From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Arthur Miller Newsgroups: gmane.emacs.devel Subject: Re: A modern-mode? Date: Wed, 16 Sep 2020 16:10:37 +0200 Message-ID: References: <20200916094819.GB13405@tuxteam.de> <20200916102001.GC13405@tuxteam.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34346"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: tomas@tuxteam.de, emacs-devel To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 16 16:11:47 2020 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 1kIY9z-0008rY-4b for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 16:11:47 +0200 Original-Received: from localhost ([::1]:40722 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kIY9y-00058R-7C for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Sep 2020 10:11:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36846) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIY93-0004IN-66 for emacs-devel@gnu.org; Wed, 16 Sep 2020 10:10:51 -0400 Original-Received: from mail-am6eur05olkn2074.outbound.protection.outlook.com ([40.92.91.74]:32272 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kIY8x-0002Qy-3r for emacs-devel@gnu.org; Wed, 16 Sep 2020 10:10:47 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JXAyJ2pe0TjjhBwh65ZafmLYPJnwz1CyR9DQ7S+a+idUB3jFKWvYcqGUViOv9U6XiYJa6kMCYdDWdpAPrqjFJwNSvyKsM0lUa2zlfT1cICL7Qir5EFdCV8owuO95l3MnUwIDg3wrzSxFALkY3G+Ct/qJ6Jlbo3KnxEoXt0KfUn91Wa+BQHU9iYurwyjjEcyVh0xT7LyFGhSevS2X31zQ96xyzpBpmiCEadWwYxJ6ChKAzMzMLs9bK1/eXRgY4PvOeQcz2wkKtnkqcB20Zp+PzlSYI9uyQfJiTenNA+0TViwO4LriMKlCLJ/dN9eSZLj6Yiy+4Du+q7yf7Zo86lqjPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PCU5mJe6FgHC5ZENuEh96RrpL+rjg+x32ab/MqWwL5I=; b=MlJkq0TF3d1BT8yaplG0npZh8IVDZrcPMdOKjIEjhtZ7NIE3z7nW04/PAJo9giVDbzkd1rYiM/DEflVYkNaSXgR4RpaQELpQs8b8PRpSQRZdg9nGwQD1qNp5itOR2J1zA//L1S391OZqm4RVZjmoSsd6t1g0BOhrY8nYTtfg3Hy9VZyhr616vxJGNnQJ0ih4fenbURz2+gsntsVFA8iK/NVbkjTl5GoiMpZ8LDGbguv/iltTzH6hBeVl1zKV50e4HUcSYY+AQVuHgRcW9fMC7bksvDNQRxch7sAf+dbfEu45FtFtA12qX0mYPH0TsN9ZVJ8EvXQNPlFbhZNeO46JKw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PCU5mJe6FgHC5ZENuEh96RrpL+rjg+x32ab/MqWwL5I=; b=lVvMMxqena+/KiI7e+9aH3ZcA66j2BgUV7F9fIu+qfB0RWYxb6dGOkNa1aMeJ+LP4lAGizFVd6kNhUu+f97sHCHa7zNU33zoxJ23SHC6zY+T/OgjbUykA+zXiRWMpt54G0J4BNbFtyaIUEfN37Vp2hY/VpbWM/g88WvCmSjXyacqMg+IWGFXUSHN2kyv4GrHZ9/KxOhfwGTSHIbEVmhMLmLjrFDdI3hs5GM5vWxdwOBAlUSfuXuFKbgTH2NGVFdigEZE+ib+AqnQGBDugUmt5P9AUqFut0hiXv/y9aVIGLetXSNG9+rwKfg4uD9rEfcfcTcnotRn2oXfYVLx621PLg== Original-Received: from DB8EUR05FT008.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::4c) by DB8EUR05HT113.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc0f::463) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Wed, 16 Sep 2020 14:10:39 +0000 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com (2a01:111:e400:fc0f::49) by DB8EUR05FT008.mail.protection.outlook.com (2a01:111:e400:fc0f::145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16 via Frontend Transport; Wed, 16 Sep 2020 14:10:39 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:B50A0E43F4FC0A9C551A15E5BE747DC2CF6F88D58E582E5BFEA7937554D10F4A; UpperCasedChecksum:D2964157CFB5F042D229296993FA27FED7831511F3274C568D68012E32867E5B; SizeAsReceived:9206; Count:48 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::b547:51cd:16c5:4487]) by VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::b547:51cd:16c5:4487%7]) with mapi id 15.20.3370.019; Wed, 16 Sep 2020 14:10:38 +0000 In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vora=22's?= message of "Wed, 16 Sep 2020 14:04:41 +0100") X-ClientProxiedBy: AM6P195CA0037.EURP195.PROD.OUTLOOK.COM (2603:10a6:209:87::14) To VI1PR06MB4526.eurprd06.prod.outlook.com (2603:10a6:803:ac::17) X-Microsoft-Original-Message-ID: <87tuvx6cde.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (90.230.29.56) by AM6P195CA0037.EURP195.PROD.OUTLOOK.COM (2603:10a6:209:87::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3348.15 via Frontend Transport; Wed, 16 Sep 2020 14:10:38 +0000 X-Microsoft-Original-Message-ID: <87tuvx6cde.fsf@live.com> X-TMN: [O5m39JTimrHhzTCg+u/dcOWTd/xEsHBn] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 48 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 9817a6c8-dcc0-4c85-39a6-08d85a4a49b1 X-MS-TrafficTypeDiagnostic: DB8EUR05HT113: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: x06BlozYBvwK3sRuudVxR+wN5ZvaDIGbgqRHG64ThxtpHI3k4OcnYDAQ/6G1oZklProqXTWx8DbTtGu/KQlUpye5dHDWYOJK2zeRAV730151zNkS+r7FjFyaYSzRPJbkNq5wU8GKEvXDgxVOnoKpQnK1fMrqqldpMBRyrBdEUtydRFn3cweBqXirhcKcDGaLS51X0jvpgEMh7wdCJYZ3CA== X-MS-Exchange-AntiSpam-MessageData: LethQBogZG2APvNU5UksaHL78V/Dk7cos+KXEbw/G8j/TV//N1VL8jfQAHBcV8Lca8j1DKtcHHbEUUaJT6E6Z6lVPYuYXOS5ZI3+rbXMWQ5Ua5H9GQ3Aj45RZhSvYhgVlGvmZOxdkE8XANnB+P2ZMA== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9817a6c8-dcc0-4c85-39a6-08d85a4a49b1 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Sep 2020 14:10:38.7853 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: DB8EUR05FT008.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8EUR05HT113 Received-SPF: pass client-ip=40.92.91.74; envelope-from=arthur.miller@live.com; helo=EUR05-AM6-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/16 10:10:39 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:255872 Archived-At: Jo=C3=A3o T=C3=A1vora writes: > On Wed, Sep 16, 2020 at 1:40 PM Arthur Miller wr= ote: > > Jo=C3=A3o T=C3=A1vora writes: > > > I just meant the "custom-themes"=20 > > infrastructure should be enough to accommodate enough of=20 > > the proposed "modern-mode". Not sure if it is (as I don't use it). > No, it is not. It lacks unified framework to use as logicla names for > color use; someting similar to what you have in

