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 85504 - MDI-Tab-Position patch
MDI-Tab-Position patch
Status: RESOLVED WONTFIX
Product: libgnomeui
Classification: Deprecated
Component: general
2.2.x
Other All
: Normal enhancement
: ---
Assigned To: libgnomeui maintainers
libgnomeui maintainers
Depends on:
Blocks:
 
 
Reported: 2002-06-16 20:39 UTC by Mathias Hasselmann (IRC: tbf)
Modified: 2007-02-02 09:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
The full patch (57.49 KB, patch)
2002-06-16 20:40 UTC, Mathias Hasselmann (IRC: tbf)
none Details | Review
That's how it looks like (144.46 KB, image/png)
2002-06-16 20:50 UTC, Mathias Hasselmann (IRC: tbf)
  Details
this file contains the patch separated by modules (10.51 KB, application/octet-stream)
2002-06-16 20:52 UTC, Mathias Hasselmann (IRC: tbf)
  Details

Description Mathias Hasselmann (IRC: tbf) 2002-06-16 20:39:07 UTC
Bored by seeing galeon2's and gnome-terminal's tabs on top of the 
MDI window i decided to create a patch fixing this problem. The resulting 
code introduces a GConf key "/desktop/gnome/interface/mdi_tab_position", 
updates gnome-ui-properties, introduces gnome_add_setup_mdi_notebook in 
libgnomeui/gnome-app-helper.h.

Still questionary:

- should there really be the "preferred MDI style" entry in gnome-ui-properties -- it's easy to remove the code again
- is gnome-ui-properties the right capplet, should it get a notebook-interface, should the MDI stuff go into a separate capplet
                
Rationale

Guess it's perception thing (as for the buttons in dialogs): When
surfing with galeon I personally use the tabs to download pages in the
packground. When using the terminal I'm putting related background tasks 
into other tabs. Background is the keyword in both use cases: The 
existence of the tabs is an important convenience feature, keeps the 
desktop uncluttered... But the tasks running in them are background tasks, 
they are not important for my current workflow, placed at the top with all 
the important control elements (location field, back/forward/reload-
button) the tabs are disturbing, gaining far too much perception. So I 
like to have them at the bottom. The idea is: I only have one pair of 
eyes, one pair of hands so I only can use on tab at the moment. The other 
tabs are nice to exists and it's important that they are easy to access, 
_but_ they shall not disturb my perception. 

From my knowledge others  see it as more important to have 
of a window at one place. So for them the tabs definitly have to go to the 
top of a window. Since this (perception + workflow vs. 
everything-in-one-place) are to contrary but acceptable philosophies tab 
position should be configurable globally. Even with your important 
reduce-the-(user-visible)-options campain.


What about the posiblity to put the tabs to the left or the right. 
Not nearly as neccessary for me as the top vs. bottom choice even if I 
prefer to have editor tabs at the left - simply since I maximize editor 
windows vertically and having the editor tabs on the left saves space, is 
more readable. But well, since gedit doesn't have syntax+brace 
highlighting I'll stay with nedit and let my window manager place 
miniicons for each editor window at the left desktop border... ;-)
Comment 1 Mathias Hasselmann (IRC: tbf) 2002-06-16 20:40:43 UTC
Created attachment 9257 [details] [review]
The full patch
Comment 2 Mathias Hasselmann (IRC: tbf) 2002-06-16 20:50:53 UTC
Created attachment 9258 [details]
That's how it looks like
Comment 3 Mathias Hasselmann (IRC: tbf) 2002-06-16 20:52:24 UTC
Created attachment 9259 [details]
this file contains the patch separated by modules
Comment 4 Luis Villa 2002-06-17 01:37:30 UTC
patch+enhancement=HIGH; should at least get a thumbs up and/or thumbs
down.
Comment 5 Chema Celorio 2002-06-17 20:09:25 UTC
Removing the CC: list. Mathias, i'm doing this because people might or
might not be interested in this bug, they'll add themselves to the CC:
list if they want to.
Comment 6 Samuel Stringham 2002-06-30 06:51:44 UTC
I am really interested in this bug, I think that the reporter is going
in the absolute correct direction.  An application should first check
to  see if there is a default the user always wants.  I say thumbs up
(for what my opinion is worth)
Comment 7 Anders Carlsson 2002-06-30 08:42:24 UTC
gnome-mdi is deprecated so I'm not sure I want to add additional
features to it.
Comment 8 Mathias Hasselmann (IRC: tbf) 2002-06-30 09:01:16 UTC
I know that the old MDI interface is deprecated. But this patch
doesn't affect the old MDI interface. This patch introduces a function
to setup GtkNotebooks used for multiple document interfaces in a
consistent way. 
And don't tell me that the useful concept of MDI itself is deprecated
in GNOME: This would not be true. Look at Galeon, Gnome-Terminal,
gedit, xchat: tabs are killer feature in those applications. Tabs
would be a killer feature for nautilus.
Comment 9 Yanko Kaneti 2003-02-18 02:48:33 UTC
discussed as well in this thread
http://mail.gnome.org/archives/desktop-devel-list/2003-February/msg00684.html
Comment 10 Kjartan Maraas 2003-05-12 20:20:13 UTC
Any new input here?
Comment 11 Kjartan Maraas 2003-11-30 19:56:47 UTC
Has anyone looked at this lately?
Comment 12 Kjartan Maraas 2004-01-18 17:48:58 UTC
Heeeelllooo? Anybody out there?
Comment 13 Mathias Hasselmann (IRC: tbf) 2004-01-27 10:16:50 UTC
@Kjartan: Looks like nobody, who would be able to merge the patch,
wants this patch -- so it will rotten in the catacombs of bugzilla...
Just some more lifetime I've wasted...
Comment 14 Luis Villa 2004-04-28 13:11:40 UTC
Comment on attachment 9257 [details] [review]
The full patch

obsoleted by later version.
Comment 15 Kjartan Maraas 2006-04-19 09:36:59 UTC
From what I hear GtkNotebook supports tabs on all edges of the window. Closing as fixed in Gtk+.
Comment 16 Yanko Kaneti 2006-04-19 12:31:09 UTC
kmaraas: this bug is about a systemwide tabs position preference for MDI-tabbed style applications like galeon,gnome-terminal, gedit etc. 
FIXED is really not an appropriate resolution here.
Comment 17 Kjartan Maraas 2006-04-19 14:06:00 UTC
Thanks for clearing that up. The possibility that something like this will be added to libgnomeui/GnomeMDI at this point is slim though.
Comment 18 Mathias Hasselmann (IRC: tbf) 2006-04-20 09:47:50 UTC
Yes. Also lost faith in getting this feature. Well, but maybe as gconf-key at least? Still believe in tabs belonging to the bottom.
Comment 19 Mathias Hasselmann (IRC: tbf) 2007-02-02 09:11:52 UTC
Battle[???] lost.