1 days ago
Topic:
"Search Items" from Nirsoft suite
jimlad68Posts: 12
|
Many thanks for the prompt reply, has given me the impetus to check out the manual again. However whatever I do does not include items from the Nirsoft suite via "Search Items" from the main menu (pop up from taskbar). But no problem I have my workaround.
|
|
|
1 days ago
Topic:
Update for dnspy
GianlucaAdministrator Posts: 1274
|
It's not dnSpy. dnSpy is stuck. You are referring to dnSpyEx that is a branched version. Anyway I added dnSpyEx as a new SPS and you'll find it tomorrow.
|
|
|
1 days ago
Topic:
Update for dnspy
ronen1nPosts: 6
|
dnspy continue to update on this repo
dnSpyEx/dnSpy: Unofficial revival of the well known .NET debugger and assembly editor, dnSpy
|
|
|
1 days ago
Topic:
"Search Items" from Nirsoft suite
GianlucaAdministrator Posts: 1274
|
jimlad68 wrote:
When I "Search Items" from the main menu (pop up from taskbar) it does not show items from the Nirsoft Suite.
It does indeed. If a NirSoft program is installed it has no peculiar status, it is a simple item, so you will find it among the other searched items. Remember the search works on the item names (if you leave the default options). So if you install "NirCmd x64" and search for "nirc" the item pops up but if you search for "nir cmd", well the name is not the right one, so nothing will be found. Read here for the other search options:https://www.ugmfree.it/manual#Advanced_menu_Options_Search I don't think it's your case but there are further search settings you should be aware of described here: https://www.ugmfree.it/manual#SearchItems4
jimlad68 wrote:
Although the search works from the "configuration" menu, that does not include Host programs.
It's normal behaviour. The host programs are dynamically discovered because they can change from day to day. It will be pointless to configure them. SyMenu can configure only what's under its control.
|
|
|
1 days ago
Topic:
"Search Items" from Nirsoft suite
jimlad68Posts: 12
|
When I "Search Items" from the main menu (pop up from taskbar) it does not show items from the Nirsoft Suite. Although the search works from the "configuration" menu, but that does not include Host programs. Do I need to alter a setting somewhere, or is that the way it works?
It would be nice to have all areas search from both.
|
|
|
9 days ago
Topic:
SyMenu Published App Track
GianlucaAdministrator Posts: 1274
|
So I try to contact VVV_Easy_Symenu by myself and after that let's see if you can be a good replacement for the PAT maintainance.
|
|
|
9 days ago
Topic:
SyMenu Published App Track
mrxPosts: 3
|
Hi Gian, those are two very valuable cents.
I'm quite an expert with this kind of thing and I can help you. Thank you, I would like to take you up on your offer. I'm just afraid that this is beyond my competence, even if the source code is available.
I completely missed the fact that symenu must also have a user agent. I think that if PET synchronizes it's with symenu's, everything should work fine.
edited by mrx on 12/11/2024
|
|
|
9 days ago
Topic:
SyMenu Published App Track
GianlucaAdministrator Posts: 1274
|
Hi mrx.
For SyMenu and SPS Builder I use an old FF user agent and a recent Wget user agent. Usually there's no problem downloading anything with any kind of user agent unless it's too old but effectively you can have problems even with a recent user agent using SyMenu Published App Track (PAT) that presents itself as a sort of browser.
Plus the part where you hacked PAT is interesting but quite useless.
If I was in your shoes I'd try to ask the author the source code. If he still has it, I guess he will give it to you with zero problems. When you have the source code it's easier to make any modification and it could be a good thing to implement new features too. What about a rolling user agent? So when you don't succeed in downloading a page with the first one you can try the second and third ones. And even if VVV_Easy_Symenu has no more the source code, under his permission, you can decompile the exe and have the source again. I'm quite an expert with this kind of thing and I can help you.
It's only my two cents.
|
|
|
10 days ago
Topic:
SyMenu Published App Track
mrxPosts: 3
|
Hi, it's me again.
The user agent string of SyMenu Published App Track is already quite old, which is why sourceforge.net has not been delivering web pages to SyMenu Published App Track for some time.
To work around the problem, I used a hex editor to change the string in the EXE file. Since then, everything has been working as usual again. Even a little better: some download sources were previously unavailable, which wasn't a big problem for me. If you are interested, you can download the manipulated EXE file below.
The old string
- Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0.Wget/1.19.1
has been replaced by this one:
- Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/120.0
The missing 5 characters at the end have been filled with spaces.
Does anyone know of a better string? I would appreciate a hint. However, the string must not be longer than 85 characters. In this case, the tool would have to be recompiled.
In addition to the modified EXE file, two screenshots of the changes made can be downloaded below. The string starts at offset DD8A and ends at DE33 - a total of 85 characters.
edited by mrx on 10/11/2024
|
|
|
20 days ago
Topic:
All my apps show "discontinued" now
GianlucaAdministrator Posts: 1274
|
You've probably not really updated SyMenu. The SPS suite is now supported only by the last program version (8.04). When you correctly update SyMenu everything will return ad it was. If you already are on the last SyMenu version simply force the update of program definitions to fix everything.
|
|
|
20 days ago
Topic:
All my apps show "discontinued" now
danielsunPosts: 1
|
I went into SyMenu today to run an update of my apps and found that all now have a status of "discontinued." When I search for :available I get no apps in the list at all. I updated to the latest SyMenu and the issue persists. I have attached a screen shot.
|
|
|
21 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
SvenHPosts: 27
|
Unfortunately removing the star in the name made no difference and in terms of permissions it makes no difference if I compare to Notepad (see image). But I can proceed by registering the program manually instead.
As for System32, I try to register the program manually, but since it doesn't appear in SyMenu's file list, it doesn't work. In this case, it applies to the SnippingTool, which is not shown in the file list. I have compared its permissions with the Notepad permission, which appears in SyMenu's file list, without finding any difference, see the second image.
I fully understand that it is difficult for you to find a fault when it works for you!
|
|
|
21 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
GianlucaAdministrator Posts: 1274
|
Well... not a clear idea as I previously told you but, when I have no idea on how the bug is, I proceed step by step. Let's make an example.
I have a program like this: D:\\.xy⭐ zk - 00\.xy⭐ zk - 00.exe and the related shortcut: C:\Users[user]\AppData\Roaming\Microsoft\Windows\Start Menu\.xy⭐ zk - 00.lnk
If I'm sure the shortcut works on Windows, my first attempt would be to add that shortcut to SyMenu and check the path SyMenu gets doesn't point to the shortcut but to the program. If it doesn't I have my bugged case.
1) attempt: - rename the folder using only ANSI chars getting D:\\.xy zk - 00\.xy⭐ zk - 00.exe - create a new shortcut - try to import in SyMenu and check the path
If I still have the problem.. 2) attempt:
- rename the file using only ANSI chars getting D:\\.xy zk - 00\.xy zk - 00.exe - create a new shortcut - try to import in SyMenu and check the path
If I still have the problem it means the UTF8 has nothing to do with the bug. So rename path and program as they were before and go ahead 3) attempt: - check the Windows permissions on the shortcut and the program - compare the permissions with another item working on SyMenu - as before if the permissions are different try to change them and check if it works
And so on.
In other words you have to fix the problem by trial and error to understand what the problem is.
The problem with the system32 folder is a well known one. It depends on the Windows permissions on those folders and files.
If an executable is not working or not showing in SyMenu try to make its permissions more loose.
I'm very sorry for not being able to help you more but everything works on my PC even with the strangest cases I tested.
|
|
|
21 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
SvenHPosts: 27
|
Don't really know what I should be able to change in Properties for the Shortcut. Do you have any suggestion? Could you test if you got my shortcut?
I have another problem with SyMenu not finding all programs on %windir%\system32\. Do you want me to create another case for that?
(It was ".Skapa⭐ Office - Access" that didn't work, you accidentally typed ".Skapa⭐ Anteckningar".)
|
|
|
22 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
GianlucaAdministrator Posts: 1274
|
Everything seems so strange to me.
I created a shortcut to a program. Then I renamed it as ".Skapa⭐ Anteckningar". Then I drop the shortcut on SyMenu. As expected SyMenu takes the shortcut and tries to understand what's that thing. It opens the shortcut (the shortcut properties indeed), finds the target (the program full path), and creates a logical item inside its menu representing the target program not the shortcut. The only remnant of the old shortcut is its name because that name is used to name the SyMenu item.
In your case instead it seems that SyMenu creates its item linking the shortcut. This is the problem. The problem is not the error during the item execution but the lacking resolution during the creation of the item. When you d&d a shortcut to SyMenu you should see in the Path field the program path, not the shortcut's.
Since I'm not able to reproduce the problem I have to ask you for some help. You should d&d a shortcut in SyMenu and check the Path. If the path is the shortcut's, you should change something on the shortcut and try again, until you find what is breaking the system. You can try to change the shortcut location, name, attributes... whatever. When you know for sure what's the problem I can fix it.
|
|
|
22 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
SvenHPosts: 27
|
Yes, it works for ".Skapa⭐ Anteckningar". But one difference is that ".Skapa⭐ Anteckningar" gets item "Program" while ".Skapa⭐ Office - Access" gets item "Document".
The links work outside SyMenu, but the properties of the links also look different, see the image.
|
|
|
22 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
GianlucaAdministrator Posts: 1274
|
Indeed the solved problem was not related to Unicode character but with special characters I escaped because of the Windows shell needs. If I well remember you had a problem with ampersand (&) character but the problem affected even other chars like parentesis ( and ). Now we have a different problem but, as usual, it's strange. Why other items work well and that particular one doesn't? For example I guess that ".Skapa * Anteckningar" works well, doesn't it? Is it something tied with the shortcut rather than SyMenu?
|
|
|
22 days ago
Topic:
Dragging&dropping a shortcut doesn't seem to work
SvenHPosts: 27
|
Hello! See the attached gif files (had to record two files due to the size limitation). The error message states that the path is not found. The problem with Unicode should be solved, right?
|
|
|
22/10/2024
Topic:
Placement on Windows taskbar?
Ibubezi48Posts: 10
|
Gianluca wrote:
I'm already working on an option to activate the taskbar button for SyMenu. This way the pinning becomes viable. The only problem is the button doesn't behave as one would expect. When you click on a taskbar button you expect that something will popup but SyMenu does not have a normal window like the other programs, it only has a contextual menu..
For what it's worth: a button does appear on the taskbar for the "update/get new apps" window (it can even get pinned - which wouldn't be of much help, obviously). A program-button would help, for starting SyMenu (as I don't want it to start automatically). The icon in the notifications-area and the floating button do work for me, so no need to fix anything there.
|
|
|
13/10/2024
Topic:
Do command line arguments still work?
GianlucaAdministrator Posts: 1274
|
Hi kerosama.
The command args still work. Every redefined path must end with no slash so, for example SyMenu.exe -fc"D:\misc\temp\config\" won't work while SyMenu.exe -fc"D:\misc\temp\config" will.
I discourage you from defining an alternative folder the way you are trying to do. My advice is to define a separate folder for every redefined path.
So instead of defining
symenu.exe -ft"T:\SyMenu\" please define symenu.exe -ft"T:\SyMenu\temp" with no final backslash and with an exclusive path.
When you test the alternative path, you should create the root folder (T:\SyMenu) but not the pointed folder (temp) so you will have a clear counterproof that SyMenu is really redefining that folder, because if SyMenu doesn't find its folders, it creates them. In the same way, rename the normal folder it uses (not the temp one, please, because it's a system folder, but the log one or the config one). This way you can check for real if SyMenu is still pointing in the default location or in a redefined one.
Don't expect that SyMenu can create the entire full path. So in the previous example the folder T:\SyMenu must exist.
There's no need to change the target in a shortcut to get the redefinition.
Are you sure SyMenu has the right to access the alternative path? Because this could be the real problem.
|
|
|