linuxmint / mint21-beta

BETA Bug Squash Rush
16 stars 3 forks source link

Nemo & Thunar - file names with 〜 or ー or / unicode characters cause entire file name to shift vertically, causing file names to shift up or down depending on whether the offending unicode character is present/visible or not #143

Closed NintendoManiac64 closed 2 years ago

NintendoManiac64 commented 2 years ago

(tested in a live session of Cinnamon and Xfce as well as a fully-updated local installations of both as of 2022-07-15... though I suppose that's a bit outdated now)

Describe the bug In both Nemo and Thunar, any files with 〜 or ー or / unicode characters (do not confuse them for their ANSI equivalents of ~, -, and /) in their file name causes the entire file name itself shift vertically, causing files to shift up or down depending on whether the offending unicode character is present/visible or not.

This occurs in all views but is really noticeable in "List View" by simply shinking the 'Name' header to hide and show the offending unicode character, though you can similarly just rename a file and then delete and re-paste the according unicode character to see a similar change (it even occurs in the pop-up window that Thunar uses for renaming).

To Reproduce

  1. boot Mint 21 beta
  2. open the Home folder
  3. create a new file or folder with a file name of something like file name / test testing
  4. during the renaming process, highlight specifically only the unicode character and to a Ctrl+x
  5. observe how the file name shifted vertically
  6. paste the previously-copied unicode character
  7. observe how the file name shifted vertically in the opposite direction compared to step 5

Expected behavior I would not expect file names to shift vertically based on what characters are present in their file names considering that no shifting occurs regardless of whether a file name is - - - (hyphens) or l l l (lowercase Ls)

Screenshots (this is animated; wait a couple seconds and pay attention to the second-from-bottom listed file) animated

clefebvre commented 2 years ago

I think this is just the result of / taking more vertical space and making the label higher than before. I can reproduce it in Glade:

image

It's either upstream in Gtk or down to the font itself. Thunar and Nemo both are in Gtk and both use system fonts. It probably happens in Caja and all Gtk.Label widgets showing text.

NintendoManiac64 commented 2 years ago

I guess I should have used 〜 in the example then because it happens with it as well despite the fact that you'd not expect it to take up more vertical space... yet it does.