RSS(log) oder Eventanzeige in der CometVisu uvm.

[netsrac]

Habe gesehen, das die aktuelle Version im SVN jetzt auch popups hat. Super!

Einziges Problem ist es, dass Popup wieder verschwinden zu lassen. Ein Click in den Frame (bestimmt ein iframe) macht nix, man muss den Platz zwischen Scrollbar und popup Rand finden und dort klicken. Nicht so schön und auch nicht intuitiv.

Ich denke, vielleicht könnte man bei allen Popup's mit dem Bekannten "X" am rechten oberen Rand arbeiten. Ich denke das versteht dann jeder...

Just my 2 cents...

Netsrac

[makki]

Ob cron oder Plugin ist sicher eher sekundär, also warten wir auf JNK's commit und netsrac es dann locker richtig zu träumen
Ich hab mit dem (rsslog)|(sqlite) noch viel vor..

Makki

P.S.: hab ich schonmal erwähnt das ich SQL richtig gern mag?..

Edit: Beim (nicht) löschen geht es übrigens um was anderes als den Speicherplatz:
Nachvollziehbarkeit!
Ich denke hier an professionelle Anwendungsfälle, wo Meldungen/Störungen der GLT bestätigt werden.. dem würde ich eine eigene ack_actions-Tabelle spendieren aber mit dem normalisieren von Datenbanken verschreckt man halt auch schnell normale Menschen

[Chris M.]

Löschen von Daten in einer Datenbank ist annähernd kostenlos - die werden nur als gelöscht markiert.

Das teure ist das Optimieren, dass dann real die Daten rausschmeißt. Hier sollte man sehr vorsichtig sein, wann man das anstößt.

(Mir ist schon klar, dass die Datenmenge am WG für eine DB lächerlich ist. Aber dennoch muss man die Ressourcen nicht mit beiden Händen aus dem Fenster schmeißen. Und da ich schon 1.2 sec Latenz bei den Plugins habe, bin ich vorsichtig mit Dingen, die "interaktive" Laufzeit kosten. Ein Cron ist dagegen zur Rechten Zeit - Montag, 4 Uhr, oder so - unkritisch)

[netsrac]

Neben dem vielen Platz: ich hab auch vorgesehen, dass man (ggf. per Cron zyklisch) altes aus der DB löschen kann...

Nunja, das braucht man doch nicht über den Cron zu machen. Man kann doch einfach nach dem Aufruf des scripts zum Abfragen der Daten einfach alle Daten wo t < time() - dt ist löschen. Das Löschen sollte nicht viel Zeit benötigen, so dass es hier kein Problem geben wird.

Habe das an anderer Stelle mit großen Datenmengen am Laufen (ich träume faktisch in PHP) :-)

Gruß...netsrac

[JNK]

Ich habe das quasi fertig, einschließlich eines kleinen Perl-Skripts, dass die Datenbank konvertiert. Bitte bis morgen Abend warten.

Gruß,

Der Jan

[Chris M.]

Naja, so schlimm ist das PHP doch nicht, ich hab mich zurechtgefunden; kann man bestimmt irgendwie OO-mässig "besser" (lies: für mich unübersichtlicher) machen aber..

Das hier verwendete PHP ist sehr simpel und ohne OO.
Aber bischen Aufräumen könnte es noch brauchen, ist halt aus einem Proof.-of-Concept entstanden...

(nicht aus der DB löschen! also zusätzliches Feld, wir haben Platz bis zum St. Nimmerleinstag)

Ich lass Euch da gerne mal machen, das scheint mir gerade genau in die richtige Richtung zu gehen

Neben dem vielen Platz: ich hab auch vorgesehen, dass man (ggf. per Cron zyklisch) altes aus der DB löschen kann...

[makki]

Naja, so schlimm ist das PHP doch nicht, ich hab mich zurechtgefunden; kann man bestimmt irgendwie OO-mässig "besser" (lies: für mich unübersichtlicher) machen aber..

Jedenfalls geschafft hab ich heute nichts aber:
Scrollen: Deswegen die Fragen nach dem Einsatz-Zweck:
a) Meldungsarchiv:
Da interessieren mich alte Einträge eigentlich nur seltenst; deswegen auch am liebsten direkt im Widget, Popup optional und scrollen per klicken im oberen/unteren Bereich des Widgets/Popups statt mit Buttons (Anhang 1)
-> Fände ich intuitiver (vielleicht mit Pfeilen oben/unten als Hinweis)

