- edited description
Single window mode
I propose we add a toggle option which prevents more than one window from being opened. While enabled, when a user attempts to open a new window while the singleton window already is opened, the singleton window will be displayed instead of a new window.
Rationale: Many times while using speedcrunch I accidentally open many instances of it because I forgot I had previously opened it. On particularly busy/forgetful days this leads to 10+ SpeedCrunch windows cluttering my Alt-Tab. This is especially troublesome when I need a previous result and cannot remember which window I typed it in! Forcing the first window to be the only window would solve all this.
Minor issue: When using virtual desktops I sometimes may want multiple windows (one per desktop). It would be nice to enforce a one-per-desktop rule, but to keep things simple we probably could just stick with one vs. many windows as being a single toggle.
Comments (23)
-
reporter -
reporter I am willing to add this feature, but before I do I would like some feedback.
-
Just came here to request this option, because I have the same issue. Having many instances open really mixes up the history. As there might be use-cases where many instances are needed, I would vote for the toogle switch in the settings.
Another approach to solve this problem would be to have the option to sync all open instances on a computer, so that whatever is entered in one instance also shows up in the history of all other instances. But this might be quite complicated to implement.
-
I would also like this feature. This would give existing users who use single-instance mode as part of their workflow consistent functionality with previous versions. Personally, I bind my keyboard calculator key to launch speedcrunch. In previous versions instead of creating a new instance of speedcrunch hitting this key would bring the current instance of speedcrunch to focus. When I switched over to version 0.12, I expected the same behavior and instead opened around 20 instances of the program before I realized the behavior had been changed.
For the time being, would a simple fix be to allow setting of the old single-window behavior via an entry in a configuration file?
-
repo owner - changed component to userinterface
- changed milestone to 1.0
- changed version to 0.12
-
repo owner Issue
#752was marked as a duplicate of this issue. -
repo owner Issue
#714was marked as a duplicate of this issue. -
repo owner Issue
#755was marked as a duplicate of this issue. -
repo owner Issue
#774was marked as a duplicate of this issue. -
Issue
#824was marked as a duplicate of this issue. -
- marked as major
Raising the priority as this is a popular request.
It's more complicated than I thought because of cross-platform support, but there's a solution for detecting other instances at least: https://stackoverflow.com/a/28172162 Giving it the focus in a portable way is another story...
-
In the meantime, I am using AutoHotkey to force single instance in Windows.
*Notes:
- change the Run path of speedcrunch accordingly to your needs
- I modified keyboard key association so the Calc button on my keyboard will trigger SpeedCrunch
; Forces single instance for SpeedCrunch ; In case SpeedCrunch is open, it will bring it topmost, if is closed, it will open it #NoTrayIcon Launch_App2:: IfWinExist SpeedCrunch { WinActivate } else { Run C:\Program Files (x86)\SpeedCrunch\speedcrunch.exe WinWait SpeedCrunch WinActivate }
-
repo owner - changed status to resolved
Raise existing application window instead of launching a new instance
Fix issue #740. This also reverts commit 72b544369e652f31217be91e455d984c0b889d1a.
→ <<cset e1edf72a3823>>
-
repo owner - changed status to open
-
repo owner -
assigned issue to
-
assigned issue to
-
I also am very much looking forward to a single window mode.
-
- changed status to resolved
Raise existing application window instead of launching a new instance
Fix issue #740. This also reverts commit 72b544369e652f31217be91e455d984c0b889d1a.
→ <<cset 9cead9d68f5c>>
-
Thanks a lot, Sam!
-
- changed status to open
Not resolved, still in pull request #96
-
Note that I don't know why the state was changed since the pull request hasn't been merged yet.
-
@sgaist "Resolved" state means a fix is available but some feedback are needed before closing the issue. This is the case actually, but we barely use this state in SC development, so it's better to keep the issue open until the PR is merged to master.
-
Issue
#961was marked as a duplicate of this issue. -
Issue
#1008was marked as a duplicate of this issue. - Log in to comment