60 results found

1. die API erweitert wird, sodass man prüfen kann, ob User X den Smiley Y besitzt

   Hey,
   wäre cool wenn es möglich ist in der API eine Erweiterung für Users gibt, um zu prüfen, ob ein User den Smiley XY besitzt oder nicht.

   3 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   3 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

2. Weitere Channelinformationen

   Weitere Funktionen um Channelinformationen abzurufen:

   Channel.isPasswordLocked()
   Rückgabewert: boolean

   Channel.getMaxSize()
   Rückgabewert: Number - Maximale Channelgröße

   Channel.getChannelInfo()
   Rückgabewert: String

   Channel.isColorMuted()
   Rückgabewert: Boolean

   Channel.getMuteStatus()
   Rückgabewert: Number
   - 0: Sehr mild
   - 1: mild
   - ...

   und eventuell noch weitere Informationen!

   6 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

3. Möglichkeit durch playSound streams abzuspielen.

   Es sollte möglich sein durch playSound einen Audio Stream zu starten. (Ob .wav oder .mp3 ist egal).

   18 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   4 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

4. App.onAppInstall

   Ich fände es schick, wenn es ein Event für das Installieren einer App geben würde um z.B. Persistenzen zu setzen die nur einmalig beim Installieren und nicht bei jedem Start der App gesetzt werden müssen. Ich habe das bisher über dem Umweg gemacht dass ich beim onAppStart geprüft habe ob Variablen in der Persistenz existieren.

   10 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

5. Eine Funktion mit der ich Grafiken, direkt über der Eingabezeile setzen kann

   Ich wünsche mir eine Funktion, mit der ich Grafiken direkt über der Eingabezeile anzeigen lassen kann und positionieren kann.

   So wie beispielsweise beim Smileyfeature James Dance, wo James über der Eingabezeile tanzt, oder auch polonaise, wo die Polonaise über der Eingabezeile her läuft.

   Damit lassen sich durch aus auch nette andere Sachen machen, die ich dann gerne umsetzen würde. Allerdings ist das über die bisherige Option mit dem bgimage sehr kompliziert und umfangreich und nicht zielführend.

   Weshalb ich mir dafür eine spezielle Funktion/Möglichkeit wünsche.
   Am besten mit Möglichkeit ob es nur bei einem oder bei allen angezeigt werden soll. Bzw. das man das dann entsprechend selbst mit einprogrammieren kann.

   Ich wünsche mir eine Funktion, mit der ich Grafiken direkt über der Eingabezeile anzeigen lassen kann und positionieren kann.

   So wie beispielsweise beim Smileyfeature James Dance, wo James über der Eingabezeile tanzt, oder auch polonaise, wo die Polonaise über der Eingabezeile her läuft.

   Damit lassen sich durch aus auch nette andere Sachen machen, die ich dann gerne umsetzen würde. Allerdings ist das über die bisherige Option mit dem bgimage sehr kompliziert und umfangreich und nicht zielführend.

   Weshalb ich mir dafür eine spezielle Funktion/Möglichkeit wünsche.
   Am besten mit Möglichkeit ob es nur bei einem oder bei allen angezeigt werden soll. Bzw.… more

   12 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

6. der AppBot User aus dem Channel kicken kann.

   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.

   15 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   2 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

7. sendPublicMessage() auch auf normalen Usern aufrufen können

   öffentliche Nachrichten im Namen des ausführenden Users ausführen (analog zu den Makros). eventuell mit einmaliger Bestätigung des Users.

   42 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   4 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →
   under review  ·  Sascha Hameister responded

   Ahoi,

   das ist eine spannende Idee. Wenn wir diese idee umsetzen, dann mit Abfrage beim Nutzer, ob die App im Namen des Nutzers Nachrichten schreiben darf.

