I do not see how it is less keystrokes. I bind chapter-select to Alt-z and then it lists all of my chapters. If I want to use chapter-select-custom from the mini buffer I have to type Ctrl+x -> "cha" + Tab -> then continue with my auto-complete. It is many more characters. The benefit that the minibuffer has is that it will cycle through all the options if you keep pressing Tab, which is nice.
I am not supportive of removing the chapter-select because it is many more keystrokes. I doubt the intuitiveness of chapter-select-custom all together. I don't feel that chapter-select is any more awkward than find. On the contrary minibuffer minor modes such as chapter-select and find provide clear context for the user. If the Tab cycling (including shift+tab) was added to chapter-select then there appears to be no benefit to chapter-select-custom. In fact adding tab-cycling to chapter-select could resolve the chapter-select-forward and chapter-select-back enhancement if the tab-cycling were to start from the currently active chapter. On Tuesday, April 19, 2016 at 12:04:13 PM UTC-4, Edward K. Ream wrote: > > > > On Tue, Apr 19, 2016 at 11:02 AM, Edward K. Ream <[email protected] > <javascript:>> wrote: > >> On Tue, Apr 19, 2016 at 10:06 AM, john lunzer <[email protected] >> <javascript:>> wrote: >> >> > >> This is the original non-custom chapter-select command >> . >> >> Hmm. Can't we just get rid of the "bare" chapter-select command? It's a >> really clunky interface. >> > > Furthermore, using tab-completion in the minibuffer takes just as many > keystrokes. This seems like a case where "less is more", or at least > better. > > EKR > -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/leo-editor. For more options, visit https://groups.google.com/d/optout.
