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 614371 - RFC: Include additional characters when determining word bounds
RFC: Include additional characters when determining word bounds
Status: RESOLVED DUPLICATE of bug 323711
Product: pango
Classification: Platform
Component: general
1.26.x
Other Linux
: Normal normal
: ---
Assigned To: pango-maint
pango-maint
Depends on:
Blocks:
 
 
Reported: 2010-03-30 15:40 UTC by Michael T
Modified: 2010-09-23 19:37 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael T 2010-03-30 15:40:29 UTC
When a word is selected in gedit by double clicking, underscores and various other characters are treated as word boundaries which do not make sense for a programmer's editor (see https://bugzilla.gnome.org/show_bug.cgi?id=500515 ).  Comments in the gtk+ source code say that if word boundaries are determined wrong then this is an issue in Pango.  I am personally not quite sure whether this should be done in Pango or whether gedit should combine several "Pango words" into one.  What do the Pango maintainers think about this?

Apple's definition of a word might be useful here, if it is extended to include underscores:

"... any continuous string that contains any of the following characters:
 * A letter
 * A digit
 * A nonbreaking space (Option–Space bar or Command–Space bar)
 * A currency symbol ($, ¢, £, ¥)
 * A percent sign
 * A comma between digits
 * A period before a digit
 * An apostrophe between letters or digits
 * A hyphen, but not an en dash (Option–hyphen) or em dash
(Shift–Option–hyphen)"
from http://developer.apple.com/mac/library/documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGUserInput/XHIGUserInput.html

Alternatively Pango might conceivably use Apple's definition which gedit could extend with underscores, as this doesn't make much sense in a non-programming context.
Comment 1 Behdad Esfahbod 2010-09-23 19:37:46 UTC

*** This bug has been marked as a duplicate of bug 323711 ***