Vlad wrote:
Ok Jorge, I had to go in a short trip, but now I am back.
Welcome back, and thanks for the detailed feedback.
Vlad wrote:
As for playing with settings, I have tried only the settings directly related to balloon tooltips (meaning for what content the tooltip should be displayed) and although they do what they say, the bug is doing its thing.
It's probably related to some other setting or effect then. You would have to play with different settings and/or effects or you can send me a backup of your settings to the Winstep support address to see if I can reproduce here in the IDE.
Vlad wrote:
Opening the NextStart preferences via NextStart menu option Settings/Prefences, gives you an black empty tab, until you click on any other tab.
Can't reproduce here. I tried with UI animation on/off, Standard User Interface and Black Mode. No issues. Is anyone else seeing this?
Also, what happens if you press CTRL+F12 to open NextSTART Preferences via a hot key?
Vlad wrote:
Also if you change the colorisation option from Windows Accent color with shifting hues to Windows Accent color with tint, when you click apply hotspots get reset to a default, meaning you loose any custom hotspots and you get the default button to open the menu in the top left corner. If you click cancel, everything goes back. Otherwise you have to restore the settings from a backup to get things back.
This one is a biggie. Haven't tried reproducing here yet but I will in a minute.
Vlad wrote:
The drawers double click the drawer name to contract to default numbers of icons no longer works.
Ok, hold on a second, I think this is because of a misunderstanding on how Drawers work (and also because I forgot to add a setting to Preferences for the beta lol):
Bare with me:
Shelves have a 'minimum number of icon rows' setting, which is normally set to 1. This is what you call the 'default number of icons'.
Drawers, however, behave differently from Shelves. Compare it to the behavior of *floating* collapsed docks. Let's start by imagining that you have a Drawer with 10 items in it.
Unlike a Shelf, the Drawer will, by default, expand to show you *all* the items in it when you click on the tab (provided they fit on the available screen space, of course) - in this case it would show all the 10 items in it.
Now, docks do not grow scroll buttons. Shelves and Drawers do. So, if there are more items to show than currently fit on the screen, a dock will automatically reduce icon size in order to fit all the icons - a Drawer will, instead, show scroll buttons.
(And by the way, this is something that we didn't end up fully discussing, one of the original ideas was to make the Drawer, like a dock, automatically reduce icon size in order to fit everything on the screen when fully expanded OR optionally show scroll buttons, which is what it is doing now - we're still in time to change this behavior).
So, the 'default number of icons' in a Drawer is actually equal to the number of items in it. Because of this, nothing will happen when you double click on the Drawer tab (I suppose I could make the Drawer collapse instead, so at least *something* happens).
Now, if you notice, when you drag an item over an *open* Drawer to drop something into it, it will immediately and automatically resize itself to show an empty icon cell. This is in accordance with the philosophy that a Drawer always expands to show all the items in it (and you're about to drop a new item, so the Drawer makes space for it). If you then drag that item AWAY from the open Drawer, that empty icon cell is automatically removed and the Drawer resizes itself back to the original size.
Notice I mentioned an OPEN drawer above, and this is because the behavior I mentioned above will not happen in the beta you have if you drag an item over a collapsed Drawer tab until the Drawer automatically opens. This is something I already fixed here.
Anyway, this is the default behavior of a Drawer: either it is collapsed and shows nothing but the tab, or it shows everything in it.
HOWEVER - and here is where it starts getting a bit complicated - unlike a dock you can manually resize a Drawer by clicking on the tab handle and pulling. You can resize it so it either shows LESS icons than there are in it, or a bunch of empty spaces. If you resize it so it shows less icons, it grows scroll buttons.
If you double click on the tab header NOW, that's when it will resize to show you all the items in it again (i.e.; back to default number of icons, which for a Drawer is, as I said above, the number of items in it).
Now, the fact that you can manually resize a Drawer has other implications: if you manually resize a drawer and it auto-hides/collapses, when you expand it again you expect it to show you the same number of icons it was before it collapsed. And that is exactly what the Drawer does.
So, the Drawer must walk this fine line between doing what it naturally wants to do (show all the icons in it every time) and show only the icons you want to be shown because you manually resized the Drawer.
If you manually resize a Drawer to show only 9 icons when it has 10 and you then drag an item over it, it will no longer automatically expand to make room for an empty cell. You have manually limited it to show only 9 icons and so that is what it does.
But wait, it gets even more complicated, lol:
Now, as I said, a Drawer will by default try to show you all the items in it. Now suppose you have a 4K monitor like I do, and you have set the Drawer to display the contents of a folder - if the folder has hundreds of files in it, the Drawer will expand to the full width of the monitor. This can be a bit overwhelming.
So, I added a setting (max number of icons) that limits a Drawer to show a maximum of <x> items. If there are less, it will show less, but if there are more, it will not show more than those <x>. This is basically a way to limit how much a Drawer can grow, so it doesn't occupy your full screen width or height, which can be overwhelming.
Now, imagine you have a Drawer with 100 items on it and that it can fit 20 items on the screen when fully expanded. When you click on the tab to expand it, it will show 20 items (because that is all it can fit on the available screen space) and it will grow scroll buttons so you can access the items not currently visible (just like the Shelf does now). Again, if you now double click on the tab, nothing will happen (the more I talk about this the more I think it should just collapse the Drawer instead of doing nothing).
What happens if you now change the 'Max Number of Icon' from the default 'Max' to 10? When you now click on the Drawer tab to expand it, it will now show you only 10 icons, instead of the 20 that it could actually fit on the screen. If you now double click the tab header, it will EXPAND to show you the 20 items it can fit on the screen. Double click it again and it will go back to showing you the 10 items defined in 'Max Number of Icons'.
But wait, it gets better (and more complex, lol)! It's not in the beta you have, but here I already added the old 'Min Icon Rows' setting BACK to Drawers (which I had previously replaced by 'Max Icon Rows'). Turns out this setting can also be usable/make sense in a Drawer.
So, while Shelves only have 'Min Icon Rows', Drawers have 'Min Number of Icons' and 'Maximum Number of Icons'.
So now imagine you have a Drawer with 2 items and you set the 'Min Number of Icons' to 5. When you now expand the Drawer, it will expand to show you 5 icon cells (3 of them will be empty). It's only when the number of items in a Drawer is GREATER than the number defined in 'Min Number of Icons' that this setting starts being completely ignored. Again, nothing happens when you double click the tab header and the Drawer is already showing 5 icon cells. But if you manually resize the Drawer by dragging the tab so it only shows 2 icons (or up so it shows 10 icon cells) and THEN you double click the tab header, it will expand/collapse to show you what is defined in 'Min Number of Icons' (i.e.; 5).
So, now you have a way to limit how big, but also how small, a Drawer can be by default when expanded.
Sigh. Hope this explanation makes some kind of sense.
Vlad wrote:
Keep getting this error in various situations (like playing with the colorisation methods or trying to replicate the bug on point 6. The address and hex values from the popup windows seem to always be the same, I can always recover by clicking retry.
I'll try reproducing here too.