SyMenu Forum

Gianluca

all messages by user

19/10/2015 Topic: Request - Read only mode change Gianluca Administrator	Maybe the command line in this scenario could be a good solution but it is risky... what if you execute the main exe instead your bat/cmd with the command line switch set? I strongly prefer a placeholder file, it's more solid IMHO. Implementing a configuration inside the application could be even more dangerous. What if you allow a PC named Pippo as the only write enabled executor and this PC is istead named Pippa? You cut yourselft out from the configuration. In this case your only solution is to manually hack the configuration file. Not impossible but I have to avoid that unprovided users play with such a powerful option. Well then they send their configuration files to me to unlock them...
19/10/2015 Topic: Could be changed the maximum height ? Gianluca Administrator	Hi Sir_X. I've already implemented it in the 4.03 version released on 2015.02.03 but it seems that your menu has increased again hasn't it? Anyhow I don't want to push the height to cover the entire screen... even MS with Win10 has changed its start menu to contains its exuberance. Sir_X wrote: By the way, the Spanish version of the new version 4.13 needs some minor corrections, due to some sentences/options are in English. I know... we lost the Spanish translator, Gabriel, that was here almost from the start. He did a great job but now I'm searching for a new candidate. Any idea? You? Some friend of you? This is the perfect translators: - he knows English - his mother tongue has to be Spanish - he is in love with SyMenu. By the way, the Catalan language it's vacant too.
20/10/2015 Topic: SyMenu - Error in command Gianluca Administrator	You are right. It's a bug of the last version. The only workaround is to manually download the old SyMenu version (4.12) and wait for a fixed one that I'll release in the next days. Stay tuned.
20/10/2015 Topic: SyMenu - Error in command Gianluca Administrator	Ok I've just released a fixed 4.13. Unfortunately for everyone that has already update SyMenu to the bugged 4.13 the only solution is to update it manually. But it is not a great problem I imagine.
22/10/2015 Topic: New version issues Gianluca Administrator	I timray. 1) Yes I know it. It'll be fixed in the next version (4.14). I can suggest an easy workaround for this issue. If the Get apps online is disable simply click on any of the listed program and it will be re-enabled. 2) There is no bug in SyMenu regarding the first configuration. My suspect is that the configuration file (SyMenuConfig.zip) has its Windows permission messed. Right click on the file - properties - security and allow everyone to modify the file. From this point on SyMenu will be allowed to access the config file and to modify that and your issue will be solved.
23/10/2015 Topic: New version issues Gianluca Administrator	Bingo! The initial 4.13 version had a problem with the network paths (UNC paths). I have immediately released a fixed 4.13 but the automatic update doesn't work for two identical program versions with different build numbers (and this is another bug...). You have to manually download a fresh 4.13 version from the web site and replace your current 4.13 version. This is the bug thread http://www.ugmfree.it/Forum/messages.aspx?TopicID=388 Let me know if everything works again.
29/10/2015 Topic: A few bugs I've noticed Gianluca Administrator	Hello Drakkn. I'll surely fix the bugs your reported with the next version if possible. I'm particularly interested in the last bug. Can you send to me your configuration please? I'm interested in the file [SyMenu root]\Config\SyMenuItem.zip You can use my private mail. Thank you.
29/10/2015 Topic: SPS in symenu Gianluca Administrator	You are speaking about the SPS physical folder aren't you? We have two different problems with SyMenu folder management in general: 1) there are some users that want to customize the SPS logical root folder (the context menu root) because currently SyMenu puts every new SPS program in its root and then the user has to move it inside the proper subfolder; 2) there are some users that want to customize the physical ProgramFiles folder location. Your request is slightly different because you would like to customize the SPSSuite physical folder location. Unfortunately this thing is impossible. You would lose every configured SPS SyItem because the relative path for all of them is ProgramFiles/SPSSuite/[SuiteName]/[ProgramFolderName]. The other two requests instead are easily achievable but the difficult thing is to offer a smart UI to do this task in an easy way. I could introduce these kind of customization first for advanced users and then for normal ones. In my language it means that an advanced user is able to change the SyMenu configuration file (SyMenuConfig.zip) by hand. Naturally with some detailed information about that. My hesitation is exactly because of the SPS thing. SPS Manager is more linked with the file system than the normal SyItems. If it doesn't find an installed SPS it removes the corresponding SyItem. It means that if you force the ProgramFiles root folder in a certain location and SPS Manager doesn't find it because you did a mistake, it removes all your relative SyItems and you should reconfigure everything. But I think that an advanced user should be able to manage this kind of complexity. For this reason the talk is opened. Let me know what do you think about that. P.S. I often suggest to consider the possibility to use the symbolic links to achieve any particular need regarding the FS organization. The symbolic links could be hard to master but guys... you can do anything with that.
11/11/2015 Topic: Command line option for hot-key Gianluca Administrator	I don't know if you've already seen that but we have the command line hotkey now. http://www.ugmfree.it/SyMenuManual.aspx#CommandLine
11/11/2015 Topic: Custom folder for downloaded SPS Gianluca Administrator	I hope that the new feature in the 4.14 version can add another solution to your request. You can customize the SyMenu ProgramFiles folder manually modifying the program configuration file. http://www.ugmfree.it/SyMenuManual.aspx#CustomProgramFilesFolder Let me know.
12/11/2015 Topic: Custom folder for downloaded SPS Gianluca Administrator	Well I've already found several serious bugs on this feature so use it only for test purpose. Maybe we are luckier with the next version
15/11/2015 Topic: Scrolling menu on tablet. Gianluca Administrator	Unfortunately implementing the gestures in a winforms application is not so easy. When MS creates the .NET framework for winforms the tablet and smartphone things did not even exist so there are not built in function to manage an application with a touch screen. Anyway I could try to increase the scrolling bars weight to make it easier to click them.
15/11/2015 Topic: Custom folder for downloaded SPS Gianluca Administrator	Ok. The next version is here. It'a a 4.14 fixed version. Download it with the SyMenu built in updater and give a try to the new feature. Well the new feature is still in beta so use it with caution and make a full backup of your configuration before trying that.
15/11/2015 Topic: Version 4.14 recopilation of Bugs & Issues Gianluca Administrator	The favicon problem is easy to explain. The majority of the web site relies on a convention: the favicon is located on the root of the web site and is called favicon.ico. You can check this fact exploring some web sites (http://www.google.com/favicon.ico http://www.microsoft.com/favicon.ico). But the modern web is not based on conventions. Every web site page could specify the favicon location and name with a simple tag: link rel="icon" type="image/png" href="/img/websitefavicon.png" For SyMenu I choose to rely on the first method even if the modern web has a most correct approach. The reason is simple: performance. If I have to download the page, parse it, extract all the favicon links (you can find more than one), choose which one to download, download it.... well you have to wait secs for the complete completion. IMHO is better to wait one single sec and eventually having no icon than wait secs and surely having an ico.
17/11/2015 Topic: Inconsistent current directory Gianluca Administrator	I completely agree with you. "." is inconsistent, but there is two benefits in that: portability and ease of use. In a SyWinCommand "." means the root SyMenu folder. This is our starting point. "." has this meaning because you need a fixed starting point over your portable environment not a fixed point in every PC... If you need a fixed point in every PC choose a SyProgram and specify your working directory using a system variable or a fixed path instead. Your are right that if you change the SyMenu root folder the meaning of "." changes too. So the command: "dir ." results in a dir of G:\SyMenu if my removable drive is connected as G: and H:\SyMenu if it is connected as H: More if I launch the same command from another instance of SyMenu located in D:\Portable\SyMenu the resulting dir will be D:\Portable\SyMenu. This is the cost of the SyMenu extreme portability! In this case if you want consistency over portability, use fixed paths or system variables: dir C:\ dir %SystemRoot%\system32 Now let's examine the lack of consistency among SyWinCommand and SyProgram. If you execute a program in a console window you usually are located in the same folder of the program to launch or you have to specify its full or relative path. If I consider the program folder as the starting folder I do only what you are forced to do when you launch the program. I agree that it'll be more consistent if the "." means SyMenu root folder in this case too, but it'll be useless because I don't care to be located in the SyMenu root folder I want the program folder instead. This is the reason for which I choose to manage the two different cases in an "inconsistent" way. I think that the problem arises because you are forcing the initial purpose of the two SyItems. SyWinCommand should be used only for Windows commands, while SyProgram with the console output on, should be used for programs that work in a console. Well I know that you are pushing the SyMenu capability to its bounds in the field of commands and maybe you find a lot of limits for this reason but you have to think in the way SyMenu thinks: it is a portable environment. Not an ordinary approach for a command line environment but a full consistent approach for all the SyMenu features.
17/11/2015 Topic: tooltip for SyMenu system tray icon Gianluca Administrator	The SyMenu Variables can surely become the next command line customizable options. But I don't understand what is the purpose of having a new variable that SyMenu doesn't use.. The only scenario I can imagine could be affected by these unknow variables is the command line... Should I have to inject it inside every SyWinCommand execution? I not even know if it is a possible thing to do
17/11/2015 Topic: AppData Gianluca Administrator	You are a genius. The only sane and useful environment variable is indeed the Working directory. All the others are rarely used and difficult to manage too but if a user like you needs to use them, he needs flexibility and extensibility. So I could remove all the managed environment variables except the working directory and leave the possibility to include whatever environment variable you want with a simple multiline textbox. You'll have variable expansion, relative path resolution and whatever you already have in the working directory. What do you think?
22/11/2015 Topic: Open command window in different directory? Gianluca Administrator	Hi! The Windows command item in SyMenu has not the working directory feature, yet. I know that I have to add it but in your case can't you use a full path in you command? Since the SyMenu Windows command item supports only the native Windows commands, and the Windows commands support path redirection, can't you write something like: dir E:\Data instead of dir ? Naturally I did a simple example with the dir command because I don't know which command you need to launch.
22/11/2015 Topic: Version 4.14 recopilation of Bugs & Issues Gianluca Administrator	The empty trash button appears only if your trash contains something.
23/11/2015 Topic: READONLY and recent updates Gianluca Administrator	Hello Glenn. There is a bug in the alerter. I will explain how to solve it later. My advice for updating a SyMenu in readonly is: 1) remove READONLY marker 2) start SyMenu 3) update SyMenu 4) quit SyMenu 5) create READONLY marker again From the next version you'll have a specialized readonly file flag where you can specify one or more PC where SyMenu executes in not readonly mode. Stay tuned for that. Last. To solve the problem with the alerter you can delete the folder ~Update in the SyMenu root folder.