Beiträge von ProtippSchorsch

Ui, keine Ursache Ich habe nicht gewusst, dass der Clear-Nachrichten-Typ noch nicht richtig behandelt wird.

Ist der Quellcode eigentlich soweit korrekt?

Hi,

ich versuche eben, mein cls-Kommando fertigzuschreiben, der beim Aufruf einfach bei allen den aktuellen Chatverlauf leeren soll. Leider scheitert es an der Umsetzung. Könnt ihr mir helfen?

Mein Zwischenstand sieht so aus:

<?php
namespace chat\system\command\commands;
use \wcf\system\WCF;


/**
 * Clears the chat. Don't use it to troll
 */
class ClsCommand extends \chat\system\command\AbstractRestrictedCommand {

    /**
     * @see    \chat\system\command\IRestrictedCommand::checkPermission()
     */
    public function checkPermission() {
        parent::checkPermission();

        WCF::getSession()->checkPermissions(array('user.chat.canTempRoom')); //change to mod.chat.canClearScreen
    }    

    /**
     * @see    \chat\system\command\ICommand::getType()
     */
    public function getType() {
        return \chat\data\message\Message::TYPE_CLEAR;
    }

    /**
     * @see    \chat\system\command\ICommand::getMessage()
     */
    public function getMessage() {
        return "Der Chatverlauf wurde geleert! Oh noez!";
    }
}

Derzeit kann es aufrufen, der temporäre Räume erstellen kann. Das soll sich natürlich ändern, also nicht wundern Jedenfalls wird beim Aufruf der Funktion der Text von der getMessage-Methode angezeigt. Der Chatverlauf bleibt allerdings stehen. Ich ging davon aus, dass es bereits ausreicht, den Nachrichtentyp auf TYPE_CLEAR zu stellen, da dies in der Vorgängerversion des Chats auch ausgereicht hat.

~Schorsch

Ich habe mich auch gewundert, warum die Räume auf einmal da waren Aber da sie nun weg sind, ist alles gut.

Ouh, wie sieht es eigentlich mit der Umbenennung des Wertes von chat.room.title1 aus? In meinen Augen wäre der Begriff "Hauptraum" (bzw. Main Room) passender als "Tims Chat" für einen Raum, der standardmäßig als erstes angezeigt wird. Die ganze Anwendung heißt ja schon Tims Chat und da wäre der name für einen Raum meines Erachtens einfach doppelt gemoppelt Das ist natürlich nur eine Kleinigkeit, da man Räume jederzeit umbenennen kann, aber hey, die Kleinigkeiten sollte man auch nicht außer acht lassen

Hallo,

ich habe eben die neue Version von der Chat Anwendug installiert und mir fiel auf, dass immernoch standardmäßig die 4 Räume eingerichtet werden, die ihr wohl zu Alpha/Beta Zeiten zu Testzwecken eingerichtet habt. Als Endnutzer kann ich aber wenig mit Testroom 2, Testroom with a very long name und Room w/o topic anfangen. Von daher mein Vorschlag: Ändert die vordefinierten Räume. Ich persönlich würde mich über einen Hauptraum (einfach dazu chat.room.title1 umbenennen) und über einen Moderatoren-Raum freuen.

~Schorsch

Vielen Dank Ich denke, ein kleiner Fehler hast sich in deinem Befehl eingeschlichen: menuItemLink müsste doch mit menuItemController ersetzt werden, oder? Ich habe es einfach mal gemacht und es klappt, nachdem ich den Menüpunkt an der richtigen Stelle positioniert habe.

Cool, dankeschön Lass dir ruhig Zeit.

Hi,

ich habe ein kleines Problemchen: So genius ich auch mal wieder war, habe ich den Menüpunkt, der zum Chat führt gelöscht Naja "Kein Problem", dachte ich mir. Im ACP habe ich einfach einen neuen Menüpunkt angelegt, wo ich chat\page\ChatPage als Controller angegeben habe. Dooferweise leitet mich der Knopf nun immer zu index.php/Chat/1-Hauptraum/ und nicht zu chat/index.php/Chat/1-Hauptraum/ rüber, was zur Folge eine Fehlermeldung mit sich bringt. Wie kann ich das Problem nun beheben? Habe ich irgendeine Option übersehen (ich traue mir alles zu...)?

~Schorsch

Ich möchte an dieser Stelle ein großes Lob aussprechen, dass ihr so direkt auf Kundenwünsche eingeht. Klar gehört das zu einem guten Service/Community/SuchtsEuchAus einfach dazu, doch das hält mich nicht davon ab, ein Dankeschön zu hinterlassen

Ich weiß nicht, wie es @Frago65 sieht, aber ich würde sagen, dass man über der Userliste und nach der Raumliste jeweils einen Event platzieren sollte, damit man als Entwickler einfach mehr Auswahl hat, seine Inhalte zu platzieren, ohne das Originaltemplate anrühren zu müssen.

Vielen Dank

Keine Ursache

Zitat von Anarchazard

Im Chatkasten habe ich im Wechsel einmal Weiss und einmal Schwarz hinterlegten Hintergrund, in der Anweisung "background: #ff00ff; //Chatkasten " fehlt dann ja die zweite Farbanweisung?! !

In diesem Beispiel wollte ich den Hintergrud einfach lila einfärben, weswegen die Anweisung schon genügt. Du kannst natürlich weitere Anweisungen hinter background: angeben: http://de.selfhtml.org/css/eig…intergrund.htm#background

Ich bin hier zwar nicht im Team, aber zu der ersten Frage kann ich dir zumindest eine Antwort geben:

Gehe in die Stilbearbeitung und gebe diesen Code hier ein:

