SyMenu Forum

VVV_Easy_Symenu

all messages by user

01/11/2017 Topic: Adding PortableApps.com Menu to SyMenu VVV_Easy_Symenu	I have created the two corresponding SPS App for Ant Movie Catalog and for Filmotech. I suppose that in a few days they will be visible in SyMenu. But if you are searching a movie colletion catalog, and you aren't completely new in computers (you know what is an script, an database, an information scraper, etc) I recomend you Personal Video Database (now in SyMenu) because is very powerfull and programable. This is the program that I use.
03/11/2017 Topic: Filmotech - Not completely portable VVV_Easy_Symenu	Only with changes in "Filmotech / Fichier / Preferences" option ¿Have you try to make a new profil ([+] button) with "Base externe (dossier partagé ...)" with a copy of the database file in the SPS Filmotech folder?
23/12/2017 Topic: New SyMenu beta version 6.02 VVV_Easy_Symenu	¡Very good news ! Trying with pleasure :-)
02/01/2018 Topic: New SyMenu version 6.02 VVV_Easy_Symenu	¡Superior version! Excelent work, Gian ¡ Happy new year 2018 for all !
14/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	Hello, Often when you browse the SyMenu menus you realize that you have an app that you have not used for a long time and you want to uninstall it quickly. Now you have to go to "Get New Apps" to find, mark and uninstall it. I propose a new feature that can be done by several ways ... to discuss: 1) New "Action Modifier" = "Uninstall". It can be in two ways: With a new Windows pop-up that directly asks to the user Openning the "Get New Apps" with the app ticketed (but ¿what happens when the SyMenu ítem isn't a SyMenu Suite app?) 2) New option "Uninstall" in the "Configure Ítem" window. So, by using the "Action Modifier- Configure Item" you can reach quickly the uninstall option. This has the advantage the resolves the problem of try uninstall a no SyMenu Suite app but .... passing the problem to the "Configure Item" window. For discuss ... edited by VVV_Easy_Symenu on 14/01/2018
15/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	So, with your information, I think that the best way to implemente the new feature may be the new Action Modifier = "Uninstall" with this procedure: - open the context menu - select the new Action modifier - "Uninstall" - click on the required ítem and then: a) If the item is from SyMenu, Nirsoft or Sysinternal program suite: - The "Remove program" window (now is child of "Get new apps" but I supose that may be easy to profit the code) opens asking to the user to confirm the standart SyMenu suite uninstall b) In other case (not from the standart suites). It will be redundant with the actual Action modifier - "Configure Item" (to profit again the code): - the configuration form opens with the clicked item selected - delete the item from the list -> Now is in the user task to verify the origin of the ítem, for instance if is a Web URL no more actions are needed. - save and close . edited by VVV_Easy_Symenu on 15/01/2018
16/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	Ok, so, without a new Action Modifier the new feature would be in the configuration form with this procedure: - open the context menu - select the new Action modifier - "Configure Item" - click on the required item - the configuration form opens with the clicked item selected and then: a) If the item is from SyMenu, Nirsoft or Sysinternal program suite: a1) The user will find in the configuration form a "Uninstall button" that shows the "Remove program" window (now is child of "Get new apps") asking to the user to confirm the standart SyMenu suite uninstall of this entry. or a2) The user must delete all the items linked with the SyMenu App. After he must enter inside the Get new apps form and , the orphan entries will be trashed from the file system too. b) In other case (not from the standart suites). The user must delete the item from the list and is the user task to verify the origin of the ítem, for instance if is a Web URL no more actions are needed.
17/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	Well, I'm a little bit lost in the discussion so I will try to explain the initial idea with a new approach but, if it does not seem useful, don't worry, this does not go very far . First, almost all my items are Web URL's or SPS Suite applications. When I want to remove an item if is URL I go to Configuration form and I delete it. But if I want to remove an item from a SPS Suite I must go to the "Get new apps", search in the list, ticked the app, push the button and confirm the uninstall. This is very similar to the windows system for uninstall (go to the Control Panel, ...) But ¿what is the uninstall system in IOS iPhone (Android is similar with the trash)? I push over the app icon, it trembles and then I click on the x and the OS uninstalls it. This is similar to the suggested feature: -I put the pointer over the item in the context menu, -I click the right button to place the focus of the new suggested "Action Modifier-Uninstall", -I click with the left button over the item and SyMenu show me the uninstall confirmation window. It's true that the diferent nature of the items complicate the reaction (only delete the item, uninstall if it is a SyMenu app, delete its contents if it is a container, etc) but, for the "lazy" users of our days, this is a problem that the program has to detect and ask .
28/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	I'm going to try cover the diferente reaction of the new feature over the diferent SyMenu Items: • SySeparator or SyLabel: Not selectable elements. • SyWebLink: Ask for Delete the SyMenu item. • SyDocument: Ask for Delete the SyMenu item (¿Ask for delete the document too? Perhaps for a second version) • SyFolderLink: Ask for Delete the SyMenu item (¿Ask for delete the folder too? Perhaps for a second version) • SyWinCommand: Ask for Delete the SyMenu item. • SyProgram : Two posibilities: __a) The SyProgram item points to a SPS Suite program (path to SPSSuite folder): Ask for UnInstall the SPSSuite APP (shows the "Remove program" window. The same that you get as windows child uninstalling in "Get new apps") __b) The SyProgram item points to NOT SPS Suite program (out of the path to SPSSuite folder): Ask for Delete the SyMenu item. • SyContainer: Ask for two posibilities: __a) Delete only the SyContainer item and put all the contained items in the parent folder. __b) Run recursive over all the the the contained items (with the same scheme as above) I think that this advanced feature allows a fast manage (cleaning) of the SyMenu items in the SyMenu user context, very in the line of "A normal user adds, updates and removes items only from the get new apps form", in the future the newbies could use SyMenu in this maner: a) Search in the "Get new apps" form the needed APP. b) Set SyMenu in automatic update mode. c) UnInstall the App over the SyMenu (easier, fast and intuitive that search in the list of "Get new app". Even now I see that nothing saids that the uninstall procedure is go to "get new app" select a "Added" app and push the "Apply all" button) Even, in the future, can be added "Drag and Drop" feature over the "Action Modifier" and the newbies will not need the configuration form for a basic configuration of SyMenu. ¿what to you think, Gian? ¿It's hard to code it? . edited by VVV_Easy_Symenu on 28/01/2018
28/01/2018 Topic: SyMenu behaviour "Build in updater" apps VVV_Easy_Symenu	Hello, With SUMO SPS App I have noticed of a unexpected behaviour: In the SPS Apps with "Build in updater" checked, the "Get new apps" don't alert of the update of app. I supose that this is because SyMenu get the version from "*.sps.version" file and, if the user have updated the app with the build in updater, the version is wrong. But I strongly prefers always use the SPS update (even I uncheck the inner app version check if possible) because the new version was tested by the publisher before update. Perhaps for cover the two kind of user, can be added in the "Get new app" form a checkbox "Alert update disponibility always" or "even with build in updater" or in the avanced configuration options.
28/01/2018 Topic: ¿New 'Script After Install' command: "RunFile"? VVV_Easy_Symenu	Up
30/01/2018 Topic: SyMenu behaviour "Build in updater" apps VVV_Easy_Symenu	With your explanation of the "0.00.sps.version" I understand all. I have thought tha SPS Manager first look at the "Build in update" propierty but I understand that it would be very slow. Perhpas may be a mix system "BIU.4.51.sps.version". Well, to the TODO list ....
30/01/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	Implement the delete/uninstall as a feature only available through the keyboard is a nice solution and activate this feature in the SyMenu advanced options is a normal security. Eager of the arrival :-)
31/01/2018 Topic: SyMenu behaviour "Build in updater" apps VVV_Easy_Symenu	Yes, try to get the version from the program is crazy ... I see the problems that SPS Builder have with this. But I can suggest you a alternative/intermediate solution. If I have understood well, in the app instalation, SyMenu set a "vvv.sps.version" with the "vvv" app publisher version in normal and "0.00.sps.version" in the build in update case for avoid the update alert. But if you set, for instance, "BIU.vvv.sps.version" (Buil In Update) in the place of the "0.00.sps.version", SyMenu can know if the app has a build in update (for the user that update with the app) and the SyMenu app version instaled (for the user that wants the alert), so: ___1) For the "normal" user: if the file have BIU or 0.00, not update alert. ___2) For the "Alert update disponibility always" user: if the new version is diferent then alert (For this last user there will be a first time of renewing all the "0.00.sps.version" app files, but he is a advanced user and he can understand it). . edited by VVV_Easy_Symenu on 03/02/2018
11/02/2018 Topic: Better apps management VVV_Easy_Symenu	"App management is currently a nightmare" ¡Wow! I do not agree at all BTW, I don't see many concrete suggestions only the increase the speed that I'm sure that we all agree but ¿how do that without penalize the portability (SyMenu use the Win standard .NET Framework 2.0)? IMHO, there is two kind of SyMenu users: "USB users": They make a Portable suite once at home and use it in not internet access enviroment (work, school, etc). "Portable lovers": Even they have all the possibilities in his PC they prefers use portable apps. Thinking in this two kind of users ¿Can you concrete your suggestion for have an opinion and try to help Gian to find the better solution? For the second question: X86 and X64 apps. As App Publisher I know this problem and I can tell you what I do: • Apps with one version: No (X86) or (X64) in his name. • Apps with the two version in the same package: No (X86) or (X64) in his name but (X86) or (X64) in the SyMenu menu executable name. • Apps with two versions in two packages: It can be separately installed, so (X86) and (X64) in his name and in the SyMenu menu executable name. If it is heavy resources Apps, for instance Avidemux or DBeaver, I only publish the X64 version because no user ask for the X86 version With this information ¿what to do to distinguish X86 and X64 apps? ¿Put always in the name (X86), (X64) or (X86X64)? ¿It really worth? ¿How many time will last the X86 apps? BTW, perhaps it can be helpful for you: there is a solution for users who change their environment in the Topic: Autorun 32 or 64 bit version of app Note: Every App has his Publisher so if you have some suggestion over the app (for instance change in the name X32 by X86) I may advise you to ask the publisher kindly but do not offer money because he works for free.
11/02/2018 Topic: Better apps management VVV_Easy_Symenu	tosiabunio wrote: I have SyMenu installed on 4 different machines and I try to keep it updated on them regularly. Currently this process is lengthy and cumbersome (as described above), especially if repeated on multiple machines. In my home, I have a similar use. I can tell you my trick : I update in the "principal" PC and then I synchronize with FastCopy the others machines (I made a little batch). It's posible use DSynchronize too.
25/02/2018 Topic: SyMenu Published App Track VVV_Easy_Symenu	New versión attached in the first post. Now needed .NET Framework v.4.6.1 to run but there is not too much users of this program so I think this is not a big problema. Thanks Gian for your help with the TLS protocol. In few days I publish the new sps version because I have some problems with the fórum máximum file attached length. 'CHANGELOG: '2018.02.25-V.5.0: TLS 1.2 protocol supported (but now needed .NET Framework v.4.6.1). Download size test improvements. . edited by VVV_Easy_Symenu on 25/02/2018
25/02/2018 Topic: Feature Req: New "Action Modifier" = "Uninstall" VVV_Easy_Symenu	A contextual menu is a very good solution.
25/02/2018 Topic: Improved layout ? VVV_Easy_Symenu	I like very much the contextual menu solution but I don't know how it work if the ítem is not final ítem (for instance, Container or Folder). Even I prefers this feature in the right button of the mouse over the actual move the "action modifiers". If you implemented, perhaps you may create a option "Right button mouse / Right arrow" = "Contextual menú / Action modifier" or "Contextual menú / Action modifier" or some like this.
26/02/2018 Topic: Something is wrong after recent upgrade VVV_Easy_Symenu	Sourceforge was down, only with static page, all the last sunday.