Kategorien...

[TomLudwig]

Hallo zusammen,

drei Problem mit Kategorieen:
1. Ich möchte eine Kategorie auch anzeigen, wenn kein Dokument dafür vorhanden ist. Ist das möglich?
2. Das Pfeilsymbol hab ich durch ein Bild ersetzt. Dieses sieht aber verzerrt aus. Welche Vorgaben muss ich beachten?
3. Ist es möglich Kategorieen nicht zu sortieren?

Vielen DANK !!!

[Glombi]

Zu 1. + 3.: Nein

Andreas

[TomLudwig]

Schlecht... damit muss ich dann denk ich leben und Dummydokumente einfügen. Danke schon mal...

[umi]

zu 2: Es muss 2 Bilder enthalten rechts für zusammengeklappt und links für aufgeklappt. Beide Teilbilder sollten gleichgross sein.

[TomLudwig]

Wie zwei Bilder?
Einfach neben einander das es ein Rechteck insgesamt ergibt?

Teilt dann Notes automatisch das Bild in der Mitte?

[Axel]

Hi,

yoo, wobei die beiden Bilder durch ein Pixel getrennt sein müssen.


Axel

[DaWutz]

Zu 3.
Du kannst Dir aber eine eigene Sortierung "basteln" in dem Du z.B. bei den Kategorien sowas wie:

@if(bla=blubb; "1. " + Feldname;"2. " + Feldname")

reinschreibst (nur bei wenig Kategorien) oder Dir in die Dokumente noch ein Feld einbaust, z.B. mit einem Zahlenwert, und dieses Feld dann in einer versteckten Spalte anzeigen läßt, die Du als Sortierkriterium nutzt.
(Evtl. ein wenig "dirty", vor allem wenn Du was an der Sortierreihenfolge ändern willst, aber immerhin...  )

[koehlerbv]

(Evtl. ein wenig "dirty", vor allem wenn Du was an der Sortierreihenfolge ändern willst, aber immerhin...

Warum sollte das "dirty" sein ? Normales Procedere aus meiner Sicht.

Bernhard

[DaWutz]

Naja, dirty deswegen, weil es hart in den Code gepackt wird. Das ist aus meiner Sicht immer ein wenig "quick´n dirty". Aber es kommt auch immer auf den Umfang des Projektes an, ob es Sinn macht, das per Config-Docs zu machen. Aber das wäre meines erachtens nach der "cleane" Weg.

[koehlerbv]

Unter diesen Aspekten hast Du wahr, Daniel.
Ab gesehen davon: Tom will ja NICHT sortieren, und wir sprechen über "anders" sortieren.

Vielleicht sagt er ja noch, was und wofür er das will. Vielleicht geht es ja noch ganz anders ...

Bernhard

[DaWutz]

Btw, da hab ich noch eine Frage zu seinem Punkt 1:

Anderas sagt oben das 1 nicht geht - habe ich auch schon erfahren müssen, das dem so ist, leider. Aber wozu ist der Punkt im Designer unter den View-Properties/Rows "Show empty categories" dann?

Designerhilfe:
(Optional) At the Style tab of the View Properties box, select "Don't show empty categories" so that categories without documents are not listed.

[TMC]

Aber wozu ist der Punkt im Designer unter den View-Properties/Rows "Show empty categories" dann?

Soweit ich weiß, werden leere Kategorien angezeigt, wenn z.B. mit Leserfeldern gearbeitet wird. Wenn also ein User nicht in Leserfeldern steht, sieht er nur die Kategorien, aber nicht die Dokumente. Um diese leeren Kategorien zu vermeiden, kann man "Don't show empty categories" auswählen.

Wenn kein Dokument in der DB vorhanden, welches gem. Spaltenformel eine solche Kategorie enthält, dann wird eine leere Kategorie gar nicht angezeigt (unabhängig von diesem genannten Flag).

[Glombi]

TMC, Du hast völlig recht.

Im übrigen ist es so, dass in Ansichten immer nur physikalisch vorhandene Dokumente - bzw. virtuelle Dokumente beim LEI - angezeigt werden.
Daher kann man keine Kategorie anzeigen, ohne dass dem ein Dokument zugrunde liegen würde.

Man könnte sich natürlich ein Datenmodell überlegen: Pro Kategorie erstellt man ein Konfig.-Dokument, welches durch die Sortierung immer als erstes angezeigt wird. Als Gimmick kann man dann noch das Öffnen des Konfig.-Dokuments unterbinden, wenn der User eine bestimmte Rolle nicht hat. Auf diese Wiese kann man erreichen, dass zumindest ein Dokument - nämlich das Konfig.-Dokument - unter jeder Kategorie steht.
Tom, in Deinem Fall würde ich Dir zu so einem Konstrukt raten.

Andreas

[Glombi]

Zu Punkt 3: Wenn die Kategorie die erste sortierte Spalte ist, wird danach sortiert.
Du kannst natürlich eine versteckte Spalte vor die Kategegorie setzen, die nach anderen Kriterien sortiert ist.
Ob und wie man das machen kann, können wir Dir aber erst sagen, wenn wir die genauen Anforderungen kennen!

Andreas

[DaWutz]

Ah ja, das macht Sinn - Danke für die Erklärung! 

Und die Sache mit den ConfDocs wäre auch eigentlich recht gut zu pflegen. Dynamisch, und trotzdem eigenlich kein so großer Aufwand. Gute Idee - das werde ich demnächste mal versuchen nachzubauen! 

Auch hier: Danke!

[TomLudwig]

Also,

erst mal danke für eure Hilfe. War echt klasse.
Ich hab das Bild dupliziert und eingebunden. Funktioniert einwandfrei.
Die Sortierung hab ich mit der versteckten Spalte umgebogen. Funktioniert auch einwandfrei.
Um leere Kategorien anzeigen zu lassen habe ich einfache ConfDoks erzeugt die mir ein Agent erstellt wenn noch nicht vorhanden und auch wieder löscht, wenn ein weiteres Dokument für die Kategorie vorhanden ist.

Funktioniert alles wunderbar... danke...

[DaWutz]

Hmm, da komm ich aber noch nicht ganz mit.

Du hast einen Agenten, der Dokumente schreibt und löscht. Wie triggerst Du den denn?

[TMC]

Du hast einen Agenten, der Dokumente schreibt und löscht. Wie triggerst Du den den?

Hmm, ich würde das Löschen z.B. über den Postsave-Event der eigentlichen Dokument-Maske machen.
Das Erzeugen der Docs muss wohl da passieren, wo die Kategorien definiert werden (z.B. in einem Konfigurationsdokument).

[TomLudwig]

Die beiden Agenten laufen in der Nacht.
Es sind dann halt stellenweise zwei Dokumente (Ein Conf-Dokument und ein tatsächliches Dokument) vorhanden bis der Agent läuft.

Damit müssen die User leben. basta

[DaWutz]

Oder keins... darum ging es mir eher...   

Wie Du das löschen überwachst, das war mir ein Rätsel... aber wenn der Agent periodisch läuft ist das ja kein "Hexenwerk"

@TMC
Wenn ein Dokument aus einer View raus gelöscht wird, wird noch das Postsave ausgeführt? Ich dachte die ganzen Events werden nur dann ausgeführt, wenn die Maske auch angezogen wird, sprich geöffnet, bearbeitet etc.