[Berlin-wireless] Falter-FW-Website nun mit HTML und JS statt TXT-only?

[Martin Hübner]

Hallo tunda,

danke nochmal für deine Mail. Dass überbordendes Javascript ein Unding
ist, sehe ich genau so. Allerdings kann ich das bei der Caddy-Seite
nicht sehen.

In fact, scheint mir da tatsächlich keine einzige Zeile Javascript
vorhanden zu sein. Alles, was da ausgeliefert wird sind HTML und CSS.
Soweit ich das sehen kann, gibt es auch kein eingebettetes Javascript
(siehe Screenshots).


Das textbasierte Browser nicht funktionierten, kann ich leider nicht
ganz nachvollziehen. Ich konnte mit w3m gerade erfolgreich ein Image aus
dem 1.4.0-release herunterladen. Zu sehen gibt es das hier:
https://asciinema.org/a/ZRabBXCyrcVeXXPI90UHjgWFy

Wie gesagt, ist der wesentliche Unterschied, dass ich nun auch sehen
kann, auf welchen Link ich da klicke. Vorher stand da 100 mal
"openwrt-23.05-snapshot-r24145-db554fd450-freifunk-falter-1.4.0-ath79-generic-..."
was ich für ziemlich unpraktisch halte, falls man ein Image doch mal von
Hand laden muss.

Ich hoffe, ihr könnt nachvollziehen, warum wir diese Änderung gemacht
haben. Ich halte sie für sinnvoll um die Einstiegshürde zu senken. Dass
eine so simple Änderung solche Wellen schlagen würde, hätten wir gestern
auf dem Community-Day nicht gedacht.

Liebe Grüße
Martin

> Hallo,
> ja wirklich. Was soll den dass?
> Warum hat man das gemacht und nicht bei txt gelassen?
>
> Ich kann nur mit dem Kopf schütteln. Ich finde es eine ganz schlimme
> Idee. Da wird nun Overhead erzeugt, d.h. Komplexitäten, die nicht sein
> müssen. Mit einem Textbrowser komme ich ab sofort nicht weiter. Ich
> schließe mich da Carstens Meinung an. Ich finde die Änderung nicht gut.
>
> lg tunda
>
> Am 10.03.25 um 11:09 schrieb Carsten Schiefner:
> >/Moin. />//>/Wenn man hier mal guckt: />//>/https://firmware.berlin.freifunk.net/stable/ />//>/ist das seit gestern offensichtlich nach HTML transformiert worden, ein />/STRG+U (bei Firefox) zeigt zudem heftigste JavaScript-Verwendung. />//>/Beides dürfte dem Umzug zu "caddy" geschuldet sein. />//>/Und ich frage mich nun, warum das wohl nötig oder auch nur sinnvoll war. />//>/Denn auf den ersten und auch den zweiten Blick bringt der Umzug keine />/Neuerungen oder gar Verbesserungen. />//>/Andererseits ist die Seite nun deutlich schwerer parsebar; z.B. mittels />/eines cronjobs, wie ich ihn aufgesetzt habe, um über neue stabile />/Falter-Versionen benachrichtigt zu werden. />//>/Falls also jemand die obige Frage beantworten kann und möchte, hüpfte />/mein Herz schon jetzt vor Freude. />//>/FF />//>/    -C. />//>/_______________________________________________ />/Berlin mailing list />/Berlin at berlin.freifunk.net
> <http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin> />/http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin />/Diese Mailingliste besitzt ein ffentlich einsehbares Archiv /
> --
> Website:https://tunda.noblogs.org
> GnuPG-fingerprint: 1F3B402E 77EF17EB 32543FC5 B0A2D2EC AFFFBBC8
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20250310/e930f174/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : POOXrvP5Dk1xeqhW.png
Dateityp    : image/png
Dateigröße  : 99421 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20250310/e930f174/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : 9KgI64VOjBKn0Tzo.png
Dateityp    : image/png
Dateigröße  : 147490 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20250310/e930f174/attachment-0001.png>