I always use shift+insert or middleclick for pasting, what's the unix
way to paste?
^p is already supported in surf, and mozilla load pages if you paste
them in the
web canvas...so which is the 'correct' one? :)
And yeah i didn't mention ^C^V because I never use them and can break other
keybindings of the underlying app. Like the unix-editing for textentries
on gtk
apps, because ^W is the default keybinding for closing windows on Gnome
apps.
Anselm R Garbe wrote:
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
