![]() |
|
#1
|
|||
|
|||
Highlighting found items
Any chance we could get the program to highlight in the viewer occurrences of the search term? Something along the lines of what Infoselect does.
|
#2
|
|||
|
|||
Re: Highlighting found items
Quote:
It would also be nice if performing a search would activate the "Find Next" feature so that pressing F3 would jump to the newly searched for term/phrase. Currently, if all you do is perform a Search (Ctrl+F), (without actually doing a Find in Item (Ctrl+Shift+F)) the F3 key doesn't work. The exception being that you've already "activated" the Find Next by already performing a Find in Item, but then it searches for the term that I'm not interested in anymore. Basically, performing a Search should set the Find Next term if it is empty, or replace the one that is there if it is not empty. This is standard to how most other apps behave (developer IDEs, etc.). One last suggestion. After performing a search, the "Item Details" window requires focus before anything can be done with the keyboard. (I.e, the Find in Item, Find Next, and Replace... menu items are disabled until I manually click on the main item window.) Couldn't the keyboard shortcuts and menu items for these (and possibly others?) just *work* regardless if that window has the focus or not? Whether I've just performed a search, or even clicked on an item in the Data Explorer Tree Ctrl+Shift+F doesn't invoke the Find dialog for the selected item in the tree. Last edited by ExtraLean; 01-20-2005 at 10:19 AM. |
#3
|
||||
|
||||
Quote:
1) There are several different detail pane viewers, and supporting automatic navigation and hilighting for each one would be quite a bit of effort. 2) The search match might not even be in the detail pane for an item, since matching is also done on item attribute values. 3) Except for the simplest single-word search, the match might be in multiple places across the item, making highlighting even more complicated. And for many advanced searches, there might not be anything that can specifically be hilighted (for instance, searching on an item being of a certain template, etc.). But we will consider a limited form of highlighting for quick searches on web page items and perhaps rich text items. Quote:
Quote:
Quote:
|
#4
|
|||
|
|||
Quote:
Quote:
|
#5
|
|||
|
|||
Re: Re: Highlighting found items
Quote:
Lena. |
#6
|
|||
|
|||
I think highlighting searches that indicate everything found is a must. It's probably my #1 "wish it had" items. This makes searches immensely more useful. As you get more and more data into your dB it's need just keeps growing. Not only should a search highlight all items but when going to that item it should scroll to the first occurrence. I have no doubt it will be difficult to implement but it's really needed. Actually a rethinking of how UR returns search results is probably needed. The fact that when you click on a found item you are really leaving the context of the search is probably the underlying problem that makes implementing something along these lines more difficult.
|
#7
|
|||
|
|||
Quote:
|
#8
|
|||
|
|||
Let me add a me-too too, I completely agree with you. The search capabilities are what sold me on UR. I love the great nested boolean searches that make it possible to search my documents like they are a relational database. So it is very important that the search capabilities are well integrated in the rest of the program.
|
#9
|
|||
|
|||
another "me too vote"
I'd like to add another "me too" vote for the highlighting feature.
|
#10
|
|||
|
|||
Highlighting of matching item text in search results is available in UR v4.
http://www.kinook.com/UltraRecall/Ma...archdialog.htm |
![]() |
|
|