Beiträge von FreddyK

hi,

extended syntax scheint falsch - versuch's mal mit doc.tag(0) = "Montag"

gruss, freddy

hi,

bastel dir doch mal schnell eine neue schaltfläche in die toolbar.
verwende dort die formel @toolsrefreshselecteddocs - dann alle dokumente markieren ( am besten erst test mit einem ) und voraussichtlich wird dann dein zustand-feld korrekt berechnet.

ich vermute mal, dein import schreibt eine zahl in das feld. fragst du in der ansicht dann nach "1" , also nach text, ist immer der else-fall wahr.

beste grüße, freddy

hi,

wenn mich mein bescheidenes admin-wissen nicht täuscht, darf ein admin mit voller berechtigung ( ab notes 6 ) auch mit leserfeldern eingeschränkte dokumente sehen.
dein agent muss also mit einer entsprechenden id unterzeichnet sein (bzw. on behalf laufen)

kann leider gerade nicht verifizieren, da der notes-server down ist. - müsste aber stimmen.

gruss, freddy

hi,

ja, überall das gleiche problem mit den doppelnamen.

wir haben schnell und schmutzig die formel auf RightBack/LeftBack umgestellt, so dass die trennung vom nachnamen her berechnet wird.
auch nicht sehr elegant - hilft aber.

ich seh gerade: da war jemand schneller. sorry

gruss, freddy

hi,

derjenige, der den agent unterzeichnet hat (bzw. ab R6 derjenige, der im run-on behalf steht) muss die erforderlichen berechtigungen haben.
also zumindest mal zugang auf die (ich nehme an) maildatenbanken und in diesem fall wohl auch den haken 'dokumente löschen'.

wenn der agent mails löschen können soll, musst du diese einstellungen a) abchecken und b) ggf. anpassen.

gruss, freddy

hi,

bietet nicht @text ähnliche formatierungs-möglichkeiten wie format in script ?

gruß, freddy

hallo,

wir hatten mal ein ähnliches problem.
allerdings betraf dies nur anhänge in bereits weitergeleiteten mails, also bspw. bei urlaubs-weiterleitungen.

der anhang sieht korrekt aus ist aber faktisch nicht vorhanden, was denn die von dir beschriebene fehlermeldung auslöste.

gruss, freddy

hallo,

wenn ich mich recht erinnere, haben meine kollegen genau diese aufgabenstellung bereits mehrfach gelöst.
bei interesse vermittle ich gerne den kontakt.

wir arbeiten übrigens in einem norddeutschen unternehmen - vielleicht passt das

gruss, freddy

hi,

nun denn, ein konkretes beispiel habe ich zwar nicht, aber ich schlage einen kombinierten lösungsansatz vor.

1. symbole in der ansicht machen deutlich, wenn ein rückgabedatum < @Today
- eignet sich für kollegen, die mit dieser db ständig arbeiten

2. ein periodischer agent, der genau o.a. bedingung prüft und bei true ein mail an dich raus jagt.
der dürfte je nach kommentaren in wenigen zeilen geschrieben sein und eignet sich zur info von sporadischen db-nutzern

viel erfolg, freddy

hi,

wenn du den agent periodisch auf dem server ausführst, dann greift er auf seine lokalen ressourcen zu und du hast den gewünschten effekt.

gruß, freddy

hallo,

nun denn, abgesehen vom code der maske und deren script-libs können natürlich vielfältige ursachen vorliegen.

vielleicht basteln gerade eure netzwerker am system ?
verdächtig klingt auch LWF (lotus workflow, I guess ?) , habe ich aber leider keine erfahrungen bezgl. performance-einstellungen.

falls die ursache doch in der maske liegt, hilft nur: messen-messen-messen.
erst musst du die ursache und den bottleneck feststellen.
für script gibt's dort ein fluffiges tool in der sandbox ( stopwatch-classes ) oder du baust dir die messpunkte selbst ein.
oder professioneller: teamstudio profiler verwenden.

also viel erfolg, freddy

hallo,

habe leider schwierigkeiten, per script ein rtf von einem ins andere dokument zu bekommen, ohne ndoc.copytobase zu verwenden.

bei meinem rtf kommt zwar der inhalt samt fettdruck-format sauber rüber, aber leider fehlen die tabbed tables.
ich habe bereits verschiedenes probiert, als da wäre:

- direkte zuweisung docb.feld = doca.feld
- copyitemtodocument
- rtitem.appendrtitem(sourceitem) ' dies hat ja unter 4.5 hervorragend funktioniert, um formate rüber zu bringen.

irgendwelche tipps / erfahrungen bei euch ?

danke im voraus, freddy

ps.: copytodatabase wäre eine notlösung, aber es muss doch auch separat gehen, oder ?

und zum guten ende...

lodsnods

wie ich gerade erfahre, ist deine idee mit der eigenen 0-Ansicht die goldrichtige gewesen.
ich soll dir im namen meiner kollegen den ewigen dank ausrichten.

gruß, freddy

und hallo,

Diali - notes client ist kein thema - alles web

@all - so wie ich meine kollegin verstanden habe, wird erstmal eine sofort-notlösung gebastelt (ich vermute mal *verstecken für alle*).
anschließend gibt's dann wohl tatsächlich ein re-design als saubere lösung, wie lodsnods es so treffend formulierte.

also danke nochmals für die ideen, freddy

nun denn,

da würde ich wohl

a) FileCopy source , destination

und

b) kill source

machen.
source und destination stellen jeweils strings dar (die dateinamen)
das dürfte reichen, oder ?

gruß, freddy

ich bin mir auch nicht sicher, aber wir werden das mal prüfen.

besten dank, freddy

danke für die idee, aber...

würde dies dann nicht bedeuten, dass wir die die domänenweite suche über bord werfen müssten da wir deren ergebnisse dann nur noch leer öffnen könnten ?

wie man's dreht, irgendwo scheint eine lücke.

besten gruß, freddy

hallo,

also in 'pur notes' würde ich per

@Command([FileOpenDatabase]; Server : Datenbank ; Ansicht ; Schlüssel ; NeueInstanz ; temporär )

die datenbank öffnen. die gewünschte ansicht kann als parameter spezifiziert werden.

gruss, freddy

hallo,

hmm -- erstaunt mich.
ich schaue gerade in die domino-designer hilfe 6.5.2 unter

LotusScriptLanguage - File Handling

und schon tun sich die kapitel auf.

vielleicht hast du die falsche help*.nsf - du musst die die designer-hilfe besorgen.

gruss, freddy

hi,

sicher, dass das keine betriebssytem-nachrichten ( net send o.ä.) sind ?

gruss, freddy