Domino 9 und frühere Versionen > ND8: Entwicklung

Suchbegriff in RTF suchen und markieren

<< < (2/2)

Tode:
Man könnte sich auch überlegen, eine "Suchergebnis"- Maske bestehend aus einem einzigen Body- Feld zu erstellen und im QueryOpenDocument des Ordners das "Ursprungs"- Dokument per RenderToRichtextitem in ein neues Dokument dieser Maske zu rendern. Dann per rt- navigation die Suchergebnisse einfärben (geht dann auch in Texten, Beschriftungen, etc, weil ja ALLES im Richtextitem ist) und SaveOptions = "1" setzen.

Dann braucht man nur einen Button "Dokument öffnen" in der Suchergebnis- Maske, um "echt" ins Dokument zu kommen... Oder man tut was ins QueryModeChange- Event der Dummy- Maske...

Dafür müsste man fast nix in der Original- Maske ändern (ausser vielleicht ein paar Hide- Whens), und das wäre recht universell einsetzbar...

Frage an rambrand: Wenn Du ein Ergebnis eines FTSearchSorted in einen Ordner packst, sieht das dann wirklich wie ein "richtiges" Suchergebnis aus (also mit SearchScore, Sortierung nach Relevanz, etc.)?

dnotes:
Man könnte sich auch überlegen es so nachzubauen wie Notes das macht. Ich weiss nur nicht wie Notes es macht. Vieleicht über die API???
Ich weiss nur, dass Dokumente, die als Suchergebnis angezeigt werden, beim Öffnen zusätzliche Felder beinhalten - in der Form "$Highlights_Feldname" - wobei Feldname für den oder die Felder steht, in denen der Suchbegriffe "gehighlighted" wird.
Man müsste also "nur" die Funktion des Suchbutton heraus bekommen und nachbauen.

rambrand:
Hi,
Danke für die Tipps und Infos.
Ich hab mir auch schon Gedanken über solche Konstrukte wie eine Kopie des Dokuments in den Ordner zu legen, damit das Originaldokument nicht (versehentlich) verändert wird.
Die Kopie müsste ich halt immer wieder löschen, was noch das geringste Problem wäre.

Leider könnte es passieren, dass einer der Autoren eines Dokumentes auf die Idee kommt, anhand der Suche das Dokument dann zu überarbeiten. Da die Datenbank revisionssicher ist und historisiert, wäre das das Todesurteil für die Nachvollziehbarkeit.

@dnotes: Das mit dem $Highlights werde ich mir mal genauer anschauen. Aber s.o. dazu müsste ich auch wieder die Dokumente manipulieren ... oder wird das $Highlight nur ins UIDoc gesetzt?

@Diri: Ja der Auslöser war (ohne Witz!)
a) man muss ja die "In Ansicht suchen ... " einblenden
b) um die Suche zu verfeinern muss man mit "Mehr" das Ding auch noch aufklappen
c) um eine sortierbare Suche zu bekommen, muss man die 4. oder 5. Ergebnissortierung wählen
d) davon überfordert die 5. die Benutzer, da das Ergebnis mittels Häkchen markiert werden

Auch ohne Witz, weitere Anforderung:
Der Notes-Admin soll zu den Abteilungsbesprechungen im Haus und dort einen Vortrag über die Suchfunktion halten.
Ich war schon über den Punkt drüber und hab ihn dann ausgelacht :-)

Ja ich hatte darum gebeten über die Sinnhaftigkeit nicht zu diskutieren. Ich sabbel mir inzwischen den Mund fusselig. Persönlich halte ich nichts von diesem Auftrag.
Man bekommt alle gewünschten Features über die "In Ansicht suchen..." Funktion. Einzig das Problem, dass der Benutzer wissen muss, wie man damit umgeht ist der Auslöser des Auftrags. Man will da echt ein Rundumsorglos-Paket in einer popeligen Suchfunktion.

Ich geh dann in die 3. Argumentationsrunde.

Bye,
Markus

thkn777:

--- Zitat von: rambrand am 04.07.14 - 10:31:42 ---a) man muss ja die "In Ansicht suchen ... " einblenden
b) um die Suche zu verfeinern muss man mit "Mehr" das Ding auch noch aufklappen
c) um eine sortierbare Suche zu bekommen, muss man die 4. oder 5. Ergebnissortierung wählen
d) davon überfordert die 5. die Benutzer, da das Ergebnis mittels Häkchen markiert werden

Auch ohne Witz, weitere Anforderung:
Der Notes-Admin soll zu den Abteilungsbesprechungen im Haus und dort einen Vortrag über die Suchfunktion halten.
Ich war schon über den Punkt drüber und hab ihn dann ausgelacht :-)

Ja ich hatte darum gebeten über die Sinnhaftigkeit nicht zu diskutieren. Ich sabbel mir inzwischen den Mund fusselig. Persönlich halte ich nichts von diesem Auftrag.
Man bekommt alle gewünschten Features über die "In Ansicht suchen..." Funktion. Einzig das Problem, dass der Benutzer wissen muss, wie man damit umgeht ist der Auslöser des Auftrags. Man will da echt ein Rundumsorglos-Paket in einer popeligen Suchfunktion.


--- Ende Zitat ---

Zu a) im Notes 8.x Client gibt's ein Eingabefeld "Suche" (meist rechts oben). Stehst Du in einer Ansicht und gibst da was ein, geht (Überraschung) die Volltextsuche auf. (und ja, ich weiß, daß das manchmal buggy ist)
Zu b) wie löst Du das "verfeinern" Problem mit Deinem Ordner-Ansatz?
Zu c) Drama! Einmal gesetzt, bleibt das aber m.E. nach für die nächsten Sucher erhalten
Zu d) dann gibst die organisatorische Ansage: Nr.5 nicht benutzen

Zum Thema Schulung:
- finde die Idee gut, Suchen in Notes ist vielen Anwendern ein Rätsel
- ein gut gemachter Artikel im Firmen-Intranet oder einer firmenweiten Knowledgebase-Lösung wäre ein zweiter Ansatz

Zum Thema Mund fusselig reden:
- kenn' ich, aus der Nummer kommst Du nicht raus
- Deine Nutzer kaufen also auch Autos mit großem Kofferraum, aber weil sie die Kofferraumklappe nicht aufmachen wollen zum Beladen, lassen sie sich einen offenen Hänger hinten anbauen und fahren permanent damit rum. Das ist ja mal richtig clever, sowas... wow.
- Die Frage, ob andere Standard-Produkte umprogrammiert werden (MS Word z.B.), nur weil nach dem Update (z.B. auf v2010) eine Funktion in einem anderen Menüpunkt zu finden ist... die verkneife ich mir.

Viel Erfolg.

Navigation

[0] Themen-Index

[*] Vorherige Sete