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: Opaque objects and Emacs documentation Date: Fri, 17 Jul 2020 15:52:11 +0300 Message-ID: <831rlajock.fsf@gnu.org> References: <20200712184908.13140.5739@vcs0.savannah.gnu.org> <20200712184909.BBC61209B1@vcs0.savannah.gnu.org> <7bf4d6ef-c0ec-43dc-ad5d-f6e81422ad90@yandex.ru> <83zh84m5ws.fsf@gnu.org> <3dd1c224-69b2-40af-5b2e-43a310253632@yandex.ru> <83tuybmtxs.fsf@gnu.org> <859f594b-1343-6d26-e1ac-7157c44eb56c@yandex.ru> <83a6zyk4tt.fsf@gnu.org> <6edffb7d-7708-534f-93ad-bf9180f5e0ed@yandex.ru> <835zamjsvk.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29967"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, dgutov@yandex.ru To: Noam Postavsky Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jul 17 14:52:55 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 1jwPrC-0007fJ-Rv for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Jul 2020 14:52:54 +0200 Original-Received: from localhost ([::1]:39158 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jwPrB-0003pH-UA for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Jul 2020 08:52:53 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51200) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jwPqh-0003O6-S9 for emacs-devel@gnu.org; Fri, 17 Jul 2020 08:52:23 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52624) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jwPqh-0007mL-7e; Fri, 17 Jul 2020 08:52:23 -0400 Original-Received: from [176.228.60.248] (port=2041 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jwPqg-0003Xg-KW; Fri, 17 Jul 2020 08:52:23 -0400 In-Reply-To: (message from Noam Postavsky on Fri, 17 Jul 2020 08:02:29 -0400) 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:253013 Archived-At: > From: Noam Postavsky > Date: Fri, 17 Jul 2020 08:02:29 -0400 > Cc: Dmitry Gutov , Emacs developers > > On Fri, 17 Jul 2020 at 07:14, Eli Zaretskii wrote: > > > > > Cc: emacs-devel@gnu.org > > > From: Dmitry Gutov > > > Date: Fri, 17 Jul 2020 13:53:35 +0300 > > > > > > It shouldn't come as a surprise that I think there is no better > > > technological choice. Otherwise I would have used it. > > > > ??? You are saying that the _only_ way to design project.el is to use > > generics at that high level? > > That sounds like a bit of a misreading: Dmitry didn't say "_only_ > way", he said "there is no better" way. OK, point taken. But the question still stands, even with the modified wording: is there really no way of comparable quality to implement something like project.el except by keeping opaque objects at those high levels?