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 312112 - Double clicking on text in various gnome applications has markedly different results
Double clicking on text in various gnome applications has markedly different ...
Status: RESOLVED DUPLICATE of bug 111503
Product: gedit
Classification: Applications
Component: general
2.10.x
Other Linux
: Normal normal
: ---
Assigned To: Gedit maintainers
gedit QA volunteers
Depends on:
Blocks:
 
 
Reported: 2005-07-31 04:52 UTC by Rodd Clarkson
Modified: 2005-08-01 09:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rodd Clarkson 2005-07-31 04:52:24 UTC
Double clicking on text in various gnome applications has markedly different
results in terms of what is selected (highlighted) and I would have thought that
in the interests of consistency, the results should be the same.

I've filed this under gedit because I think that gedit (of which I am a huge fan
and have used and filed bug reports against before Chema even became lead
developer and before b-g-o even existed) is the biggest offender.

Try pasting the text below into various gnome apps and perform the tests below:

     the color I'm after is #12abc3 in text.html

1. what is selected when you double-click over 'abc' in #12abc3
2. what is selected when you double-click over 'text' in text.html
3. what is selected when you double-click in the space in 'in text.html'

Some outcomes I've observed.

In evolution (composer and mail view):
  1. '#12abc3' is selected
  2. text.html is selected
  3. either 'in' or 'text.html' is selected.  It seems to depend on what the
mouse is closer to.

In gnome-terminal:
  1. '#12abc3' is selected
  2. 'text.html' is selected
  3. the space is selected.

In gedit:
  1. 'abc' is selected
  2. 'text' is selected
  3. the space is selected

In Mozilla:
  1. '#12abc3' is selected
  2. 'text.html' is selected
  3. the 'in ' is selected.

In firefox:
  1. '#12abc3' is selected
  2. 'text.html' is selected
  3. the 'in text.html' is selected.

In epiphany:
  1. '#12abc3' is selected
  2. 'text.html' is selected
  3. the 'in text.html' is selected.

(NOTE: the last three are used as a comparison because epiphany relies on gecko
so you would expect these three to be the same, and also because it may be that
gnome needs to do the same as mozilla/firefox if these actions are to be truly
consistent across all gnome based apps.)
Comment 1 Paolo Maggi 2005-08-01 09:34:52 UTC
You are completely right, gedit and all the apps using GtkTextView have a very
strange behavior in the cases you reported. 
This is a known bug I already reported against gtk+ a couple of years ago (see
bug #111503.

I think this is a duplicate of bug #111503 also if it focuses on the consistency
among different gnome apps.




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