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

packet manager UI could be polished #66

Open
Lanchon opened this issue Feb 12, 2025 · 0 comments
Open

packet manager UI could be polished #66

Lanchon opened this issue Feb 12, 2025 · 0 comments

Comments

@Lanchon
Copy link

Lanchon commented Feb 12, 2025

current UI:

Image

some issues:

  1. the window is not resizable. IMHO there is never a good reason for this, but especially so when the content of a window is variable and unbounded. the window should be resizable and include a maximize button and the various snapping behaviors of any resizable window. in this case, i am forced to scroll horizontally within the minute nested list widget to see the package names, even though i may have a huge desktop.
  2. the window seems to be vertically auto-sized to fit the contents of the list widget, within bounds. but there is no visual indication of this happening, forcing the user to try to scroll through the list every time the window shows up, no matter the contents, only to find that all items are being shown. this is the result of a) the hidden scroll bar, and b) no empty space at the bottom of the list, a combo that negatively impacts the user. some options:
    • under these conditions it would be better if no such vertical window auto-sizing occurred, and the window was just sized to its vertical maximum resulting in empty space at the bottom of the list. in this way, the user would just need to try to scroll when the shown portion of the list is full, and not every time.
    • if vertical window auto-sizing is desired, then some empty space at the bottom of the list should be included. i suppose the auto-size behavior comes from the list widget, so it seems to me that the option to add empty space at the bottom should be part of the widget itself. the space does not need to be a integral number of lines: half a line would work even better, as it invites the user to scroll. but in the meantime, just adding an empty line item at the end of the list contents would be an adequate solution that does not require widget modifications.
  3. finally, providing disk usage info in bytes is also very unpolished, but this is obvious. nemo already has a good solution for this, but it includes a user-configurable option for format and units, which complicates matters. maybe this should be abstracted away from nemo? also, the actual number included in the message should not be negative.

thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant