/kc/ - Krautchan Beschwerdestelle

>>986 This is excellent.

>>986 OK. I will take this.

>>995 Heil the Admirality!

Meow

>>1011 Ok good

/vip/ => /int/ und /b/ in einer Übersicht /ovb/ => /int/, /b/, und auch die Unterbretter

>>1003 Vielen Dank!

>>1003 >>1002 es gibt noch >>>/nvip/ für "Nur alle Unterbretter".

>>976 The boardsoftware removes everything not essential to render the image. So mainly it keeps:

>>981 Thanks

VLC läuft. MPV muss noch den oben genannten Trick anwenden.

>>958 Es wurde noch einmal angepasst.

MPV will trotzdem nicht. Er meldet sich auch recht lapidar mit 'User-Agent: libmpv', wie die Netzkatze meldet p=8888;nc -lp $p|&grep Ag&mpv http://localhost:$p. Das wird sich auch nicht so schnell ändern, wenn man die über 900 offenen Probleme auf deren Köternabe sieht. Was soll's: VLC läuft, ffplay läuft und der MPV-Käfer ist somit dokumentiert. Bernd kann damit leben. Besten Dank.

>>963 alias mpv=mpv --user-agent='Mozilla/5.0 Firefox/xyz.0'

>>964 Impliziert Konsolennackenbärterey. Einfach eine Verknüpfung anlegen und gut ist. mpv --player-operation-mode=pseudo-gui --user-agent='blablabla' --

this is a horrible banner. I thought the admins had some taste?

>>953 >I thought the admins had some taste? lol. lmao even

>>953 It's a classic. From EC with love. t. didn't make that one

>>945 Sieht tatsächlich besser aus. Altes wird durch dieses ersetzt.

>>953 Glad you like it :3 t. banner maker

>>950 If the OC is good, it'll survive. This debate is as old as imageboards.

>>950 That’s why I post OC on .rip even my .org OC but I was just seeing if there is a place for that here, I don’t care if there’s not, I’d just continue on what I was doing.

>>951 Ah, so my shit dead.

>>954 Just make a thread on /jp/ or something. Inb4 you get banned.

I think old KC had a /k/reatives board. Maybe if we have many /k/reativity, we can reintroduce this? Certainly the stuff won't 404 as fast as on /int/.

>>123 > Schlaufon Nein.

Das Problem kann leider auch hier nicht nachvollzogen werden.

Why can I only draw in landscape? This is very annoying for mobile users.

>>938 Try decreasing the font size/zoom out. Some UI elements are hidden on screens that have too few columns.

>>938 If your zoomlevel is to high or your screen to narrow it cannot render the canvas. Please try as >>939 says.

Nachtrag: >>896 Ja, das Verhalten was du da siehst ist tatsächlich normal bei Framesets und wird sich auf allen.tiff Brausierern und allen.png Betriebsystemen so verhalten.

>>898 >RfK-Eintrag hinzugefügt. Danke >Habe eingestellt, dass "Hauptseite" nun direkt auf die Wurzel geht. Damit öffnet sich dann wieder direkt das Frameset und man muss nicht den Umweg gehen den du da beschreibst. Ich habe das tatsächlich verstanden. Erst nach dem zweiten Lesen, aber ich schiebe es einfach auf die aktuelle Uhrzeit höhö.

Zusatzentdeckung: Das "Hauptseite" in der Seitenleiste (nur da, nicht oben) verweist immer noch auf die /index.html-Version. Egal, falls man im selben Tab bleibt, andernfalls nicht. Man könnte meinen, daß ich die Seite absichtlich kaputtmache.

>>908 In der Seitenleiste war das Absicht, damit nicht das ganze Frameset neu lädt. Ist unpraktisch wenn jemand über die Seitenleiste gerade RfK hört. Klickiere einfach das [ Hauptseite ] in der Kopfleiste rechts.

>>917 Ich mein ja nur.

Gewollt ist, dass man Alle Brettkategorien einklappen kann. Auch gewollt ist, dass es ohne JS geht. Aus diesem Grunde wird es nicht in einem Keks gespeichert wie bei dem Einklappen der Fäden. Auf der anderen Seite, sollte aber ein normales Neuladen der Seite, beziehungsweise das normale Brausieren die nicht wieder ausklappen. Natürlich geht die Information über den Klappzustand verloren wenn man das Fenster/Tab oder den Brausierer zu macht. Müsste man sich überlegen ob man das persistent machen kann.

Der Einheitlichkeit halber ist jetzt alles einklappbar. Das der Einklappstatus gespeichert wird erfordert ein neues JS. Diese müsste dann einen Keks anlegen und bei komplett neuem Aufruf diesen wieder einlesen und den Zustand wiederherstellen. Ich packe mir das auf die Liste, aber da es sich dabei nur im Kosmetik handelt mit sehr niedriger Priorität.

Ein entsprechendes JS, welches bei Klick den Zustand in einem Keks speichert und beim Neuladen diese ausliest und den Klappzustand wiederherstellt, wurde hinzugefügt. Solange Bernd also seine Kekse nicht löschiert sollte der Zustand erhalten bleiben.

>>906 Nach einer harten Erfrischung hard refresh (in meinem Fall Strg-Umschalt-R) scheint es tatsächlich momentan so zu bleiben, wie es hinterlassen wurde.

Werde mir das dennoch mal ansehen. Vermutung ist, dass der Safari? eventuell ein Content-Type mitschickt der nicht einem der unterstützten entspricht. Warum die Datei dann einfach flöten geht, anstatt einer Fehlermeldung muss ich auch noch ergründen. Es gibt jedenfalls Rückmeldung sobald ich dazu kam und eine bessere Idee über das Problem habe. >>869 Wird auf die Liste aufgenommen. Gibt schon 3 CSS Sachen die fixiert werden müssen.

>>871 Danke :3 Am Mac war es Firefox, der den Fehler verursacht hat, am iPhone Safari, aber da ist eh alles Safari.

>>869 Zumindest der CSS-Teil ist jetzt fixiert. Monospace für die Kotblöcke. An der Sache mit der Datei arbeite ich noch. Bisher bekomme ich den Fehler nicht reproduziert.

>>871 Firefox in Fedora lädt es als application/vnd.comicbook+zip hoch. Firefox unter Mac als application/octet-stream. file --mime-type -b gibt in beiden Fällen application/zip zurück.

>>887 Das ist genau die Info die ich gebraucht habe. Danke! Leider ist es auch genau die Antwort die ich befürchtet hatte. Wenn der Brausierer da "application/octet-stream" mitschickt, kann ich tatsächlich nichts mehr machen. Lynxchan ist auf Korrekten Content-Type angewiesen um den passenden Handler zu laden. Der mitgeschickte Content-Type ist der Standard für "Ich hab keine Ahnung was das für eine Datei ist, aber sie enthält Binärdaten". Da müsste man jetzt mal das Internet abgrasen danach. Das sollte ja unter Mac-Nutzern ein bekanntes Problem sein.