From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Gtk version getting closer Date: Sat, 9 Nov 2002 15:16:09 +0100 (MET) Sender: emacs-devel-admin@gnu.org Message-ID: <200211091413.gA9EDGMU002273@stubby.bodenonline.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1036852906 8033 80.91.224.249 (9 Nov 2002 14:41:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 9 Nov 2002 14:41:46 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18AWnx-00025R-00 for ; Sat, 09 Nov 2002 15:41:45 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18AWxw-00071U-00 for ; Sat, 09 Nov 2002 15:52:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18AWlS-0003Gj-00; Sat, 09 Nov 2002 09:39:10 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18AWRT-0005cd-00 for emacs-devel@gnu.org; Sat, 09 Nov 2002 09:18:31 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18AWQu-0005V2-00 for emacs-devel@gnu.org; Sat, 09 Nov 2002 09:18:29 -0500 Original-Received: from stubby.bodenonline.com ([193.201.16.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18AWQN-0005N6-00; Sat, 09 Nov 2002 09:17:24 -0500 Original-Received: from pc35.bodenonline.com (IDENT:root@[193.201.16.44]) by stubby.bodenonline.com (8.12.1/8.12.1) with ESMTP id gA9EDGMU002273; Sat, 9 Nov 2002 15:13:17 +0100 Original-To: rms@gnu.org In-Reply-To: from "Richard Stallman" at nov 09, 2002 06:53:58 X-Mailer: ELM [version 2.5 PL0pre8] Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9286 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9286 > > Shall the code be reviewed by this list or any individual before > a possible checkin? > > Please send the patches here so everyone can look. I will do that shortly, probably within a week. > > Does this go in a separate branch (how do you "branch" new files) or > directly to CVS latest? > > We could do it either way. If you have tested building with another > toolkit, and it still works, then I don't see a need for a branch. > However, if you want to make it a branch, I don't think that is > horrible. I would rather not make a branch. I will make sure all other toolkits on Unix works. > Which version of autoconf is the recommended? Does that version have > builtin tests for Gtk? > > I don't think we need one. We don't want to make Gtk the default > at this stage. I was thinking of the code that autoconf needs to detect the path to Gtk and that the version of Gtk is correct, in case the user specified --with-gtk to configure. If we are using an autoconf that doesn't have this built in, I need to create an aclocal.m4 with that code. Since I know there was such a file previously but now is removed, I would like to know if it is okay to create one again. I don't know the reason why it was removed. It can be as easy as it was redundant, but there might be some other reason. > > The toolbar is not a Gtk toolbar, it is the standard Emacs toolbar. > > That is ok for now. A Gtk toolbar can be added later on I guess. I think Gtk/Gnome users expect the toolbar to pick up their Gtk theme, so I will raise the priority for this. I don't use the toolbar, so it is not important for me. > > I am also not sure if I will do tooltips in menus, I find that to be a bit > of a strange user interface solution. > > I think they are important. For the toolbar I agree. Icons can mean many things, so a tooltip helps. For menus, however, the text in the menu should be enough or expanded so the tip is not needed. I'll see what I can do, but they might not make it into the first patch. A cutomize variable to turn tooltips off just in menus is something I would like to add later on. Jan D.