Lösung:
Auf den Android Endgeräten ist "Vorlesen" standardmäßig nicht eingeschaltet und muss aktiviert werden. Unter dem Suchbegriff "Vorlesen" wird die Entsprechende Einstellung angezeigt. Wie Menschen mit Sehbehinderung das nun ohne Hilfe finden sollen ist mir ein Rätsel 
.
Sowas gehört schon herstellerseitig mit dem ersten Einschalten als Standard aktiviert und wer es nicht benötigt kann es dann deaktivieren 
.
Habe gerade festgestellt, dass die Funktion "Vorlesen" in J4 weder auf dem Smartphone noch auf dem Tablet funktioniert (J4.1.0 /PHP8).
Kann das noch Jemand bestätigen?
Ich habe so etwas für eine Waldgaststätte ganz einfach umgesetzt, auch kein Nobelrestaurant.
Gibs zu, es ist dein Restaurant! 
Embedded müsste das dann idealerweise ein Responsive PDF sein.
Liquid PDF? Auch wieder aufwändig..
Nö, passt sich eigentlich schön an. Klar, wenn du es auf dem Handy lesen willst, musst du es schon passend auseinanderziehen. Es ist halt so wie mit einem Bild. Ansonsten habe ich das auch schon mit ner Formularkomponente umgesetzt. Ist halt sinnvoll für Bestellungen...
Wieso erstellt du die Speisekarte nicht einfach als PDF und bindest das Dokument im Beitrag ein?
Wenn du deine Speisekarte mit folgenden Dateinamen "speisekarte.pdf" in dein Medienverzeichnis kopierst (also in images), kannst du im Beitrag (code im Editor auswählen) folgendes eintragen:
<p>
<object data="images/speisekarte.pdf" type="application/pdf" width="100%" height="550px"><embed src="images/speisekarte.pdf" type="application/pdf" width="100%" height="550px"></embed> </object>
</p>Probier es mal aus... 
Hallo Matze,
an welcher Stelle genau wird der Fehler 500 ausgeworfen?
Hoster?
PHP-Version?
SQL8 | mariadb?
Auch Yoothemes z.B. benutzt bei alle neuen Templates das UIKit3 Framework für Joomla4 und WP. Du kannst gerne auch dort nachfragen, ob es eine Inkompartibilität mit der Joomla API gibt. Kann mir nicht vorstellen, dass dies noch nicht aufgefallen wäre. Ich vermute eher, dass es ein Problem mit einer anderen Erweiterung in Verbindung mit UIKit bei dir gibt. Dass du dem GF bei Joomlaplates die API-Welt von Joomla erklären musstest, halte ich für etwas überzogen und wird so nicht ganz stimmen. Denke dass war eher dein persönlicher Eindruck und ist vielleicht auch einer missverstandenen Fragestellung deinerseits geschuldet.
Wir können deine Behauptung, dass UKIt3 die Joomla-API lahm legt, jedenfalls nicht bestätigen.
Du kannst gerne bei GitHub dafür ein Entwickler-Ticket eröffnen und deine Erkenntnisse dort mit reproduzierbaren Fakten publizieren.
Meines Wissens nach ist das nicht J!4 kompatibel und wurde von der 3er-Mirgtaion mitgeschleppt.
Eigentlich solltest Du ohne diesem Plugin auskommen.
Ist kompartibel und läuft ohne Probleme .
Haben wir auf diversen J4-Seiten bereits im Einsatz.
Wurde UiKit3 vor der Migration deinstalliert und danach neu installiert ?
Dazu gibt es hier die Lösung:
letzter Eintrag in Thema
Wenn Du in die entsprechende Kategorie gehst, kannst du in den Berechtigungen festlegen, welche Benutzergruppe in dieser Kategorie was machen darf. Du legst also für jede Beitragskategorie fest, welche Gruppe hier welche Rechte hat. Dies lässt sich so einschränken, dass ein Redakteur z.B. nur neue Beiträge in einer einzigen Kategorie erstellen, ändern oder vielleicht auch löschen darf. Du legst es fest!
Dein Screenshot zeigt das Backend. Die Redakteure sollen sich aber nicht im Backend anmelden und stattdessen mit dem Frontend arbeiten. Also Login ins Backend für die Gruppe sperren. Im Frontend dann die Kategorien freigeben, wo Redakteure ändern, löschen und Beiträge neu anlegen.
Wenn ich das richtig verstehe, ist das in Planung für Joomla 4.2?
Genau, so ist es geplant
Für alle die es noch ausblenden möchten (ohne css):
Joomla 4 unterstützt keinen MySQL Treiber mehr.
Und wieso hat das in diesem Thema noch Einfluss gehabt?
Was ist mit dem Hinweis von Pascal #8 ?
Parameter von sqli auf sql (ohne i) mal testweise geändert?
Wenn der Hoster kein PHP8 in deinem Paket anbietet, kann das ja nicht funktionieren oder habe ich da was falsch verstanden?
Vermute ein Serverproblem
Diese Meldung deutet darauf hin, dass die von dir verwendete PHP-Version nicht existiert oder Bibliotheken auf dem Server nicht korrekt konfiguriert sind.
Bitte wende dich direkt an deinen Hoster und berichte kurz was er dazu sagt.
Ich würde ein neues Verzeichnis auf deinem Webspace anlegen, das Verzeichnis mit einer neuen Sub-Domain verknüpfen, die aktuelle Webseite mit Akeeba sichern und dann mit einer neuen Datenbank (DB neu anlegen) über Kickstart installieren. Danach dann ein Update von deiner (vermutlich J3 Version?) in deiner Sub-Domain auf 4.1 durchführen. Hast du eine Webseite mit wenig Inhalten, kannst du natürlich auch alles neu machen ohne Update.
In diesem Fall kannst du später auch Links, die über Suchmaschinen noch auf die alte Webseite verweisen, durch Einträge in der .htacess-Datei (redirect 301) umleiten.
Link zur Webseite?
Ich glaube nicht. Es beginnt ja bei dir schon mit dem Problem auf der Startseite.
Schau dir mal diese Anleitung für J3 an. In J4 ist die Vorgehensweise fast gleich.
