-
-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updated from 1.3 to 1.6, suddenly shell implicitly changes theme and context menu entries? #14
Comments
Hello @leaumar The view option is a simplification of the item.padding option. and this issue will be fixed. You can use padding instead of view
To disable auto glyph for static items use this option
Use theme.auto or theme.classic to render system color
Please explain more. Because the code has been tested Please @leaumar indicate the options you want to disable because most of the options can be disabled Thank you @leaumar |
Thanks for the full reply. I'd like to explain why I felt my UX last night wasn't great, and suggest improvements I think would benefit everyone.
I looked and looked last night for a link like this but couldn't spot it. Just now, by having the link and seeing it's part of the The lack of an underline on the link, its double meaning (the changes here, but also other changes on another page), and that it's common for headings to be colored while it's unusual for them to also be a link, makes this link easy to overlook if you don't already know where it to expect it. I'd like to suggest styling it more like this, so that it doesn't subvert typical html semantics:
As for the issue with appearance and config, what I mean is that my expectation of Shell is the following, based on my experience up to 1.3: Windows default menu + changes defined by user in shell.shl = new menu But since then, it's now: Windows default menu + changes by default values of some (new) variables + changes in shell.shl = new menu When I updated to 1.6, my context menu looked different: extra/changed glyphs on static items, one of the static items moved, and I think I see subtle font/spacing changes. But my shell.shl is the same as before. This is surprising behavior because it means there's more configuration being applied than only shell.shl. I didn't want those new glyphs and other changes to static items, I only want the changes I've personally configured in shell.shl. So now I had to undo them, but undoing them isn't easy. (or even possible?) To be honest, maybe I'm just too tired, but I still don't see anything in the docs that tells me that, by default, Even with the values you provided added to my shell.shl, my menu still looks different and I don't like it. Even if I know what other things to change, there's the problem of how: if the spacing/padding and order of some entries has changed, I want to set it back, but what's the magic value that's equal to "windows default"? I believe you should make these "changes by default" both visible (so we know what they are) and opt-out, and document all these variables if they aren't yet (if they are, really sorry, but I just do not see a long list of all the variables like I understand you might want to apply these aesthetic changes by default as part of the Shell UX, but that doesn't mean they need to be forced. You could, for example, put "Shell House Style" into the default shell.shl bundled with the exe in the download. Then people setting up for the first time will have the experience you intend, and people upgrading can find the new values and choose to copy them to their own config or not. You can also mention changes to the default aesthetic in the release notes just to make sure. Maybe put them in a separate .shl file and allow a sort of partial-inclusion in the .shl syntax, like It's getting really late for me so I'd like to leave it at this. I hope I've been clear and given good arguments you can agree with, and that you see a way to support my "explicit config changes only" usecase together with the default style you'd like to apply. |
The default padding was fixed where the value was an increment of 2 pixels View option has been fixed. It is ignored when the padding value is specified These options have been added to the default section:
Thanks @leaumar |
That was fast, thanks for the efforts (I see the release notes are also fully in-page now) 🙇 |
I just updated shell from 1.3 to 1.6. I'd like to note only the latest version's release notes seem to be available anywhere, so I can have no idea what changed in the other two versions.
Anyway, after updating, it seems Shell changes my context menu's appearance and moves some of the entries:
This isn't configured in my shell.shl:
I saw the new
view
andtheme
variables but they don't seem to be a solution and their values don't seem documented.How can I make Shell not change things my shell.shl doesn't specify? Thanks
The text was updated successfully, but these errors were encountered: