Missing Window Names - Multiple Windows Open - ALL Same Name

For users who are used to using the Command/Tab feature to toggle through opened Windows - currently all Windows appear in the list as "Logos Bible Software 4 (Pre-Release Alpha 16a)" - consequently - there is no way to easily select an opened Window by its name. If each Window reflected the Resource the actual name of the Resource - then the user would be able to either go to the Window Option - select the desired Window from the list or Command Tab to the desired Window. Right now - they all appear in the list with the same name.
Suggested Improvement.
Thanks
Mike
Comments
-
Mike:
The likelihood of anything being implemented into the Mac version that are not in the Windows version of Logos 4, no matter how "macish" are extremely slim. This would be something implemented post launch (after Logos 4 on the Mac is out of its Alpha and Beta stages). Thank you for pointing it out though. This would be something to remind us of after that point.
0 -
Tommy,
It is not my intention to put any pressure on the Mac development team. You all are doing a great job with limited personnel and resources. However, I must confess that I don't really understand what your post means.
Are you saying that the Logos for Windows version does not have the names of the resources listed under the Windows drop down menu?
Are you saying that no improvements will be made to the Mac version as it is being developed unless these improvements already exist in the Windows version? I understand the desire of the L4 Mac team to bring the software up to speed with the features of L4 Windows, but why does the Windows version always have to dictate what is found in the Mac product.
Since Mac users have had to wait for some of the features in the Windows version to come our way, if a simple improvement can be made in the Mac version, such as the simple listing of open resources, what would be so wrong with Mac users having this feature first and letting the Windows developers catch up to us for a change?
Since I am not a programmer, it may be that what appears to be a simple improvement to me, may in fact be more time consuming to insert into the software than I realize. I know that in an emergency room setting doctors have to decide which cases are most critical to address first, and I know that the Mac team has to decide which features from L4 Windows to implement first.
I am just suggesting that Mac users should not have to wait for improvements to L4 just because they are considered "macish" and not yet present in the Windows version. Some things should be done, not because they are "macish" but because they just make sense. I think Mike's request is a reasonable one, and it is a bit frustrating to feel that the "Windows tail is always wagging the Mac dog!" Thanks for listening to our comments.
BJC
I am not mad--just expressing myself in calm keystrokes!
0 -
Tommy Ball said:
The likelihood of anything being implemented into the Mac version that are not in the Windows version of Logos 4, no matter how "macish" are extremely slim.
Since this is the second time I have seen an answer like this, I need some clarification. Does this mean that L-4 Mac will never be anything more than a Windows look-alike?
0 -
BJClarke said:
Are you saying that the Logos for Windows version does not have the names of the resources listed under the Windows drop down menu?
The Windows menu doesn't exist on the Windows product (ironic, isn't it?). It's a feature provided by Mac OS X: what you see there was provided "for free" by the operating system; to provide any more functionality would require extra work from us.
BJClarke said:Are you saying that no improvements will be made to the Mac version as it is being developed unless these improvements already exist in the Windows version?
By no means. Tommy's statement is one about our current priorities. These priorities reflect our present situation:
Right now, we have a Mac product that lacks many features that the Windows product has, and many users can't use the application in day-to-day settings because of these missing features. We have a large (expensive!) team of contractors in Bellevue helping us to finish the app. I'm spending four days a week in Bellevue making sure that everything is moving smoothly along. The Windows developers are moving forward on new features that we'll eventually have to bring over to the Mac—it will be much easier to do this if we've already reached feature parity and can work with the Windows team to ensure that cross-platform-friendly designs are being used.
For these (and other) reasons, our primary focus right now must be on making the best Bible study experience anywhere available on the Mac. Once we have caught up with the Windows product, it will be much easier to keep pace with it (I would expect to see parallel releases within the same week, if not the same day, once we've reached feature parity). At that point, we'll be able to devote lots of extra energy to ensure that our product will provide not only the best Bible study experience, but also the best Mac experience available.
I understand that it can be frustrating when you bump up against some of the areas in which our Mac experience is not as polished as it could be. Please be patient with us. We have a plan, and it does involve building a very polished Mac experience.
David Mitchell
Development Lead
Faithlife0 -
Jack Caviness said:Tommy Ball said:
The likelihood of anything being implemented into the Mac version that are not in the Windows version of Logos 4, no matter how "macish" are extremely slim.
Since this is the second time I have seen an answer like this, I need some clarification. Does this mean that L-4 Mac will never be anything more than a Windows look-alike?
Jack:
In my defense, that statement is kind of being taken out of context. I followed it up by saying the feature this thread speaks to is something that would be focused on post-launch.
0 -
David - thanks for the reply - I'm confused by what you said about the MAC OS providing the names of the Windows - if that is the case - then why are they not being displayed in L4? It seems that it is a limitation imposed by L4 - if what you say is true. In other words - if MAC OS were serving up that feature - then L4 would not have any problem displaying the individual names for each resource opened. See my original screen shot.
Help to clarify if you would please.
Thanks
-Mike
0 -
The problem is that many (if not most) windows will house multiple tabs and/or tiles. The default implementation of the Window menu only takes window titles into account. We could start re-titling the window so that they reflect the name of the most recent active tab, but this wouldn't be helpful if you wanted to find a tab that had been open less recently.
The ideal solution would be to have the Window menu show you not only available windows, but available tabs. This however, requires a fair bit of extra code.
David Mitchell
Development Lead
Faithlife0 -
David Mitchell said:
The problem is that many (if not most) windows will house multiple tabs and/or tiles. The default implementation of the Window menu only takes window titles into account. We could start re-titling the window so that they reflect the name of the most recent active tab, but this wouldn't be helpful if you wanted to find a tab that had been open less recently.
The ideal solution would be to have the Window menu show you not only available windows, but available tabs. This however, requires a fair bit of extra code.
Concur with ideal solution - wish Logos 4 had navigation menu showing open windows with resources in each window - ideally with active resource indicator.
On Mac, windows menu shows application name for floating panels:
On PC, taskbar shows active resource in floating panel:
Keep Smiling [8-|]
0