Verbesserungsvorschläge
60 results found
-
color.asHexString || color.fromHexString
Die Client.Color hat diese Funktionen bereits. Ich hätte sie auch gerne Serverseitig um noch einfacher Nutzeringaben zu validieren, bzw zu konvertieren.
7 votes -
RowPersistence
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
12 votes -
Dimension von Bildern abfragen
Ich würde gern serverseitig die Breite und Höhe von Bildern abfragen können, die in meinem Ressourcen-Ordner liegen.
1 vote -
Prüfung, ob ein User einen Smiley oder Smileyfeature besitzt
Es soll geprüft werden können, ob ein User ein Smiley oder Smileyfeature besitzt. Ein Smileyfeature kann ein User durch Besitzen des entsprechenden Smileys oder durch Besitzen eines entsprechenden Einmalfeatures erlangen. Bei Smileys darf der Smiley nicht verliehen sein.
Mögliche Umsetzung:
user.hasSmiley(smileySyntax) oder
user.hasSmiley(smileyName)bzw.
user.hasSmileyFeature(featureName)
8 votes
Sascha Hameister
responded
Ahoi Enrico,
wir verstehen die Idee hinter dem Wunsch und können uns auch coole Möglichkeiten damit vorstellen.
Der Inhalt des Inventars eines Nutzers, zu dem auch Smileys gehören, ist für einige unserer Nutzer eine kritische Information, die sie für sich behalten wollen.
Gründe hierfür könnten beispielsweise sein:
- Cleverer Smileyhandel
- Schutz für Angriff auf Nickdiebstahl
- ….
Wir können uns vorstellen, im späteren Verlauf der API, eine solche Methode anzubieten, bei der der Nutzer dann vorher zustimmen muss, ob diese Daten von der App genutzt werden dürfen.
Knuddelige Grüße
Ironist -
Audio Mute Button an die App weiterleiten
Als Property sowie als Event
6 votes -
user.sendActionMessage()
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.15 votes -
Mini-Chat Hintergrundfarbe / Textfarbe ist anders als im Java Client
Ich habe, angepasst für den Mini-Chat für meinen MyChannel eine helle Hintergrundfarbe gewählt, jedoch ein dunkles Hintergrundbild und einen dunklen Text. Im Mini-Chat ist die helle Hintergrundfarbe transparent über das Bild gelegt, der schwarze Text ist somit lesbar, im Java Client hingegen wird die Hintergrundfarbe nicht über das Hintergrundbild gelegt, man sieht nix dank schwarzer Farbe auf dunklem Hintergrundbild. Ich wünsche mir das gleichziehen dieser Farben auf beiden Clients. Ich bevorzuge die Variante im Mini-Client.
3 votes -
checkFile(filename) zur vorherigen Prüfung
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');
}11 votes -
Funktionen deaktivieren
Es wäre für Spiele super wenn man (zB im /mychannel Fenster) beliebig Funktionen deaktivieren könnte (zB. /p, /dice, /me usw...) am besten geblacklistet mit dingen wie /go, /admincall usw.
24 votes -
Die App sollte entmuten können
Schön wäre es, wenn man unter /apps ein Haken hätte, um der App das Recht zu geben, entmuten zu dürfen. Das Problem, dass User mute sind ist häufiger und derzeit umgeht man den Prozess , indem jeder CM ein Fenster bekommt und dadurch entmuten klicken muss, das ist nur schlecht wenn kein CM mehr online ist.
Mit den Haken könnte jeder MyChannel-Besitzer selbst entscheiden, ob die App das Recht hat oder nicht.
Die Abfrage wäre beispielsweise
if (user.isMuted())
{
KnuddelsServer.getDefaultBotUser().removeMute(user);
}22 votesSascha Hameister
responded
Ahoi,
uns interessiert, ob der tatsächliche Wunsch wirklich lautet “App soll entmuten können” oder der Wunsch nicht viel eher ist “Einstellen können, dass Nutzer nicht von James gemutet werden”.
Bitte berichtet, wie ihr die Funktion nutzen würdet und warum eine API-Methode statt einer Einstellung im MyChannel-Edit Sinn macht.
Knuddelige Grüße
Ironist -
Mechanismus um each() fortzusetzen (z.B. nach App-Restart)
Das könnte zum Beispiel so gehen:
- Man gibt beim Start einen Key an
- Dieser wird verwendet um erledigte User zu flaggen
- Bei einem erneuten Ausführen des each (z.B. nach einem App-Restart) mit dem selben Key werden nur User erfasst, die noch nicht mit diesem Flag geflaggt wurden
- ggf. noch eine Abfrage-Möglichkeit ob ein früheres each mit einem bestimmten Key zuende gelaufen war
- Methode um die Flags für abgebrochene oder abgeschlossene Durchläufe wieder zu löschen (resetFlag)5 votes -
Ver- und Entknuddelichungen eines Users auslesen
Es wäre gut, wenn man die Ver- und Entknuddelichungen aus den Highlights eines Users herauslesen könnte. Dabei geht es nicht nur um die aktuelle, sondern generell um den kompletten Verlauf an Ver- und Entknuddelichungen.
6 votes -
getChannelMacros()
Würde gern Zugriff auf die Channelmakros bekommen (sofern der Channel welche besitzt), um sie dem User privat zuschicken zu können.
9 votes -
Mehr Informationen via getColorMutedUsers, getLockedUsers, getMutedUsers
Aktuell geben die Funktionen
- getColorMutedUsers
- getLockedUsers
- getMutedUsersNur die betroffenen User zurück. Es wäre jedoch sehr hilfreich wenn man auch den Akteur sowie die Begründung der Handlung auslesen könnte. Besonders die Unterscheidung von Jamesmute/CMC-Mute ist sehr wichtig und entscheidend.
WICHTIG: Diese Idee beinhaltet NICHT dass Mutes oder ähnliches aufgehoben werden sollen, sondern lediglich eine erweiterterte Rückgabe von Informationen.
29 votesSascha Hameister
responded
Ahoi,
uns fehlen hier ganz klar die konkreten Szenarien, wann dies genutzt werden soll. Bitte beschreibt in den Kommentaren, was ihr damit vorhabt.
Knuddelige Grüße
Ironist -
UserPersistenceStrings und UserPersistenceObjects mit each-Funktion
Analog der Idee für UserPersistenceNumbers.each wünsche ich mir, dass dies auch für Strings und Objects möglich ist.
9 votesAhoi,
wir planen, diese Methode für UserPersistenceStrings und UserPersistenceObjects zu integrieren.
Knuddelige Grüße
Ironist -
Privates Anschreiben von Spielenden Usern unterbinden
Ich habe letztens eine Idee hier gelesen bezüglich eines eigenen Filters. Dabei kam mir gerade eine andere Idee und zwar dass es gerade in Quiz-Apps oder Apps wo durch vorsagen ein Vorteil entsteht es sinnvoll sein kann, für die Spieldauer des Users das Private anschreiben und /ms zu unterbinden - ähnlich wie z.B. bei Mafia2 oder via Mod-Funktionen es aktuell zum Einsatz kommt!
20 votes -
11 votes
Hallo,
den Hintergrund des Channels via API zu ändern für alle Nutzer und die Information dann in den Channeleinstellungen zu persistieren ist geplant. Bis wir das realisiert haben, könnt ihr folgenden KCode nutzen:
°>{bgimage}Bild-URL|Modus<°
Modus ist eine Zahl zwischen 1 und 100. Experimentiert damit herum, bis ihr den Modus gefunden habt, der euch gefällt. :-)
-
Methode: user.setHighlights(Message)
Zum setzen eines Highlights Eintrages im Profil.
Allerdings mit Dialogfeld damit der User zustimmen oder ablehnen kann.33 votesAhoi,
wir finden dieses Idee total spannend und überlegen uns, wie wir sie umsetzen könnten. Wenn wir eine Version davon umsetzen, dann auf jeden Fall so, dass der Nutzer beim ersten Mal gefragt wird, ob er Einträge dieser App akzeptiert und er die Einträge im Profil ausblenden kann.
-
Methode: .getSingleClick(kommando, time, timeOutTxt, ipOutText)
in ''kommando'' gibt man an was passieren soll wenn ein user auf den link klickt der von der methode zurückgegebn wird, und noch kein anderer mit gleicher ip drauf geklickt hat.
in ''time'' gibt man in sekunden an wie lang der link gütlig ist. ist die zeit abgelaufen nachricht von timeOutTxt an den user.
in ''ipOutText'' gibt man den Text an der dem user privat angezeigt werden soll wenn schon jemand mit gleicher ip auf den link geklickt hat.
methode liefert als rückgabe den link den man dann in seinen texten verwenden kann.
klickt der user dann wird eine funktion…
10 votes -
Methode: gift(ID, user, zeitpunkt, text, wo)
verschenkt eine rose, setzling, smileycode (baumupgrade, smiley u.s.w.), baumschmuck und all der kram den man sonst auch so verschenken kann an user zum angebenen zeitpunkt entweder im channel bzw. im profilzimmer.
ID: identifiziert das objekt was verschenkt werden soll
zeitpunkt: gibt datum+uhrzeit an wann verschenkt werden soll
text: für rose, smileycode, geschenktext im profilzimmer
wo: gibt an ob auslieferung im channel oder ob das ding ins profilzimmer soll
vorraussetzung für das ganze geraffel ist natürlich das auf dem botnick das entsprechnde zeug vorhanden ist bzw. das man das zeug auf den botnick rüberschieben kann.
10 votes