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: Gtk version getting closer Date: Thu, 7 Nov 2002 20:39:07 +0100 (CET) Sender: emacs-devel-admin@gnu.org Message-ID: <200211071936.gA7JaBMU001860@stubby.bodenonline.com> 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 1036698782 7248 80.91.224.249 (7 Nov 2002 19:53:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 7 Nov 2002 19:53:02 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 189si4-0001sL-00 for ; Thu, 07 Nov 2002 20:53:00 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 189srC-0000Zb-00 for ; Thu, 07 Nov 2002 21:02:26 +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 189sjS-00075y-00; Thu, 07 Nov 2002 14:54:26 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 189sYh-0003lU-00 for emacs-devel@gnu.org; Thu, 07 Nov 2002 14:43:19 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 189sVi-0002uN-00 for emacs-devel@gnu.org; Thu, 07 Nov 2002 14:40:18 -0500 Original-Received: from stubby.bodenonline.com ([193.201.16.94]) by monty-python.gnu.org with esmtp (Exim 4.10) id 189sVg-0002t0-00 for emacs-devel@gnu.org; Thu, 07 Nov 2002 14:40:13 -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 gA7JaBMU001860 for ; Thu, 7 Nov 2002 20:36:12 +0100 Original-To: emacs-devel@gnu.org 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:9236 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9236 Hello. I am getting closer to getting a Gtk version done. I estimate I can check in something useful in a week or two. I have some questions about how to proceed. Shall the code be reviewed by this list or any individual before a possible checkin? Does this go in a separate branch (how do you "branch" new files) or directly to CVS latest? It should not have any impact on current toolkits, but perhaps better safe than sorry? Which version of autoconf is the recommended? Does that version have builtin tests for Gtk? If not, is it OK to add a aclocal.m4 file with those tests? I think there was such a file previously, but it is now gone. I would like to finish dialogs and a scrolling problem (repeat doesn't work, some bad interaction with Gtk and Emacs timers) before I start to merge it into CVS latest. I am currently working off a CVS from the middle of June. If I got the time, I will rewrite the file dialog from Gtk and hopefully it will be accepted into Gtk proper. If not, I plan to just put it in Emacs (the Gtk file dialog crashes Emacs if the current directory contains a Latin-1, or rather non-UTF8, character). This port tries to reuse as much as it can of current X code, so it is very dependent on X. For example, all drawing is done with standard X calls. The event loop is mostly unmodified (split into two functions, but no major code changes). This makes this a bit of a bastard when it comes to X resources. For example, geometry is taken from X resources, but fonts and colours for Gtk widgets must be specified in the Gtk way (~/.gtkrc-2.0). The toolbar is not a Gtk toolbar, it is the standard Emacs toolbar. I haven't decided if I will try to change that, the advantage would be the possibility to have a detachable toolbar. There are detachable menus already, except detaching popup menus does not work, I don't know why yet. Menus could be optimized, it currently rebuilds the whole tree when menus change, this is not optimal. 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. Mac OSX does not have them for example. There are probably tons of bugs, but the more that can run this, the faster they will be found. Also, I wan't to get this in such a shape I can start doing all the other things I have on my TODO list :-) Thanks, Jan D.