15/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
That problem with sentence cutoff also happens in the error message windows in sps builder. |
21/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
Only two points from my initial startup that could be changed: 1. Bring back the Compact Menu. 2. Add an extra menu item for accessing SyMenu's Options instead of having to open Configuration/Advanced/Options.
Otherwise I agree that there may be advantages of being able to treat these items as if they're a normal SyItem, as I believe Glenn stated above. I haven't read the whole post, so I can't give an objective opinion yet on this.
But so far I like it, apart from the two points above.
Well done and thanks Gian, fantastic work. |
22/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
That's a tricky decision! I suppose it should only be in the advanced menu. Should basic users require access to options they can still access it via the current method, maybe? This way, advanced users have the quick access and base users sort of have it hidden to avoid doing something they shouldn't. How about a password access to the options? For situations where you don't want users to access the options? Or is that the same as ReadOnly?
Also, regarding Modifiers, would it be possible to hide ones that are never used? I'm curious why you removed the compact menu? I much preferred that. If that can be integrated with customisation of the menu, as in the beta, then when cycling through Modifiers, ability to hide those not in use as stated before would be a bonus!
Thanks for your efforts ;-) edited by sl23 on 22/12/2015 |
23/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
Gianluca wrote:
And again yes your argument is correct: the direct access to options is a useful shortcut for advanced users not basic ones. The question now is: do I have to add the shortcut option item in the standard advanced menu configuration? Well for the same reason I don't think so because an advanced user knows where to find it and how to activate it.
I'm confused?! You say it's a good idea for advanced users then say not to do it as they know where to find it! Only advanced users should have direct access to options, so it should be hidden out of sight for base users. If a base user decides to access options, a little exploration will show them where it is! That's how you become an advanced user, by exploring the unknown.
Gianluca wrote:
The compact menu was a pain to maintain exactly because of the modifiers integratated in the title. The title from the compact menu and from the normal menu are infact different components and I had to implement, test, document all the new features twice. Besides the pinned feature was unavailable in the compact menu and impossible to implement. Now we have a single title element that includes the ability to have drop down items (you'll find it in the next beta... yes I confirm that I am forced to release another beta maybe already tomorrow...). So the only lost feature is the integrated action modifier tool, the most buggy one. I'm fine with the lack of compact menu, I also like the idea of using the title as a container for menu structure.
Gianluca wrote:
The idea to disable single modifiers is viable. If you start SyMenu in elevated mode you'll see that the elevate modifier is already disabled, so extend this feature to others via options is possible. Low priority for this feature. No problem, hopefully it'll get added in the not too distant future.
Gianluca wrote:
I won't implement another button to set the compact menu. You have the base menu and the advanced menu. If you like a menu similar to the compact one you press the advanced button and drag search, my computer, plugin and tools inside the title item. That's ok, but perhaps the ability to save maybe one user preset? If you accidentally click one of these buttons your config is lost.
Regards edited by sl23 on 23/12/2015 |
23/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
Superb!!! Works a treat, and much better using Title as a Container, thanks Gian you've done a great job
Btw, when I said about losing config when clicking Base or Advanced I mean once chosen you can't revert back. So I thought maybe have a user button that can revert to your own preset? edited by sl23 on 23/12/2015 |
23/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
Gianluca wrote:
No this is and will be impossible because the menu is always built with a custom structure. When you choose and save advanced or base structure you are simply choosing one particular custom structure, not a built in one. I don't know if now it is clearer. Er... sorry no, not really any clearer It sounds contradictory, but that's probably my interpretation! I haven't had much sleep the last few months! To explain... If the menu is based on custom structures why not allow one custom structure to be saved to html file and be recalled when clicking button?
I'm not trying to push this as personally I will never require it, but thought it could save some users some hassle.
I'm sure if you say it's not possible then that's the case, as I said, probably my poor interpretation! It's fine by me to leave as is, just trying to help improve things a little |
24/12/2015
Topic:
The fully customizable menu: beta version
sl23
|
As I said, I'm OK with that, I sorta get what you're saying. Not being a programmer it's difficult to understand exactly why these things can't be done!
Anyway, the betas are great, though not sure if I noticed a bug yesterday as the menu wouldn't hide once either options or config window were opened. I'll check more thoroughly when I get a chance but may not be for a week or so due to Christmas.
Talking of which, have a good one, ho ho ho! |
11/01/2016
Topic:
Some SyMenu statistics.
sl23
|
Thing I hated about sumo is that it is all too easy to clear a long list of apps! I set it up several times, checked for apps but clicked wrong button that basically resets sumo! I asked the dev to change behaviour around 4 years ago but as they didn't I stopped using it. |
11/01/2016
Topic:
Some SyMenu statistics.
sl23
|
I look forward to v5!!!
Any chance that scripting will make an appearance? Probably too early, I know, but I'm eager to add the rest of my apps that require it! No pressure though, all your hard work is appreciated :-D |
11/01/2016
Topic:
Some SyMenu statistics.
sl23
|
Oops! Double post! edited by sl23 on 11/01/2016 |
11/01/2016
Topic:
Some SyMenu statistics.
sl23
|
When you put it like that, there's a lot of work gone on!!
No problem Gian, hopefully this year, maybe? I'll keep my fingers crossed 8-) |
17/01/2016
Topic:
a couple ideas for the future
sl23
|
I like the idea of showing correct apps depending whether 64bit or not, but some apps require 32bit. An example would be LMMS. As it requires the use of 32bit dll files (VST's) the 64bit version won't load them. I hope in the future to add MuLab 32/64 too, which also doesn't have a VST bridge.
I suppose exceptions could be made for apps such as these, is it worth the hassle? |
21/01/2016
Topic:
Some usefull Portable Apps
sl23
|
There are some good apps in that list and some I've not heard of.
Well done and thanks. |
23/01/2016
Topic:
Further theme customisation
sl23
|
I wondered if it would be possible to add either a global theme option for certain SyItems or maybe, which might be preferable, options within each SyItem.
For example, folders could do with being displayed in bold text so as to stand out a bit more. A global theme option would allow this. Or, maybe better for some users, each SyItem can have the option to display text underlined, bold, italic or a mixture of those.
The second option, per item, would also allow you to further add a colouring system, as file managers do, so apps of certain types are displayed in different colours. Internet apps display in blue, while graphics displayed in green. Or, maybe, favourites could be both bold and yellow.
Is that feasible? Do other users like the idea? What do you think Gian?
Also, Could the little arrows to the right of categories be allowed the option to colour? I use a dark grey background and they're hard to see.
Lastly, I'd like a tooltip to show the version number of each app, perhaps this could be gleaned from the xx.x.x.sps.VERSION file? Obviously this method would mean apps not in sps format wouldn't display version numbers. Unless there's a more thorough way?
Thanks
Scott |
25/01/2016
Topic:
Request feature for "Get new apps SPS" window
sl23
|
I agree that new apps are difficult to spot, a filter would be a great step for easing this issue. edited by sl23 on 25/01/2016 |
26/01/2016
Topic:
Further theme customisation
sl23
|
OK I see what you mean. How about a compromise, and just bold font for folders that shouldn't add any strain on performance should it?
The last two are probably more important anyway, so that would be enough.
Thanks Gian. edited by sl23 on 26/01/2016 |
26/01/2016
Topic:
Request feature for "Get new apps SPS" window
sl23
|
How about somehow allowing users to view the trash folders for each app group and use check box to select for deletion?
Also, it would be good to be able to select certain apps that wouldn't be deleted if it was the last known good version. For example: 1. Firefox gets installed at say version 40. 2. Then it gets updated to v41 and v40 is moved to _Trash. 3. Add option to save previous version of apps, this instance would be Firefox. 4. Empty _Trash via SPS Manager, all apps deleted except Firefox. 5. Firefox gets updated to v42 and v41 is moved to _Trash. 6. Now, as it's only previous version that's saved, on Empty _Trash, v41 remains while v40 and all other unsaved apps are deleted.
In effect this creates a safe backup should you empty trash inadvertently and you find the current version is faulty in some way. Each app could have this feature either as a Checkbox, or probably easier, add a box where a list of 'safe' apps would remain until a second update is received.
I hope that's clear?! I think you get the idea from my rather convoluted example ;-)
It Would also be handy to have a link to open the Configuration window. Or, even better why not combine windows and access them via tabs? It's awkward adding a new SyItem, closing the Get Apps window then going to the tray to open the config window. They should be one and the same or at least have access to each from the other. edited by sl23 on 27/01/2016 |
28/01/2016
Topic:
Request feature for "Get new apps SPS" window
sl23
|
Re trash, that's fine understand if too much work.
Re switching windows, I'm not a fan of keyboard shortcuts. Is there a reason windows become locked when opening new ones? Performance or stability issue I presume? |
29/01/2016
Topic:
User preference 'Poll'
sl23
|
Two things that I've discussed with Gian require users to give their opinions on how to proceed. 1. First, simply, keep the outdated and unsustained paf plugin, or bin it? As these apps are now quite out of date there seems little point using them. It is also rather bug infested, so, I voted to remove it to lighten the load as it were.
2. I've not yet received a reply on this, but I'll put it out there for feedback. I think a better way to view apps in the manager would be to remove the tabs and have a single list with better filtering. There could be some preset filters for the current suites, but also for things like stealth apps as well as a search box.
Would this be a welcome change or not so much?
Thanks for your feedback Scott |
30/01/2016
Topic:
Request feature for "Get new apps SPS" window
sl23
|
Understood. That's exactly the reason I thought it might be. I do find it a bit of an annoyance when the config or manager windows are open the menu doesn't hide, and I imagine if you chose to hide, it won't be shown. I often wished for interaction with menu whilst windows are open. Didn't this used to be the case? |