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

Improve the way long file/dir. names are handled by adding an overlay #1590

Open
hanaral opened this issue Feb 18, 2021 · 3 comments
Open

Improve the way long file/dir. names are handled by adding an overlay #1590

hanaral opened this issue Feb 18, 2021 · 3 comments
Labels
Needs Design Waiting for input from the UX team

Comments

@hanaral
Copy link

hanaral commented Feb 18, 2021

Problem

As mentioned in my other issue about column view, the current column view tries to solve trunkated text by having wide columns by default and allowing the user to resize them. This doesn't really work, as 99% of the time the text is too wide for any column to sanely show in full anyway, so there isn't a way for the user to contextually show a full itemname without the sizing of the UI to change drastically.

Proposal

Popover boxes should appear when hovering over a filename that is too long so that no information is lost (macOS has done this for almost 2 decades)

Prior Art

Screenshot from 2021-02-11 19-30-46
Screenshot from 2021-02-11 19-30-58

@jeremypw
Copy link
Collaborator

There are really two issues here; (1) Fix column width (2) Show full text name in popover when hovered (if truncated).

I do not see any advantage in implementing (1) at this point although if the widget were ever to be re-written using different widgets it would simplify the code. I do not think there are any code bugs associated with the column resizing and the columns are created with a consistent size so if columns are not manually resized then they will be pseudo fixed width. Design seem to be 👎 on this as judged by comments on #1578.

Issue (2) is kind of already fixed because the full name of the hovered file is shown in the overlay bar that shows the file properties. However, that overlay may be discontinued in future so another solution may be needed then. I am concerned that lots of popovers appearing in the eye line while mousing over the view could be annoying. Maybe an ellipsis in the middle would be be better as it would enable sight of the file extension? Flagging for design team comment.

@jeremypw jeremypw added the Needs Design Waiting for input from the UX team label Feb 18, 2021
@hanaral
Copy link
Author

hanaral commented Feb 18, 2021

The current resizability of the columns seem to cause the columns showing up too small or too large, I thought that picking a fixed size would alleviate any possible problems. I don't see how the overlay text could get annoying since (as you said) the ability to hover to see details is likely going away and needs a replacement. This would solve the issue of truncated text but also solve this future issue of not being able to get the full filename of an item without selecting it.

@jeremypw
Copy link
Collaborator

Each new column is opened with a fixed size (defined by the setting io/elementary/files/column-view preferred-column-width). Any manual change made by dragging the right border of the column is only temporary and does not affect any other column.
You could argue that the preferred-column-width setting should be a different value oob, or that it should change if a column is manually resized but I do not see how the resizeability is an issue.

@hanaral hanaral changed the title Fixed column size and overlay text for filenames that are too long Improve the way long file/dir. names are handled with an overlay Feb 24, 2021
@hanaral hanaral changed the title Improve the way long file/dir. names are handled with an overlay Improve the way long file/dir. names are handled by adding an overlay Feb 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs Design Waiting for input from the UX team
Projects
None yet
Development

No branches or pull requests

2 participants