From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs completion matches selection UI Date: Fri, 20 Dec 2013 10:17:54 +0900 Message-ID: <87k3f0xqv1.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87fvqtg02v.fsf@flea.lifelogs.com> <87d2ltl2if.fsf@mail.jurta.org> <8338moevm3.fsf@gnu.org> <8761rkaa5e.fsf@flea.lifelogs.com> <87txf0390n.fsf@flea.lifelogs.com> <87y53komex.fsf@flea.lifelogs.com> <87haa8moh6.fsf@flea.lifelogs.com> <874n67n450.fsf@flea.lifelogs.com> <87eh5bkxca.fsf@flea.lifelogs.com> <87d2kuzzqj.fsf@uwakimon.sk.tsukuba.ac.jp> <87a9fylusq.fsf@flea.lifelogs.com> <878uvizrwz.fsf@uwakimon.sk.tsukuba.ac.jp> <8761qmkyn1.fsf@flea.lifelogs.com> <87zjnyxdpb.fsf@uwakimon.sk.tsukuba.ac.jp> <87k3f2j7xv.fsf@flea.lifelogs.com> <2518D79A-B9E4-45DF-A403-8330145DFD17@gmail.com> <87eh58j0x3.fsf@flea.lifelogs.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1387502293 4008 80.91.229.3 (20 Dec 2013 01:18:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2013 01:18:13 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 20 02:18:15 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VtojF-0003J6-R6 for ged-emacs-devel@m.gmane.org; Fri, 20 Dec 2013 02:18:14 +0100 Original-Received: from localhost ([::1]:47308 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtojF-00067C-9u for ged-emacs-devel@m.gmane.org; Thu, 19 Dec 2013 20:18:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vtoj5-0005wd-SK for emacs-devel@gnu.org; Thu, 19 Dec 2013 20:18:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vtoj0-0005rs-0H for emacs-devel@gnu.org; Thu, 19 Dec 2013 20:18:03 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:50380) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vtoiz-0005qb-Da for emacs-devel@gnu.org; Thu, 19 Dec 2013 20:17:57 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id D6A499708DB for ; Fri, 20 Dec 2013 10:17:54 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id CB393136F25; Fri, 20 Dec 2013 10:17:54 +0900 (JST) In-Reply-To: <87eh58j0x3.fsf@flea.lifelogs.com> X-Mailer: VM undefined under 21.5 (beta34) "kale" 2a0f42961ed4 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166639 Archived-At: Ted Zlatanov writes: > On Wed, 18 Dec 2013 22:40:39 -0500 Stefan Monnier wrote: > > >> If theres another point to this debate, please forgive me, because > >> I have missed it. > > SM> Personally, I'm trying to understand what it is that Ted is suggesting. > > I've explained it so many times I'm starting to wonder if my English is > the problem. It is. Or more precisely, your abuse of Emacs technical terms. Cf the discussion of "special text buffer". > should be going in graphical mode, and if *Completions* stays it should > be only in text-mode. There you go again. *Completions* is a *buffer*, and does not imply any particular display. > Perhaps you can look at the URL and explore all the options and use > cases offered by the jQuery UI autocomplete widget instead of assuming > my goal is to traumatize you with shiny things. There you go again. > The jQuery UI library didn't become a de facto standard by > accident, it really is a good API. For many people, especially those for whom a computer needs to be white goods like a washing machine or toaster with one start button. We *know* Emacs users are in general not members of that group. That doesn't mean it's not good for Emacs users too, although I know one Emacs user very well who ignores it when present because it doesn't do a damn thing to float his boat in his workflows. But "became a standard in that world" is simply not appropriate logic for bringing it (or similar) into Emacs. At least, it never was in the past. "Try it, you'll like it" is a risky strategy, too. Some people won't, and if they're decision-makers you need to appeal to, well, "sayonara, baby!" > Yes. Most of us are terrible at detecting bad UI in the tools we use > every day, and pretending otherwise is disingenuous. I believe that Emacs users are *much less likely* to be members of the the "most of us" you describe here, and that they use Emacs as much for the power implied by the ability to hack your UI as for the power inherent in the ability to hack apps using powerful APIs. I've watched Windows power users at work to see *how* they do it, and I have to admit that their behavior is clearly more efficient than mine in Mac OS X. The difference is that they all paid $500 to $1000 for various amounts of training in Windows use, and I'm self-taught. The point is that the Windows UI is *not* inefficient in itself, but it's tuned for a certain type of user, it's not actually horrible for newbies, and it's pretty bad on the discoverability feature. What you haven't addressed is why the UIs you suggest are appropriate to Emacs use. One size does not fit all apps, and one size does not fit all users. > I think you've described (except for the tag cloud, which IMO is a > horrible user experience) I agree, in general. But here the filters will be the same ones used already, which all agree are pretty good, whereas I find tag cloud filters to pretty much suck (I know how to type "US" and "China" quickly, I don't need those two tags to take up 55% of the display, thank you very much /Economist of London/). Perhaps more important to evaluating my suggestion, the "tag cloud"-style UI is a *proposed* design targeted at *specific* consoles with *inaccurate* pointing devices.