//Chat Stuff
#tplChat {
    #content {
        background: #ff0000; //Haupthintergrund    
    }

    #timsChatMessageTabMenu {
        .timsChatMessageContainer {
            background: #ff00ff;    //Chatkasten    
        }
    }
}

Du musst dann nur noch die Farbcodes nach deinen Wünschen anpassen (also hinter //Chatkasten und //Haupthintergrund )

Zu der zweiten Frage kann dir bestimmt noch wer weiterhelfen

Ich werde vielleicht mal ein kleines Plugin entwickeln, wo man auf Knopfdruck die Hintergrundfarben wechseln kann. Wenn ich damit fertig bin, sage ich euch bescheid

Reicht für mich als Alternative, danke

Jap, kann ich verstehen, dass die Umsetzung davon viel Aufwand erfordert

Zitat von Tim

Außerdem haben die Benutzer die Nachricht potentiell eh alle schon gesehen, aufgrund der Echtzeitnatur.

Naja höchstens bei Links kann man da noch was retten, ehe da noch jemand draufklickt. Gab es in der 2.0 nicht auch einen integrierten CLS-Command? Wird er zumindest wieder dabei sein?

Hi, ich bin's wieder!

Richtig, ich schlage hier an dieser Stelle einen verfgbaren Eventlistener vor, mit den man die Buttonleiste um weitere Knöpfe erweitern kann. Mir ist schon klar, dass man dafür auch auf das afterInit zugreifen könnte, doch dann müsste man alles in JavaScript Basis schreiben und ich zumindest (keine Ahnung, wie es die anderen sehen) teile meine Eventsachen gerne in richtige Templates auf.

Das war's auch schon von meiner Seite

~Schorsch

Heyo,

ja, ich bin's mal wieder Ich habe eine Frage bzw. einen Vorschlag für den Chat:

Erstmal zur Frage: Wofür sind die Checkboxen hinter den Nachrichten gedacht? Kann man künftig gezielt Nachrichten für alle löschen (falls wer zum Beispiel einen unangebrachten Link sendet)? Wenn ja, dann hat sich meine Frage erledigt und der folgende Vorschlag ist dann überflüssig

Falls nicht: Ich fände so eine Funktion recht praktisch, um die User vor dubiosen Inhalten zu schützen

Danke und bis gleich im nächsten Thread

~Schorsch

Hi,

mir ist eine Kleineigkeit an der Chat-Applikation aufgefallen und zwar taucht die Themameldung von dem Chatraum immer wieder auf, wenn man von einem privaten Gespräch wieder in dem Raum wechselt. Könnte man sie nicht für immer (solange man eingeloggt ist) ausgeblendet lassen? Das stelle ich mir praktisch vor, wenn man beim Wechseln der Räume nicht imemr ständig auf das X klicken muss

Klar, es ist nur eine Kleinigkeit, aber cool wäre es auf jeden Fall, wenn die Meldungen nicht immer wieder auftauchen würden

~Schorsch

Cool, dass der Chat endlich RC-Status erreicht hat Am meisten gefreut habe ich mich über die fertige Vollbildfunktion. Habt ihr prima hinbekommen

Leider stehen Trolle immernoch alle Türen offen:

Das ist das Problem, was ich schon hier bereits gemeldet habe. Wenn ihr das noch fixen würdet, wäre alles prima

~Schorsch

EDIT:

Noch eine Frage: Was bringt das Markieren von Chatnachrichten? Kann man markierte Nachrichten künftig löschen?

Wenn ihr mich nun entschuldigen würdet... ich muss den Fisch wieder einfangen.

Jau, ich habe die Stelle, wo die fullscreen-Klasse eingefügt wird, auch endlich entdeckt. Echt Genius, dass ich die übersehen habe. Jedenfalls danke für die Infos. Ich schaue mal, was sich da so machen lässt

Zitat von Max

Wie genau ich die Höhenanpassungen bewerkstellige, wollte ich mir noch anschauen.
Ganz gute Ergebnisse konnte ich bisher mit CSS3-Flexboxen erzielen (wobei der IE 9 die noch nicht kennt, dort würde ich ein JavaScript-Fallback erstellen).

Ich würde für die IE9 Nutzer am liebsten eine "Besorgen Sie sich einen vernünftigen Brower"-Meldung reinklatschen

Hi,

ich wollte mir ja mal genauer angucken, wie man das derzeitige Problem mit dem Fullscreen lösen könnte. Leider muss ich davor noch eine eher grundlegende Frage stellen: Wie genau wurde es realisiert, dass nach dem Klicken des Fullscreenbuttons einige Bereiche des Chats verschwinden (Header, Fotter usw.)? Ich habe schon in der LESS-Datei die html.fullscreen Stelle entdeckt, wo die Bereiche angepasst werden. Nur stehe ich derzeit auf dem Schlauch, wie genau nun die Fullscreenklasse im <html> Tag eingefügt wird. Wird es irgendwie mittels über Javascript gemacht oder gibt es inzwischen neue und elegantere Methoden, wie man Klassenwerte beinflussen kann. Ich bin da vielleicht nicht ganz up-to-date, von daher sorry für die grundlegende Frage.

Noch eine Frage zur Sicherheit:

Das Chat Template wurde so erstellt, dass man nun jedes Element per LESS beinflussen könnte, oder? Würde es an sich nur ausreichen, wenn ich den html.fullscreen Block in der LESS Datei bearbeiten würde oder dürfte ich notfalls auch kleine Änderungen im Template vollziehen?

Vielleicht kann ich euch doch irgendwie helfen. Cool wäre es auf jeden Fall

~ProtippSchorsch