all messages by user

• May I suggest that you remove the Exit button for more space? Why exactly does this exist when the window has a close button? Is there a real world difference to the user?
  
  
• Also, this implementation is perfect, apart from the list height when display app details. Can you please expand the height of the entire window to allow more of the list to be displayed please? Currently I find it too small and your proposal reduces the current state!!
  Just checked and the current window size can be adjusted and remembered. If that stays, then this request is unnecessary.

• Another suggestion, make the Empty Trash and Update apps real buttons instead of link lookalikes. And place those on the right hand side one above the other inline with the search functions and other buttons. These are important buttons, so best kept at the top. Removal of the exit button would help space-wise with this.
  The Update app definitions button could simply be renamed to Update Apps or Update Check.
  
  
• Not sure if it's better, but maybe remove the context menu and have all those options as small square buttons underneath the app info section on right? Then they can be seen. What do you think about this?
  
  
• If you merge everything to a single suite, does that affect our own personal suites? What is meant by "unable to scan more than 1000 items, search is only chance to find something"? What is scan, when is it performed?
  Also, might be worth adding a column to the SPS Manager to allow sorting by developer?
  
  
• Oh, and a minor point, the two field boxes for App Publisher and Contact Reviewer aren't the same width, a little adjustment to make the latter wider would be better.
  
  

Since the program is probably searching for the %PUBLIC% environment variable you should try with this:
PUBLIC=.\User

If you redefine the %PUBLIC%\Documents SyMenu will try to replace the entire string as it is an environment variable. So it search for %%PUBLIC%\Documents% instead. Since this variable doesn't exists SyMenu creates a new variable and doesn't replace the old one.

Hmm, this I'm not sure I agree with. For example, you have stated that it's looking for 'Documents' and above suggest to try PUBLIC=.\User, isn't that a completely different name? Surely the folder name is unimportant if the path to it is specified, in this case PublicDocs? This has been my strategy for all apps and it is working so far
Though perhaps it is because I have placed all adjustments inside the Apps directory?

Gianluca wrote:

I suggest you to use the program RapidEE (available on the SyMenu Suite) to test your redefinition attempts.
My procedure:
- insert the new variable in the RapidEE through SyMenu configuration
- execute the program and read the result of your redefinition.

I was just checking this app out actually!
Though I have no idea of it's abilities, dangers or uses! So, I decided to leave it.

But using the above variables, shouldn't that be enough to specify that SyMenu should make the app use the folder specified for it's data?
The actual full path is:
C:\Users\Public\Documents\WinStep

But the if you got to the Public folder you will see that all public folders have the name 'Public ' in front of them? Why doesn't this show up on the properties tab? Which name should be used?

Thanks