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.help Subject: Re: [External] : A peek to the other side Date: Wed, 23 Feb 2022 13:24:57 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7448"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacsq , "'Help-Gnu-Emacs \(help-gnu-emacs@gnu.org\)'" To: Drew Adams Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 23 13:25:54 2022 Return-path: Envelope-to: geh-help-gnu-emacs@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 1nMqiO-0001lR-Q5 for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 23 Feb 2022 13:25:53 +0100 Original-Received: from localhost ([::1]:40634 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nMqiN-0004V5-Cr for geh-help-gnu-emacs@m.gmane-mx.org; Wed, 23 Feb 2022 07:25:51 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43028) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nMqhc-0004Ug-4m for help-gnu-emacs@gnu.org; Wed, 23 Feb 2022 07:25:04 -0500 Original-Received: from mail-oln040092071042.outbound.protection.outlook.com ([40.92.71.42]:60823 helo=EUR03-DB5-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 1nMqhZ-00045B-JU for help-gnu-emacs@gnu.org; Wed, 23 Feb 2022 07:25:03 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a8zA+ps0nIZn6zd/sb4Ik19La4IZLcdVFUyFNjj2zAgKTZZNjRlvqyEU7h5vDhnMN4fvgzcra/dWbCrFXSDYALeTvbQnqd5Ld6YXVyLg8EH5Qk7JrPEP5N6iiNO+RCGsPBEFX7WScL62ZQ16OvLD0KK3wP7r8YCQe1Br+aDJSNdVDI1LmD1qkpk9c167eKY1KgZDMRf31L0ErooqV+7XOch//7pWOWGfSgWtjZ8ocayZeb4Y7S9hoWyCLub7xu4y2/ud8kixKTMVPz3W6Z2/FAPTNKJUTB5qVo3R1SlOhljcqny7T0c53ShGca4D6/6g9w9R1icJxKlCGG6nEwz/5w== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=fMsYLZzT4MF68/M8wE9iySLCI1pZg4cf0aUuCuaNtdU=; b=OXyJ5QD1BfWj17oaH1o/IEYut/ViJClVk6v856XEMtD7MNTYma7VpZdB0uGdjlmH3mPF1djcf8+h6pLsZFdatJsrPXUys8zRKfI9RWmhMjatNZvw/5z2c2qBRSjZ4Zr2wk4B+CqwMj/8Bcrm/6eQi3EVyrLeYMNtpYeqLBtMTV3wvAzeiWI69zX/2psokqZ+0XP0cdOZ4rQYP4S6YWjjbhR5NrilK7ORPEI3pAxdsoFLrEbQG0XGsQyhHP8LOiKFGkpXqkRy8GnYRcZsFp7F9P7SEqUnQuyVQSq/6JQcsPX+oIf7OpXmeQHQ7/zOjci2HSvEKs8CpyswsGK5fp7aBA== 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=fMsYLZzT4MF68/M8wE9iySLCI1pZg4cf0aUuCuaNtdU=; b=hI97/Jnjf2oBI6CZ7sPFc+6M2TFWSukmBzTVsIYvBjqpYIepr6T06SmZXb1gKKIIeQdJX4IeLNjsFAPXVWQVjTphMTDGnf23k8P5+ocv91nlPKfCNcCB18hifQmXUC7xI+9fyfsPgb5AdiT4AN80mKpFizjXe5I794GGzQ0AtVXfB+ZU47hEL4jtftzbN5wI7ZJCD/tW7XDVykeoOVlyglj+ag/oRrO500znuUCMzMYWGPxRENSgH/IgvxDMhjaOp7IcJ+MFkvTTk1fzmv+WXczgx6iyUKdJpYGPCu/DdnUo1yQ85WirfP77A2wKCGzEubkz/1glXicgFDUW32jN0Q== Original-Received: from AM9PR09MB4977.eurprd09.prod.outlook.com (2603:10a6:20b:304::20) by PR3PR09MB4345.eurprd09.prod.outlook.com (2603:10a6:102:3b::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4995.16; Wed, 23 Feb 2022 12:24:58 +0000 Original-Received: from AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::b569:2640:494d:e192]) by AM9PR09MB4977.eurprd09.prod.outlook.com ([fe80::b569:2640:494d:e192%6]) with mapi id 15.20.5017.022; Wed, 23 Feb 2022 12:24:58 +0000 In-Reply-To: (Drew Adams's message of "Tue, 22 Feb 2022 17:11:28 +0100") X-TMN: [77AwPQyWfXK4A+zB5GTaCTsR7rjfHM0P] X-ClientProxiedBy: HE1PR06CA0144.eurprd06.prod.outlook.com (2603:10a6:7:16::31) To AM9PR09MB4977.eurprd09.prod.outlook.com (2603:10a6:20b:304::20) X-Microsoft-Original-Message-ID: <87ilt5epnq.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 221f8113-14a2-4f64-a939-08d9f6c78198 X-MS-TrafficTypeDiagnostic: PR3PR09MB4345:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 3i3DWnsYfaZlc6wjcT9+3SiYoneSTjrdu5pfw1d/MQ+bjl8Tq8chur/y5dra1TYuz25wUMVtnTowCJkalQXttB72DwMMDDEoDHoDHJcM0m4g0sUUUF+rbgj3/VzvuB3DaoHtZdMJZDOXndj1xhPuPveCKzbYsj8J1iTLkcTN7++it8oCkCfeM74nQlwDIqiGr0v/ksBlYrWiN2KUUPIoNrSpcvIga6hrXxiz3Kiu3ofPvBAgK81tKIP6Woq2JFIPkgUOVs7angAHsXc5TraoSsHGxZQNgKZO8//Zj1SgGyZ4A6/16zdRcNLpibcFpfl5G65pw3Or9fvqHseeopu21TZiu8Sk5s4FSUmUlc7003qUrbGtQ+QELGnyZJAmfm2rQWcmiGYT+s4QtGC9bj4UBrVra05qikrRQLBxByVFBqu6XtiV9Uvm9DaF+QHmMStR/6BAwWNFJmi818J57AnWl9aD/vPAFFAffquu+GRqvZYyO6Z9RHjqmIhjR+1CREnf00DzaJllpLeqG8dtsp4nhHhlbSCWJ5rgBEt4pbwkTUpLglz+Tg7gKb0Tj2swslMKHbXUvU6DEdwrY4FYxq6IOA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?UAeV5cJ4RiLLzmqHXby+lDaY5vfIELypt4NaTESlR21I/z8qj6AMsV9Ho+4g?= =?us-ascii?Q?oHZokLTIWn1MUPs1tLXb746D+gZL9ZmIeFbytpAm0v1iel4y50krahT6PLp4?= =?us-ascii?Q?tSFt0AjO+56AzXc1NwqBu3paHxotb1FBwILVZ4HzVV2a63k37O3VWWiWF3Nz?= =?us-ascii?Q?wPP5W9nLwhATXrgzxv5OAf1y6vhruMguuxeqjokCbWGBrbV6+7z2US9eLtNw?= =?us-ascii?Q?7qw4uCArhIHaMH+J6ujRB/XeQO+a2h95UFruYR7fRfWFyfBz8XQpkAZqesx7?= =?us-ascii?Q?LDXnebGFhn212BgXQQDOG5mXRQdTsdOrPh+Q7TYKtPTprD9OgEwQXFJCMgQc?= =?us-ascii?Q?Hzaa1il6bwRuVRlAklZ54UBSp6iaYh+enPrQRAFACaXuAULDdoHrFU0XKPZa?= =?us-ascii?Q?hz0r+3Gi1/Catjy0PhVU+ACoLhc8Mkb7dJGXj29131ZV32DBdxO+aIT1vd5G?= =?us-ascii?Q?6DKDLRmZu5q4g8XDcKojI9S71M1WeWkjcNazWidgj/4phf5uJNWGvlL/j2Pi?= =?us-ascii?Q?bBedBNZyzSggourp5y2yNMhl0PtpQyAqo8hALnUPhqgXJi/zIxBr/9HJO7mJ?= =?us-ascii?Q?6FJWR8zfE30dRFeNps/2hJN9sJ6qg4lYw6UfRqaNZ0CVquQxTfeiw8i2qGtD?= =?us-ascii?Q?fc X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-64da6.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 221f8113-14a2-4f64-a939-08d9f6c78198 X-MS-Exchange-CrossTenant-AuthSource: AM9PR09MB4977.eurprd09.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Feb 2022 12:24:58.7512 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3PR09MB4345 Received-SPF: pass client-ip=40.92.71.42; envelope-from=arthur.miller@live.com; helo=EUR03-DB5-obe.outbound.protection.outlook.com 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:136167 Archived-At: Drew Adams writes: >> If you didn't you don't know how lucky you are with the integrated >> Elisp manual. It doesn't have an integrated manual, you have to browse >> a huge HTML file to find some API call... > > The built-in help and thorough-going introspection of > Emacs and Elisp are in fact outgrowths from Lisp and > the Lisp community. Lisp has had this strength from > the outset. > > And RMS has always had a strong will to keep Emacs > open and self-aware/self-documenting. "Doc", in > multiple senses, has always been important to Emacs. > And Eli has continued this practice and direction. > We've all been lucky for such attention to doc/help. +1 Yes, thanks guys! >> And as usual with APIs (unlike Emacs' open system) you can only access >> what the developers expose via the API which is very limiting compared >> to Emacs. > > Yep, free, open code, down to the bit-level. It's > free turtles all the way down. > > IMO, even the notion of "internal" variable, function, > or other Lisp construct is a misnomer in Emacs. (I'm > in a minority on this.) > > That "internal" label can/should never mean more than > a _relative_ and rough indication of some imagined > probability that the thing might change. Everything > might change, and nothing is really "internal". > > Unfortunately, there's been more of a tendency in > recent years to "name-claim" more things to be > "internal", as if that somehow protected something or > someone (Emacs development/developers? Elisp users?). > > As always (esp. with Lisp), some things whose creator > never thought of as possibly useful or needed outside > the initial context do find useful uses by _users_. > > By using something thought/intended to be "internal", > users can discover real uses and put to the lie the > notion that the thing should be considered internal > or in some way restricted. > > The tendency to think in strong black-&-white, > internal/external, baked/fluid, closed/open terms > comes also (I think) from the fact that developers > come to Emacs and Elisp from working with other, more > static/structured languages and environments - worlds > where there really can be a strong use and need for > an inside/outside separation and protecting coders > from themselves and code from itself (beyond purposes > of abstraction). I don't think it is so white or black. It is more like, here is an API, we promise it will stay stable, we won't change it, we make commitment to keep those same in the future to keep your applicaiton stable too and minimize your effort as an application writer. But for "private", of which "internal" is Elisp version, there are no such compatibility guarantee. It can be that some code bases are not so dedicated to keeping public APIs very stable, while others are more rigorous in that regard. But yes, everything changes, nothing is written in stone. >> You can't change everything, so you don't shoot yourself in the foot. I >> prefer Emacs' approach where I can even break the system, which is a >> great learning experience. Yepp, indeed, I love doing this myself :-). > Indeed. Not only learning for an individual, but > discovering and inventing for everyone. Yes, and that is great thing not just with Emacs or GNU/FSF software, but with all open source software. It empowers everyone interested to become part of development, not just those with money to invest in shiny new tchnologies launched in recent years by big tech companies. Even those in poor contries running on cheaper hardware can take the software, adapt it and use it, instead of being marginalized by companies who don't see profit and thus reason to adapt new shiny tech for such community of cheap old hardware.