8. sendPublicMessage() mit verschiedenen Varianten für einzelne ClientTypes

   um z.B. Spiele die mit öffentlichen Nachrichten arbeiten (gesehen bei KopfTrainer, Braintainment) an den jeweiligen Client des Nutzers anzupassen wäre eine Möglichkeit für verschiedene ClientTypes verschiedene Texte anzugeben nützlich.
   Aktuell unterstützt jeder Client unterschiedlich viel KCode, und wenn man alle Clients unterstützen will hat man grafisch nur sehr wenig Gestaltungsmöglichkeiten.
   Zusätzlich dazu kommt noch die von Grund auf unterschiedliche UI und UX auf mobile devices.

   22 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

9. Schnitstelle für Smiley-Features

   Einige Nutzer würden in Ihrer User App gerne gezielt auf das starten/enden eines Smiley-Features reagieren oder auch nur auf die Endergebnisse.
   Leider sind einige dieser Informationen nicht immer über den Chatverlauf zu erlangen, da die Events keine echten Event-Messages sind, sondern "getarnte" Privatnachrichten.

   Es wäre eine praktische Möglichkeit, wenn es die Möglichkeit gäbe diese Smiley-Features als Event zu registrieren um entsprechend darauf zu reagieren.

   Wünschenswert wären hierzu die Informationen:

   Was wurde gestartet, wer hat es gestartet, wie lange läuft das Event (sofern es ein Zeitlich begrenztes Event ist), ggf. auch eine "Event Id", unter der das Event angesprochen werden kann um weitere Informationen zu erlangen, z.B das Ergebnis eines Wettspiels.

   Einige Nutzer würden in Ihrer User App gerne gezielt auf das starten/enden eines Smiley-Features reagieren oder auch nur auf die Endergebnisse.
   Leider sind einige dieser Informationen nicht immer über den Chatverlauf zu erlangen, da die Events keine echten Event-Messages sind, sondern "getarnte" Privatnachrichten.

   Es wäre eine praktische Möglichkeit, wenn es die Möglichkeit gäbe diese Smiley-Features als Event zu registrieren um entsprechend darauf zu reagieren.

   Wünschenswert wären hierzu die Informationen:

   Was wurde gestartet, wer hat es gestartet, wie lange läuft das Event (sofern es ein Zeitlich begrenztes Event ist), ggf. auch eine "Event Id", unter der das Event angesprochen werden kann… more

   3 votes

   Vote Vote Vote

   Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   1 vote 2 votes 3 votes Remove votes

   You have left! (?) (thinking…)
   0 comments  ·  API-Erweiterungen  ·  Edit…  ·  Delete…  ·  Admin →

10. /botaccount über API auslesen können

    Es wäre praktisch die Informationen von /botaccount auch über die API lesen zu können.

    In einem großen channel sind es zuviel Einträge um damit etwas anzufangen.

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Edit…  ·  Delete…  ·  Admin →

11. VIP Status abfragen

    Die nächsten Tage kommt ja nun das neue VIP Feature in Knuddels.
    Im Forum habe ich es schon angesprochen leider ohne Reaktion.

    Daher hier nun nochmal mein Wunsch den VIP Status eines Users abfragen zu können. Sprich, ich würde gerne per API prüfen können welchen VIP Status ein User hat.
    0 = kein
    1 = bronze
    2 = silber
    3 = gold

    Nutzen würde ich das gern um entsprechenden Usern im Channel weitere Vorteile anzubieten. So könnten diese z.b. eine besondere Begrüßung im Channel vom Bot erhalten und ähnliches.

    9 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

12. Herausfinden können, ob Nutzer sichtbarer VIP ist

    Ich möchte eine neue Funktion user.hasVIPMembership() am User-Objekt, die preisgibt, ob der Nutzer sichtbare merkmale der VIP-Mitgliedschaft hat. Ausreichen würde hier beispielsweise die Heuristik, dass das Icon in der Nickliste angezeigt wird, sodass er diese Information auch vor der API verbergen kann.

    6 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

