2 days ago
Topic:
Ignore downgrade
B0nePosts: 3
|
Dear Gian, thank you very much for your answer. I am actually already using your workaround exactly as you described. I believe you have already described the purpose of these files here in the forum, so the trick with the *.sps.version files was obvious.
What I didn't know was that Symenu doesn't have a local db. But then of course you are right, my suggestion will hardly work without db. I'll just continue to make do as before by renaming the .sps.version files.
Have a nice day!
|
|
|
3 days ago
Topic:
Ignore downgrade
GianlucaAdministrator Posts: 1290
|
B0ne wrote:
[...] it would be nicer if I could simply prevent the update
I agree with you... It could be a really nice update.
I've got an idea that IMHO can work very well.
SyMenu decides when a program needs to be updated by checking a special file you can find in every root program folder: it's called "x.y.z.sps.version".
This file is empty but its name contains the version for the current program.
So for example if Joplin is updated at version 3.2.11, the file will be named "3.2.11.sps.version".
This raw and crude system is needed because it is really difficult to check a version program from the executable itself (I've already spoken about this problem so I won't repeat myself) and because SyMenu really needs to know the current program version to suggest there's an update on the way.
So SyMenu can make available a function called "ignore this version".
When you apply it to a certain SPS, the program won't be reported as updatable until the next version.
Unfortunately SyMenu doesn't have a local DB where it can track this kind of data because it works only with physical files so the only way I have to implement this feature is to leverage the "x.y.z.sps.version" file.
How?
Simply when the user chooses to "ignore this version" I can rename the file with the available version that needs to be ignored.
This way SyMenu thinks the program is updated and won't suggest there's a new package for it, but the program remains at the previous version.
It's not a great solution because it implies a misalignment between what the SyMenu thinks about that program and the real program version.
Anyway it fixes the problem with a little effort on my part and an easy interaction for the user.
What do you think about that?
|
|
|
3 days ago
Topic:
Ignore downgrade
B0nePosts: 3
|
In the meantime, my statement is no longer correct: Joplin v3.2.11 is currently the stable version. But that doesn't change my suggestion...
|
|
|
3 days ago
Topic:
Ignore downgrade
B0nePosts: 3
|
Hello everyone, I also have a question or a suggestion for improvement on this topic: it would be great if you could exclude programs from the update in the updater. As far as I can see, this is not yet possible. Currently (18.01.2025), for example, the updater wants to update the “Joplin” program from version 3.1.24 to 3.2.10. In my opinion, however, this is a mistake, because the last stable version is 3.1.24; version 3.2.10, on the other hand, is still in the beta phase. So I'm currently ignoring this update (it won't work anyway), but it would be nicer if I could simply prevent the update as I said. This would also solve ronen1n's problem.
PS: many thanks for Symenu and all the work that went into it
|
|
|
5 days ago
Topic:
SyMenu 8.05
GianlucaAdministrator Posts: 1290
|
Hi community.
I've just released the first SyMenu version of the 2025.
There are some little news but above all some very important bug fixes the most annoying one was the SPS downloading window unwanted top most problem.
For any other detail please check the changelog and let me know if something has gone wrong.
Bye!
|
|
|
10 days ago
Topic:
Joplin 3.2.8 does not exist
GianlucaAdministrator Posts: 1290
|
Every SPS has the right information to contact the editor.
Someone put his email address, someone a link for a contact form online. You find this information selecting the SPS in Manage SPS apps form and clicking on the link Contact reviewer.
|
|
|
10 days ago
Topic:
Joplin 3.2.8 does not exist
QwPosts: 10
|
Hi,
Thank you for maintaining the portable applications.
The last update suggest that Joplin 3.2.8 is the new version, however, this version does not exist, and the new version is 3.2.10
Is this easy fix?
Thanks for your help!
|
|
|
13 days ago
Topic:
Adding apps
GianlucaAdministrator Posts: 1290
|
ronen1n wrote:
For some apps like x64dbg I want to add/download plugins after the install of the main app.
The scripting engine I wrote is not able to do that. The only way to succeed in creating and distributing a new package that includes the plugin too.
I strongly advise against it because this kind of setup is not what the author intended and because you have to create a new package for every new program version. it's not worth it.
ronen1n wrote:
If I want to delete the app but save few folders or files that won't delete like the plugins folder in case of reinstall
It's perfectly feasible using the SPS builder "Ignore on update" field.
|
|
|
14 days ago
Topic:
Adding apps
ronen1nPosts: 10
|
I have few new equations:
* For some apps like x64dbg I want to add/download plugins after the install of the main app. what is the best way to download the plugins to the app folder?
* If I want to delete the app but save few folders or files that won't delete like the plugins folder in case of reinstall
|
|
|
14 days ago
Topic:
Adding apps
GianlucaAdministrator Posts: 1290
|
Well Santa strikes back! He brought me a new editor 
When a new editor starts with his first attempts, the publication is not automatic so I can help with a revision.
For this reason you can upload with no fear and let's see if it works.
|
|
|
14 days ago
Topic:
Adding apps
ronen1nPosts: 10
|
I think I learned how to upload new app, and I'll try to help and update some my self
|
|
|
14 days ago
Topic:
SPS app management window bug
GianlucaAdministrator Posts: 1290
|
Finally I've found the problem.
To reproduce it you have to open the SPS Manager, install/update/delete something, and when you close the download progress window, things start to behave strangely.
The SPS Manager window is promoted to top most and if you install/update/delete something without closing and re-opening it before, the little download progress window has to stay behind the parent because it is top most now.
Crazy....
I'm working on a workaround and release it with the next SyMenu version. So stay tuned.
|
|
|
16 days ago
Topic:
7zip security
GianlucaAdministrator Posts: 1290
|
Dear SiggiSy,
Thank you for your report.
According to the article you linked, the 7zip flaw has been patched with the 24.07 version.
I released the 24.07 version with SyMenu 8.03 on June 27th 2024.
Today SyMenu is at 8.04 version and carries 7zip 24.08.
The next SyMenu version will carry 7zip 24.09.
So, as you can see, if you update SyMenu regularly, you'll always get the latest version of all the third party software it uses, including the compression libraries.
The first time I evaluated Peazip, several years ago, there was a problem with its CLI. As you can easily imagine, the CLI is the only way SyMenu is able to talk with this kind of program. I don't remember if at that time the problem was the total absence or a partial inadequacy of the Peazip CLI.
Anyway I'm curious on the reasons I should consider replacing 7zip with Peazip.
Differently from 7zip that includes the compression algorithms in its own code, Peazip is a simple launcher for the original compressing libraries. You can find them inside the bin folder. So why should it be better than 7zip if, at the end, it uses 7zip?
I'm ignorant about Peazip but what I'm seeing in using it are only cons:
- it weight more than 7zip
- it carries duplication on compression algorithms (see the overlapping among 7zip and FreeArc for example)
- it requires a double transfer when used through the CLI because I have to create a script for Peazip that Peazip passes to the right compression library.
But as I told you I'm a big ignorant about it. So what are the pros I'm not seeing?
|
|
|
16 days ago
Topic:
7zip security
SiggiSyPosts: 3
|
There are a lot of security flaws with 7zip.
https://www.heise.de/en/news/7-Zip-flaw-enables-code-smuggling-with-manipulated-archives-10083922.html
Please update 7zip as soon as possible and consider an alternative like peazip
Thanks!
|
|
|
21 days ago
Topic:
Bug in app shell when saving settings, window size
samoPosts: 2
|
hi Gian,
yeah, I see MS's priorities are unfortunately elsewhere,
I've tried that HD monitors options, but didn't restart the app... now I did and it works,
thank you and have a nice year
|
|
|
23 days ago
Topic:
Bug in app shell when saving settings, window size
GianlucaAdministrator Posts: 1290
|
It's not your fault. It's MS.
With .NET 8 they fixed the issue I reported but the entire system granting the object resizing and relocating is still buggy.
You'll probably get a good result only with certain zoom settings with certain screen resolutions... In other words, it is a mess.
Since I understand MS has no interest in fixing all the other problems I returned to the first way of resizing SyMenu suggested by MS years ago. It's ugly and stupid but it works at the cost of a little blur on texts and lines.
For the new SyMenu installation this method is activated by default, for you instead, it needs to be set manually.
Go to this menu https://ugmfree.it/manual#Advanced_menu_Options_General, check the last checkbox (Check this for issues on HD monitors), and restart SyMenu.
Repeat for all your installations.
Done.
|
|
|
23 days ago
Topic:
Bug in app shell when saving settings, window size
samoPosts: 2
|
hi guys, Gian, long time no see
I love symenu, I've never found anything better for my use case,
now I'm running symenu on 4 pc's, I'm now on the latest version, and I have a problem that I observe for a long time already, I can't seem to get a normal dpi scaling in the UI,
this is how all symenu app list, settings, add new apps and all windows look like on 4K resolution monitor - https://drive.google.com/file/d/1RwkS7mTnGcdc57BKYIUZUR2Y0jE9JLly/view?usp=sharing
I've tried different extreme settings of DPI in windows settings, it doesn't help, just the whole thing gets smaller or bigger.
Am I missing something?
|
|
|
28 days ago
Topic:
Adding apps
ronen1nPosts: 10
|
Thank you again and happy christmas to you too
|
|
|
29 days ago
Topic:
Adding apps
GianlucaAdministrator Posts: 1290
|
Thank you for your detailed request. I will be happy too if we have all this new software in the suite. Let's hope Santa will bring some new editors tonight.
ronen1n wrote:
By the way I have 38.1 GB in the trash folder how can i make it stop backing the updates?
Usually there's always a single but powerful tool to do anything in SyMenu... the legendary book of the truth! RTFM...
Anyway, since it's almost Christmas and we are all better, that's your solution: https://www.ugmfree.it/manual#SPSFolderStructure
Happy Christmas
|
|
|
29 days ago
Topic:
SPS app management window bug
GianlucaAdministrator Posts: 1290
|
Interesting.
Indeed the SPS app management window is not always on top. In fact you can switch the window and the new one goes on top. If it behaves this way, there's something out of my control.
The normal rule is that, among the SyMenu windows, the last opened window is put on top of the previous one. It happens when you open SPS app management from the configuration window for example.
But even in this case there would be an oddity here, because the little download progress window is a child of SPS app management regardless of any other kinship bond of this one with any other window. And in Windows when you are the child of a parent, by default, you stay on top of your parent, like in real life .
Probably there's something strange in the two windows relationship too.
Maybe the download progress window is not a real child of the SPS app management window... I need to ask the postman here.
Anyway I'll try to solve the issue. In the meanwhile it is really important if you succeed in understanding when this happens precisely, because I imagine this thing is happening once in a while, so I can reproduce it.
|
|
|