Re: [dev] [surf] next release

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 <peterjohnhartman_AT_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
>
>
Received on Wed Oct 21 2009 - 14:49:29 UTC