,

, ... in > html, just as example. Instead people use rgb values directly in their > packages, and when user changes a theme, packages does not follow. So > theme engine in Emacs needs a little additional work. > > In theming, Emacs works with faces, not with colors. Those=20 > would seem to be sufficient logical placeholders for=20 > various types of colors. But indeed my message suffered > from this confusion, too. You are probably correct about this one. I myself are not very well acustomed to theming engine, faces, defface etc so I might not be aware that this mechanism already is there. Question is why 3rd party packages don't use those placeholders? Is it lack of documentation? Or something els= e. > > I'm=20 > > almost always wary of giants or grand reinventions of things. > > For the "base" Emacs experience that is, in their setups people=20 > > can use all the ivys, dooms, helms and magits they want. > I understand your sentiment, but then, you could say this for any > feature, inclusive fido-mode or icomplete or even find-file. > > I don't think you can. It's because of their simplicity that they=20 > are much better integrated into Emacs's infrastructure. Compare > the number of lines and the number of configuration options > in fido-mode/icomplete-mode to the same number in those other=20 > packages. These are leaner packages, they follow the existing > infrastructure as much as possible, rather than reinvent it. It is a little bit oranges to apples comparison. Helm offered quite different interaction model for completions then what was originally in Emacs. I don't know if fido/icomplete were in place then, so it is natural that complexity is there. Also offered set of feature is not the same. Just being simpler in terms of complexity is not good enough measure of quality, although it might be a reason good enough to use something. Observer also that when Ivy & Co get to level of Helm functionality it will probably be as complex as Helm. Same for other completions etc. > But if the complexity comparison isn't satisfying to you, it's easy > to note that changes to the infrastructure, i.e. completion styles, > are "naturally" absorbed by icomplete-mode and fido-mode,=20 > whereas a package such as Helm had to go through great > efforts to support them (reasonably recently). Indeed, but it is in the nature of the thing, since it historically had to invent what was later added to Emacs core? If I understnd the history correct (correct me if I am wrong). > Don't understand this bit. I use ffap a lot and don't need to "enable" > anything, just M-x ffap. Is it a mode? Ok, I wasn't precise, it isn't a mode, but one can enable ffap bindings automatically so they replace ordinary ones by default.