Hi,
RTF Felder "merken" sich die Hide-When Formel, die beim Erstellen gesetzt war. Wenn Du nachträglich in der Maske die Hide-When-Formel des RTF Feldes änderst, hat das keine Auswirkung auf bestehende Dokumente.

Kannst Du nicht mit Autorenfeldern arbeiten? Nachdem der Call vom IT Betrieb bearbeitet wird, darf der Ersteller das Dokument nicht mehr ändern.

Andreas

Hi,
RTF Felder "merken" sich die Hide-When Formel, die beim Erstellen gesetzt war. Wenn Du nachträglich in der Maske die Hide-When-Formel des RTF Feldes änderst, hat das keine Auswirkung auf bestehende Dokumente.

Kannst Du nicht mit Autorenfeldern arbeiten? Nachdem der Call vom IT Betrieb bearbeitet wird, darf der Ersteller das Dokument nicht mehr ändern.

Andreas

hallo andreas,

ok, das hab ich verstanden. hab in der maske x neue testfelder angelegt, denen ich gleich die richtigen hide/when formeln mitgegeben habe. hab alles durchprobiert.
original feld: rich text, editable, hide/when rolle != help

test von ausgabefeldern:
rich text, editable, default value original feld, hide/when rolle = help
rich text, computed, def.value orig.feld, hide/when rolle = help
text, computed for display, value orig.feld, hide/when rolle = help
usw. usw. usw.

aber ich krieg das nicht hin. mir wird nie das angezeigt, was ich im original feld reingelegt hab. und die frage, ob es probleme gibt, wenn ich text und images mische, ist auch für mich noch offen.

geht es dann so einfach mit hide/when gar nicht, dass ich als ITler ein feld mit screenshots, doclinks oder attachments und/oder text fülle, und jederzeit ändern kann, der user aber das ganze nur ankucken kann? das muss doch hinzukriegen sein  

das mit den autorenfeldern geht leider ned, weil der user nachträglich immer noch die möglichkeit haben muss, in bestimmte felder was nachzutragen. er liefert ja meistens nicht genug infos, dass man ihm helfen kann, und das muss er dann nachtragen. ausserdem kenn ich mich jetzt grad mal mit lesefeldern aus. mit autorenfeldern hab ich noch nicht mal eine ahnung, wie man sowas anfängt. ich weiss, das ist kein argument.

also, der user soll alles anlegen können, danach nur noch lesen (da brauch ich das mit dem screenshot auch schon).

dann soll der ITler eine antwort schreiben (auch screenshots), die der user dann nur sehen kann, aber nicht verändern, der ITler soll das aber jederzeit können dürfen.

und der user muss die möglichkeit haben, jederzeit in ein bestimmtes feld einen nachtrag schreiben zu können. so schwebt mir das irgendwie vor.

und jeder user soll nur seine eigenen doks lesen können, das hab ich aber mit meinem sanyo_readers feld schon hinbekommen.

erst hab ich die DB nur aus spass an der freud angefangen, weil's hier nix gescheites gibt, aber jetzt wollen die das plötzlich in den monthly mit aufnehmen und so schnell wie möglich ausliefern. jetzt muss ich also ranklotzen. ich will, dass das mit formeln für meine kenntnisse so perfekt wie möglich wird. schaffma schon, oder?

danke und gruss,
daniela

hallo,

das problem 1 hab ich gelöst (IT gibt eine solution ein, user kann sie sehen, aber nicht editieren):

user hat autoren rechte. hab dem feld mitgegeben: must at least have editor access to use.

jetzt muss ich nur noch problem 2 lösen: das RTF feld, das der user nur beim anlegen beschreiben darf, anschliessend nicht mehr.

gruss,
daniela

Hi Luna,
Du kannst vor das RTF einen berechnen Abschnitt machen. Dort kannst Du eine Formel eingeben, wer den Abschnitt bearbeiten darf.
Z.B. Formel - Berechnet zur Anzeige:
@If(Status = "Bearbeitung durch Support";"[RolleSupport]";"")

Dann darf jeder (der das Dokument bearbeiten darf) das Feld solange bearbeiten, bis der Status vom Supporter gesetzt wird. Danach darf der User zwar das Dokument, aber nicht mehr das RTF Feld bearbeiten.
Ich denke, dass ist es was Du brauchst.

Andreas

hallo leute,

ich krieg's leider doch nicht hin.

1.) im feld "solution", das von der IT bearbeitet wird und vom user nur zum lesen da sein soll, hab ich einfach im feld angegeben: must at least have editor access to use. das klappt. der ITler kann in diesem feld einen screenshot eingeben, der user kann ihn nur sehen, aber nicht verändern. dort könnte ich mir dann die section sparen.

2.) im feld "screenshot" soll der user einen screenshot machen können, ihn aber danach nie wieder verändern, jedoch immer sehen. der ITler braucht ihn im prinzip auch nicht editieren, nur sehen. also, sobald das dokument !=@New ist, dann braucht niemand mehr dieses feld bearbeiten, nur anschauen.

ich krieg das aber nicht hin, weiss nicht mehr weiter. ich kann mit sections arbeiten, wie ich möchte, aber ich krieg das feld nicht zur anzeige.

könnt ihr mir bitte nochmal helfen? ich hänge die DB mal an.

danke und gruss,
daniela

hallo,

ich kriegs nicht hin, dass mir ein rich text feld den inhalt eines anderen rich text feldes anzeigt.

ich hab feld1, rich text, editierbar

und feld2, rich text,

feld2 zeigt mir niemals den inhalt aus feld1 an, egal was ich eingebe. ich komm ja so nicht weiter, wenn ich nicht mal das anzeigen hinkriege, so lange brauch ich mit dem verstecken gar nicht weitermachen.

gruss,
daniela

hallo ata,

na, ich muss schon sagen: RESPEKT. das eroeffnet mir ja ganz neue moeglichkeiten !!!

ich hab deine loesung 2 genommen, mit dem entering. das hat auf anhieb funktioniert, zumindest alles was ich getestet hab. scheint aber wirklich DIE loesung zu sein. hab das gleich in meine hotline datenbank eingebaut, da kommen ja "echte" dokumente rein, dann kann ich mir das gleich anschauen, als IT (rolle) und den user bitten, zu versuchen, das richtextfeld nachtraeglich zu bearbeiten. aber wie gesagt, meine tests waren erfolgreich.

die andere moeglichkeit probiere ich dann mit meiner neuen datenbank aus, die ich den monat machen muss. mit teilmasken hab ich noch keine erfahrung.

also, nochmal vielen vielen lieben dank !!!! werde das - wenn ich zeit hab - auf alle meine bestehenden datenbanken anwenden !!!

danke und gruss,  
daniela