[Technik] actions.html

[Christof Donat]

Hi,

> 1. Irgendwie sollte es auch möglich sein, Einträge nachträglich zu
> bearbeiten, da ich zumindest mich in der Hektik oft vertippe, teilweise
> sogar sinnentstellend.

OK, grundsätzlich kann man natürlich die Dateien bearbeiten, aber das ist wohl 
in der Hektik noch fehlerträchtiger. Ich werde mir was einfallen lassen. Die 
Schwierigkeit dabei ist, mit möglichst wenig Aufwand eine vernünftig 
bedienbare Oberfläche zu schaffen.

> 2. Statt Aktion und Effekt in einer Zeile. Hätte ich lieber das
> Effektfeld als Multiline-Edit darunter. Also quasi Überschrift+Text.

Das kann ich natürlich sehr einfach machen.

> 3. Ich fände die Ausgabe der Aktionen zeitlich rückwärts besser. Auch
> beim Editieren und das Feld für neue Einträge dann auch oben. Meinungen?

Machbar. Meinungen?

> 4. Statt "neue Aktion" auf dem Button, fände ich "speichern" logischer.

Natürlich machbar :-)

> 5. Auch das Wiedereröffnen von Problemen ist leider ab und zu nötig.

Bis jetzt könnte man das erreichen, indem man in der entsprechenden Datei die 
Zusammenfassung rausnimmt. Wenn die nicht erhalten bleiben soll, kann ich 
dafür auch einen Button machen. Andernfalls muss ich explizit speichern, ob 
der Eintrag abgeschlossen ist. Bis jetzt habe ich das Vorhandensein einer 
Zusammenfassung als Indikator verwendet.

> 6. Das Namensfeld oben rechts scheint editierbar, ist es aber nicht. Wie
> ist das nun gemeint? Ich sehe auch nicht, wozu man das editieren können
> sollte.

Ursprünglich hatte ich da einfach nur den Namen stehen. Es war dann nicht 
erkennbar, warum das da steht. Darum habe ich jetzt ein readonly input-Feld 
verwendet. Es ist aber völlig egal, wie das dargestellt wird und ob es 
überhaupt dargestellt wird, weil sich der Autor ja aus dem Login ergibt.

Wenn das Feld für Verwirrung sorgt, nehme ich es einfach raus und schreibe 
vielleicht an den Anfang der Seite so was wie "Hallo, Hoellriedel Sepp", 
damit man im Zweifel auch weiß, als wer man eingelogged ist.

> 7. Wäre klasse, wenn es auch in der Ansicht sichtbar ist, ob ein Problem
> beendet ist.

Ah, ich habe vergessen, die Zusammenfassung mit auszugeben. Wenn es eine 
Zusammenfassung gibt, dann ist der Eintrag abgeschlossen. In dem Fall kann 
man natürlich auch noch ein fettes "Abgeschlossen", oder sonst was 
dazuschreiben.

> Wenn nur Punkt 1 erfüllt wäre, könnten wir das Skript von mir aus in
> Betrieb nehmen.

OK, ob ich heute noch dazukomme, kann ich nicht versprechen. Ich werde mich 
aber möglichst bald darum kümmern.

> Dann wünsche ich mir (unabhängig von deinem Skript) schon seit einer
> Weile, dass ich automatisch aus meiner Zeitaufnahme (ich zeichne für alle
> Projekte meine Zeiten auf und was ich da getan habe) mit dieser
> Status-Seite koppeln könnte. D.h. sobald ich in meiner Zeitaufnahme eine
> Alarm-Bearbeitung verzeichne, würde ich ein Skript antriggern, dass auf
> der Aktionen-Seite sichtbar ist, dass ich daran arbeite. Sobald ich die
> Zeitaufnahme für Alarm beende, dass ich nicht mehr daran arbeite.

Das wäre denkbar. Im Grunde müssten wir dazu einen weiteren Tag (z.B. 
<hostsharing:work begin="02 Aug 2006 14:15:16">Michal 
Hönnig</hostsharing:work>) in die Dateien mit einbauen.

> Das könnte einfach eine weitere Seite (HTML Form) sein, dass ich
> automatisch aufrufen könnte.

Der Zugriff muss aber wie bei der jetzigen edactions.html z.B. per Passwort 
gesichert sein, damit 1. nicht jeder irgendwelche Stati setzen kann und 2. 
der Name zugeordnet werden kann.

> Auch eine Anzeige, wer eigentlich gerade welchen Bereitschaftsstatus hat
> (wir haben dafür eine Tabelle), wäre genial.

Im bisherigen Modell der Anwendung ist das etwas aufwändiger einzubauen. Dazu 
ist das Skript im Moment noch zu simpel gestrickt, weil es die Autoren nicht 
verwaltet. Ist aber sicher noch machbar.

> Und diese beiden Infos
> sollten auch nur nach Login sichtbar sein, denn es geht sonst niemanden
> etwas an, wer gerade Bereitschaftsdienst hat etc.

Mein Vorschlag, wie man das mit der Zeitaufnahme umsetzen könnte, lässt sich 
zwar aus der HTML-Darstellung einfach entfernen indem man es eben im 
XSLT-Stylesheet weglässt, in der XML-Darstellung wird es etwas komplizierter. 

Möglich ist das aber, indem man per redirect den Aufruf des Skriptes ohne 
Parameter zu einem mit Parameter "?type=rss" umbiegt und ein XSLT-Stylesheet 
für die rss-Ausgabe baut, in dem wieder die entsprechenden Informationen 
ausgeblendet werden. Das hätte auch den Vorteil dass die meisten RSS-Reader 
mit den <hostsharing:...>-Tags nichts anfangen können. Man kann also in dem 
Stylesheet diese in HTML-Tags umwandeln, mit denen fast alle RSS-Reader etwas 
anfangen können.

Christof