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: [PATCH] Add an option to not reduce vocabulary of the Japanese Date: Tue, 07 Jun 2022 13:58:43 +0300 Message-ID: <83r1407na4.fsf@gnu.org> References: <87r142ypnq.fsf@gnu.org> <878rqa9cm8.fsf@taiju.info> <87k09tubfa.fsf@gnus.org> <837d5t98qq.fsf@gnu.org> <87h74x96em.fsf@taiju.info> <834k0x93ra.fsf@gnu.org> <87v8td710c.fsf@taiju.info> <87h74x704p.fsf@taiju.info> <8735gh6sjc.fsf@taiju.info> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35705"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, handa@gnu.org, emacs-devel@gnu.org To: Taiju HIGASHI Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jun 07 13:57:49 2022 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 1nyXqG-00097y-8r for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Jun 2022 13:57:48 +0200 Original-Received: from localhost ([::1]:37416 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nyXqF-0001F1-4Y for ged-emacs-devel@m.gmane-mx.org; Tue, 07 Jun 2022 07:57:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48238) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nyWvG-0004WV-Ns for emacs-devel@gnu.org; Tue, 07 Jun 2022 06:58:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:59864) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nyWvG-0004QS-5x; Tue, 07 Jun 2022 06:58:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=WIbUUcQmxef+HETA9frlX6jxPvpiNmfVv65vRJr988I=; b=rSv+2VMhmvkf mI/L/MOnv0gMcq8vUDejHTr/xNFMAwXgGmMU5+lDYyz5hidmSDKHLGE57upjNBwJRvk1FvSlI4L0I kLj6lAf+5J+VJqQDMUl7uA1KUixe61v0u40WNzZwe014ksJ79NlcLFfIAKrK2Tfcq3NWDF/594Iir ydHerT1DnGezVDFEwtvyXITh5fVjtrZ0jv6WI/N/BIr9xUb4TpOcTTrm8ZO3Se1vdhYPS0YbOuMJd sUyg4AZlcDy6UuEGSprOjo4HaGiZug9T76K3bT7MQK5HIW8+boB2Obmo76LtC56JjcY2E80Tza8ny cfRjbFJwS19vMYoLmVJ15w==; Original-Received: from [87.69.77.57] (port=3325 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 1nyWvD-0002jS-2W; Tue, 07 Jun 2022 06:58:52 -0400 In-Reply-To: <8735gh6sjc.fsf@taiju.info> (message from Taiju HIGASHI on Tue, 07 Jun 2022 12:50:31 +0900) 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:290850 Archived-At: > From: Taiju HIGASHI > Cc: larsi@gnus.org, handa@gnu.org, emacs-devel@gnu.org > Date: Tue, 07 Jun 2022 12:50:31 +0900 > > > > Sorry, I had forgotten that handa-san had advised me to add functions > > and commands separately and avoid making backward incompatible changes. > > > > I will make another patch later. > > Sorry for sending several emails. > > I was going to go into the implementation, but I am beginning to feel > that it is inconsistent that the default behavior has changed, but the > behavior of commands and functions has remained the same. > > For example, if the batch-skkdic-convert-without-reduction command is > added separately, users who dare to regenerate a Japanese dictionary > with a reduced vocabulary will execute batch-skkdic-convert. > It is disconcerting that a command that we can assume is used by default > behaves the same as commands in the past. > > I would like to get other people's opinions on whether I should do that, > since it has the side effect of making the code less maintainable. We don't need to change the default behavior of the existing commands. We can leave the default behavior the same, and introduce optional arguments to produce the new behavior. We just want the build process to use this new behavior by default, and allow users to request the old behavior at configure time. OK?