SyMenu Forum

SyMenu

 

recent posts recent posts - RSS

12 hours ago
Topic:
Deeply Nested Folder Structure

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Deeply Nested Folder Structure
To make it clearer. I don't use SyMenu to navigate the FS. I use SyMenu to make my preferred navigator landing on the right folder in one click.

In my case I use the SyMenu plugin to open the folder with Unreal Commander, best FS navigator after Total Commander IMHO smile
13 hours ago
Topic:
Deeply Nested Folder Structure

nerdweed
nerdweed
Posts: 3
I use SyMenu but not only SyMenu smile. Navigation is a problem from other places.

Junctions is working fine. Thanks for considering adding the argument. Will look forward to it.

edited by nerdweed on 06/07/2020
1 days ago
Topic:
Deeply Nested Folder Structure

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Deeply Nested Folder Structure
It's a good idea. I'll introduce the command line to redefine the SyMenu suite base folder. Naturally I have to understand what happens if you redefine the program file base folder and the SyMenu suite base folder... smile

The next version is already in beta testing so you have to wait for the 6.13.

Anyway if your main problem is not the 260 chars limitation but the annoyance to navigate to the programs folders, you can use the open folder feature (see https://www.ugmfree.it/SyMenuManual.aspx#Extended_Menu). This way SyMenu can take you automatically to the destination. I use this feature extensively during my daily work in junction with the plugin Open folder (https://www.ugmfree.it/Forum/messages.aspx?TopicID=85) that is very useful just in case you don't use Windows Explorer.
Let us know if this can be useful for you.
2 days ago
Topic:
Deeply Nested Folder Structure

nerdweed
nerdweed
Posts: 3
Thanks GIanluca. It wasn't the 260 char limit that bothered me, but having to navigate deeper. With SysInternals and NirSUite now being moved away into the Main Suite, I thought the main suite apps can be promoted.

I understand this can create backward compatibility issues. WOuld you be OK to introduce one more command line arg for the main suite apps i.e; the SyMenuSuite folder. If not, no problems as I use junctions. I'll create <SyMenu_base_folder>\Apps as main folder and create SyMenuSuite as a junction inside <SyMenu_base_folder>\ProgramFiles\SPSSuite\

The only thing I'll need to remember is not to follow junction during backups

On a side note, really liked the auto start feature. I use SyMenu from a single PC but prefer portability. I have configured only SyMenu to start with Windows and others to startup from within SyMenu
2 days ago
Topic:
Deeply Nested Folder Structure

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Deeply Nested Folder Structure
You are right.

The programs folder is located too deeply if we think that an OS like Windows has serious problem in managing paths longer that 260 characters.

This limitation has never been really solved because of the retro compatibility Windows needs to maintain but there are some techniques to overcome it.

Unfortunately SyMenu is a launcher and the programs it launches could be affected by this limitation so it's senseless to solve it in SyMenu alone.

The Windows 260 characters limitation is the only reason for which I agree with you because, IMHO, if the OS limitation doesn't exist the programs path would be perfectly logic.

Anyway you are asking for a workaround and not for a reason.

Junctions could be a perfect solution but it makes SyMenu no longer portable. So if you want to use junctions, you need to do it by yourself.

BTW the junctions perfectly fits with a not portable installation of SyMenu so do it without any fear.


However my suggestion is quite different and can preserve the portability.
SyMenu supports a command line switch that change the base path for program files.
It's the -fp{folderPath} https://www.ugmfree.it/SyMenuManual.aspx#CommandLine
The suite folder will be located deeply the same because you always have <redefinedPath>\SPSSuite\SyMenuSuite but it could be a good solution to cut the base path.
2 days ago
Topic:
Deeply Nested Folder Structure

nerdweed
nerdweed
Posts: 3
Currently, the apps are installed under <SyMenu_base_folder>\ProgramFiles\SPSSuite\SyMenuSuite - Can I simplify it to be <SyMenu_base_folder>\Apps

One way would be junctions, but if program allowed to choose it, that will be wonderful
3 days ago
Topic:
Opening a Folder – Sometimes it doesn’t work!

Chuck
Chuck
Posts: 2
Thank You So Much, Gianluca!!

I apologize that it has taken me so long to return to the Forum:: I was away until just a few minutes ago!!
I have not yet had the chance to TEST the method you described—
I will TEST this new way as soon as I can Tomorrow—And report how it works out!
Thank you, Again, for your reply!!
– Chuck




Gianluca wrote:
Hi Chuck and welcome to the SyMenu community.

First of all, please remove the action modifiers because it's the old way to activate the alternative click behavior.

You can customize the menu with the Options - Structure tab.

Today for every items, SyMenu grants the right click/right cursor key modifiers.

Either options open a new sub menu where you can choose your modifier and, among the other, the open folder one.

I have to remove the old action modifiers before or after...
4 days ago
Topic:
Opening a Folder – Sometimes it doesn’t work!

Gianluca
Gianluca
Administrator
Posts: 993
Hi Chuck and welcome to the SyMenu community.

First of all, please remove the action modifiers because it's the old way to activate the alternative click behavior.

You can customize the menu with the Options - Structure tab.

Today for every items, SyMenu grants the right click/right cursor key modifiers.

Either options open a new sub menu where you can choose your modifier and, among the other, the open folder one.

I have to remove the old action modifiers before or after...
4 days ago
Topic:
Opening a Folder – Sometimes it doesn’t work!

Chuck
Chuck
Posts: 2
Hello!
First of all, THANK YOU VERY MUCH For SyMenu!!
Even though I have used SyMenu for just a couple days, it Appears that it will serve Excellently!

{{ For Many, Many Years, my LAUNCHER has been ““True Launch Bar”” — which has worked well, but is kind of Frustrating because each item’s Name needs to be Very Brief, and I am Continually thinking things like: ""Hmmm, what did I mean by, “Evx #3” ""? — Whereas SyMenu has SPACE for FULL Titles!! }}

Anyway, the Following is the basis for TODAY’s Question::
My MAIN File Manager is XYplorer (which is great).
Within “True Launch Bar” when I have a Folder Listed & Click on it, Boom!—It always instantly pops up Fully—as expected.

BUT, So Far, in SyMenu (with Action Modifier ""FOLDER"" Clicked), Sometimes I will have to Click the Folder TWICE, and Sometimes, SyMenu will Open the Folder, but it will still be MINIMIZED—so that I will need to Click XYplorer’s Taskbar Icon.

Could you please tell me what I might be doing incorrectly?!?

Thank You!!! smile

– Chuck

edited by Chuck on 02/07/2020
9 days ago
Topic:
What happened to SysInternals?

chef
chef
Posts: 47
Gianluca wrote:

The columns I really want to suppressed are Category, Release date, Virus Total because, IMHO, they represent completely useless information when you read a list.

Naturally the detailed information will remain available in the bottom area because they are valuable when you read a detail.

But, as usual, if anyone as a different idea, please let me know, we have a lot of time before I start developing these changes.



I don't consider these informations useless even for the main grid. But I can continue when release date and virus total remains only visible in details view. For the category column, if you don't want to make the main grid view configurable (i.e. similar to Windows task manager) then extending the result view of search at least by configuration option would make sense.
21 days ago
Topic:
Can't seem to launch vscode elevated...

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Can't seem to launch vscode elevated...
The reason is quite complex.

In the past I did a lot of researches about the program execution in elevated mode and I discovered this strange Windows behavior.


When I execute a program I use a C# object called ProcessStartInfo.
ProcessStartInfo has a property called UseShellExecute that allows the execution in elevated mode (true -> elevated|false -> normal). Well you need to set another property along with UseShellExecute but we don't care now.

But ProcessStartInfo is the same object I use to manipulate the environment variables for that single execution. In fact I can't modify the environment variable system wide but I sometimes I need to change them only for the program in execution. The ProcessStartInfo property for this magic is called EnvironmentVariables.

The two properties can't be manipulated at the same time. So if you need an elevated execution you have to leave the EnvVar unchanged or vice versa.


VS Code is subject to a manipulation of its EnvVar. In fact if you go to SyMenu program configuration form and find out VS Code, you'll see that the "Enable advanced parameters" is checked and an EnvVar is redefined (APPDATA=.\).
What's the point for this variable? It's useful to tell VS Code to save its configuration/last opened tab/last opened project/backup/add in/ and a ton of other settings, in a folder called Code inside the program root and not in your C:\Users[user]\AppData\Roaming\ folder.

The workaround for you is really easy: remove the check from "Enable advanced parameters" and your VS Code will run in elevated mode when you need it. But remember that your settings folder will be saved in the real AppData\Roaming folder from then on.
24 days ago
Topic:
Can't seem to launch vscode elevated...

sffdb8
sffdb8
Posts: 18
Although I have "Run elevated" checked in item definition, vscode will not launch elevated...

Seems specific to vscode as "Run elevated" works fine on other items.

Any workarounds?
03/06/2020
Topic:
SyMenu Update freezes at "copying"

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: SyMenu Update freezes at "copying"
Well done.
I hope that other users will be helped by your research. And I hope that the Acronis guys fix their software smile
03/06/2020
Topic:
SyMenu Update freezes at "copying"

donethat
donethat
Posts: 9
Problem FOUND. Tried above suggestions as noted. No joy. My goto debug tool is "Everything" sorted by Mod Date. Just after the SyMenu activity I noticed "Acronis Active Protection" woke up. Hmmm - what's that? Apparently there is malware protection built into Acronis (newest version for 2020). Who knew? Brought up Acronis, selected Active Protection tab, turned OFF Active Protection and SyMenu updating runs properly.

Full disclosure: there was an Acronis update forced through so I DID update the software to the latest build - April 7, 2020 but I DOUBT that had anything to do with it.

So the problem WAS anti-malware software. It just wasn't AVG which was left running. It was something I never knew about in Acronis!
03/06/2020
Topic:
Easier SyMenuItem.xml access

Dawid
Dawid
Posts: 4
Thank you, Gianluca, for sincere words. As I see it, you or particularly your SyMenu has reached all of the typical software development fazes. Now you're on the crossroad, so I and the whole SyMenu community for sure hope you will make the right turn smile
02/06/2020
Topic:
Easier SyMenuItem.xml access

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Easier SyMenuItem.xml access
You are right.

Technically switch between the zip file and xml file would be a trivial implementation but sincerely I can't see a real usefulness in this.

After a period in which I implemented tons of options, I realized that SyMenu has become too complex.

There are literally dozens of options that nobody uses and that contribute to over complicate the program ease of use and the program source code.

My feeling today is similar to someone who is walking on eggs because every time I implement/change something in SyMenu, I risk to break something else.

For example is there anyone out there using the desktop shortcuts? https://www.ugmfree.it/SyMenuManual.aspx#DesktopShortcut
Or the command line switches? https://www.ugmfree.it/SyMenuManual.aspx#CommandLine
Or the extension manager? https://www.ugmfree.it/SyMenuManual.aspx#Extension_Manager

I fear there are not enough users to justify these kind of features.

My future plan is to simplify SyMenu to grant an easier experience even to newbie users.

This is the reason because I don't like the idea to implement a double management for the configuration files.
02/06/2020
Topic:
Easier SyMenuItem.xml access

Dawid
Dawid
Posts: 4
Yep, I'm fully aware how does work the Windows Scheduler in the event of shutdown, that's why I wrote it's strange. And yep, it's an issue of OS itself, not complaining about SyMenu, just asking if it has a config setting(s) allowing to disable zipping config files. Right now it'd be helpful not just for me as I've "lip-read" from another posts. And seemed to be a quick fix e.g. implement a new variable in config XML and put "one if" before the closing zipping procedure. Loading config files could then be based on a presence of ZIP/XML file(s) in CONFIG directory. But that's just my very simplified view on a complex program you've written smile


What do you think?

edited by Dawid on 02/06/2020

edited by Dawid on 02/06/2020
02/06/2020
Topic:
SyMenu Update freezes at "copying"

donethat
donethat
Posts: 9
I did all the things you listed EXCEPT deleting everything from "temp". Plenty of SSD space, stopped AVG. I did notice multiple Audacity folders in temp. So next I will do all the things you listed - at the same time an see what happens. I'll post back results.
02/06/2020
Topic:
Easier SyMenuItem.xml access

Gianluca
Gianluca
Administrator
Posts: 993
Gianluca
Gianluca
Administrator
Posts: 993
Topic: Easier SyMenuItem.xml access
The behavior you are experiencing is really weird.

When Windows is shutting down, it alerts all the opened programs and services to shut down too and it can have various behaviors as a response.

Think about a text editor with an opened document not yet saved. The editor refuses to close and alerts back Windows that the user must take an action before shutting down. It's when Windows tells you that some programs are not closing and ask you if you it has to come back to the system or force the closing.
SyMenu doesn't need this kind of user intervention. When it receive the shutting down alert, it saves its configuration files and close itself.
Windows is patient and should wait for all the programs replies so the disk speed is nor important here... it's not a race.

In your case it seems that some part of this process doesn't work as it should but I fear it's on the OS side.
Probably some settings changed this behavior or you are normally shutting down the system with the force parameter, instead of leaving it gently take its time...

I can't help you more because it's the first time I'm reported with this problem related to SyMenu. Try to search on the Internet and if you find the solution, please report it here too.

For the SQLite solution is still in my mind and there's not a real plan to implement it for now. I have to understand if it's a real useful solution for a real problem or it's only an exercise in style...
02/06/2020
Topic:
Easier SyMenuItem.xml access

Dawid
Dawid
Posts: 4
Hi Gianluca,
thank you for your prompt answer despite an old issue. It's really cool you keep an eye on this forum. Your suggestion of SQLite database is awesome, when do you expect to implement it?
Because I've witnessed really strange behaviour, when SyMenu is running in the tray and I shut down Windows. It's not a rule but once a month most of the config ZIPs are corrupted. It's like SyMenu or zipping does not catch the time to finish the file even I have SSD. Strange but happens and it's a little bit annoying for such a great software you've created. Thanks
PS: Have you noticed for couple of days timeouts from sourceforge.net when updating for example Calibre or KeePass?

UGMFree.NET ©2002-2020
By Gianluca Negrelli - Contact me