Beiträge von FreddyK

    @ andreas, danke für die info.


    @forum


    wenn der zugriff also unabhängig von einer ansicht funktioniert, erklärt dies, warum unsere bemühungen diese zu finden erfolglos geblieben sind.


    bleibt das grundsätzliche problem:


    dokumente werden in den ansichten per maskenformel in einer 'harmlosen' maske angezeigt, um bestimmte inhalte zu verbergen (ist so - fragt nicht warum)


    nun aber spielen wir domänenübergreifende suche und die bedient sich scheinbar des ansicht-unabhängigen zugriffs (die url beinhaltet jedenfalls die /0/ ) und schwups ... die maskenformel kann nicht greifen und alle inhalte sind zu sehen.


    für ideen, die nicht re-design der anwendung bedeuten, bin ich dankbar


    gruss, freddy

    hallo,


    folgendes problem:


    wenn man in einer http-url den bezug der ansicht durch eine 0 ersetzt, klappt der zugriff weiterhin.
    nicht unbedingt schlimm, da scheint der domino server wohl auf eine interne ansicht zuzugreifen.


    wie bekomme ich denn diese systemansicht zu fassen und bezüglich einer maskenformel auch geändert ?


    by the way: im durchlauf durch eine notesnotecollection mit allen design-elementen kann ich im debugger keinen hinweis auf eine systemansicht finden.
    teamstudio tools bringen hier leider auch nichts ans tageslicht.
    notes-peek habe ich leider nicht zur hand, würde das helfen ?


    danke für info , freddy

    hi,


    der @dblookup verlangt zwingend nach der ersten sortierten spalte.
    wenn es die nummern nicht tun sollen, dann gilt hier:


    haste keine passende ansicht - mach dir eine !


    also bau dir eine ansicht nach bspw. artikelbez ( sollten dann allerdings eindeutig sein, die bezeichungen )
    und lass den lookup dort drüber laufen.


    beachte: jede weitere ansicht wirkt a bisserl negativ auf die gesamtperformance.


    gruss, freddy

    hi,


    nun denn, der dblookup sollte ungefähr so aussehen:


    @DbLookUp ( "": "NoCache"; <replik-id der ziel-db>; "<ansicht>"; "<identifier>"; "<feldname>")


    vielleicht zur info:
    wenn du die replik-id verwendest, sparst du dir die explizite benennung des servers und der datenbank ( ansonsten muss da stehen: "<notesserver-name>" : "<notesdatenbank-pfad>")


    fast alle angaben müssen als text, also in "" angegeben werden;


    als key (oder identifier) benötigst du den wert, der in der angegebenen ansicht in der ersten sortierten spalte steht - eine art unique key sozusagen )


    mit dem feldnamen liest du denn im gefundenen dokument das gewünschte feld aus.
    alternativ kannst du in der ansicht diesen wert in einer weiteren spalte anzeigen lassen und diese dann auslesen ( anstelle "<feldname>" dann <spalten-nr> )


    alles klar ? :)


    für weitere ideen würde man wohl den gesamten agenten-code benötigen.


    gruss, freddy

    hi,


    was ist denn 'IsMember' für eine Script-Funktion ?
    Hast du die selbst programmiert, dann fehlt der Code.


    Oder habe ich die Einführung des @IsMember in Script verschlafen ?


    Check doch mal bitte...


    gruss, freddyk

    hallo nochmals,


    der frühe vogel fängt den wurm ....


    will sagen, wir haben gerade den fehler gefunden.
    er ist im nachhinein völlig easy, ein wunder, warum wir gestern nicht drauf gekommen sind.


    wir führen in einer der script-libs ein initialize-event aus, um systemvariablen auf die aktuelle umgebung einzustellen. da wir per schnellschuss eine neue umgebung eingerichtet hatten, fehlte uns hier eine simple code-zeile für eine vergessene sytemvariable.


    da das initialize-event scheinbar nicht im debugger erscheint, war die sache so spannend.


    danke für eure gedanken und antworten und ein frohes weihnachtsfest sowie einen guten rutsch.


    gruss, freddy

    hallo kollegen,


    folgendes problem:


    auf einem server unserer umgebung funktionieren script-routinen nocht korrekt.


    fehlermeldung: list item does not exist - erscheint bei jedem start eines agenten, der eine script-biblithek nutzt oder script enthält.
    fehlermeldung: ungültiges dokument - schließt sich am ende des agenten an.


    wenn wir den debugger starten, wird kein script code angezeigt - das feld ist völlig leer.


    wir haben -alles- ausprobiert, über recompile all, schablone wechseln, synchronize design mit teamstudio bis hin zu filecopies der datenbank von server a (wo's klappt) zu zielserver.


    es scheint also, als wenn beim kopieren die design list nicht vollständig rüber kommt bzw. dieser server mit der design list nicht klarkommt.


    irgendwelche ideen aus eurem erfahrungsschatz ?


    wir werden morgen das betriebssystem von win 2003 auf win 2000 zurück drehen, aber das scheint mir eher ein strohhalm zu sein.


    danke für eure antworten, freddy

    Hallo Kollegen,


    ich habe eine Dialogbox mit einer eingebetteten Ansicht.
    So weit so gut.
    Ich stolper über das Phänomen, dass die eing. Ansicht den Focus behält, sobald ich in der Dialogbox einmal auf sie geklickt habe.


    Alle meine anderen Felder / Aktionen in der Box sind danach nicht mehr zu aktivieren.
    Im LDD gibt's einen ähnlichen thread, nur leider ohne Lösung.


    Alle Optionen, die die eing. Ansicht so hergibt, habe ich schon ein-/ausgeschaltet.


    Irgendeine Idee / Erfahrung / Aussage von IBM ??


    Eingesetzt wird: LN 6.52 de


    Gruß und Danke, FreddyK

    hi,


    ich fasse mal zusammen, was ich verstanden habe:


    a) du hast eine maske 'pc' mit embedded view - die single category-geschichte funktioniert schon
    b) die einzelheiten (bspw. software ) werden mit separater maske erfasst
    c) du möchtest im emb. view lediglich die software-antworten anzeigen


    also vielleicht wie folgt probieren:
    im embedded view nur die software-dokumente anzeigen lassen ( select form = "software" ( evtl. in den optionen die hierarchische darstellung von antwortdokumenten ausschalten )
    sicherstellen bitte, dass in den antworten der wert 'pc' den du als single-cat verwendest, auch enthalten ist ( müsste aber jetzt schon sein )


    das sollte helfen, oder ??


    gruß, freddyk

    hi,


    bei einsatz von teamstudio ciao! ist eine verbindung zum 'haupt' - server erforderlich, dann klappt das auch mit lokalem arbeiten und/oder mehreren servern.


    verbindung zum 'haupt'-server -- auschecken(sperren) -- replizieren -- entwickeln -- replizieren -- verbindung zum 'haupt'-server -- einchecken (entsperren).


    klingt kompliziert, isses aber nicht wirklich.


    gruss, freddyk

    hi,


    by the way - auch in lotus script gibt es eine methode, die dir dokumente von db x nach db y kopiert, ohne jedes feld einzeln ansprechen zu müssen.


    es gilt natürlich hier auch: die felder müssen identisch heißen


    hmm.- habe nicht richtig gelesen - tschuldigung -
    geht ja um einzelne felder.


    also entweder feldweise oder komplett und unnütze felder rausschmeißen ( lohnt, wenn nur wenige betroffen )




    gruss, freddyk