Domino 9 und frühere Versionen > ND8: Entwicklung

Aktionsleiste per Lotusscript manipulieren

(1/3) > >>

jo@chim:
Ist es möglich die Aktionsleiste in Forms per Lotusscript manipulieren? Habe nichts dazu gefunden.
(Per DXL-Stream sollte es doch allemal möglich sein?)

pram:
Per DXL ist es möglich, ja.

Allerdings ist DXL nicht 100% round trip fähig:
- Bilder verlieren manchmal die Skalierungsinfos.
- Hotspots verlieren manchmal die Funktion (ein Speichern im Designer hilft)

Du kannst die Maske relativ einfach auch im Designer als DXL öffnen und speichern. Dann schauen was kaputt geht.

Es ist vielleicht keine schlechte Idee, den Maskeninhalt in eine teilmaske auszulagern.

VG
Roland   

jo@chim:

--- Zitat von: pram am 18.01.15 - 11:17:31 ---Per DXL ist es möglich, ja.

--- Ende Zitat ---
Hatte schon befürchtet, dass es nur per DXL geht... riecht so nach Weihwasser. Und das mag ich nicht  >:D

Gibts irgendwo ne schöne Ressource, die sich mit dem Handling von Design-Elementen per DXL befasst?

jo@chim:
Nachtrag: es geht bei dem Ganzen darum, eine (sukzessive alle) unserer DB's per Zugriff auf eine Language Library mulitlingual zu machen (7 Corporate Languages inkl. Chinesisch).

Wenn ich in Elementen, die ich formelbasiert anzeigen kann/muss, entsprechende DBLookups auf die Sprachdatensätze setze, sollte das doch irgendwann von der Performance her ein Problem geben, oder?

Spricht etwas dagegen, die Übersetzungen in ein Richtextfeld in einem Profildokument zu importieren? Müsste dann doch wesentlich schneller sein im Zugriff?

cg-home:
Hi Achim,

letztes Jahr habe ich auch mit Mehrsprachigen DBs angefangen.

So wie ich es bei Dir verstehe, willst du die Sprachkonfiguration in eine
Zentrale DB machen. Ist auch eine Möglichkeit vor allem da man ja
bestimmte Begriffe immer wieder benötigt. Wie es hier mit der Performance
aussieht kann ich mangels Erfahrung nicht sagen.
Das hatte ich auch zuerst überlegt, aber da ich das nicht abschätzen konnte
bzgl. Replikation, Internetverbindungen usw. habe ich mich dagegen entschieden
und es in jede DB eingebaut.

Ich habe in jeder DB eine eigene Sprachkonfiguration und zwar nicht über
DB-Profile sondern ganz normale Dokumente.
Für jede Maske habe ich eine Sprachkonfiguration für die Felder und auch
noch eines für die Meldungen (Pflichtfelder usw.).
Für die Aktionen und die Navigation habe ich dann zusätzlich eine Sprachkonfiguration.
Das ganze funktioniert bisher ganz gut und ohne merkliche Performance Probleme.
Das geht alles überwiegend über Formelsprache, auch die Aktionen.
Werte die nicht berechnet werden können (oder nicht so einfach) mache ich
einfach fest in english (Spaltennamen, Titel von Tabellentabs).
Auswahl und Optionsfelder sind in der Maske auch über Aliase in der gewünschten
Sprache sichtbar (Bei uns derzeit nur Deutsch und English). In Ansichten sind die Inhalte
dann nur englisch oder bei Kategorien auch zweisprachig.
Dazu muss ich das in der Maske aber extra berechnen und könnte somit nicht aktuell sein.
Ist vermutlich auch nicht ganz Optimal aber bisher klappt es erstaunlich gut. ;-)

Bei 7 Sprachen ist das ganze natürlich schon um eininges komplexer vor allem
wenn Chinesisch dabei ist. Das würde ich auch nicht wirklich anfangen wollen.
Bei uns kommt ggf. noch französisch dazu. Unsere Firma bietet unseren Mitarbeiter bei
den Töchtern Sprachlehrgänge an deutsch oder englisch.

Eine andere Variante hatte ich mir auch noch überlegt (auch nicht von mir erfunden) und
zwar eine zentrale Sprach-DB machen und diese Inahlte dann in die einzelnen DBs
entsprechehend übertragen ggf. auch in ProfilDoks. Somit hätte man den Vorteil der
zentralen SprachKonfig-DB und den performanteren internen Zugriff in den einzelnen DBs.
Aber das ist schon um ein einiges komplexer Aufzubauen und hatte es wieder verworfen.

Geklaut und etwas für mich angepasst habe ich es mir vom HELP!! System von openntf.

Gruß Christian

Navigation

[0] Themen-Index

[#] Nächste Seite