23/04/2024
Topic:
Captcha not received. Are you online?
GianlucaAdministrator
|
Since it's exactly what it is expected you have to accomplish the second part of my request: "If you successfully reach it, it means it's probably a firewall rule that is blocking the SyMenu request. In that case, please, check your firewall" |
24/04/2024
Topic:
Captcha not received. Are you online?
GianlucaAdministrator
|
Unfortunately I can do nothing against the AVs false positive reports. And seeing what is happening to the suite programs too, I can affirm that the false positive problem is becoming increasingly worse for all the AV software. Probably the AV operation based on byte pattern recognition is starting to show its inherent limits. |
24/04/2024
Topic:
SyMenu 8.01
GianlucaAdministrator
|
Fabius wrote:
I can't begin to tell you how much I dislike this annoyance. And a horrid case-specific captcha Indeed I asked to know what the users think not because I'm interested in it in general. I don't care at all to count the likes. I need to know the reasons WHY you like or dislike it. So please explain your reasons. And please read mine. And BTW the captcha is not case sensitive. |
26/04/2024
Topic:
Who (the hell) are the SyMenu users?
GianlucaAdministrator
|
sl23 wrote:
How would that work exactly? I've not a clear idea about this. For sure the limit will be set to avoid abuses, not to upset the SyMenu use for users like you. But even if the rules are too limiting for your operation, you can set more than one login and use as many versions as you want. I don't want to limit the use but the abuse of those people that redistribute SyMenu not following the license conditions because it's not possible to count the same user hundreds of times worldwide. |
29/04/2024
Topic:
[Request] 64-bit version of SyMenu
GianlucaAdministrator
|
Nope. I'm curious about your request. Why do you need it? Maybe you have a memory problem with your SyMenu? Or for some other reason? |
30/04/2024
Topic:
[Request] 64-bit version of SyMenu
GianlucaAdministrator
|
This is a new one but there is an easy workaround.
If I understand well, your problem is that from a 32 bit shell Windows launches 32 bit executables. But this is not an intrinsic limit of the 32 bit shell, it's only a problem in the resolution of the executable path.
Let's take the first one: powershell.
In SyMenu configuration create a program element (not a Windows command one). In the path field write: powershell.exe Execute it In the opened shell write: [Environment]::Is64BitProcess It replies False because your PS is the 32 bit version.
Now do again all the previous steps but in the path field write: %SystemRoot%\sysnative\WindowsPowerShell\v1.0\powershell.exe It's the x64 version of PS. Now write the usual command: [Environment]::Is64BitProcess and you get True.
Does this workaround solve your issues? |
30/04/2024
Topic:
Unhandled Exception
GianlucaAdministrator
|
Nice one. Send your Config\SyMenuConfig.zip file to me. If you still don't have my email, please contact me with contact form (https://www.ugmfree.it/contact) and I'll give it to you. |
30/04/2024
Topic:
Unhandled Exception
GianlucaAdministrator
|
...that'll happen in the next SyMenu version. |
02/05/2024
Topic:
Who (the hell) are the SyMenu users?
GianlucaAdministrator
|
So if I understand your idea well, during startup SyMenu goes with the default profile and loads the items tied to that one leaving the user the chance to change its current profile with another consequently loading the items tied to that other one.
It's a good idea even if, depending on the way I decide to proceed, it could be easy to implement for me and easy to use for you or a suicide for me and a burden for you.
But before starting with the flow of ideas, let's speak about the reasons for your proposal. What are the drawbacks of having more than one SyMenu? I think all the power users, including me, have more than one version spreaded on a single PC or on multiple PCs. I personally find this management very easy to control because SyMenu takes care of all the update burdens (its own update and the programs update). So what's the problem with this kind of "duplications"? And please don't mention the future and only hypothetical limitation to the SyMenu installation number for every single user because, as I said, the limit will be very large and it'll be implemented only to prevent abuse not to create problems for the honest users. |
02/05/2024
Topic:
SyMenu PAF program suite
GianlucaAdministrator
|
sl23 wrote:
[...] but PAF makes them non-portable by using the Data folder for settings instead of using the apps default folder. This means it moves the apps settings to the PC system folder for use on starting the app, then moving them back on closing the app. Is it really working this way??? Well I've never noticed that. I thought the PA launcher redefined the environment variables before starting the program in the same way SPS is able to do. Then, when the program asks Windows for the user folder, it is redirected to the program local folder. Anyway the PA behaviour is strange but not completely wrong because some programs don't query the system for the environment variables so you can't redirect their attention to your custom folders at all. I think in this case the only way to make them work as portable is to copy the entire folder in the system user folder as PA does and then clean up.
Another matter is about the Windows registry. There is no other option but to create the registry keys before the program starts and, when the program closes, backup and delete every key from the registry related to the program. It's a well known method, it works, but, clearly, it costs in terms of performance. And it's the only option for those programs using the Windows registry. BTW shame on them, touching the registry is for the evil ones |
05/05/2024
Topic:
Cannot login to the app
GianlucaAdministrator
|
Ok. Please contact me in private and we'll start the investigation to solve the problem. |
22/05/2024
Topic:
New Version 8 Scaling "Yikes"
GianlucaAdministrator
|
Sorry my bad. I should have been more precise: check the flag and restart SyMenu. Problem solved. |
24/05/2024
Topic:
Drag and Drop support no longer available
GianlucaAdministrator
|
SvenH wrote:
After a hard drive crash, I've added information from backups. But now when I want to update SyMenu with added programs, I do not succeed. It's bad... really. Or better, it's a trivial problem but since you are asking and seeing your attempts, it means you are not so used to this kind of problem.
First: the reason. It's a security problem on your FS, so it's on Windows not on SyMenu. Usually it happens when you have a data disk and reinstall your OS. The data disk preserves your data but the owner of your data is a user that doesn't exist anymore on the new installed OS. You are not saying clearly but I imagine your problem could be similar.
Second: resolution. Since it's a FS problem you have to solve it in Windows and the resolution is taking ownership of the restored folders and giving the right user to them. Here you can find a really simple video tutorial to do that. https://www.youtube.com/watch?v=iGoTHB--bzc
And please report the outcome. |
24/05/2024
Topic:
Drag and Drop support no longer available
GianlucaAdministrator
|
SvenH wrote:
I first tried to process the entire C: drive according to the video OMG... not the C: drive please. Luckily the OS stopped you. The C: is a bit particular because several users reign here (System, TrustedInstaller and so on). I thought your crashed drive was a data drive. How do you recover from a C: crashed drive? Plus, why do you need to add the Programs folders? SyMenu already reads the Start menu entries and adds them to the menu everytime it starts, so there's no reason for which you should add programs located there.
As I told you, a trivial problem can be a nightmare if one doesn't understand the problem. Are you sure your C: drive is good now? There's your OS there, if you lost your OS you are at risk of losing your personal files too, at least those located in the user folders. My advice is to check your drive deeply and only when you are sure of that, try to recover with the Windows tools, not by hand. At that point you can reinstate SyMenu. |
24/05/2024
Topic:
Drag and Drop support no longer available
GianlucaAdministrator
|
No need. Before your last message I understood you're still using your old crashed drive but instead now I understand you have a new SSD. So there's no need to check anything.
The host programs are automatically indexed by SyMenu if you leave the Options - Search - Search entries from Windows Start menu checkbox flagged Anyway you don't find them as logical items in the menu but only in the menu search tool. So no long list is available anywhere in SyMenu but only a searchable list.
If you want to add program links to SyMenu, you can do it in an easier way: go to your menu start folder (C:\Users[your user name]\AppData\Roaming\Microsoft\Windows\Start Menu\), drag the entire Programs folder and drop it hover SyMenu. SyMenu at that point creates a logical folder in its root where you can find all the installed programs grouped as they are grouped in your Start menu. Plus when you add a new program you'll find it in SyMenu. The same when you uninstall a program.
The Start menu folder is yours (your user) so there's no permissions problem at all.
Anyway, what you did is really obscure for me. Do you restore the installed program from your backup to your current Windows installation? It's a very brave attempt that can take you in unexplored fields. Usually you can backup the entire OS with programs or your files or your portable programs, but I never knew there's a way to backup installed programs. At least not in a reliable way.
If my system drive crashes, I'd thrash it and reinstall Windows and all the installed programs from scratch. Then I'd copy SyMenu and its portable programs from my backup. There's one of the reasons for which all the programs should be portable. |
28/05/2024
Topic:
Drag and Drop support no longer available
GianlucaAdministrator
|
You are misunderstanding what SyMenu can do for you.
If you drag an entire folder in SyMenu, it doesn't index what it finds inside, but it creates a link to the folder. The only logical item SyMenu recognize is the folder itself.
With this kind of item you are allowed to explore its content dynamically, I mean, SyMenu explores it by reading its content at run time. It's the reason for which I told you that SyMenu is able to reflect whatever change it will find in the folder. It's because every time it reads the folder content physically. In this scenario you are creating a single logical item (the link to the folder) and you can eventually edit that single item, not the items inside.
If you want a more customizable menu, i.e. you need to edit every single entry in your logical folder, you need to create a logical item for every element inside the folder. You can do that by dragging the items one by one on SyMenu. Or you can use the batch importer (https://www.ugmfree.it/manual#Item_Manager_menu_batch_import) that creates all the possible items for you and you "only" have to check what you are interested in. If your target is the Start menu folder, the latter method is really useful because it creates no noise and probably every single item it suggests will be suitable for you. If your folder contains programs, probably you will work less with the first method, because the second creates a lot of noise.
Anyway if you are a basic user you can use SyMenu following your instinct but if you want to use it to its max and be a power user, well that's no other path than RTFM |
29/05/2024
Topic:
Drag and Drop support no longer available
GianlucaAdministrator
|
SvenH wrote:
As a thank you for your help, I have just submitted a donation. It's always appreciated. Thank you. |
04/06/2024
Topic:
Clicking 'Updates available' Crashes SyMenu
GianlucaAdministrator
|
Hello AllonZ, We've already spoken in private about this issue but I'll recap everything here for others that could be in the same situation.
What you are experiencing is a bug related to the login process when SyMenu tries to restore your previous login session from the token it released to you. I haven't understood why this doesn't work because there are only three (3) different users that are affected by this error (I can see the errors on the web site log even if I can't link them to certain users). I've been able to link your case to one of the three unlucky users only because you disclosed to me your SyMenu configuration file.
Anyway I haven't been able to catch and fix the error because I've not been able to reproduce it yet.
Last time you told me that you were able to fix the problem logging you out and logging you in again. My suspicion goes toward your password but comprehensively you haven't shared it with me. Wise man. Don't-never-trust-nobody is my middle name (and grammar explains how much I believe in it).
Ok now my questions for you. Have you updated SyMenu to 8.02? This version doesn't fix the problem but it should allow you to supply your credentials again when the issue appears and go on. Did you try to change your psw with a normal one? I intend something equally sure but different from your current one. If I can suggest a really safe one you can use 12345678... only to check if the problem disappears |
05/06/2024
Topic:
Clicking 'Updates available' Crashes SyMenu
GianlucaAdministrator
|
I'm thinking about your psw because it's not a massive issue so it could be tied with something on your configuration or your machine.
Anyway let me know if the password change fixes the problem. |
05/06/2024
Topic:
Clicking 'Updates available' Crashes SyMenu
GianlucaAdministrator
|
As I already told you it's impossible to understand what's happening to your SyMenu unless you follow my advices. First try to shorten your psw so I can understand if the password length is a thing or not and please let me know the outcome. |