Hallo Zusammen,

ich fände es Sinnvoll, wenn der App-Bot die Rechte zum kicken eines Users bekommen könnte.
Da ich gerne eine Art "Vote" System bauen möchte mit der Chatter die sich lange in einem Channel aufhalten jemanden entfernen können der sich im Video Chat freizügig zeigt oder blank zieht ohne dass ein MCM online ist.

In dieses System würde ich noch ein paar mehr parameter einfließen lassen, aber im großen und ganzen wäre das gerade für Video Channel eine Sinnvolle Art und Weise den Stammgästen den aufenthalt angenehmer zu gestalten.

http://developer.knuddels.de/docs/classes/ChannelDesign.html

getChannelRed
getChannelBlue
getChannelBlue
getLineHeight (leerzeilengröße?)
getMinimumFontSize
getMaximumFontSIze
getDefaultFontSize
allowColorMessages
allowBoldAndItalicMessages

Der Bot kann theoretisch die Schriftgrößenbeschränkung etc. umgehen. Um individuell je nach Channeleinstellung dies eben nicht zu umgehen, wäre es gut wenn man per API dieses nachprüfen könnte.
Ebenso um eine Nickliste für SPiele in einem Popup nachzustellen, wäre es notwendig alle Farben des Channels auslesen zu können.

Aktuell wird beim updaten einer App die gesamte App neu vom FTP auf den DevServer kopiert, dies kann bei größeren Apps aber auch mal sehr lange dauern wodurch ein flüssiges und nervensparendes Entwickeln nicht gefördert wird

Bei mir liegt die Wartezeit inzwischen bei ~45 Sekunden pro Update, da wir viele aufwendige (bereits optimierte) Grafiken für unsere UserInterfaces verwenden

Daher wäre es wünschenswert, wenn die App zukünftig nurnoch die geänderten Files seit dem letzten Update (z.B. per rsync) aktuallisiert anstatt die gesamte App neu zu laden

Es wäre geil, wenn uns die Möglichkeit geboten wird auch im Namen des Users eine Art /me-Funktion verwenden kann. So könnte man das Problem der fehlenden Unterstüztung der MyChannelMacros im HTML-Chat umgehen.

Beispiel:
user.sendActionMessage(' begrüßt XY herzlich im Channel.');

//Ausgabe
IgelchenM begrüßt XY herzlich im Channel.

Ich hätte gerne eine Funktion um den Zeitpunkt des letzten Logins eines Users auszulesen. Hierbei geht es primär um die Bereinigung von Datenleichen. Ich denke ich kann hier insgesamt über 100.000 Datenleichen entfernen!

Die suche nach fehlern über die Java Konsole ist ziemlich umständlich. Es wäre sehr vorteilhaft das ganze ebenfalls über den User App-Logs zu bekommen

Für die User kann man bereits getAllKeys anwenden. Genau so praktisch ist es aber, wenn es die Methoden auch auf der AppPersistence hätte. Schnell kann man den Überblick über die gespeicherten Keys in der AppPersistence verlieren. Man muss ständig einen Blick haben, was gespei hert wurde. Gerade am Anfang, wenn man viel testet, kann dies sehr demotivierend sein.

Im Zuge der HTML-Chat entwicklung wird der KCode-Parser abgekappselt und als eigenständiges Modul entwickelt, sodass dieser auch für andere Komponenten genutzt werden kann.

Diesen für UI-Apps bereitzustellen (auch wenn Obfuscated, mit einer Schnittstelle) wäre enorm hilfreich, insbesondere wenn man in einer UI-App einen separaten Chat für das Spiel realisieren will. So braucht man sich nicht mehr um wesentlichr Fotmatierungen kümmern, sondern arbeitet direkt mit KCode.

Ich wünsche mir eine row-basierte Persistence mit der es möglich ist, mehrere Einträge unter einem key abzulegen und ähnlich wie UserPersistenceNumbers diese auch abzufragen

Hier ein paar Beispiele

KnuddelsServer.getPersistence().addEntry(key, sameData)
KnuddelsServer.getPersistence().getEntry(key, index)
PersistenceRows.eachEntry(key, someFilter)
PersistenceRows.deleteAll(key)
PersistenceRows.count(key)

user.getPersistence().addEntry(key, sameData)
user.getPersistence().getEntry(key, index)
UserPersistenceRows.eachEntry(key, someFilter)
UserPersistenceRows.deleteAll(key)
UserPersistenceRows.count(key)

Anwendungsbeispiele wären z.B. Logs (Spiele, Auszahlungen) oder Appbasierte Datenbanken mit z.B. dem CMV Verlauf, eigenen Fragendatenbanken für "Ich hab noch nie", "Wer bin ich","Wahrheit oder Pflicht", "WordMix 2.0?"... oder aktive Spiele

Ich möchte überprüfen, ob ein Nutzer bei dem Developer-Programm von Knuddels teilnimmt und sich mit /apps developer erfolgreich registriert hat.

Grund dafür ist, dass ich explizit für AppDeveloper einige Komponenten anbieten möchte. Ist der Nutzer kein AppDeveloper, so soll dem Nutzer erst darauf aufmerksam gemacht werden, wie er sich in Knuddels für das Programm anmeldet.

Es wäre gut, wenn man auf dem DEV einen Channelhintergrund hochladen kann umso seine App auch optisch auf Feinheiten zu testen, damit dies nicht auf dem Liveserver erst passieren muss.

In einigen fällen kann es sinnvoll sein zu prüfen ob eine Nachricht per /p oder per /m kommt. Im meinem Fall möchte ich Wahlweise per /m oder per /p antworten wenn der user einen Link in einer /p oder in einer /m anklickt ... dies ist jedoch aktuell nicht möglich ohne 2 verschiedene Funktionen zu nutzen.

Bei App.onPrivateMessage().privateMessage() könnte man doch sowas wie

recievedAs()

anbieten und dann wahlweise P oder M ausgeben.
Wäre super

Ein serverseitiger Support für JSON-Dateien wäre super!

also sowas wie
var data = loadjson("myfile.json");
oder ähnliches

Damit liese sich überprüfen ob das Entsprechende File innerhalb der App verfügbar oder bereits geladen wurde.

Anwendungsbeispiele sind z.B. Modulare Apps oder auch Eventsysteme

Aktuell kann auch requireFehler nicht try/catch´n drum wäre dies eine Lösung um solch fehler darstellbar zu machen.

const FileStatus = {
NotExists: 'NotExists',
AlreadyLoaded: 'AlreadyLoaded',
Unused: 'Unused'
};

if(checkFile('events/bingo.js') === FileStatus.NotExists) {
//das event bingo gibts nicht
}

if(checkFile('events/bingo.js') === FileStatus.Unused) {
require('events/bingo.js');
}

Hallo Gemeinde,
seit geraumer Zeit gibt es das Channelfeedback. Schade ist, dass diese Informationen nicht mit der API auswertbar sind. Dies kann z.B. sinnvoll sein, wenn man Belohnungen Abhängig von der Bewertung machen möchte.

Hierfür könnte ich mir vorstellen, dass die ChannelInformation-Klasse dahingehend neue Methoden bekommt, um das Ranking, die Nutzung und die einzelnen Votingergebnisse auslesen zu können.