Domino Designer R5

[hbieling]

Hi,
ich möchte mittels  Domino Designer R5.0.10 eine interne Datenbank erstellen. Dabei möchte ich aus den Feldern Startdatum und Enddatum die Dauer berechnen und den zeitraum in einer Kalenderansicht möglichst als Balken darstellen.
Wer kann mir einen Input geben?
Danke!

[manuel]

Hallo

Auf www.jnotes.de gibt's ein PlanerApplet, dass deinen Vorstellungen nahe kommt. Es ist möglich in einer Wochen-/Monats-/Jahresansicht die Zeiträume bestimmter Dokumente als Balken anzeigen zu lassen. Im Downloadbereich kannst du dir das Planer Demo runterladen.


Schönen Gruß
Manuel

[Silke]

Wieso ist das eine Umfrage?

[ata]

... ich denke das hat hbieling einfach falsch verstanden. "Neues Thema" kann man als Anfrage oder Umfrage misdeuten...

... oder...

ata

[hbieling]

... ich denke das hat hbieling einfach falsch verstanden. "Neues Thema" kann man als Anfrage oder Umfrage misdeuten...

... oder...

ata

stimmt....., bin zum ersten Mal auf dieser Seite.

hb

[Till_21]

man kann dies auch mit notesmitteln erreichen :
ich weiss, es gibt keine dynamischen views, aber ich habe annodazumal eine hingebogen : sie hat zwar nicht soviel komfort wie das applet, aber ist halt dafür kein applet.
der nachteil : dies lässt sich nur realisieren, mit @today in columnvalues. Und das hab ich mir sagen lassen, ist sch**, da der Domino-Server dann jedesmal neu den index aufbauen muss(auslastung war wirklich enorm) -> daraufhin hab ich
auch aufs jnotes-applet zurueckgegriffen

till

[Rob Green]

gerade wegen diesem @now, @today etc... kann man auf folgenden Trick ausweichen, der den Indexer Task nicht belastet:

Today1 := @TextToTime("Heute");
Today2 := @TextToTime("Today");
Today3 := @TextToTime("Aujourd\'hui");
Today := @If(Today1 > [01.01.1900];Today1;Today2 > [01.01.1900];Today2;Today3);

Dies funktioniert in einer Umgebung mit deutschen, englischen und französischen Servern/Clients. Wenn alle beteiligten Server und Clients garantiert dieselbe Sprachversion haben, reicht auch ein Einzeiler mit @TextToTime.

(diesen Tip habe ich von Walter L aus dem Spotlight Forum abgeschrieben. Ich kannte es immer nur mit der engl. Version, nämlich nur "@today" zu verwenden, doch auf einem deutsch. bzw. franz. Server läuft es dann nicht mehr...daher ist Walter L´s Methode besser).

[hbieling]

Vielen Dank für die Unterstützung!
Das gilt natürlich auch für alle anderen die einen Beitrag geleistet haben.

HB

[wflamme]

gerade wegen diesem @now, @today etc... kann man auf folgenden Trick ausweichen, der den Indexer Task nicht belastet:

Today1 := @TextToTime("Heute");
Today2 := @TextToTime("Today");
Today3 := @TextToTime("Aujourd\'hui");
Today := @If(Today1 > [01.01.1900];Today1;Today2 > [01.01.1900];Today2;Today3);

Dies funktioniert in einer Umgebung mit deutschen, englischen und französischen Servern/Clients. Wenn alle beteiligten Server und Clients garantiert dieselbe Sprachversion haben, reicht auch ein Einzeiler mit @TextToTime.

(diesen Tip habe ich von Walter L aus dem Spotlight Forum abgeschrieben. Ich kannte es immer nur mit der engl. Version, nämlich nur "@today" zu verwenden, doch auf einem deutsch. bzw. franz. Server läuft es dann nicht mehr...daher ist Walter L´s Methode besser).

Habe mich vor ein paar Monaten belehren lassen müssen, daß das ein Trugschluß ist:
http://groups.google.de/groups?hl=de&lr=&ie=UTF-8&oe=UTF-8&selm=aiukaq%24i2p%241%40news.rhein-zeitung.de

[Rob Green]

jo mei, warum seh i dan net das schweinskringel an der eck da obbe?

[wflamme]

jo mei, warum seh i dan net das schweinskringel an der eck da obbe?

Also Du fragst vielleicht immer Sachen...

[Rob Green]

mal ganz im Ernst: was für ne "Performance" hast Du denn gemessen und festgestellt, daß der Indexer den Server mit üblicher Zeitformel und frisierter Zeitformel genauso belastet?

[wflamme]

2 Ansichten, einmal mit, einmal ohne @TextToTime("Today"), dann ein paarhundertmal mit GetDocumentByKey rumgesucht.

[Rob Green]

hm...getdocumentbykey läuft doch über den Ansichtsindex. Da der einmal geladen und über den Server-RAM dann zur Verfügung gestellt wird, dürfte es keinen logischen und ableitbaren Zusammenhang bzgl. der Performanceunterschiede zwischen einem View ohne Zeit und einem View mit Zeitformel geben. Wenn, dann sollte doch die Last am Server selbst gemessen werden. Die Aussage lautet ja: der Server Indexer Task läuft ständig. Das muss sich doch auch in der Server Task Konsole bemerkbar machen, oder blitzt das immer nur kurz zufällig bei einem "sh ta" auf?

Werde an meiner Moppe dann folgendes machen:
Last (CPU und IO) messen, wobei ich
- 1 View ohne Zeitformel
- je 1 View mit echter und "unechter" Zeitformel verwenden werde

Mal sehen, wie sich das tatsächlich auswirkt

[wflamme]

hm...getdocumentbykey läuft doch über den Ansichtsindex. Da der einmal geladen und über den Server-RAM dann zur Verfügung gestellt wird, dürfte es keinen logischen und ableitbaren Zusammenhang bzgl. der Performanceunterschiede zwischen einem View ohne Zeit und einem View mit Zeitformel geben. Wenn, dann sollte doch die Last am Server selbst gemessen werden. Die Aussage lautet ja: der Server Indexer Task läuft ständig. Das muss sich doch auch in der Server Task Konsole bemerkbar machen, oder blitzt das immer nur kurz zufällig bei einem "sh ta" auf?

Werde an meiner Moppe dann folgendes machen:
Last (CPU und IO) messen, wobei ich
- 1 View ohne Zeitformel
- je 1 View mit echter und "unechter" Zeitformel verwenden werde

Mal sehen, wie sich das tatsächlich auswirkt

Kann schon sein, daß ich da einem Trugschluß erlegen bin. Jedenfalls dachte ich mir, um an die 'richtigen' Dokumente zu kommen, muß der Index stimmen und wenn der Server ständig neu indizieren muß, dann sollte es ja schon erkennbar länger dauern, bis das Dokument 'da' ist - gefragt wird schließlich schneller als indiziert.

[wflamme]

Werde an meiner Moppe dann folgendes machen:
Last (CPU und IO) messen, wobei ich
- 1 View ohne Zeitformel
- je 1 View mit echter und "unechter" Zeitformel verwenden werde

Mal sehen, wie sich das tatsächlich auswirkt

Also ich habe aus Bequemlichkeit mit der StopWatch-Klasse aus TheView gearbeitet.