unprocessed documents

[meichhorner]

Hy,

ich habe bei einer gemeinsamen Aktion in einer View das Problem das beim ersten Klick auf die Aktion der collection Count auf 0 steht erst beim 2. mal klicken wird der collection Count auf 1 gesetzt mit dem Dokument auf dem ich mich gerade befinde

Code

Set collection = db.UnprocessedDocuments

Hat jemand schon einmal so ein Probelm gehabt ?

Cu
martin

[koehlerbv]

Setzt mal spassenhalber Deinen Code in eine nicht-gemeinsame Aktion Deiner Ansicht ... Wenn es da funktioniert, stärkt das wieder mal meien Aversion gegen shared actions ...

Bernhard

[Semeaphoros]

Ja, das Problem ist bekannt, wenn die Aktion eine Script-Lib verwendet.

Workaround: Unshared Action, wie Bernhard schon gesagt hat, und Aufrufen eines Agenten anstelle des Ausführens direkt in der Action

[meichhorner]

Ja, das Problem ist bekannt, wenn die Aktion eine Script-Lib verwendet.

Genau so wars, ist jetzt keine Shared Action mehr und funktioniert einwandfrei

Cu
Martin

[koehlerbv]

Warum mag ich nur diese Dinger nicht ...  

Bernhard

[Axel]

Hi,

wie sieht den die Konstellation wirklich aus, damit es nicht funktioniert?

Ich habe viele Agent, in denen ich Script-Bibliotheken und UInprocessedDocuments verwende. Bisher habe ich nie Probleme gehabt.

Axel

[Semeaphoros]

Welche Dinger? Die gescherten Aktionen?

Na ja, die waren in R5 besonders am Anfang schon noch delikat. Ich denke mal, in ND6 lassen sie sich jetzt endlich brauchen, nützlich sind sie ja schon. Und wenn jetzt dann noch gescherte Kolonnen in den Views dazukommen .........

[koehlerbv]

Ich werde das in R6 wohlwollend beobachten - aber gaaaanz vorsichtig  

[Glombi]

Und wenn jetzt dann noch gescherte Kolonnen in den Views dazukommen .........

Was weißt Du was ich nicht weiß ? Oder ist es nur die Hoffnung, die Du zum Ausdruck bringst  

[Semeaphoros]

Designer 7

[meichhorner]

@Axel

Ich habe viele Agent, in denen ich Script-Bibliotheken und UInprocessedDocuments verwende. Bisher habe ich nie Probleme gehabt.

Das hat nix mit Agents zu tun, bei mir jedenfalls

Man nehme eine Shared Action binde in dieser eine Scriptbibliothek ein un versuche auf die UnprocessedDocuments in einer View zu kommen

Cu
Martin

[Glombi]

Designer 7

das Ding wo wir uns überraschen lassen sollen, gell?  

[meichhorner]

@Semeaphoros
@Glombi

Hmmm, Regen und kalt ......
Na ja, heute wieder etwas milder, aber immer noch keine Sonne, hoffe, für meine Autofahrt nach Miami runter zeigt sich die Sonne noch einmal ...... bis dahin musst Du Dich noch ein wenig gedulden, so ein paar Highlights aus der Präsentation von Maureen Leeland(oder so ähnlich, die Teamleiterin für den Designer) kann ich dann, sobald ich wieder richtig zu Hause bin, schon noch "preisgeben"  

Semeaphoros macht glaube ich hier weiter wo er im Off-Topic aufgehört hat

[Semeaphoros]

Eigentlich sollte das irgendwo in der KB dokumentiert sein. Jedenfalls sind die Agenten wirklich nicht betroffen, nur shared actions, bin nicht mehr ganz sicher, ob in gewissen Fällen auch normale Actions Unregelmässigkeiten zeigen. Verlegt man den Code jedenfalls in einen Agenten, gibt es definitiv keine Probleme mehr (oder war das mit den normalen Actions nur die Unmöglichkeit, die Dinger in Slow-Motion betreiben zu können ?? Kann sein.)

[Glombi]

