From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?J=C3=A9r=C3=B4me_Marant?= Newsgroups: gmane.emacs.devel Subject: Re: GTK file selector Date: Sat, 17 Dec 2005 14:05:30 +0100 Message-ID: <87zmmzoov9.fsf@marant.org> References: <1134552456.439fe58850f31@imp5-g19.free.fr> <878xuma53q.fsf@jurta.org> <17313.37186.344268.487103@parhasard.net> <87d5jxsgib.fsf@jurta.org> <17314.42778.220813.47226@parhasard.net> <17315.7877.155144.973236@kahikatea.snap.net.nz> <85irtoadgf.fsf@lola.goethe.zz> <87lkyk62zc.fsf@marant.org> <85acf0a9zx.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1134828343 31298 80.91.229.2 (17 Dec 2005 14:05:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 17 Dec 2005 14:05:43 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 17 15:05:43 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Encfp-0001p4-Mg for ged-emacs-devel@m.gmane.org; Sat, 17 Dec 2005 15:04:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EncgZ-0007m8-Cc for ged-emacs-devel@m.gmane.org; Sat, 17 Dec 2005 09:05:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EnbhQ-0008Bj-Il for emacs-devel@gnu.org; Sat, 17 Dec 2005 08:02:08 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EnbhN-00089G-7E for emacs-devel@gnu.org; Sat, 17 Dec 2005 08:02:07 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EnbhL-00088b-Ov for emacs-devel@gnu.org; Sat, 17 Dec 2005 08:02:04 -0500 Original-Received: from [212.27.42.36] (helo=smtp6-g19.free.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Enbjw-0008FJ-LG for emacs-devel@gnu.org; Sat, 17 Dec 2005 08:04:44 -0500 Original-Received: from localhost.localdomain (mol92-4-82-227-97-206.fbx.proxad.net [82.227.97.206]) by smtp6-g19.free.fr (Postfix) with ESMTP id 258331818E for ; Sat, 17 Dec 2005 14:01:16 +0100 (CET) Original-Received: by localhost.localdomain (Postfix, from userid 1000) id 97B2EDA6487; Sat, 17 Dec 2005 14:05:30 +0100 (CET) Original-To: emacs-devel@gnu.org In-Reply-To: <85acf0a9zx.fsf@lola.goethe.zz> (David Kastrup's message of "Sat, 17 Dec 2005 00:38:10 +0100") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:47945 Archived-At: David Kastrup writes: >> I think it could be fixed by making bugfix releases as I already >> proposed many times (I also proposed to add myself as manpower for >> such a purpose). So far, supporting the current released version is >> not wanted, as far as I understood. > > We have already too little manpower to support the coming release. Really? There are more than one hundred committers, according to the Emacs page at Savannah. Isn't it only a broadening the scope of features for the next release? >> Also, I wonder if the modular design -- separating core and modules >> -- makes it easier to release often. > > One has to be aware that in the case of XEmacs, this is snake oil. > XEmacs' code base, while frequently released, has not yet even caught > up to Emacs-21.0 in core areas. The packages, while frequently > released, are often in a state of disarray and various levels of > outdatedness. XEmacs-21.5 is quite unstable. And so on. There is > the occasional package that is kept more up to date in that manner, > but the overall effect is not consistently convincing to me. I'm not promoting anything but IMHO XEmacs did it right from the very beginning by focusing on what users expect the most from, that is user interface: toolbar (movable on the left and on the right as well), buffer tabs, horizontal scrollbars, a gutter, rich menu entries from where most UI options can be configured (I'm not talking about "customize"), a package system. I'd even say that there are enough features for most end users. The only necessary improvement I can see is related to Unicode support (which Emacs is doing quite right). Catching-up with Emacs is only necessary because Emacs APIs do change, are enriched, and mode authors who mostly use Emacs update their software accordly. --=20 J=C3=A9r=C3=B4me Marant