[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf
 main


  Tenor: The Contextual Linkage Engine
KDE in the News Posted by Daniel Molkentin on Wednesday 13/Apr/2005, @14:43
from the where-did-i-put-that-file dept.
On LinuxPlanet, Kurt Pfeifle explains details about Tenor, a framework that will facilitate new ways to locate and otherwise manage content. Learn about the background of Tenor, what differentiates it from "desktop search tools" and why this new approach is needed in a world of ever growing disk space. Additionally, the article provides some insights from Scott Wheeler, one of Tenor's authors and primary designers.


<  |  >

 
  Related Links
 ·   Articles on KDE in the News
 ·   Also by Daniel Molkentin
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Over 40 comments listed. Printing out index only.
Some additional remarks
by Kurt Pfeifle on Wednesday 13/Apr/2005, @16:54
--> The article isn't very specific on Tenor's technology. It
does however hint at the main conceptual idea that drives
its development.

--> The main purpose of the articles is to provide background
on *why Tenor has been started* at all, and why I, as a *user*
(not a C++ developer) see a very convincing use case for it.

--> Tenor is now a joint project of Scott and Aaron J. Seigo,
it seems to me. (I neglected that aspect a bit in my full
article).
[ Reply To This | View ]
Beagle?
by standsolid on Wednesday 13/Apr/2005, @17:28
Tenor reminds me alot of gnome's beagle.

Can't wait to see how the KDE team will implement this one! It will surely be killer.
[ Reply To This | View ]
ETA
by James Nash on Wednesday 13/Apr/2005, @17:29
It looks rather impressive. When will we see the first applications to make use of Tenor technology?

Regards,
James
[ Reply To This | View ]
It's not a coincidence
by Eike Hein on Wednesday 13/Apr/2005, @18:09
Great stuff. It strikes me that KDE is in the almost unique position of having the technology, the development ethic and the organizational structure to accomplish such a turn-around, thanks to the tightness and code-reuse within the KDE platform. Which other player in the field could roll out such heavy-weight technology in a reasonably complete set of desktop applications at the same time - the enabling condition for being able to take advantage of contexts? Apple comes to mind, arguably, but the list pretty much ends there.
[ Reply To This | View ]
Tenor
by Spy Hunter on Wednesday 13/Apr/2005, @19:36
Tenor sounds cool, but these are hard problems. Is there actual code in a cvs somewhere to check out and take a look?
[ Reply To This | View ]
Application support...
by Leo S on Wednesday 13/Apr/2005, @20:05
Soo. Is this something that applications would need to support specifically? Something like dashboard where applications supply "hints" as to the current context?

It sounds so interesting, partly because, when someone talks about Beagle, or Spotlight, I immediately have some idea how one could implement such a system. With Tenor, I can't even begin to think how it might work, code-wise. :)
[ Reply To This | View ]
Tenor KIO-slave?
by Janne on Wednesday 13/Apr/2005, @23:55
Maybe I missed this part in the article, but... How will Tenor be implemented? Will there be a separate Tenor-app that you use, or will it end up being a KIO-slave? I could see benefits in having "tenor://seigo kde-usability png" in file-dialog for example. The example would find all png's that were sent to kde-usability by Aaron J. Seigo. yes, the example is pretty limited, but gets the idea across.

Of course, there is a problem that KDE has even today: how do we tell the users about all the great technology KDE has? I still run in to KDE-users who do not know about audiocd:// or fish://!
[ Reply To This | View ]
Cat out of the bag too early?
by floyd on Thursday 14/Apr/2005, @07:00
Though I have lot of respect for both Scott and Aaron and their capabilities to pull this off, I think this article is mis-timed and full of vaporware. I am sure it will be delivered with all (maybe more) or most of the promised functionality, we have some of the best people. The article has 5 pages three of which are just a waste of space, and the last two pages offer so little information about the technology itself.

The only new bit I got was that we have a formal name for "klink" and its called "Tenor." Rest was just a rehash of existing information that Scott has been talking about last few months.

I would wait till the ideas take shape, fuzzies become clear, and we have some code to show. Till then, lets not raise the hopes of others. KDE is not known for pushing vaporware.
[ Reply To This | View ]
OT: "Finding" Applications and KParts Plugins
by MM on Thursday 14/Apr/2005, @11:44
When searching for a document in Konqueror or KFind, they both list the documents matching the search criteria.

If a "search text" is given, that the document must contain, Konqueror again only displays the documents it finds, and KFind additionally displays the first occurrence of the "search text". They both do not show <i>all</i> occurrencies of the "search text".

One has to open each document, one by one, by clicking it, and if a specific document is larger than a view lines, it is faster to use the applications built-in search functionality, entering <b>again</b> the "search text".

For now, I can think of 2 solutions to this "problem":

1. Change KDE applications so they e.g. accept a parameter --find 'search text' parameter and then automatically open the search dialog which has the 'search text' already set according to the parameter. The user can then click "Find" to find the first occurrence of the search text (instead of entering the "search text" some dozen times).

2. Change the KParts so they are able to provide buttons for searching in both directions, and maybe highlight all occurrencies of 'search text'. (Has Google a patent on this? :-))

Both, the changed applications, and the changed KParts, would somehow need to be "marked" as "text finders" (this does not make much sense for KPaint for example).

Well, pasting the "search text" may do the trick as well :-)

What do you think?

Sorry for my bad english.
[ Reply To This | View ]
Very interesting!
by Joergen Ramskov on Thursday 14/Apr/2005, @14:42
This sounds really cool - makes it hard to wait for KDE4 :D

Keep up the great work everyone!
[ Reply To This | View ]
Tenor and KIO-LOCATE
by Alex on Thursday 14/Apr/2005, @17:13
Tenor will be revolutionary and seems to be an amazing technology, but it won't be ready for at least a year.

How about until then, the KDE team at least includes KIO-LOCATE into KDE 3.5?
[ Reply To This | View ]
Dont forget wildcard-search , please!
by Marc Seibert on Thursday 16/Jun/2005, @15:04
The concept of Tenor sounds realy nice.
I hope Tenor will make it possible to search with wildcards and operators, one thing I am missing in most of Desktop-Search-Engines.
[ Reply To This | View ]
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )
  "Ok, maybe my approach is over-engineered." -- Simon Hausmann
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]