13. Änderung AppInstance.equals

    AppInstance.equals() sollte die hinterlegte ID der Instanz überprüfen ähnlich wie es user.equals() bereits macht. Somit kann man leicht und schnell 2 unterschiedliche Appinstanzen vergleichen.

    Siehe Beispiel im Forum: https://forum.knuddels.de/ubbthreads.php?ubb=showflat&Number=2879460&page=1

    Dies wäre allerdings nur für aktuelle Handhabung mit den Instanzen nötig, sollte das MultiChannelHandling geändert werden, wie es in meinem anderen Beitrag hier beschrieben ist, wäre diese Lösung hinfällig.
    (http://uservoice.developer.knuddels.de/forums/281002-verbesserungsvorschl%C3%A4ge/suggestions/32321179-%C3%84nderung-am-apps-multichannelhandling)

    4 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

14. Änderung am Apps Multichannelhandling

    Hiho,

    Aktuell ist es ja so => Jeder Channel startet jede zugewiesene App einmal je nach Anzahl Tochterchannel.

    Die UserApps sollte die Multichannels komplett anders handhaben, dies würde die Auslastung der AppServer drastisch reduzieren und die Apps müssten nur noch einmal pro Channel (inkl. Subchannel) gestartet werden.

    Eine Verlinkung innerhalb der appInstance von den einzelnen Channel-Objekten welche einfach alle Informationen zu allen SubChannels einschließt (z. B. KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels() würde dann alle Channelinformation als Array zurückliefern), somit kann man diese problemlos durchlaufen und hat sogar beim AppStart alle Informationen aus allen SubChannels direkt greifbar auch KnuddelsServer.defaultBotUser sollte dann immer relativ zum getriggerten Channel gesetzt werden durch den AppServer. (Sollte MultiChannel in der app.config auf false oder nicht konfiguriert sein, werden einfach keine Events aus Tochterchannels an die App gesendet.)

    Channel-Objekte müsste dann nur um getBotUser() erweitert werden um öffentliche Nachrichten gezielt in diesem Channel schreiben zu können.

    Die Nutzerobjekte allgemein müssten um channel und getChannel() erweitert werden mit einer Verlinkung zu dem Channel in dem es ausgelöst wurde. Damit sind andere Dinge wie onUserJoined() oder onPublicMessage() etc. auch abgefangen und könnten mit user.getChannel().getBotUser().sendPublicMessage('öffentliche Antwort') gehandhabt werden. user.sendPrivateMessage() müsste dann über user.channel ablaufen um gezielt Privatnachrichten zu versenden. Dies würde das Event onAppEventReceived lediglich auf andere Apps reduzieren => weniger Kommunikation der Apps untereinander, weniger Auslastung im allgemeinen => mehr freie Resourcen für mehr Apps. UserAccess.getUserById() müsste dann immer das Nutzerobjekt relativ zum Channel des BotUsers zurückgeben, je nach getriggertem Event. AppContent müsste innerhalb des Channel verschoben werden um gezielte Instanzen wie aktuell zu handhaben.

    Eine Einbindung, einer derartigen Änderung ist nicht mal eben so getan, dass ist mir schon bewusst, aber es würde sich für alle Seiten weitaus mehr lohnen. Entwickler hätten weniger Aufwand bei der Prüfung ob ein Nutzer vielleicht doch in einem SubChannel ist ohne permanent appEvents hin und her zu schubsen oder zu prüfen ob die App rootAppInstance ist (+ er hätte alle Informationen aus allen SubChannels direkt).

    Wie gesagt für Knuddels wäre der Resourcenverbrauch pro App weitaus niedriger, das MultiChannelHandling wäre wesentlich einfacher und die Handhabung für jeden am Ende besser nachvollziehbar.

    CodeBeispiel:
    function sendToAllChannels(text) {
    if (typeof text === 'string' && text) {
    KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels().forEach(function(channel){
    // getBotUser() würde dann den BotUser mit Target = channel haben
    channel.getBotUser().sendPublicMessage(text);
    });
    }
    }

    function getAllOnlineUsersByChannel() {
    let result = {};
    KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels().forEach(function(channel){
    let channelName = channel.getChannelName();
    if (!result.hasOwnProperty(channelName)) {
    result[channelName] = [];
    channel.getOnlineUsers(UserType.Human).forEach(function(user){
    result[channelName].push(user); // user von subChannel1 kann der gleiche user von subChannel 2 sein, wobei je user.channel dann dennoch eine Verlinkung auf dieses channelObjekt sein sollte.
    });
    }
    });
    return result;
    }

    Hiho,

    Aktuell ist es ja so => Jeder Channel startet jede zugewiesene App einmal je nach Anzahl Tochterchannel.

    Die UserApps sollte die Multichannels komplett anders handhaben, dies würde die Auslastung der AppServer drastisch reduzieren und die Apps müssten nur noch einmal pro Channel (inkl. Subchannel) gestartet werden.

    Eine Verlinkung innerhalb der appInstance von den einzelnen Channel-Objekten welche einfach alle Informationen zu allen SubChannels einschließt (z. B. KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels() würde dann alle Channelinformation als Array zurückliefern), somit kann man diese problemlos durchlaufen und hat sogar beim AppStart alle Informationen aus allen SubChannels direkt greifbar auch KnuddelsServer.defaultBotUser sollte dann immer relativ zum getriggerten… more

    9 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

15. ChannelDesign mehr getter

    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.

    15 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    2 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

16. User.channelmove('ChannelNumber');

    User in Tochterchannel verschieben zb. wie im Pokerfinale wo verschiedene Tische verschiedene Channel haben.

    16 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    2 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

17. Prüfen ob onPrivateMessage() per /p oder per /m kommt...

    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

    12 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

18. Knuddel-Transfer INKLUSIVE Steuern

    Ich möchte, wenn ich Knuddel über den BotUser an einem Nutzer sende, sagen können, dass die Knuddel bereits die Steuern enthält.

    Beispiel:

    botUser.transferKnuddel(user, knuddelAmount, { includesFee: true });
    

    Resultat:
    Werden 1.000 Knuddel transferiert, beinhalten die 1.000 Knuddel bereits die steuer - der Nutzer erhält dann zum Beispiel nur noch 900Kn, da die restlichen 100Kn steuern sind.

    Insbesondere benötige ich dies, um an den AppDeveloper zu zahlen, nicht als Gewinnausschüttung an diverse Nutzer. Durch das jetzige Verhalten macht die App dauernd schulden.

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

19. Persistenz, Auflistung der gespeicherten Felder

    Persistence.getNumbers() => Liefert ein Array mit allen Namen für die gespeicherten Nummern ohne die Nummern direkt. Somit kann man ggf. nach eigenen Werten suchen, welche man aus diversen Situationen heraus gesetzt hat.

    Selbiges natürlich auch für Strings und Objekte.

    3 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    1 comment  ·  API-Erweiterungen  ·  Delete…  ·  Admin →

20. Erweiterung des Topics für MyChannel wenn sie vom Bot gesetzt werden

    Bei setzen eines Topics, kann schnell mal die Maximal erlaubte Länge erreicht werden, wenn man verschiedene Buttons benutzt und in diesen auch noch Bilder benutzen möchte die im AppVerzeichnis liegen.
    Für meinen Channel, benötige ich für 9 Bundesländer, 9 Buttons mit einem Bild im Button, + 2 Buttons für DE & CH, dies überschreitet leider die maximal erlaubte Länge. Kann das in irgendeiner Art und Weise erweitert bzw hoch gesetzt werden?
    Mit allen 11 Buttons + ein wenig Spielraum für eine Ankündigung des nächsten Channelevents komme ich derzeit auf 3236 Zeichen.

    9 votes

    Vote Vote Vote

    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    1 vote 2 votes 3 votes Remove votes

    You have left! (?) (thinking…)
    0 comments  ·  API-Erweiterungen  ·  Delete…  ·  Admin →