I've been thinking about this feature a lot lately,and now I get angry using
IE at work because it doesn't have it. I think this is going to be one of
those things that just feels intuitively right to anyone who uses it. I
always thought the little wheel on mice was stupid until I used one. Now I
can't help reaching for it even when I'm using some other computer. It's a
little like that, but the feature I want doesn't exist yet!

>In "klipper speak", I would say, this is a feature request for an action
that 
>only gets executed on demand, not on clipboard changes. In this case, the 
>regexp for that action would be ".*", i.e. it should match anything (it
would 
>be quite annoying to have that action popup automatically for everything).

There seems to be three different concepts that we are discussing as if they
were the same. I don't know how the code should actually represent each one.


1. Invoke program to operate on the file in the clipboard.
2. Invoke program to create new item based on string in clipboard- Mailto or
URL
3. Feed string on clipboard to predefined input form on the web. 

Random thoughts-

The 'enhanced browsing' feature is fundamentally a way to create a standard
API for querying websites. In the future this might be a XML-RPC call or
similar thing. 

I think it is important that the user perceives the action to be within
Konqueror, even if the heavy lifting is done by Klipper. I don't know if
right-click behaviour is the job of Konqueror or of khtml. However, it would
be great to make this feature available everywhere by putting it in klipper.
I think the klipper interface should present 'local actions' and 'web
actions' to the user. We don't want to muddle up local thesaurus functions
and a thesaurus web site in the mind of the user. 'Web actions' should
always return a HTML page as a result. 

>Or, I could add a dcop interface to klipper, which applications can call to

>execute an action for a given string, without going through the clipboard. 
>That would limit the feature to programs who explicitely add that klipper 
>call, though.

Klipper would have reach into konqueror to get the list of 'enhanced
browsing' items that are configured. Could that function be broken out as a
standalone module? It seems like double-click behaviour in Konqueror with
mime-types is awfully similar to what's happening in function number 1. I
don't know the code so I'm really no judge of what is practical. Maybe
function number 3 should be contained entirely in Konqueror and klipper
could just call it there. Looks like there is an opportunity to get this
feature perfect and make it available to all KDE apps. The correct solution
is in there somewhere!