Template-Verwaltung und Update SPOFU-Ordner

[LN4ever]

Hallo,

Seit Version 6.5 gibt es die schöne Funktion @TemplateVersion, die man sich als Feld Berechnet zur Anzeige ausgeben lassen kann (z.B. in einer Maske, die man innerhalb eines Rahmens in der Navigation einbindet). Die Informationen stammen aus den drei Systemfeldern $TemplateBuild, $TemplateBuildDate und $TemplateBuildName der Designnote eines Shared Fields mit dem vorgegebenen Namen $TemplateBuild.

Es gibt auch ein schönes Programm von Chris Doit, mit dem man diese Informationen auf einfache Weise setzen kann.

So weit, so gut.

Ich würde gerne in jedem Dokument, das ich bearbeite, alle Versionen vermerken, mit denen es bearbeitet wurde. Solange das innerhalb einer Maskenaktion erfolgt, ist das kein Problem, aber was mache ich mit einem Agent, der im Hintergrund läuft ?

Ich kann mir natürlich jedesmal über eine Note-Collection dieses Feld $TemplateBuild als Dokument holen und seine Feldinhalte nehmen, aber das ist vergleichsweise langsam. Und da kommt meine erste Frage:

Kann ich die drei o.g. Felder einfach in die Design-Note des DB-Icons kopieren ? Das Icon hat einen Riesenvorteil: es ist eine SpecialNote mit einer festen NoteID, die ich schnell und einfach finde.

Ist dieses Verfahren sinnvoll, um im DB-Script Postopen einen Versionsvergleich zwischen der Version, mit der der Anwender die DB beim letzten Mal geöffnet hat und der aktuellen Version vorzunehmen, um nur bei einer Versionsabweichung einen Vergleich der SPOFU-Ordner und ggf. eine Zerstörung von private Views vorzunehmen ? Ansonsten muß man ja bei jedem Öffnen dieser Elemente solche Vergleiche anstellen.

Ich weiß, daß das mehr eine Diskussion als eine Frage ist - aber die eigentliche Frage dahinter ist doch: wie macht ihr das ?

Gruß

Norbert

[eknori]

Kann ich die drei o.g. Felder einfach in die Design-Note des DB-Icons kopieren ?

Ja, das kannst du machen. Komisch, irgendwie Gedankenübertragung ... habe gestern noch mit Thomas darüber geskyped, daß ich das @templateVersion Thema evtl als SpeedGeeking auf der Softsphere behandeln will. Ausser Chris Doig hat sich da offenbar noch niemand so richtig mit beschäftigt.
Und bei meinen Vorbereitungen habe ich auch so etwas gemacht, um z.B. Lizenzinformationen in designelemente zu verbergen, die dann per LS wieder zur Laufzeit ausgewertet werden können.

[koehlerbv]

Ich mache das anders:
Öffnet ein DB-Manager die DB, werden im DB-PostOpen folgende Werte mit einem ProfileDoc vergleichen und ggf. auf den aktuellen Stand gebracht:
VERSIONNO
FOLDERVERSIONNO
VERSIONDATE

Diese Werte werden für alle anderen DB-Öffner nur geprüft. Stimmt die FOLDERVERSIONNO nicht mit der aus dem pers. ProfileDoc des Users überein, werden die betr. pers. Ordner des Users gemeuchelt.

Der Einsatz der ProfileDocs macht das Verfahren extrem schnell, da die Informationen immer im Cache zur Verfügung stehen.

Bernhard

[LN4ever]

Lieber Bernhard,

genau das war mein bisheriger Ansatz: man verwaltet ein Versionsfeld als Shared Field BERECHNET und setzt, wenn man etwas geändert hat, die Version hoch. Dieses Feld wird in einem GeneralProfile-Dokument herangezogen und daher habe ich die Info dort nach dem ersten Öffnen durch einen Manager. Darauf kann ich dann auch mit Agenten zugreifen usw.

Aber ich habe vor einiger Zeit einmal geschrieben, daß ich eine Schablone geerbt habe, die Hunderte oder Tausende Datenbanken gestaltet. Und ich möchte die Info ja eigentlich unabhängig davon haben, ob schon einmal ein Manager die DB geöffnet hat.

Wir kämpfen da ja alle an der gleichen Front: es geht um die Repräsentation des Feldinhalts. Und dafür brauche ich eine Note. Und mit Ulrichs Vorschlag weiß ich jetzt auch, welche Note ich dafür nehmen kann.

IBM hat dort ja ein Verwirrspiel getrieben. Ein Feld $TemplateBuild zu nehmen und dann ein gleichnamiges Item in der Note dieses Designelements zu verstecken, kann doch eigentlich nur die Ausgeburt einer zu langen Nacht mit halluzinatorischen Erlebnissen gewesen sein.

Und gleich noch etwas: ich überlege, ob ich das kleine Tool von Chris Doig an der Stelle ausbaue, um nicht nur eine neue Versionsnummer zu vergeben, sondern auch noch in einem RT-Feld Einfügungen machen zu können, was ich denn eigentlich geändert habe. Und das kann ich in einem Schritt an das Ende des HELPUSINGDATABASE-Dokuments dranhängen und habe damit eine fortlaufende Änderungsdokumentation in jeder daraus gestalteten Datenbank.

[LN4ever]

Hallo Alle,

hier einmal der Link zu dem Dokument von Chris Doig incl. Download der DB zum Setzen von TemplateVersion-Informationen:

http://www.chrisdoig.net/ChrisDoig/ChrisDoig.nsf/dx/08062005080427AMCDOKPD.htm

P.S.: das neue SHARED FIELD, das dabei in einer DB entsteht, trägt das Kennzeichen PROHIBIT DESIGN REFRESH.