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 521131 - Merge gnome panel and window decorator, reimplement standard window components and decorations as panel applets.
Merge gnome panel and window decorator, reimplement standard window component...
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-08 04:00 UTC by Ethan Anderson
Modified: 2020-11-07 12:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ethan Anderson 2008-03-08 04:00:15 UTC
This idea may require a lot of rewritten code; I'm aware of that.  I wouldn't be submitting this if I did not believe it was completely worth doing.

I originally posted this idea on Ubuntu brainstorm, and I'll put the link to it here as well.  I would appreciate it if any deficiencies in the way I have presented it were overlooked.
http://brainstorm.ubuntu.com/idea/3583/
I feel that if there is one aspect of this idea I present well in that brainstorm thread, in the original idea and my comments after it, it is the possibilities of such a system.
Comment 1 Ethan Anderson 2008-03-09 06:17:42 UTC
I was told by AqD, the author of the gtk mac global menu hack, that this is impractical to do in gnome.

I'm also told that is not the case with KDE, however, the KDE folks don't seem to get it.

Let me provide some contrast for this idea:

Why don't we just make every app draw its own title bar too?  It'd be less code for you to worry about right?  Bad idea?

_why_ is that a bad idea?
(...because this here is a good idea for most of the same reasons.)

When a function is common among more than X% of applications, it needs to be passed down into common procedure.  Menu bars fit that description.  ...as do tab bars, main toolbars, status bars, and location bars.

Do we make every app draw its own widgets?  Not really, no.  We have gtk.  What good does that do us?  Theming.  Reduced redundant code to maintain.  Decreased memory usage.  Extra flexibility.  Streamlined graphical application production.  I feel this idea of mine will bring us even more of those benefits, by not requiring every app to /place/ it's own components.

It makes me sad that the first app I ever saw that blurred these archaic lines was Microsoft Office 2007, and that they brutally pathetic method to do it.
Comment 2 Ethan Anderson 2008-03-09 06:20:09 UTC
...they \used such a/ brutally...

(I wish firefox could check grammar instead of just spelling...  sorry about that)
Comment 3 Ethan Anderson 2008-03-18 06:51:47 UTC
This would be a good idea for a time when you throw immediate practicality out the window.

I'm thinking gnome 3.0.


...Amaranth, I see you.
Comment 4 André Klapper 2020-11-07 12:14:54 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use gnome-panel and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.