Beiträge von voom

Müsste ich nachfragen, ich habe selbst kein iPad. Im Moment ist der Chat aber auch für die User ausgeblendet...

Es scheint, Revo braucht auch zwingend das NodePush-Backend. Das wäre auch ein Ausschlussgrund...

Ah, hier erklärt sich das:

https://support.revocode.de/in…ellung-der-entwicklungen/

Es gibt eine Testversion, die unter dem WSC läuft, wenn man es kauft, müsste man es selbst anpassen. Wenn man es kann. Weiterentwicklung und Support gibt es dann nicht mehr. Eine offizielle Version von Revocode für das WSC wird es nicht mehr geben.

Das ist alles arg unsicher. Schade, dass sowas dann nicht an einen anderen Entwickler weitergegeben wird, sondern eingestellt wird.

Erklärt aber auch noch nicht, wo man das bekommt... Warum ist das nicht im Plugin-Store? Hätte ich das gewusst, hätten wir gleich das geholt und nicht die Modern Shoutbox, weil es dem mChat wirklich sehr nahe kommt... Sogar mehr kann, wenn es Flüstern usw. kann.

Aber nicht fürs WSC 3.1 / WSF 5

20 minus x sind halt immer noch arg wenig... Werden die join / away usw. messages auch mitgezählt? Dann wundert mich nicht, dass quasi nie etwas zu sehen ist, denn die habe ich ja ausgeblendet, aber das betrifft ja dann die Zählung nicht. 20 reine echte für alle sichtbare messages wär da schon wieder etwas besser.

Ein Gedanke: Wäre es evtl. möglich, das Protokoll als Fenster über oder unter dem Chatfenster direkt einzublenden? Mithilfe der Templates?

Das verstehe ich halbwegs, aber das ist schade, denn 10 Minuten sind bei uns alles andere als "historisch". Auf diese Weise ist der Chat bei uns nicht in Gang zu kriegen, weil man immer den Eindruck hat, dass darin nichts passiert. Da hilft dann auch der Zugriff aufs Log nicht, denn das macht keiner. Es sind halt keine technikaffinen Leute, die sowas auf dem Schirm behalten. Wir werde NIE einen Zustand erreichen, bei dem 10 Minuten und 20-x Nachrichten ausreichen, die Leute würden zu 90% der Zeit auf ein leeres Chatfenster stossen. Wir haben eher fortlaufende Unterhaltungen mit "Stosszeiten" aber auch teilweise langen Unterbrechungen. Wenn es nicht möglich ist, dass eine alte Unterhaltung auch nach längerer Zeit fortgesetzt wird, wird der Chat gar nicht genutzt werden.

Leider gibt es als Alternative für Woltlab ja nur die Shoutbox, die in Hinblick auf alte Nachrichten perfekt ist, aber dafür ansonsten extrem reduziert ist in den Funktionen. Was wir früher hatten mit einem erweiterten mChat im phpBB, war genau dazwischen. Da passte alles genau, ausser dass Flüstern fehlte, das war ein echtes Manko.

Man könnte ja denken, man könne ja den Chatlog aufrufen - das tut nur keiner. Und wenn man den Chatlog aufruft, sieht man am Anfang sogar noch weniger als im Chatfenster. Um die älteren Nachrichten von heute aufrufen zu können, muss ich erst eine frühere Zeit unter "Zum Datum springen" einstellen, absenden. Ein endloses Scrollen im Log geht erst, nachdem ich zu einem Datum gesprungen bin - warum nicht sofort bei Aufruf des Logs?

Diese Sache gibt mir ein Rätsel auf. Es scheint mal so und mal so zu sein. Eben habe ich noch Sachen von gestern gesehen, jetzt nicht mal ältere Sachen von heute. Eine Userin hat getestet - sie sieht immer maximal die letzten 10-30 Minuten, aber nie länger. Liegen die Schwankungen vllt. an der Häufigkeit des Cronjobs?

Aber selbst 1-2 Stunden wären viel viel zu kurz, wenn der Chat nicht stark frequentiert ist. Bei uns läuft der Chat nicht an, weil er immer leer wirkt - und er wirkt immer leer, weil die Messages viel zu schnell weg sind.

Bitte baut eine Option ein, dass es auf die Zahl der Messages ankommt, bevor archiviert wird!

Das scheint erst seit der letzten Beta 2 aufgetreten zu sein. User berichten, hier mit einem iPad, dass:

Auch wenn in der Box im Forum vorher ein User angezeigt wurde, sie bei Betreten des Chats weder User noch Nachrichten vorfinden würden (aka "weisse Wand"). Zunächst dachte ich, dass es daran liegt, dass ich ja die Meldungen ausblende. Aber auf dem Screenshot ist das Chatfenster und die Boxen Benutzer und Chaträume zu sehen - aber die Benutzerliste ist leer und der Chatraum zeigt "0" an. Da der User in dem Moment ja selbst drin ist, müsste er sich zumindest selbst sehen!

Das ist der Screenshot der mir gezeigt wurde:

Danke für die Anregung / Erinnerung. Das ist richtig angenehm ohne die Meldungen. Man sieht ja an der TN Liste, wer da ist, nicht mehr da ist, away ist usw.

li[data-object-type="be.bastelstu.chat.messageType.join"], 
li[data-object-type="be.bastelstu.chat.messageType.leave"],
li[data-object-type="be.bastelstu.chat.messageType.away"],
li[data-object-type="be.bastelstu.chat.messageType.back"] {
display:none;
}

Hmm, jetzt bleiben ältere Sachen doch lange sichtbar. Aber was bedeutet dann diese Einstellung mit dem Archivieren?

Ich bilde mir ein, dass die Chatmessages mal nicht so schnell aus dem Chatfenster verschwunden sind. Die Einstellung geht maximal auf 10 Minuten (600 Sekunden) und danach erscheinen sie nur noch im Log?

In einem wenig frequentierten Chat hat man so immer bei Betreten ein leeres Fenster. Wäre es nicht sinnvoller, die Einstellungsmöglichkeiten nach oben nicht zu begrenzen, oder aber die Anzahl der Messages als Grundlage zu nehmen, die maximal in Chatfenster als History erhalten bleiben? Dann hätte man nämlich eine gute Lösung für Chats mit viel ebenso wie mit wenig Nutzung...

Oder übersehe oder verwechsle ich da was...?

Ja, bin ich auch für, habe ich schon über die Templates versucht, aber ist mir nicht gelungen. Man müsste ja nur die Smilies nach unten öffnen...

Man kann es ja auch über CSS ausblenden...

Aber ich bin da immer hin- und hergerissen. Einerseits will man wissen, wer dazu kommt, damit es nicht "still" passiert, andererseits passiert es sehr schnell einfach weil jemand die Seite wechselt und nicht nur, wenn man gezielt rausgeht...

Wenn Editor Buttons, dann hätte ich mir das so vorgestellt, dass man sie einblenden kann wie die Smilies jetzt, aber per Standard nicht da sind. Und ein eingeschränktes Set mit Sachen, die überhaupt Sinn machen im Chat.

Die BBCodes werden eigentlich alle (oder zumindest fast alle) unterstützt, wenn man sie schreibt! Also würde wenig gegen Buttons sprechen, die die Tags einfügen...

Ich hoffe nur, dass das im umgekehrten Fall genauso wirksam ist. Ich bin mit der "flex" Angabe noch nicht so vertraut. flex-basis klingt mir sehr danach, dass es wie ein min-height die Vergrößerung nicht verhindert.

Designänderungen - Contentbereich vergrößern