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: How to make Emacs popular again. Date: Sat, 26 Sep 2020 22:28:24 +0300 Message-ID: <83lfgwpcbr.fsf@gnu.org> References: <20200926163008.GS1349@protected.rcdrun.com> <83y2kwpjfo.fsf@gnu.org> <20200926173651.GU1349@protected.rcdrun.com> <83sgb4pfvl.fsf@gnu.org> <20200926185824.GV1349@protected.rcdrun.com> 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="19104"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jamtlu@gmail.com, emacs-devel@gnu.org To: Jean Louis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Sep 26 21:29:13 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 1kMFse-0004qB-C8 for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Sep 2020 21:29:12 +0200 Original-Received: from localhost ([::1]:58194 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMFsd-0006dO-Ew for ged-emacs-devel@m.gmane-mx.org; Sat, 26 Sep 2020 15:29:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45076) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kMFs1-0006C3-Ay for emacs-devel@gnu.org; Sat, 26 Sep 2020 15:28:33 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37881) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMFs1-0003dT-0h; Sat, 26 Sep 2020 15:28:33 -0400 Original-Received: from [176.228.60.248] (port=4447 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMFrz-00081L-LN; Sat, 26 Sep 2020 15:28:32 -0400 In-Reply-To: <20200926185824.GV1349@protected.rcdrun.com> (message from Jean Louis on Sat, 26 Sep 2020 21:58:24 +0300) 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:256497 Archived-At: > Date: Sat, 26 Sep 2020 21:58:24 +0300 > From: Jean Louis > Cc: jamtlu@gmail.com, emacs-devel@gnu.org > > > > It is your opinion. > > > > Each one of us expresses his or her own opinions. It's a trivium. > > Sure, but we talk about users, so to say that one cannot learn the > stuff in general, should be supported by some kind of a survey. Same is true for your opinions. > The fact is right now is that not every tooltip is usable "Not usable" in your opinion. I disagree. > So it will happen to new user to get confused. Users expect tooltips > to describe the function, and description shall be made better > understandable. You (and anyone else) are welcome to suggest improvements. But the fact that there's place for improvement doesn't yet mean that what we have is unusable or confusing. > > > I tried finding what should undecided-unix mean, and I cannot find, I > > > just found that "unix" is alias for "undecided-unix". > > > > Type "C-h i m emacs RET i undecided RET", and read there. > > I did not find the definition for undecided-unix by following your > example. That it is alias, does not define it. I don't think I understand why. Quote: The coding systems ‘unix’, ‘dos’, and ‘mac’ are aliases for ‘undecided-unix’, ‘undecided-dos’, and ‘undecided-mac’, respectively. These coding systems specify only the end-of-line conversion, and leave the character code conversion to be deduced from the text itself. (The previous text explains what is "end-of-line conversion".) > > Not "experienced", but one who have read some minimal introductory > > material about the Emacs UI, and/or have learned how to use the manual > > to search for (as yet) unknown concepts. > > For that group of people I disagree they need any tooltip > then. Tooltip is for users to understand it, it is not for Emacs UI > skilled people. It is for unskilled. I didn't say "skilled". Users aren't divided into those who know nothing and those who are "skilled". There are many degrees of gray in between. > > The logic is that when they find some term that is not clear, and the > > text there doesn't have a hyperlink to where that term is described in > > more detail (there usually is), then the user should go to the > > Glossary and search the term there. > > Sure, you know it. But does it say anywhere? Does it guide the user? Having a glossary is one of the basic traits of any serious publication. Not unlike having a TOC. I expect readers to know about that and actively search for it. > > Once again, there are limitations of what can be usefully said in a > > short menu entry and its tooltip. If you have practical suggestions > > for how to use up the available screen estate better in that case, > > please propose how to improve the wording we have there. > > I think that general principles shall be set first, as to improve > wording, there are so many that could be improved, the descriptions > should not be written in first place that do not describe it > meaningfully. So I do not speak of a specific bug, I speak of general > flaws hindering understanding for users. There are no "general flaws" in this context. These aspects of Emacs documentation and UI were worked on for many years by many talented people. So any flaws are likely specific and not general. In any case, speaking about "general flaws" without any concrete details and concrete proposals for specific menu items or tooltips is not a very useful investment of our time. So if this is what you intend to talk about, I'm afraid I won't be able to continue participating in this thread. > > > I am not speaking of myself Eli. I am speaking of new user viewpoint. > > > > So am I. > > Alright, then your viewpoint for new users is way advanced. Your words. I disagree. > So something like: > > Search files (Grep...) is using the external shell command "grep" that > searches the named input files for lines containing a match to the > given pattern. That is basically what the tooltip already says.