SUGGESTION: Allow Multiple Application Instances

Page 1 of 1 (7 items)
This post has 6 Replies | 2 Followers

Posts 79
Robert Kelbe | Forum Activity | Posted: Tue, Dec 24 2019 8:28 AM

Many programs allow you to open multiple instances of the application at the same time. You generally do this by right-clicking on the application in the taskbar.

This would be a very useful feature.

I know there is the option to open a floating tab. However, the floating tab doesn't have the menu bar with the go box. Additionally, every time you open a tab from the floating window, it opens in the primary application window rather than the floating window. 

It would be much better to allow multiple application instances in addition to the normal floating window functionality. Within each application instance, everything would work as it currently does. 

For example, I might be working on two or three different projects for school at the same time. I could have two or three instances of Logos with a different workspace for each project. Whenever I opened a link, it would open in the window I am currently using, rather than me having to go find it and drag it back to the window I was using.

Posts 29120
Forum MVP
MJ. Smith | Forum Activity | Replied: Tue, Dec 24 2019 11:16 AM

I do this frequently by having both Logos (beta) and Verbum (gold) open at the same time. As they have separate storage of resources, they don't interfere with each other. I can also use the web as a third occurrence for some features.

Yes, my solution is NOT optimal ... just letting you know there is an option.

Orthodox Bishop Hilarion Alfeyev: "To be a theologian means to have experience of a personal encounter with God through prayer and worship."

Posts 79
Robert Kelbe | Forum Activity | Replied: Mon, Jan 6 2020 12:27 PM

If there are challenges from two instances sharing the same storage, the same behavior could easily by recreated within one instance of Logos by:

  • First, allowing multiple windows to have to GO bar. Opening up Logos a second time could simply open a new window with a GO bar. Choosing to open a tab in a floating window would continue to open a window without a GO bar.
  • Second, and this would be VERY helpful, refining the logic of where new tabs are opened. New tabs should always be opened in the active window (i.e., the window where you clicked the link to open a new tab). Right now the new tab is opened in the base Logos window (the one with the GO bar, rather than the floating window I had open). When this happens, the base Logos window becomes the active window and hides the window I was previously looking at when I clicked on the link. The normal Logos behavior should apply to each individual window.
Posts 10963
Denise | Forum Activity | Replied: Mon, Jan 6 2020 12:47 PM

Robert Kelbe:
refining the logic of where new tabs are opened. New tabs should always be opened in the active window (i.e., the window where you clicked the link to open a new tab)

I think you'd get some discussion on this one. I use the initial window for all searches (currently, they automatically line up in a panel) ... with resources in subsequent windows.  I agree, the present logic is hit or miss. 

"I didn't know God made honky tonk angels."

Posts 5321
DIsciple II | Forum Activity | Replied: Mon, Jan 6 2020 3:04 PM

Robert Kelbe:

If there are challenges from two instances sharing the same storage, the same behavior could easily by recreated within one instance of Logos by:

  • First, allowing multiple windows to have to GO bar. Opening up Logos a second time could simply open a new window with a GO bar. Choosing to open a tab in a floating window would continue to open a window without a GO bar.
  • Second, and this would be VERY helpful, refining the logic of where new tabs are opened. New tabs should always be opened in the active window (i.e., the window where you clicked the link to open a new tab). Right now the new tab is opened in the base Logos window (the one with the GO bar, rather than the floating window I had open). When this happens, the base Logos window becomes the active window and hides the window I was previously looking at when I clicked on the link. The normal Logos behavior should apply to each individual window.

No thanks on the first suggestion. I use floating windows amongst other things to get screen space back. I don’t want a menu at the top taking it away.

Yes on the second suggestion. A floating window is a workspace within a workspace so resource tabs should open in that window. Taking is a step further we should have the option of creating window sets where two or more ’linked’ floating windows act together as a group.

Posts 79
Robert Kelbe | Forum Activity | Replied: Mon, Jan 6 2020 4:57 PM

DIsciple II:

Robert Kelbe:

If there are challenges from two instances sharing the same storage, the same behavior could easily by recreated within one instance of Logos by:

  • First, allowing multiple windows to have to GO bar. Opening up Logos a second time could simply open a new window with a GO bar. Choosing to open a tab in a floating window would continue to open a window without a GO bar.
  • Second, and this would be VERY helpful, refining the logic of where new tabs are opened. New tabs should always be opened in the active window (i.e., the window where you clicked the link to open a new tab). Right now the new tab is opened in the base Logos window (the one with the GO bar, rather than the floating window I had open). When this happens, the base Logos window becomes the active window and hides the window I was previously looking at when I clicked on the link. The normal Logos behavior should apply to each individual window.

No thanks on the first suggestion. I use floating windows amongst other things to get screen space back. I don’t want a menu at the top taking it away.

Yes on the second suggestion. A floating window is a workspace within a workspace so resource tabs should open in that window. Taking is a step further we should have the option of creating window sets where two or more ’linked’ floating windows act together as a group.

I agree that the second bullet point would be more important than the first. 

Regarding the first bullet point, you would still have the option to have the GO bar or not. Personally, I think it is nice to have the option to have the Library dropdown, for example. 

Posts 5321
DIsciple II | Forum Activity | Replied: Tue, Jan 7 2020 11:42 AM

The only time I use GO button is if I want to issue a specific command otherwise I find it to slow to bother with it, I rather just do CTRL + L to access full library window. Each to their own as long as the software provides tbe choice.

Page 1 of 1 (7 items) | RSS