b) Anruferliste: eigentlich dito bis auf:

c) Meldungsbestätigung: hier müsste ein Klick auf den Eintrag wohl diesen als erledigt kennzeichnen (nicht aus der DB löschen! also zusätzliches Feld, wir haben Platz bis zum St. Nimmerleinstag)
Zum scrollen brächte man hier aber ggfs. sep. Buttons o.ä.
Ich mein, sowas wie eine farbige Mülltonne einzublenden ist IMHO eh schmarrn, sieht halt nur hipper aus, ein zu bestätigender Text "Restmüll" reicht auch..

Aber ehrlichgesagt bin ich da auch noch nicht 100% sicher was schlüssig ist, ich weiss nur wies nicht aussehen soll, wieder Anhang 1 )

Makki

[JNK]

PHP aufräumen: Würde ich ja gerne tun, aber ich hab erstens keine Ahnung, wie "vernünftiges" php aussieht und bin zweitens schon immer froh, wenn ich es überhaupt hinkriege....

Gruss,

der Jan

[Chris M.]

Jetzt mache ich es mir mal ganz leicht:

Wer die PHP anfasst, hat auch die Pflicht drinnen aufzuräumen ("...etwas besser verlassen, als man sie vorgefunden hat...")

[JNK]

Scrollen: ich dachte an ein popup wenn man auf das Widget drückt. Und in dem kann man dann scrollen und Meldungen bestätigen bzw. Wegklicken.

Dafür hatte ich als Tag NOACK eingeführt, das beim bestätigen entfällt. Ein eigenes Feld wäre natürlich viel einfacher.

Gruß,

Der Jan

[makki]

Ich dachte eigentlich, dass ein "Shift-Reload" immer alles neu lädt...

Nein, leider nicht, das ist ein echter graus! Im Chromium gibts unter Strg-shift-j eine Option das caching komplett abzuschalten. Fürn FF gibts ein "Clear-cache-plugin" - das ist das einzige was wirklich hilft..

Genau da bastel ich gerade dran.

Ich denke noch können wir da frei agieren, Felder zum sqlite hinzufügen etc! Also her damit, ich habe dafür nämlich z.B. einfach ganz andere Anwendungsfälle ("Meldungsarchiv"), "melden und bestätigen" sah ich bisher in anderem Kontext (imagetrigger, *notify, ..)
Aber vielleicht macht es auch Sinn, das zu verheiraten..

Ausserdem brauchen wir da eh ein scrollen (ich denke gerade an oben/unten bzw. aufm Touch schieben, wieviel ich davon schaffe ist wieder ne andere Frage..Notfalls wenigstens einen Up/Down-Button..), Sonntag ist CV-Tag, nicht das wir uns doppelt Arbeit machen

Makki

[JNK]

Im SVN ist es drin, sollte also funktionieren.

Bei "manuellem Eintrag":

rsslog.php?c=Content&t=Titel&t[]=tag1&t[]=tag2

In der Datenbank musst Du halt das entsprechende Feld befüllen. Mehrere Tags dabei durch "," trennen.

Gruss,

der Jan

[netsrac]

Alle "tags" des Eintrags werden als CSS-Klassen dem Eintrag zugeordnet. Wenn man also als tag "phone,missed" hinzufügt, dann bekommt der Eintrag die Form

Na das klingt doch nach einer perfekten Lösung...

Wie definierst Du die Tags im RSS? Mittels #hash-tag?

Ist das schon im SVN verfügbar?

Danke..Netsrac

[JNK]

<span>: Keine Ahnung. Kannst Du ja mal ausprobieren.

Was ich implementiert habe:

Alle "tags" des Eintrags werden als CSS-Klassen dem Eintrag zugeordnet. Wenn man also als tag "phone,missed" hinzufügt, dann bekommt der Eintrag die Form

<li class="rsslogRow odd phone missed">content des eintrags</li>

Wenn man dann im CSS die Klassen

.phone .missed {
color: red;
}

.phone .inbound, .phone .outbound {
color: green;
}

definiert, werden die Zeilen rot oder grün angezeigt, je nachdem ob der Anruf verpasst wurde oder nicht.

Gruss,

der Jan

[netsrac]

...interessante Idee: man könnte doch über den RSS Feed doch auch ein <span style="xyz"> mitgeben, oder wird das vom Plugin geschluckt?!

Muss ich am WE mal probieren...