[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Compiling Emacs with GTK

From: August
Subject: Re: Compiling Emacs with GTK
Date: Sat, 26 Feb 2005 00:28:03 +0100

On fre, 2005-02-25 at 19:36 +0100, David Kastrup wrote:
> August <address@hidden> writes:
> > On fre, 2005-02-25 at 15:18 +0100, David Kastrup wrote:
> >
> >> Athena does not mix with Gtk, and Athena menus and dialogs suck
> >> royally.
> >
> > I think that if the standard Emacs release supported a native look
> > and feel of the menu bar and the scrollbar on the major desktops
> > GNOME, KDE, Windows (XP), Mac OS X etc. everyone would be
> > happy. These are really basic widgets, so it can't be that hard to
> > code it, right?
> If you had bothered informing yourself, you'd have found that GTK+,
> Windows XP and MacOSX (as well as Athena and Motif and naked X11, and
> I probably forgot something) _are_ natively supported in the developer
> version.

With "the standard Emacs release" I mean the non-CVS version. Will this
GUI support make it to the next release?

> Qt is C++, and the whole signal/memory management model and baggage
> coming with it is not likely to blend well with Emacs which ties into
> lots more of operating system functionality than just "widgets".

Ok, I see the problem with Qt.

> GNOME and KDE are _not_ "basic widgets" but complete desktops.  

Never said that. *Menu bars* and *scrollbars* are basic widgets in the
sense that they are supported by all GUI libraries (at least all GUI:s I
know of).

> Emacs
> supports drag&drop from them to itself, but that is mostly the extent
> of its capabilities.  But GTK+ of course provides the GNOME _looks_,
> and the icons it uses are also synchronized with GNOME 2.

Emacs precompiled on Fedora Core 3 (from the fedora repository) does not
support drag'n'drop, but you are again referring to the developer
version, right?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]