Anzahl Dokumente im View ausgeben

[chatty]

Hallo Notes-User,

ich habe einen View in dem ich nach der Kategorie Dokumenttyp Dokumente ausgebe.

Nun möchte ich aber bevor die Kategorie aufgeklappt wird die Anzahl der vorhandenen Dokumente für diese Kategorie ausgeben. In den Spalten-Eigenschaften gibt es auf dem zweiten Reiter "Totals", aber ich glaube das funktioniert nur dann wenn summierbare Zahlen im View ausgegeben werden und erhalten dann eine Gesamtsumme.

Wie kann das möglichst simpel gelöst werden?

Grüße
Chatty

[Glombi]

Das geht so:

Dokumenttyp + " (" + @DocDescendants + ")"

als Formel für die Kategoriespalte.

Andreas

[chatty]

Hallo Andreas,

danke für deine Hilfe... ich habe es aber nun doch anders gelöst.

Ich habe eine zusätzliche Spalte eingefügt die immer den Wert 1 hat. Für diese Spalte setze ich den Haken bei "Totals" und dann funktioniert es auch.

Viele Grüße
Chatty

[Thomas Schulte]

Aber nur wenn du keine Antwort Dokumente mit dabei hast. Dann geht das nämlich nicht mehr. Wie auch alle anderen View Operations nicht mit hierarchischen Dokumentenstrukturen funktionieren.

Ach ja, für den Fall das jemand das geändert haben möchte, es gibt da einen ESR bei IBM, da müsste man nur dafür stimmen. Es funktioniert nämlich und warscheinlich sogar ziemlich einfach. Die Begründung von IBM bei der Anfrage war: "This function takes too much computing time" und deswegen wird das nicht eingebaut. Noch nicht einmal als Schalter wenn ich als Anwender sage "Es ist mir PIEPegal ob das etwas länger braucht, ich will das haben."

[Glombi]

Aber nur wenn du keine Antwort Dokumente mit dabei hast. Dann geht das nämlich nicht mehr. Wie auch alle anderen View Operations nicht mit hierarchischen Dokumentenstrukturen funktionieren.

Ach ja, für den Fall das jemand das geändert haben möchte, es gibt da einen ESR bei IBM, da müsste man nur dafür stimmen. Es funktioniert nämlich und warscheinlich sogar ziemlich einfach. Die Begründung von IBM bei der Anfrage war: "This function takes too much computing time" und deswegen wird das nicht eingebaut. Noch nicht einmal als Schalter wenn ich als Anwender sage "Es ist mir PIEPegal ob das etwas länger braucht, ich will das haben."

Hi Thomas

was genau geht nicht mehr? So ganz verstanden habe ich es nicht.

Andreas

[flaite]

Jetzt mal völlig unabhängig von der Diskussion um den ESR ist die Lösung von Chatty inperformanter als die von Andreas.
Und Inperformanz in Ansichten ist ein bischen gefährlich.
Die meisten Entwickler machen nämlich keine Tests darauf wie die View sich verhält, wenn da 5.000 oder eine realistische Anzahl von Dokumenten drin sind.
Was bei den 20 Dokumenten in der Testdatenbank des Entwicklers noch ganz ok aussah, das kann nämlich bei 3000 Dokumenten - wenn die Datenbank 3 Monate im Praxiseinsatz gewesen ist - viel schlechter aussehen.

Ich glaub IBM meint mit too much computing time vielleicht diesen Effekt. Wobei das natürlich ein bischen paternalistisch ist, weil in bestimmten Fällen macht es unter Umständen doch Sinn.

[Thomas Schulte]

was genau geht nicht mehr? So ganz verstanden habe ich es nicht.

Die Spaltenfunktionen wie zum Beispiel: Total, Percent, usw. funktionieren nur bei nicht hierarchischen Ansichten. Also denen wo Antwortdokumente eben nicht als Antworten unter ihren Eltern hängen.
Das heist wenn ich jetzt zum Beispiel eine Ansicht habe in der
Ticket
-Aufgabe
-Aufgabe
--Aufgabe
--Mail
-Aufgabe
drin steht und ich will auf der Ticket Ebene wissen wieviele Aufgaben sind zu diesem Ticket in allen Ebenen vorhanden, dann kann ich Total so wie es Chatty verwendet hat wegschmeißen, denn es liefert mir diesen Wert nicht zurück, da es keine Response zählt.

Ich glaub IBM meint mit too much computing time vielleicht diesen Effekt. Wobei das natürlich ein bischen paternalistisch ist, weil in bestimmten Fällen macht es unter Umständen doch Sinn.

Axel das ist genau der Punkt. Wenn ich als Entwickler weiß, diese Funktion einzubauen verbrät Zeit, dann will ich frei entscheiden können ob ich das mache oder nicht. Wenn ich das dann mache dann ist das einzig und alleine meine Entscheidung.
Und jetzt geb ich dir in diesem Punkt mal komplett recht. Ja da ist IBM "paternalistisch". Nur leider nicht in einem positiven Sinn gesehen.