OT: "Finding" Applications and KParts Plugins

faq
flatforty
contribute
subscribe
configure
search
rdf

main
parent

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.

Related Links

·   Articles on KDE in the News
·   Also by MM
·   Contact author

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

Re: OT: "Finding" Applications and KParts Plugins
by uddw on Thursday 14/Apr/2005, @12:40

Like http://lists.kde.org/?l=kde-devel&m=111324648032583&w=2 ?
The text of files will be extracted with plugins, which also annotate the extract text with structural information. This can be used by both the search tool ("'blah' found in chapter 5") and by the viewer to open the document at the corresponding position.
Using only the search string might break if the text extracted by kfind and the text found with the viewer doesn't match 100%. kfind must also be aware of the supported search options of the viewer (case sensitive, wildcards..).

[ Reply To This | View ]

Re: OT: "Finding" Applications and KParts Plugins
by aleXXX on Thursday 14/Apr/2005, @12:42

Well, this is really an implementation issue.
They show only the first line, because this way they can stop searching the file after the first match. And kfind provides only one listviewitem per found file, so only one matching line can be shown.
I also already thought about suggestion 1)

Alex

[ Reply To This | View ]

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


		"Default settings are easy to manage." -- Aaron Seigo
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.