After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 300790 - File names do not get wrapped at clever positions
File names do not get wrapped at clever positions
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: Icon View
2.13.x
Other All
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 310638 (view as bug list)
Depends on: 323711
Blocks:
 
 
Reported: 2005-04-15 20:05 UTC by Malte
Modified: 2006-02-27 12:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Description Malte 2005-04-15 20:05:06 UTC 
File names which so long that they have to be wrapped are not wrapped at very
sensible positions. They are wrapped at spaces, which is fine. But apart from
that, linebreaks near underscores (and punctuation characters in general) would
be nice.

Consider file names like "application_helper.rb". It is written like this:

  application_helper.r
  b

This is not sensible. Why not like this:
  
  application_helper.
  rb

or:

  application_
  helper.rb

Other information:
Comment 1 Christian Neumair 2005-07-12 16:00:32 UTC 
Thanks for your bug report!
The wrapping code indeed could need some love wrt very long filenames.
Comment 2 Giacomo Perale 2005-07-17 09:31:25 UTC 
*** Bug 310638 has been marked as a duplicate of this bug. ***
Comment 3 Lukas Sabota 2005-12-10 03:40:13 UTC 
This is very true.  UNIX traditionally doesn't even use spaces, but rather
underscores.  This improvement to filename wrapping would add some nice polish.
Comment 4 Christian Neumair 2005-12-10 11:14:18 UTC 
I've filed bug 323711 against Pango, since the whole wrapping seems to take
place inside Pango.
Comment 5 Christian Neumair 2005-12-11 21:04:43 UTC 
Bug 323711 yielded some interesting discussions. I've written code that breaks
after '_' or '.' (if no digit follows, to not break versions), and CamelCase.
The latter still might require some discussions, since it is impossible to
distinguish FooFooBar from FooFoo Bar when breaking between the two words.
Comment 6 Christian Neumair 2005-12-11 21:12:53 UTC 
Further discussions should take place on the mailing list, where a patch was
submitted:
http://mail.gnome.org/archives/nautilus-list/2005-December/msg00039.html
Comment 7 Alexander Larsson 2006-02-27 12:56:04 UTC 
commited to head.