Wie erwartet in Github eine Sackgasse.
Ich glaube früher gab es mehr Leute im Kodi-Team, die was vom Thema gute UI und vor allem UX verstanden haben.
Danke Dir für Deinen Einsatz und Deine Unterstützung!
Wie erwartet in Github eine Sackgasse.
Ich glaube früher gab es mehr Leute im Kodi-Team, die was vom Thema gute UI und vor allem UX verstanden haben.
Danke Dir für Deinen Einsatz und Deine Unterstützung!
Ist mir völlig unverständlich, wieso sarbes das auf github so abgewürgt hat.
Das beobachtete Verhalten ist schon seit Ewigkeiten so bei Kodi zu beobachten, weshalb ich immer davon ausging, das sei beabsichtigt. Ich wußte ja nicht, daß ich nicht der einzige bin, dem das ausfällt
Zumal sich das ganze sogar lt. @DaVu mit der Tastatur nachstellen läßt.
Ich spreche das nochmal im Team an. Finde das auch nicht in Ordnung. Werde morgen auch nochmal ein Kommentar auf Github da lassen.
Das tut mir in der Tat leid. Ist ein wenig wie fremd-schämen.
So....seit gestern Abend hatte ich eine recht lange und intensive Diskussion mit sarbes.
Im Endeffekt sind wir uns nicht einig geworden und ich habe es aufgegeben das weiter zu diskutieren. Ich finde es ziemlich engstirnig und stur von ihm sich so zu verhalten und ich würde mich freuen, wenn das Team das ebenso sehen würde und ein wenig mehr "open minded" wäre. Das ist aber anscheinend nicht der Fall.
Von daher guenniguenzelsen sorry nochmal an dieser Stelle, dass du dir den Aufwand gemacht hast und das es im Endeffekt zu nichts führen wird. Anscheinend ist das aber doch wirklich eine Sackgasse.
Keine Ahnung ob ich hier nochmal User dazu ermutigen werde ein Bug-Ticket zu eröffnen. Ich muss dieses Team-Verhalten erstmal sacken lassen.
Ich habe noch mein generelles Statement innerhalb des Tickets gegeben (daher wiederhole ich das jetzt hier nicht 1:1).
Ein guter Programmierer ist noch lange kein guter Produktmanager.
Umgekehrt gilt das selbstverständlich genauso.
Kodi hat seit einer Weile den Focus verloren.
Sowohl in Bezug auf den Enduser, als auch in Bezug auf Featureset und UX.
So ein bisschen wie früher Nokia oder auch Winamp.
Die Technik wurde unter der Haube immer noch munter weiterentwickelt, aber man übersah, dass der Markt modernere Konzepte forderte, die der Wettbewerb nach und nach anbot.
Das sage ich ganz neutral.
Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.
Als Bildschirmschoner wird bei mir eine Aquarium-Szene gestartet, aber während des Pausierens eines Videos wird der normale Bildschirmschoner nicht aktiviert, das wäre ja auch totaler Blödsinn. Insofern greift m.E. das Argument "der erste Tastendruck deaktiviert den Bildschirmschoner, ist doch immer so" nicht.
Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.
Wenn der Bildschirmschoner in den Settings deaktiviert ist, dunkelt hier nichts ab. Allerdings wird tatsächlich nach der eingestellten Zeit und bei aktiviertem Bildschirmschoner unabhängig vom gewählten Bildschirmschoner der Bildschirm abgedunkelt. Dann sind auch 2 Tastendrücke (egal ob FB oder Keyboard) notwendig, um den Abdunklungsmodus aufzuheben (ich schreibe jetzt extra nicht Dim) und den Pause-Status aufzuheben. Kann man besser machen.
Mir geht und ging es tatsächlich stets um das Dimmen.
Mit Bildschirmschoner "Dim" habe ich das möglicherweise unklar beschrieben.
Aber für mich ist das Thema jetzt auch beendet, da der Aufwand in keinem Verhältnis zum Nutzen mehr steht.
Ich habe jetzt viele Stunden dafür aufgewendet.
Gestartet habe ich diese Odyssee Anfang November im Kodi-Forum.
Video pause + Dim - Resume with one button-press
Auch dass ein HTPC mit Libreelec nun nicht mehr blind heruntergefahren werden kann, kann ich nicht verstehen und es führte im näheren Umfeld schon dazu, dass ich support leisten musste, weil das Gerät unbemerkt tagelang weiterlief.
In Github aber auch eine Sackgasse.
Dass ein Gerät bei Druck auf den Aus-Knopf ausgeht erscheint den Entwicklern unlogisch.
Mein Fernseher geht dann aus, mein Receiver auch, die schaltbare Steckdose ebenso.
Ebenso erreicht der Confluence Skin wohl langsam sein EoL.
Ein letztes mal habe ich ihn mittels Modifikation der xml auf den aktuellen Versionen zum Laufen gekriegt.
Allein der Gedanke den kontrastarmen Standardskin mit all den Unzulänglichkeiten und dem fürchterlichen Grafik-Auflösungs-Brei verwenden zu sollen, schreckt mich ab.
In Github fordert der Entwickler, der den Issue-Eintrag zu diesem Thema geschlossen hat, dass Featurediskussionen im Kodi-Forum geführt werden sollen.
In dem Bereich, in dem die Entwickler neue Features diskutieren, ist der letzte Eintrag aus Februar 2018....
Kodi Community Forum - Feature Discussion (read-only)
Auch dass man sich weigert, Themen oder Verbesserungsvorschläge zur Kenntnis zu nehmen, die nicht im englischsprachigen Kodiforum platziert wurden, wirkt wie aus der Zeit gefallen.
Zumal man dann mit großen und relevanten Nutzergruppen keinerlei Kommunikation betreibt. Im nichtenglischsprachigen Raum sind das verhältnismäßig viel ältere Menschen, sowie Menschen mit nicht so hohem Bildungsstand, um nur mal zwei Beispiele zu nennen, wo es eine Sprachbarriere gibt.
Mit izprtxqkft hat dir auf kodi.tv genau der richtige geantwortet. Ab und an hat er tatsächlich gute Tipps parat, aber die meiste Zeit hält er reine Selbstgespräche. Der Benutzer hätte m.E. schon längst gelöscht werden müssen, scheint jedoch aus irgendwelchen Gründen Narrenfreiheit zu genießen. 3000 Beiträge in nur 12 Monaten... 'Tschuldigung, aber da kann nur Müll bei herauskommen.
Ist das denn wirklich "Müll" was er unter https://forum.kodi.tv/showthread.php…1584#pid3171584 geschrieben hat?
Er spricht ja vom aktivieren von LIRC - siehe auch https://wiki.libreelec.tv/configuration/…es#lirc-support
Ich würde es zumindest nicht kategorisch ausschließen, dass sich danach das Verhalten ändert oder zumindest darüber beeinflussen lässt. Weitere Infos: https://www.lirc.org/
Dazu müsste aber jemand testen, helfen oder etwas dazu sagen, der sich da im Detail besser mit auskennt.
Vielleicht noch als Idee oder Workaround: Bei einigen Universalfernbedienungen lassen sich doch auch Sequenzen oder Makros programmieren. Damit sollten sich doch auch zwei Tastendrücke auf eine Taste legen lassen?!
Ist das denn wirklich "Müll" was er unter https://forum.kodi.tv/showthread.php…1584#pid3171584 geschrieben hat?
Meine Beobachtung war allgemeiner Natur. Zu dem konkreten Beitrag kann ich nichts sagen, da ich es mir abgewöhnt habe, seine Beiträge näher zu lesen.
Vielleicht noch als Idee oder Workaround: Bei einigen Universalfernbedienungen lassen sich doch auch Sequenzen oder Makros programmieren. Damit sollten sich doch auch zwei Tastendrücke auf eine Taste legen lassen?!
Das wird im vorliegenden Fall nicht funktionieren, weil das Aktivieren der Pause mit einem Tastendruck erfolgt, das Deaktivieren hingegen zwei Tastendrücke erfordert.
Das wird im vorliegenden Fall nicht funktionieren, weil das Aktivieren der Pause mit einem Tastendruck erfolgt, das Deaktivieren hingegen zwei Tastendrücke erfordert.
Da findet man vielleicht für den ersten Tastendruck eine Taste die während der Wiedergabe keine oder keine ausschlaggebende Rolle besitzt.
Letztendlich sind das alles nur Workarounds. Richtig wäre es, wenn man das fehlerhafte Verhalten fixen würde. Aber offensichtlich laufen denen bei Kodi gerade die Programmierer weg (auch Phil65, der den Estuary Skin betreut/entworfen hatte, ist nicht mehr da) oder die sind alle im Weihnachtsstress.
Letztendlich sind das alles nur Workarounds. Richtig wäre es, wenn man das fehlerhafte Verhalten fixen würde. Aber offensichtlich laufen denen bei Kodi gerade die Programmierer weg (auch Phil65, der den Estuary Skin betreut/entworfen hatte, ist nicht mehr da) oder die sind alle im Weihnachtsstress.
der ist schon seit jahren weg
Das Abdunkeln des Bildschirmes während der Pause eines abgespielten Videos ist nicht identisch mit dem Bildschirmschoner 'Dim'.
Als Bildschirmschoner wird bei mir eine Aquarium-Szene gestartet, aber während des Pausierens eines Videos wird der normale Bildschirmschoner nicht aktiviert, das wäre ja auch totaler Blödsinn. Insofern greift m.E. das Argument "der erste Tastendruck deaktiviert den Bildschirmschoner, ist doch immer so" nicht.
Problem ist, dass "Dim" ein Bildschrimschoner ist, deswegen auch der name `screensaver.xbmc.builtin.dim` heißt wenn das nicht umschifft wird und da spezialfaelle aufgemacht werden, gilt erst mal Standard Bildschirmschoner verhalten.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!