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 107305 - tab default
tab default
Status: RESOLVED DUPLICATE of bug 112497
Product: epiphany
Classification: Core
Component: Tabs
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-03-01 02:42 UTC by Sean Middleditch
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sean Middleditch 2003-03-01 02:42:03 UTC
Prefering tabs, I have the Open Tabs by Default option set - so when I
middle-click on a link, it opens in a tab (so a single browsing
"session"/group is in one window).

However, with this option set, the standard "epiphany <url>" command *also*
opens urls in a new tab in an open window.

This is a bit broken, I think - a) if I have several windows open, it might
open the tab in a window under the stack, and b) if I'm on another desktop
(say, one desktop with browsers, another with evolution) and open a link in
an app (evolution), it opens in a browser window on a different desktop -
you can't even tell the link opened.

While there *is* a -w option, this should be the default I think.  That, or
a more intelligent behaviour - say, if there are no windows on the current
desktop, open a new one - if tehre are windows, open it in the the top-most
window, or the last used(focused) window, etc.  So a user can consistantly
and easily figure out where the link opened.
Comment 1 Marco Pesenti Gritti 2003-03-01 02:47:34 UTC
That code was designed with this in mind but I never got to
implementing it. Doing the focus thing should be easy. The desktop
thing may be harder (not sure if it's possible at all).
Comment 2 Sean Middleditch 2003-03-01 02:54:24 UTC
Well, it's certainly possible to know what desktop a window is on -
startup notification in gnome2.2 uses this.  it might just be a case
of looking at the desktop the user is on, and look thru all open
epiphany windows to see if any is on that desktop - more sophisticated
behaviour would be nice (i.e., if I run command to open a window, say
in evolution, then change desktops, new window should open on original
desktop - startup notification does this, but not sure if you can get
the file-types handlers in things like Evo to handle this.)
Comment 3 oa 2003-05-04 21:41:28 UTC
I dunno. I think I'd be happiest if a new window was opened when
another program asks Epiphany to open a page (regardless of whether
the current desktop had a window already), and tabs were left for me
to play with. And I use tabs *a lot*. Thinking about it, I can imagine
some people only use tabs and a single browser window, but they're
wrong. :)

(Currently: 3 Ephy windows, about 14 tabs, plus a Mozilla window with
3 tabs 'cause I'm comparing some Moz functionality to Ephy).
Comment 4 Sean Middleditch 2003-05-07 16:55:35 UTC
this sounds like sane behaviour.  of course, this possible with
--new-window (or similar) iirc.

Should the default entry added to the MIME database/file-associations
just include this flag?

I need to get around to logging my other bug on GNOME browser
integration that would solve all this...
Comment 5 Marco Pesenti Gritti 2003-05-13 18:40:03 UTC

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