Verbergen-Formel wird plötzlich anderen Feldern zugeordnet

[wuschel]

Hallo,
wir haben ein Problem mit der Verbergen-Funktionalität beim Erstellen von Masken.
Werden Felder hinzugefügt oder gelöscht, kommt manchmal   die Zuordnung der Verbergen-Formeln zu den jeweiligen Feldern durcheinander und sie werden plötzlich anderen Feldern zugeordnet.
Gleichzeitig passiert es widerum manchmal , dass Zuordnungen von Verbergen-Formeln im Designer eingetragen, gespeichert und anschließend auch angezeigt werden, im Client jedoch nicht aktiv sind. Erst nach Beenden von Client und Designer und anschließendem Start im Designer ist festzustellen, dass die Zuordnungen entweder doch nicht gespeichert waren, oder s.o. die Zuordnung bei einem Feld passiert.

Hat jemand eine Idee oder den klaren Hinweis, dass es an der Version liegt?

Zusatz: Wir setzen clientseitig 5.0.6a ein (eine Änderung ist auch nicht in Sicht.

[Performance]

- leider gibt es keinen klaren Hinweis warum das so ist  
- hast du die Felder in Tabellen stehen -> alle Zellen einzeln ansteuern
- machst du ein CR aus einer Zeile wo schon ein hide when drin ist -> musst du vermeiden
- machst du die Änderungen auf dem Server und die db wird benutzt ?  -> lokal ändern dann replizieren

ansonsten: Notes works as designed



cu

[wuschel]

Danke erstmal für die Antwort, ich werde versuchen, einen exemplarischen Sachverhalt etwas deutlicher zu formulieren:
- Die Felder stehen in Tabellen und ich belege jede Zelle mit einer eigenen Formel. Kopiere ich jetzt eine Zeile und füge Sie in die gleiche Tabelle ein, werden die Feldnamen ja automatisch umbenannt (_1). Die Verbergen-Formel wird mit kopiert. Schließe ich jetzt Notes komplett und öffne den Designer wieder, passiert es bspw., dass das ein Feld in der neuen Zeile keine Verbergen-Formel mehr aufweist, und die eigentlich diesem Feld zugeordnete Formel plötzlich dem jeweils links davon befindlichen Feld zugeordnet ist. Das zieht sich dann von Feld zu Feld nach links bzw. am linken Rand nach oben durch die gesamte Tabelle, so dass alle Zuordnungen um ein Element verschoben sind.
- ich machte tatsächlich innerhalb einer Zelle ein CR aus einer Zeile mit einem hide. Dann wird die Verbergen-Formel auch in die neue Zeile (Absatz) übernommen und ich kann die neue Zeile mit einer anderen Formel belegen. Das klappt meistens wenn nicht sogar immer. (warum sollte ich es vermeiden?)
- ich mache die Änderungen auf einem Entwicklungsserver, die DB wird dort nur von mir benutzt.
- den Nachsatz akzeptiere ich (leider) gerne, wäre trotzdem froh, wenn ich irgendwie den Hinweis auf einen offiziellen Bug (Upgradediskussion) oder Mitleidende finden könnte

[Performance]

hatte noch vergessen:
- machst du ein copy&paste -> lieber nicht da sonst die hide when verloren gehen können oder wie du schon richtig sagst ein verschieben der hide when statfindet.


ich kann da wirklich nur sagen ... notes workes as designed


- hey ich bin ein Mitleidender ich habe damals auch "fürchterlich" geflucht - ein Ticket aufgemacht und keine vernünftige Lösung erhalten  --  das feature/Bug ist in allen R5 Versionen vorhanden - weiss nicht ob der in R6 behoben wurde.

- tja nicht alles ist perfekt  

cu

[Jörg P.]

Hi, ich oute mich als Mitleidender

Gleichzeitig passiert es widerum manchmal , dass Zuordnungen von Verbergen-Formeln im Designer eingetragen, gespeichert und anschließend auch angezeigt werden, im Client jedoch nicht aktiv sind. Erst nach Beenden von Client und Designer und anschließendem Start im Designer ist festzustellen, dass die Zuordnungen entweder doch nicht gespeichert waren, oder s.o. die Zuordnung bei einem Feld passiert.

Dazu ein Tip: Cache.dsk vor dem ausprobieren im Client löschen

[MartinG]

Meiner Erfahrung nach liegts sehr sehr oft an der cache.dsk...

Ich machs so das wenn ich entwickle und ich ein seltsames Verhalten habe dann starte ich eine Batchdatei die bei mir auf dem Desktop liegt und welche über nkill von Eknori alle Notesprozesse beendet die cache.dsk löscht und danach wieder notes neu hochstartet. das ganze geht superschnell wenn man einen schnellen rechner hat und wenn man noch single-logon aktiviert hat...