Beiträge von Tode

    Natürlich hast Du recht... Das war meine kleine "Stolperfalle" um zu sehen, ob Ihr aufpasst... ;)


    Natürlich stimmt das Mid ... mit 27 NICHT, die richtige Stelle muss man sich schon etwas aufwändiger berechnen. (habe aber grade keine Lust, mir das zu überlegen, das ist mir zu aufwändig, irgendwas mit Length - 27, und dann evtl. aber wieder +1 wegen 0- based).
    Aber man kann sich das denken auch sparen und einfach die beiden Zahlen aus dem Post umrechnen lassen, und ZÄHLEN, an welcher Stelle das Bit kippt... dann muss man nur dafür sorgen, dass die Länge des Strings immer die selbe ist (durch auffüllen mit führenden Nullen und Right( ... , 32 )


    Aber der Basisweg sollte klar sein...

    Also so schwer ist das jetzt auch nicht...


    Per bin( Preferences ) bekommst Du einen String der so aussieht:


    010011100010100101010010011111101101001010101010101010


    Und über Mid( prefString , 27 , 1 ) = "0" kannst Du das prüfen und dann einfach den Integer- Wert um 134217728 vergrössern, wenn True...

    Die Herausforderung: Wenn das Flag gesetzt ist, und Du dann die 134217728 addierst, dann kommt was falsches raus.


    Du musst die Zahl per LotusScript und bin() in Binary umwandeln, und wenn die 27. Stelle eine 0 ist, dann addierst Du, ansonsten nicht...

    Man könnte eventuell mit einer Ansicht zum Ziel kommen, siehe hier -> Fun with FormulaClass


    Oder aber man nimmt die DatabaseDesign- Class und liest dann dort die Properties aus (am besten über den Umweg eines DXL- Exports in einen Stream, da kann man besser suchen)...


    Also Möglichkeiten gibt es schon, aber die erfordern einiges an LotusScript- Programmierkenntnissen...

    Vermutlich hatte die View das ursprüngliche Design von einer 5er View übernommen, inklusive Use "xxxxxx" ... Und jetzt sind die Script- Libs weg, auf die sich diese View damals bezogen hat.
    Da hilft nur: Manuell im Designer aufmachen und schauen, was angemeckert wird... Wenn das dann nicht gebraucht wird, einfach den entsprechenden Script- Code (also die Uses und alles was sich darauf bezieht) löschen...


    Wenn doch: Schauen, ob man irgendwo die alten Script- Libs wieder herbekommt.


    Geht aber auf jeden Fall nur mit Handarbeit.

    Ne, Leider nicht... und ich habe wirklich alles probiert, was mir (und einigen anderen) eingefallen ist... Aber dadurch, dass der Stream im Memory erstellt wird, ist das ja alles halb so wild...

    Das hier habe ich mal geschrieben (das prüft die Regeln im CalendarProfile gleich noch gegen die tatsächlich vorhandenen Regeln)



    Dazu ne kleine Dialogmaske mit den entsprechenden Feldern... Aber natürlich kannst Du Dir die Arrays auch einfach in ne Mail schreiben..

    Fragen wir mal andersrum: Was willst Du denn erreichen?
    Ich musste mich schon ein paarmal mit der FilterFormula rumschlagen... Vielleicht habe ich ja für Deine Anforderung eine Lösung...


    Siehe z.B. mal hier

    Wenn Du es richtig schön und komfortabel haben willst, musst Du wohl auf xPages umsteigen.


    Wenn Du das nicht willst, Hast Du zwei Alternativen:
    1. In den Ansichtsproperties einstellen, dass Du das Java- Applet für die Ansicht im Web verwenden willst. Das kommt dann einigermassen an die Client- view dran, aber Du brauchst ein installiertes Java (genauer gesagt eine JRE) auf jedem Rechner, wo Du die Datenbank anschaust.


    2. Selbst Hand anlgen und mit Durchgangs- Html, css und javascript selbst ne Ansehnliche Ansicht bauen..

    Und noch ne Variante:


    Personen, Gruppen und certifier ins neue adressbuch kopieren.
    Per agent das Feld "MailDomain" in allen Dokumenten auf die neue Domäne setzen.
    Beide Zertifizierer gegenzertifizieren
    Mailserver- feld in den Dokumenten per agent auf den neuen Server setzen.


    Dann läuft der neue Server wie geschmiert... problem ist nur, dass Deine Clients davon nichts wissen.


    Ums kurz zu machen: wenn Du das machen willst, ohne dass die beiden server miteinander reden, wirst Du ne Menge manuelle Anpassungen an den Clients machen müssen, oder Dir entsprechende Scripte schreiben müssen, die das für Dich machen...


    Ist alles machbar, aber schon ne Grössere Herausforderung. Viel einfach wäre es mittels den oben schon genannten Cross- Domain- Admin- Requests, das setzt aber eben voraus, dass sich die beiden Server sehen...

    Das Problem ist, dass Reverse-DNS bereits bei der Aufnahme der Verbindung geprüft wird... Da hat der Benutzer noch gar nicht gesagt, wer er ist, da wird die Verbindung schon abgelehnt. Ich fürchte, das wird so nicht gehen, ohne irgendein System vorne dran. Ist aber sowieso zumindest eine "seltsame" Konfiguration...