From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Motif support Date: Sun, 19 Dec 2021 15:02:17 +0200 Message-ID: <83ilvk9292.fsf@gnu.org> References: <878rwhbb91.fsf.ref@yahoo.com> <878rwhbb91.fsf@yahoo.com> <83ee699irm.fsf@gnu.org> <87r1a99icp.fsf@yahoo.com> <835yrl9gob.fsf@gnu.org> <87fsqp9cvn.fsf@yahoo.com> <87mtkwzxpd.fsf@telefonica.net> <871r2898rl.fsf@yahoo.com> <87ilvkzx1m.fsf@telefonica.net> <87wnk07tfq.fsf@yahoo.com> <87sfuo7t0a.fsf@yahoo.com> <87czlszvcu.fsf@telefonica.net> <87h7b47rie.fsf@yahoo.com> <878rwgztoc.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35365"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Dec 19 14:03:30 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1myvqb-00093T-VZ for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Dec 2021 14:03:30 +0100 Original-Received: from localhost ([::1]:47930 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1myvqa-0003ad-SS for ged-emacs-devel@m.gmane-mx.org; Sun, 19 Dec 2021 08:03:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:41530) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1myvpe-0002IR-UW for emacs-devel@gnu.org; Sun, 19 Dec 2021 08:02:30 -0500 Original-Received: from [2001:470:142:3::e] (port=33182 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1myvpb-0008KL-0k; Sun, 19 Dec 2021 08:02:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=EPHDAov/jcSYQQeRZm8pO8v4MTqk93G524WwCtFDxc0=; b=pGRnzJmUuGtzw+ZygSEJ dchYPRrvDF74s7VUCDS32kEnu+T2lwXHzOQkzFJCfg991zw1rY3W/Ds21VvBX2cuTFo8BKa90/sxH r4zzBPWBimv0NsZwqisOg0P59QxwPmJsaj7W0U8Q1jn8doX3psMdxw5ziOaDbolZTjeuk/UxezMGa COJOhshqROH1Fru4LPTHrR46eIsLedCIq1Sx57thnx9NcWlIHRqu5T6KRcPtruuzjxGgCcfECppbt gxhcca585yjBUAipl15HbRYTRQCb5vlCEtrmRtL8+5PRyhS5cxlFwt6VQ5PK6kc+mTVpoJmPA6qpr xR+MyXdxfDOcbw==; Original-Received: from [87.69.77.57] (port=4900 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1myvpa-0005du-IH; Sun, 19 Dec 2021 08:02:27 -0500 In-Reply-To: <878rwgztoc.fsf@telefonica.net> (message from =?utf-8?Q?=C3=93scar?= Fuentes on Sun, 19 Dec 2021 13:05:23 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:282427 Archived-At: > From: Óscar Fuentes > Date: Sun, 19 Dec 2021 13:05:23 +0100 > > I worked on some code bases much larger than Emacs' C part, > with an application domain much more technical and specialized, and > achieved productivity on non-trivial tasks after a few hours of study. > Those are projects that put a lot of thought on code architecture, both > macro and micro, with no tolerance for long-lived hacks or "somehow this > seems to work" changes. Either those projects were redesigned and rewritten every few years, or they stopped getting significant changes after several years. Emacs has its major part rewritten only very rarely (the display engine in Emacs 21 and the handling of non-ASCII in Emacs 20 and then again in Emacs 23 are basically the only examples that come to mind). Emacs is also a highly interactive program with many extensions "in the wild", so it must stay compatible throughout the changes. And finally, I very much doubt that any other project supports so many different UI frameworks. These differences explain why you don't frequently see the complexity we have in Emacs. And please don't take this as a defense of what we have, it's just a statement of some facts we should keep in mind.