Zurück zu den Shared Actions: Die habe ich in einem Anfall von Leichtsinn und Gott- äh Notes-Vertrauen benutzt und bin prompt auf die Schnauze gefallen. Seitdem hasse ich die (und die dämlichen verstandraubenden Hide-When-Formeln in Tabellen...).

Hier was nettes aus der KB:
Shared Action in Notes R5 Does not Show Expected Title or Run Expected Code

Problem:

In Notes databases there can be issues with Shared Actions which are included in design elements inherited from a specific template rather than the template the database itself inherits from.   This type of design inheritance can result in either of the following:

The Shared Action does not execute the expected code.   The code executed is from an earlier design version of the action instead of the latest update.

The expected Shared Action does not display in the view; instead, a different Shared Action appears.  When the action is triggered the code associated with this different action is executed.

For example:
A database inherits from Template A but has a view that it inherits from Template B.  Both templates contain the same Shared Actions.   A Shared Action contained within the view from Template B can show the issues described above.

 
Mehr muss dazu wohl nicht gesagt werden...

Andreas

P.S. Dieses "there can be issues with Shared Actions " ist sehr niedlich ausgedrückt.

[Glombi]

Hier noch der Auszug aus der KB zum Thema Script Libraries und gewähtes Dokument...

[Semeaphoros]

Semeaphoros macht glaube ich hier weiter wo er im Off-Topic aufgehört hat

Hm, man zwingt mich ja fast dazu .......  
Hab mir zwar mal Präsentationen gezogen, bin aber noch nicht weiter gekommen, schliesslich bin ich auch erst etwa 28 Std. zurück :-)


Zu den Shared Actions:
So sehr ich mich damals über diese Dinger gefreut habe, so sehr wurde auch mir die Freude durch solche Unregelmässigkeiten wie die UnprocDocs und so Sachen, wie Andreas sie hier aufzählt, vergällt und ich hab sie nun wirklich nur noch für ganz simple Sachen eingesetzt. Die haben das in R5 einfach unreif drin gehabt. Bin bisher noch nicht so weit gekommen, in ND6 wieder auszuprobieren, aber ich gehe mal davon aus, dass da viele, viele der Probleme gefixt sind.

[Glombi]

Nun wenn ich mir so die Lotus Software KnowledgeBase bzgl. Shared Actions Bugs unter R6 durchlese, beschleicht mich ebenfalls das Gefühl, auf diese Dinger zu verzichten.

If you create an "Action with a Sub Action" on a subform, the top-level Label does not display, as it should.  Instead, the Name of the top-level Action displays.
=> This issue has been reported to Lotus Software Quality Engineering.  The only workaround at this time is to either place the Actions directly within the Form design or to not use leveled Actions.


A document created with a top level Action which has a Shared Action as its first sub action will display the Shared Action's label if the labels for both actions are based on a formula.  If you look back in Domino Designer at the top level Action label formula, you see it has been overwritten with the Shared Action label formula.

You also note that the top level action's Display and Icon properties are grayed out, as if it were a Shared Action (whose properties are only accessible via the original design element within the Shared Code --> Actions area).

Note:  At times it has been observed that if the top level Action's formula was not based on a formula then the following error occurs when composing the document:

"Invalid formula structure"
=>This issue has been reported to Lotus Software Quality Engineering.

Workaround:
To prevent this issue in the future, create between the top level Action and the Shared Action create an action which will be used as a dummy to buffer.  It need not contain a Name.  Give it a Hide When formula of 1=1.  This prevents the Shared Action characteristics from inheriting into the top level Action.

Oh Mann, wenn ich dieses "Create Dummy" lese... Das ist ja ein richtiger Würgaround (-> AT Fachsprache, oder?)

Andreas

[Semeaphoros]

Um, das tönt tatsächlich nicht sehr vertrauenserweckend ........ nicht nur wegen dem (nachgetragenenen .... ) Würgaround

[koehlerbv]

Jens, das ist einen weiteren Eintrag im WöBu wert (neben dem vorhandenen), und der sollte auf "Finger weg" lauten mit dem Nachsatz "Es gibt kaum etwas, was die Jungs / Mädels von Iris nicht können. Auf shared actions trifft dies leider bisher nicht zu."

Bernhard