2009/10/21 Peter John Hartman <peterjohnhart...@gmail.com>: > > > On Wed, 21 Oct 2009, Julien Steinhauser wrote: > >> On Wed, Oct 21, 2009 at 09:17:52AM -0400, Peter John Hartman wrote: >>> >>> What about cases in which one wishes to both type a few words and then >>> paste? For example, when I want >>> to do a smart prefix search (via dmenu) on Bob McCrue (who sits in my >>> selection buffer) but I also >>> want to do something like "University of Wherever" + "Bob McCrue" where >>> the first part is something >>> I type in by hand and the second part is something I want to just "paste" >>> in? The same argument >>> could be launched with respect to the find feature (which now utilizes >>> dmenu). >>> >>> Or maybe you have something else in mind when you talk of "integrating >>> into dmenu's cache"? >>> >>> Peter >> >> sselp does it also in case you wish to paste "and" write. >> Select something, then run echo `sselp` | dmenu, tab, space >> and what you write after that follows your selection, >> terminate dmenu and all is printed out. >> >> >> > > Fair enough; but the functionality still seems a bit stifling, doesn't it? > Particular problems I would see with this (in terms of "workflow") are as > follow. > > Let's use the simple example of the surf-find function which now uses dmenu. > > (1) You have to know in advance if you want to paste into the input field or > not (on your proposal). > But sometimes we don't want what is in our x selection buffer to show up as > an option in the find. > For example, if I have a huge chunk of code in my x selection buffer, but I > want to find someone's name. But sometimes we do want what is in our x > selection buffer to show up as a option in find. > Hence, we have to know in advance on your proposal, which strikes me as bad. > > (2) You can't easily just type something, then paste, then keep typing > something (on your proposal). > In fact, you can't type something and then paste either, as the paste > selection disappears after > you start typing. This again seems like a limitation. > > These considerations suggest that perhaps a patch to dmenu should be > re-evaluated for inclusion in > vanilla?
Well I'd be fine to support ^p in order to paste selection until "\n" into dmenu if that helps. Kind regards, Anselm
