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 107907 - Middle-click URL paste should not (always) open new tab/window
Middle-click URL paste should not (always) open new tab/window
Status: RESOLVED FIXED
Product: galeon
Classification: Deprecated
Component: User interface
1.3.2
Other Linux
: Normal enhancement
: ---
Assigned To: galeon-maint
Yanko Kaneti
: 100969 109787 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-03-09 06:25 UTC by Devin Carraway
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Devin Carraway 2003-03-09 06:25:46 UTC 
Previous Galeon versions handled the pasting of a URL by loading that URL
in the window or tab where it was pasted.  Now it opens a new window or a
new tab (depending on the "open in tabs by default" setting).  This is
fairly disruptive, and removes a previously very convenient way to replace
a window's contents with the least possible clicking around.  Though I
grant that having the middle-click paste is a bit more consistent, it
removes something very handy.  It'd be nice to have the old way back at
least as a config option.
Comment 1 Yanko Kaneti 2003-03-09 06:39:34 UTC 
I happen to agree.
Comment 2 Tommi Komulainen 2003-03-09 10:11:27 UTC 
Opening the pasted URL in new tab/window is more consistent, everywhere else I
can remember middle-click pasting appends (inserts) the text, never replaces.
It's also safer since it won't be throwing away your unfinished form edits.

IMHO, galeon has way too many options already, I'd rather not add new ones to
fill little niches like this one.  All things considered, I think this is
WONTFIX.
Comment 3 Yanko Kaneti 2003-03-09 13:20:01 UTC 
"Little niche" is not how I would describe all the users that've grown
accustomed to the way Linux/Unix browsers have been working for years.
Comment 4 Tommi Komulainen 2003-03-09 16:50:20 UTC 
The same could be said about the order of buttons in dialogs.  Being
accustomed to something can hide clear inconsistencies pretty easily.
Comment 5 Yanko Kaneti 2003-03-09 17:11:51 UTC 
But the button order cannot really be a preference because of the
implementation and support cost. The same cannot be said about this
little issue.

Consistency doesnt mean jack shit when the incosistent behavior
actually allows you to work more efficiently.
Comment 6 srn 2003-03-17 09:57:51 UTC 
Pasting doesn't always append, anyway - lots of things overtype
depending on what mode they are in (vi, openoffice are two examples)
or just by default (gnumeric does).

This is really annoying the way it is...
Comment 7 Yanko Kaneti 2003-03-21 01:17:39 UTC 
*** Bug 100969 has been marked as a duplicate of this bug. ***
Comment 8 Yanko Kaneti 2003-03-30 16:20:38 UTC 
*** Bug 109551 has been marked as a duplicate of this bug. ***
Comment 9 Mark Finlay 2003-03-30 20:06:28 UTC 
bug 109551 is no longer a dupe, but is relevent because I'm asking
for the removal of this feature..
Comment 10 Yanko Kaneti 2003-04-02 14:12:38 UTC 
*** Bug 109787 has been marked as a duplicate of this bug. ***
Comment 11 Mark Finlay 2003-04-02 21:18:16 UTC 
Bug 109551 has been resolved and because of this middle click
url pasting is now gone. This bug should probably be invalid
as a result.
Comment 12 Yanko Kaneti 2003-04-02 23:58:21 UTC 
sisob: middle click pasting is not the default any more, but its
ceertainly there as an option
Comment 13 Devin Carraway 2003-04-17 04:40:15 UTC 
So long as it stays available as an option somewhere (it does appear
in gconf now), I'm content.
Comment 14 Tommi Komulainen 2003-04-17 16:59:29 UTC 
Yeah, philipl has fixed this in CVS...