SyMenu Forum

SyMenu

 

HomeGeneral discussion & questions

Talk about SyMenu or post suggestions, requests, or how-to questions

ULTRASEARCH Multiple Instances Messages in this topic - RSS

jimlad68
jimlad68
Posts: 12


08/01/2019
jimlad68
jimlad68
Posts: 12
I requested from the developers "Jam" if it was possible to have multiple instances of Ultrasearch running (as the similar Everything program does), their reply was:

" You can do this by editing the 'Settings.xml' in your '%appdata%\Jam Software\UltraSearch' folder and setting <MultipleInstances>False</MultipleInstances> to 'True'."

So I asked them:
"""""
1. Is there a reason for single instance to be default?
2. Would it not be better to have this as an option within UltraSearch, rather than having to change the 'Settings.xml'.
3. I could not find any reference to this in the help file, or your website.
"""""
To which they replied:
""""
So far no other user asked for a similar feature, so this is currently a hidden option which is not documented.
We want to keep the interface as clean as possible and only add the features which are relly necessary.
The single instance is activated by default because this is the most common use case.
E.g. right clicking on a drive or folder should not open a new instances each time you do this but should just 'replace' the previous search.
If further users ask for this feature we will most likely add an option to the Interface.
""""

Interesting to "hide" a useful feature. I'm sure more people would use it if it were not hidden!

I have no idea why the default is only 1 instance (perhaps there is a downside to multiple instances, or just that it can be confusing for new users with many instances popping up?), so I do not know if you would wish to make it the SyMenu default or if there was any easy way to make users aware of the option. I could not see a mention of it in the Ultrasearch Help files.

This works fine in the SyMenu portable version, but, because a SyMenu call of Ultrasearch does not pick up the selected file for Explorer "send to" a standard target shortcut
(e.g. Target E:\zPortAps\SyMenu\ProgramFiles\SPSSuite\SyMenuSuite\UltraSearch_(x64)_sps\UltraSearch.exe)
needs to be used there, which works well for 1 instance, but does not MIX a SyMenu shortcut call for say a 2nd instance, it starts but fails.
So, this is one of those instances where I may also have a non-portable version on my PC.

So (as similarly discussed in the HandBrake topic) this workaround works:
Always call from either a shortcut (say on desktop) or via Explorer "send to" with
Target E:\zPortAps\SyMenu\ProgramFiles\SPSSuite\SyMenuSuite\UltraSearch_(x64)_sps\UltraSearch.exe

I'm sure I said that very well, but basically use either ALL Symenu shortcut calls for all your instances, OR use ALL standard shortcut calls
(e.g. Target E:\zPortAps\SyMenu\ProgramFiles\SPSSuite\SyMenuSuite\UltraSearch_(x64)_sps\UltraSearch.exe).

or experiment on your own system to see what works!

Hope that helps
link
Gianluca
Gianluca
Administrator
Posts: 1274


09/01/2019
Gianluca
Gianluca
Administrator
Posts: 1274
jimlad68 wrote:
Interesting to "hide" a useful feature. I'm sure more people would use it if it were not hidden!

Well I did it the same to test some new features or to implement things I though were not so useful for all the users. It's not so unusual doing so.


jimlad68 wrote:
I have no idea why the default is only 1 instance so I do not know if you would wish to make it the SyMenu default

Well SyMenu doesn't alter the hosted program behavior. It's an house rule.

jimlad68 wrote:
This works fine in the SyMenu portable version, but, because a SyMenu call of Ultrasearch does not pick up the selected file for Explorer "send to" a standard target shortcut
(e.g. Target E:\zPortAps\SyMenu\ProgramFiles\SPSSuite\SyMenuSuite\UltraSearch_(x64)_sps\UltraSearch.exe)
needs to be used there, which works well for 1 instance, but does not MIX a SyMenu shortcut call for say a 2nd instance, it starts but fails.
So, this is one of those instances where I may also have a non-portable version on my PC.

So (as similarly discussed in the HandBrake topic) this workaround works:
Always call from either a shortcut (say on desktop) or via Explorer "send to" with
Target E:\zPortAps\SyMenu\ProgramFiles\SPSSuite\SyMenuSuite\UltraSearch_(x64)_sps\UltraSearch.exe

I'm sure I said that very well, but basically use either ALL SyMenu shortcut calls for all your instances, OR use ALL standard shortcut calls

Really... I don't understand what are you talking about. I don't understand either if it's a request or a tip for the other users... smile

If it is a question, please help me to understand.
link
jimlad68
jimlad68
Posts: 12


09/01/2019
jimlad68
jimlad68
Posts: 12
Apologies, I forgot the NOT, it should have read (and I'm sure you will agree):
"I'm NOT sure I said that very well......."

Anyway, the "hidden" option is now out there for other SyMenu users.


Gianluca wrote:
Well I did it the same to test some new features or to implement things I though were not so useful for all the users. It's not so unusual doing so.


Beauty (usefulness) is in the eye of the beholder!

Cheers

edited by jimlad68 on 09/01/2019
link



UGMFree © 2002-2024
PayPal BTC TON