Bug 27383

Summary:	'smart tags' behaviour in right-click context menu
Product:	[Applications] konqueror	Reporter:	jwsacksteder
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	wishlist
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Caldera RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description jwsacksteder 2001-06-17 19:08:29 UTC

(*** This bug was imported into bugs.kde.org ***)

Package: konqueror
Version: KDE 2.1.1
Severity: wishlist
Installed from: Caldera RPMs
Compiler: Not Specified
OS: Linux
OS/Compiler notes: Not Specified

I would like to propose a feature for discussion relating to MS 'smart tags'. For anyone not familiar with this feature IE will make certain
keywords in rendered text look like links to the user which when followed point to whatever MS wants them to point to. For a good example of this check out this link-
http://www.zdnet.com/intweek/stories/columns/04164277229700.html

I think the good part is the ability make links in addition to the ones the
authors explicitly created in the document. The bad part the reason
everyone is irritated by this is that the meta-links are indistinguishable from normal links. I think Konqueror should should have the following behaviour; Highlight a word as if you were going to copy it to the clipboard and right-click the word or phrase. A context menu appears populated with a list of entries from the 'enhanced browsing' feature. Select the type of lookup you want and open the results in a new window. Don't understand a
word? Right-click and look it up in the Mirriam-Webster dictionary. Need an acronym defined? Right-click and get results from the Internet Acronym
Database. Want to translate a word from another language? Right-click and
feed it to babelfish.

It would be obvious to the user that they were invoking a lookup process
not following a link. It would pop up a new window so as not to disrupt the
existing web view. It would be extensible since it would use the same predefined resources included with Konqueror already. The user would control how and where the search was done. By highlighting the term first indicates you want to right-click the term not the page itself.

The more I think about this the more possibilities I come up with. This could be a 'killer feature' to get people to switch to Konqueror!

(Submitted via bugs.kde.org)

Comment 1 Carsten Pfeiffer 2001-06-19 23:50:50 UTC

On Montag 18. Juni 2001 13:59 you wrote:

Hi Jeff

> I didn't realize you were maintaining Klipper too...

:)

> I proposed the following feature on the Konqueror list.
> http://lists.kde.org/?l=kfm-devel&m=99280565330397&w=2

(CCing to the wishlist)

> It was suggested that this could be an extension of Klipper. What do you
> think about it?

Yes I think this would be a useful addition to Konqueror. Actually... not 
just to Konqueror but to any 'reader' where you can highlight some text.

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).

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.

Cheers
Carsten Pfeiffer

Comment 2 Maksim Orlovich 2004-05-30 22:10:49 UTC


*** This bug has been marked as a duplicate of 22065 ***