rixx

Helft mir mal: pretalx ist in vieler Hinsicht *für Veranstalterinnen* nicht sehr responsive, quasi jeder Aktion braucht einen page reload.

Mehr Javascript würde das Problem deutlich leichter zu lösen lassen und auch zukünftige Features würden dadurch leichter. Aber: Javascript.

Bitte: geht wirklich von eurem Nutzungsverhalten aus, nicht von theoretischen Vorlieben.

Yay, Features!
75.3%
Nay, Javascript!
9.6%
Backend: okay, CfP: nicht
15.1%
Poll ended at .
Aug 14, 2021 at 1:54pmWeb
Show threadrixxAug 14, 2021
Frage an die Leute, die "Backend: okay, CfP: nicht" wählen: Würdet ihr in dieser Version keinen pretalx-CfP mehr nutzen? Wenn ja: wieso? Wenn nein: sondern?
Show threadgomAug 14, 2021
@rixx
Grundsätzlich sehe ich kein Problem mit JS, verstehe schon die mitunter verbreitete Antihaltung nicht. Problematisch ist nur Pfusch und Bloat
Show threadrixxAug 14, 2021

@gom Ich hoff mal, dass ich in JS nicht mehr oder weniger pfusche als in HTML mit dem hässlichen rangetackerten jQuery ^^

Bloat ist ne Sache, ja, besonders bei den Single Page Applications. Aber ich denke, solang man die dependencies klein hält oder auf das primäre Framework beschränkt, ist das auch schon längst im akzeptablen Bereich.

Show threadrugkAug 14, 2021

@rixx @gom ahh jQuery. JavaSceript ja, jQuery pls not 😅

Und außerdem: Also nutzt es doch schon jQuery? Wenn, dann nutzt es doch schcon JS, dann verstehe ich die Umfrage hier nicht…

Show threadrugkAug 14, 2021
@rixx @gom Im Idealfall halt so designen, dass es ein Fallback ohne JS-Unterstützung gibt, aber JS eben Dinge erleichtert 🙂
Show threadAHgAug 14, 2021

@rugk @rixx @gom
Ich mag Javascript und beschäftige mich damit ein wenig in der Freizeit... jQuery und solche libraries mag ich gar nicht mehr. #gunjs wiederum finde ich sehr interessant.

Statt jQuery hab ich Mal zum Test eine eigene kleine library gebastelt (query elements, pubsub tasks und Event Delegation für selbige. Extra: Array mit Elementen mapped property / method calls per Proxy zu Node oder Array Features.
Minified ~2kB, viel gelernt 🤪

Show threadrugkAug 14, 2021
@AHg @rixx @gom https://plainjs.com/ is auch eine sehr schöne Seite
plainJS - The Vanilla JavaScript Repository

Vanilla JavaScript for writing powerful web applications without jQuery.

Show threadAHgAug 14, 2021

@rugk @rixx @gom
Ja, kenne ich neben einigen ähnlichen Seiten
Javascript bringt einen extremen Mehrwert für eine Seite... service worker, offline first, caching, schnellere UI...

Man sollte nicht auf die Vorteile verzichten. Auch ein nojs Fallback ist eher nicht mehr zeitgemäß...

Show threadAHgAug 14, 2021
@rugk @rixx @gom
Wobei ich natürlich erstmal HTML / CSS Lösungen einer JS library mit selbiger Funktion vorziehen würde 😉
Show threadgomAug 14, 2021

@rixx CCC Pretix ist mir bisher nicht als bloated aufgefallen. Aber die letzte Erfahrung ist auch bald wieder zwei Jahre her 😭

Bei Frameworks, kommt wie immer drauf an.

Show threadrixxAug 14, 2021
@gom pre*TIX* ist afaik schon immer (und vermutlich auch für immer) ohne JS nutzbar. preTALX ist grad in Frage ;)
Show threadgomAug 14, 2021
@rixx
hoppala ;)
Ändert aber meine Einstellung nicht..
JS ohne Pfusch und Bloat für gut durchdachte Features
Show threadMorreAug 14, 2021

@gom @rixx Ein paar "früher war alles besser"-Beharrende gibt's leider bei jedem Thema.

Die Umfrage gerade bestätigt mir wieder Mal meine Vermutung dass diese Menschen ein Minderheit sind, aber eben eine laute.

Show threadhansenerdAug 14, 2021

@rixx first party ist völlig okay, ich mag nich wenn JS quer übers interwob nachgeladen wird (und hab das meinem browser auch verboten)

bonuspunkte wenns irgendwie n fallback gibt und es ohne js auch geht, ist für ne web*app* aber auch keine notwendigkeit

Show threadpaalsteekAug 14, 2021
@rixx was @tercean sagt.
Show threadrixxAug 14, 2021
@paalsteek @tercean Danke euch beiden! Momentan geht ja alles ohne JS – der schedule ist JS-by-default mit einem non-JS fallback. Fallbacks sind aber halt aufwendig zu maintainen, und für so features wie "Im CfP diese drei Fragen, aber abhängig davon, was in der ersten geantwortet wird!!" sind ohne JS schon sehr schmerzhaft (auch für die Nutzenden, die plötzlich durch zehn Formularschritte müssen) …
Show threadSophieAug 14, 2021
@rixx Viele der Pretalx Nutzenden bei $arbeitgeber wissen nicht mal was Javascript ist. Mehr Quality-of-Life Features in Pretalx würden vermutlich die Akzeptanz des Tools gegenüber unübersichtlichen handgeklöppelten Tabellen in von Bliat schnarchlangsam gewordenen Wikis verbessern.
Show threadrixxAug 14, 2021
@sophie Danke, das ist gut zu hören (grad von deinem Einblick sowohl hinter als auch vor den Kulissen)! Ich neige sehr dazu, über Zeit auf eine JS-only-Lösung zu ziehen, weil damit so viel schöner/schneller/einfacher wird. Gucken wir mal – wenn man meine Filterbubble hier rausrechnet, sind 25% "nein" schon sehr wenig.
Show threadBen FiedlerAug 14, 2021
@rixx @sophie Würde noch gerne ergänzen: JavaScript an sich ist nicht schlecht, es wird nur von >80% der Websites schlecht verwendet.
Show threadWolfgangAug 14, 2021
@rixx da ich grundsätzlich jedes Java erst freigeben 'muss' freut mich die Seite, die zwar JS hat, aber auch ohne erstmal alles anzeigt und menüs hat, die JS frei aufgehen.
Show threadThies Müller (thies / td00)Aug 14, 2021
@rixx finde es grundsätzlich gut, gebe zu bedenken, dass in meiner web "Erfahrung" meist die Anwendung die höchste Barriere haben die in js geschrieben sind.
Mangels Erfahrung weiss ich aber nicht ob das fehlende Dinge in JS sind, oder die meisten Leute die JS schreiben auf accessibility Scheissen...¯\_(ツ)_/¯
Bis jetzt hab ich pretix als eine accessible cfp Lösung empfohlen & gehe eigentlich auch voll davon aus, dass du das mit im Blick hast.
Show threadThies Müller (thies / td00)Aug 14, 2021
@rixx ansonsten: joa, ist halt JS.
Ist halt n fester Bestandteil des interwebz und wird es vermutlich auch bleiben.
First Party JS seh ich auch wirklich nicht als schlimm an..