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 100970 - open tab behaviour
open tab behaviour
Status: RESOLVED WONTFIX
Product: galeon
Classification: Deprecated
Component: User interface
1.3.3
Other other
: Normal enhancement
: ---
Assigned To: galeon-maint
Yanko Kaneti
gnome[unmaintained]
: 109149 110593 110643 121186 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-12-11 20:29 UTC by gemi
Modified: 2014-08-26 19:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gemi 2002-12-11 20:29:49 UTC
If I open a new tab by middle-clicking on a link, it is not clear where the
new tab will appear among the existing ones. In Galeon 1.2 there was an
option to select where the new tab will appear.

I generally like it when opening a new tab, that the selected tab doesn't
change to the new tab, because then I can open link without changing back
to the original tab. However  when opening a tab from the command line or
from another application, it would be better if the new tab will be shown
immediately. Also it would be nice, if galeon was minimized, to deiconify
it on this request.
Comment 1 Yanko Kaneti 2003-04-13 04:31:16 UTC
*** Bug 110593 has been marked as a duplicate of this bug. ***
Comment 2 Yanko Kaneti 2003-04-13 04:32:06 UTC
*** Bug 110643 has been marked as a duplicate of this bug. ***
Comment 3 Mark Howard 2003-04-13 12:52:34 UTC
*** Bug 109149 has been marked as a duplicate of this bug. ***
Comment 4 Mark Howard 2003-04-13 12:53:36 UTC
http://bugs.debian.org/188784 also requests that the position of new
tabs be configurable.
Comment 5 Crispin Flowerday (not receiving bugmail) 2003-09-04 20:48:49 UTC
*** Bug 121186 has been marked as a duplicate of this bug. ***
Comment 6 Philip Langdale 2003-11-28 15:57:42 UTC
I've checked in logic so that we can, once again, force tabs to appear
at the end of the row. I've also hooked this up so that an explicit
new-tab request does this. There may well be other cases where this
should be the preferred behaviour. Once these are established, they
can be easily configured.
Comment 7 lukekendall 2004-01-06 00:40:58 UTC
If I had to choose just one specific place for new tabs to appear in
the list, it would be after the current tab.  This naturally leads to
related pages appearing grouped together, you see.

Having them appear at the end of the list would be quite difficult to
work with, in a long list, where the last tab wasn't visible.  I could
imagine many users clicking multiple times wondering why the pages
aren't appearing.
Comment 8 Bill Wohler 2005-12-20 23:14:49 UTC
Luke,

I totally agree with you.

Most of the time, if I had to go hunt for a new tab at a very long string of existing tabs, it would be *extremely annoying*. When the behavior changed so that the tabs were inserted, I was pleased as punch. That the tabs are appended to the tabs that eminated from the current tab is a bonus.

The one use case where I would actually prefer to have the tabs append is when I want to perform a breadth-first reading of a Google search. I'll use mouse-2 to select some interesting pages. As I'm reading those pages, I'll use mouse-2 to select some interesting pages I find there, but I don't want to read those until I'm done with the original hits. In this use case, a configuration setting wouldn't be as useful as, say, C-mouse-2 (a separate command).

Not only does a configuration setting not help this use case, the setting would cause a problem in the interpretation of C-mouse-2.

I think it would be cleaner if mouse-2 inserted pages (as it does now) and C-mouse-2 appended them, without a configuration setting.
Comment 9 Michael Gilbert 2006-04-02 21:08:02 UTC
The reason that I do not use Galeon is because of the tab behaviour.  I would be enamored to switch if new tabs showed up last in the list.  Please make this an option in the preferences.  Thank you for your consideration.

Mike
Comment 10 André Klapper 2014-08-26 19:52:27 UTC
Galeon has not seen any code changes since May 2010:
https://git.gnome.org/browse/archive/galeon/log

This project is not under active development anymore and got recently archived in GNOME Git.

It is currently unlikely that there will be any further active development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this bug report in the future if anyone
takes the responsibility for active development again. 
If you are interested in maintainership, inform
https://mail.gnome.org/mailman/listinfo/desktop-devel-list