Skip to content
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

Window Action Icons hard to identify for qube with colour black #7196

Closed
rwiesbach opened this issue Jan 11, 2022 · 7 comments
Closed

Window Action Icons hard to identify for qube with colour black #7196

rwiesbach opened this issue Jan 11, 2022 · 7 comments
Labels
accessibility This issue concerns the use of Qubes OS by persons with disabilities. P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. ux User experience

Comments

@rwiesbach
Copy link

How to file a helpful issue

The problem you're addressing (if any)

If the black colour is used for a qube, it is very hard to identify minimize/maximize/close icons

The solution you'd like

The parts of the icon, that are painted black with the other colours, should have a light gray or other colour that makes them easier to identify

The value to a user, and who that user might be

@rwiesbach rwiesbach added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement labels Jan 11, 2022
@DemiMarie DemiMarie added accessibility This issue concerns the use of Qubes OS by persons with disabilities. ux User experience labels Jan 11, 2022
@DemiMarie
Copy link

Paging @ninavizz

@ninavizz
Copy link
Member

Yeah... again, pointing to #6414 as a response to #5800—and ask @andrewdavidwong if this should qualify as a duplicate of #5800, as I see them as the same core problem: Qubes OS is the only OS to uniquely color window frames differently, per different needs, and as such this is just gonna happen.

All existing Linux window managers are going to want to have one colorway for window frames—because that's how all work. If we want one that works well we Qubes OS, we'll need to make it ourselves. Could easily be an adaptation of an existing XFCE theme, but I'd suggest creating one for any/all window managers we support (so XFCE and KDE and i3 for now, and possibly Gnome in the future).

@DemiMarie
Copy link

I intend to implement client-side decorations in the GUI daemon in the future. This means that window decorations are drawn by the GUI daemon, not the X server or Wayland compositor. In turn, this allows ditching a bunch of window manager-specific code and is a prerequisite for Wayland support.

@ninavizz
Copy link
Member

@DemiMarie I have no idea how that is relevant to this issue—which I don't say to be rude. I honestly don't. :D

That said, I do feel the underlying issue is a very real problem for users, that needs a simple and clear near-term solution: which is simply, that there is not one window theme that has zero color/legibility issues with Qubes window frame colorization. Without delving into rabbit-holes and other opportunities, I'd like this to get discussed at some time and prioritized for some kind of 2022 address.

@ninavizz
Copy link
Member

edit: long-term I see your point as relevant @DemiMarie but in an immediately actionable fashion that can be meaningfully acted upon given the team's capacity, I give it the confused-dog look and defer to @andrewdavidwong 😸

@DemiMarie
Copy link

@ninavizz it is not immediately actionable, due to time constraints 😆.

@andrewdavidwong
Copy link
Member

Yeah... again, pointing to #6414 as a response to #5800—and ask @andrewdavidwong if this should qualify as a duplicate of #5800, as I see them as the same core problem: Qubes OS is the only OS to uniquely color window frames differently, per different needs, and as such this is just gonna happen.

Yes, this does seem like a duplicate.


This appears to be a duplicate of an existing issue. If so, please comment on the appropriate existing issue instead. If anyone believes this is not really a duplicate, please leave a comment briefly explaining why. We'll be happy to take another look and, if appropriate, reopen this issue. Thank you.

@andrewdavidwong andrewdavidwong added the R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. label Jan 13, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility This issue concerns the use of Qubes OS by persons with disabilities. P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. R: duplicate Resolution: Another issue exists that is very similar to or subsumes this one. ux User experience
Projects
None yet
Development

No branches or pull requests

4 participants