HCL Notes / Domino / Diverses > Entwicklung

Doclink in andere Anwendungen einfügen - wie definiert sich der "Link-Text"?

(1/3) > >>

JayDee:
Es werden im Notes-Client mit Bordmitteln Doclinks erzeugt - entweder über das Kontextmenü aus einer Ansicht heraus ("als Dokumentlink kopieren") oder eben über das entsprechende Symbol der Symbolleiste ("als Link kopieren").

Die Doclinks werden dann in eine externe "Rich"-Anwendung (Word, Confluence, was auch immer) eingefügt.

Das funktioniert hinreichend gut, für die Nutzer aber verwirrend ist meist der "Link-Text", der in der externen Anwendung entsteht. Bei manchen Notes-Anwendungen ist der Link-Text dann schlicht der Ansichtsname, aus der heraus der Doclink erstellt wurde, in anderen Anwendungen stehen im Link-Text ganz klar Informationen aus konkreten Dokument-Items mit drin.

Meine Frage: wie/wo wird das definiert  bzw. wie stellt Notes diesen Text zusammen, und kann man das ggf. selbst steuern, was genau als Link-Text erscheinen wird?
Wie gesagt, die DocLinks entstehen nur mit Bordmitteln und nicht etwa mittels selbstentwickeltem Code.

Ziel soll sein, als Linktext möglichst immer den Wert eines Identifikator-Items zu verwenden, über das die Dokumente unserer Notes-Anwendungen zumeist verfügen.

ARM9:
Das ist ja eine tolle Sache. 
Denn Link-Text kann man überschreiben habe ich festgestellt. Das reicht nicht?

CarstenH:

--- Zitat von: JayDee am 27.05.21 - 09:53:35 ---
Meine Frage: wie/wo wird das definiert  bzw. wie stellt Notes diesen Text zusammen, und kann man das ggf. selbst steuern, was genau als Link-Text erscheinen wird?
Wie gesagt, die DocLinks entstehen nur mit Bordmitteln und nicht etwa mittels selbstentwickeltem Code.

Ziel soll sein, als Linktext möglichst immer den Wert eines Identifikator-Items zu verwenden, über das die Dokumente unserer Notes-Anwendungen zumeist verfügen.

--- Ende Zitat ---

Wenn man die Standardfunktionen verwendet setzt sich die Linkbeschreibung (nach meinen Tests eben) immer aus Datenbank-Titel + " - " + Dokument-Titel (Subject) zusammen.
Sollte kein Subject-Item vorhanden sein wird der Ansichts-Name der View verwendet über die man das Dokument markiert/geöffnet hat.

Anders ausgedrückt: "Subject" ist quasi dein "Identifikator-Item".

HTH
Carsten

JayDee:

--- Zitat ---Denn Link-Text kann man überschreiben habe ich festgestellt. Das reicht nicht?
--- Ende Zitat ---
Nein. Macht Arbeit, und bei vielen Links am Tag nervt es die Nutzer.

@CarstenH: Das deckt sich mit meinen Tests.
Und wie gesagt, in mindestens einer Anwendung wird der Text zum Teil aus einem konkreten Item gezogen, der nicht Subject heiss und auch nicht annähernd so ähnlich (deutsce Bezeichnung). Hier wäre interessant zu wissen, wie Notes darauf kommt.

Danke für die Antworten.

CarstenH:
Ich habe jetzt nochmal etwas mit verschiedenen "Standard"-Items herumprobiert, eins hatte ich ursprünglich schon gefunden (und genannt) aber wegen des immer funktionierenden "Subject" nicht explizit darauf hingewiesen: der Dokument-Titel ("Title") geht alternativ auch. Interessanterweise geht der variable "echte" Dokument-Titel ($$Title, via Properties-Box) nicht, das klappt nur solange dort das übernommene Subject steht.

Noch eine weitere Randbedingung muss erfüllt sein: Felder werden nur verwendet, wenn auch etwas drin steht. Vorhandensein alleine reicht nicht.

Hier nun die Ergebnisse:

Wenn Title UND Subject mit Inhalt vorhanden sind und dann wird Inhalt von Subject verwendet.
Wenn nur eins der beiden Felder mit Inhalt vorhanden ist dann wird dessen Wert verwendet.
Wenn keines der Felder mit Inhalt vorhanden ist dann wird der Ansichts-Titel verwendet.

Falls in deinem Fall weder Subject noch Title vorhanden sind poste mal bitte eine komplette Liste der Felder, die es im betreffenden Dokument gibt bei dem ein anderes Item herangezogen wird (und markiere das Item, das verwendet wurde). Das würde ich dann nochmal gegenchecken. Topic und Comment hatte ich übrigens auch noch probiert aber die haben keinen Einfluss. Auch der Aufbau der View oder der Default-View zeigte keine Auswirkungen.

HTH
Carsten

Navigation

[0] Themen-Index

[#] Nächste Seite

Zur normalen Ansicht wechseln