Beiträge von Re:Later

  • Webseitenaufruf erzeugt nach der Domain ein /en oder /de

    Wenn du damit meinst, die Seite läuft zukünftig eh nur noch in deutsch:

    - Daektiviere die Sprachplugins.

    - Prüfe deine Kategorien, Menüeinträge, Beiträge, Module auf Sprach-Einstellungen anders als "Alle".

    - Und wennst willst kannst unter Sprachen > Inhaltssprachen die englische deaktivieren.

    - Unter Sprachen > Installiert, deutsch als Standardsprache fürs Frontend (Site).

  • DropDown Menu geht nicht

    Wenn ich in den Seitenquelltext schaue, sieht man keine Untermenüeinträge

    Zitat von Stewa88

    ich habe Kategorien definiert

    Weil "Kategorien" nicht gleich Menüs sind, frag ich zur Sicherheit noch mal: Du hast auch UnterMENÜEinträge angelegt?


    Wenn ja, sieht das für mich so aus, als hättest du

    - "Untermenüeinträge anzeigen" nicht auf JA im Modul.

    - oder" Letzte Ebene" nicht auf ALLE im Modul.

    - oder die Untermenüeinträge haben keine öffentliche Zugriffsebenen


    Zeig mal einen Screenshot deiner Menüs (also die Übersicht/Liste der Menüeinträge) und von den Moduleinstellungen.

  • Nutzung von Menü-Elementen

    Hab gestern auch noch gerätselt und ich glaube der Hund liegt begraben bei den unterschiedlichen Rechten der Menüeinträge(????)

    Zitat von Mister.X

    Bemerkung: Zugriffsberechtigungen sind entsprechend gesetzt und auch der anschauende Nutzer hat die richtigen Zugriffsberechtigungen!

    Generell wäre also interessant, ob es auch bei Alles-Public-Einträgen nicht funktioniert.

  • Cassiopeia und das CSS

    Die angebotenen npm:css und ähnliche haben gewisse Nachteile beim Einsatz "für die tägliche Arbeit", weil sie das komplette Joomla im Hauruck-Verfahren durchlaufen, also ohne Schnitzerei und Konsolegetue nicht nur eine einzelne CSS neu kompilieren, sondern mindestens Backend und Frontendtemplate. Man muss also wissen, was man wie und wo tut. Ein unbedachter Start kann verheerende Auswirkungen haben in einer Umgebung, die einem wichtig ist, in der schon viel Arbeit steckt.


    Der Ansatz geht in die Richtung den "Joomla-Machern" die Pflegearbeit zu erleichtern (ist ja OK!!), aber eben nicht "normalen" Usern.

  • Cassiopeia und das CSS

    Deine eigentliche Frage:

    Aber es gibt in Joomla 4 die neue Komponente com_csp, die wie zero24 klar stellte, eigentlich nicht dafür gedacht ist, aber bei meinen ersten versuchen, gelang es mir damit, Zugriffe auf bestimmte CDNs komplett zu verhindern, darunter auch die relevanten für die Google-Fonts, die die Erweiterung sammelt und recht leicht identifizierbar macht.


    Weiß nicht mehr, wo sich das hier im Forum findet, wo ich kurz beschreibe wie. Glaub es ging auch mit dem jetzt schon verfügbaren plg_system_httpheaders in Joomla 3. Überblick verloren...

  • Cassiopeia und das CSS

    Wie drüben im "alten Thread" schon erwähnt, ist dir das in Joomla 4 zahlreich verbaut. Zumindest zum jetzigen Stand.


    Die min wird automatisch geladen, wannimmer im Ordner vorhanden, sowohl css als auch js. Einen Schalter, auch codeseitig, das zu verhindern, habe ich noch nicht gefunden. Soll mich wer korrigieren, wenn das nicht (mehr) der Fall ist oder ich schon immer was übersehe. Man muss also die min stilllegen, damit die template.css geladen wird. Oder die template.css nach Bearbeitung selber minifizieren. Ginge z.B. mit Koala. Es gibt auch ein Minifizierer-Joomla-Plugin von mir, von dem ich aber noch nicht weiß, ob geeignet für J4.


    Die SCSS/SASS-Dateien sind nicht fehlerfrei nutzbar, wenn du ein fertig gebautes Joomla-Paket verwendest. Eigentlich die richtige Stelle, wenn man die Einarbeitung nicht scheut, die bei anfänglich kleineren Änderungen nicht so Drama wäre. Soooo schwer ist das eigentlich nicht, aber in Casseiopaia einfacher Einstieg eben verbaut. Die Kompilierung UND Minimierung funktioniert auch mit dem oft zitiertem "npm:css" nicht, da Dateien fehlen.


    Im "alten Thread" drüben habe ich das Tutorial von firstlady genannt, mit diesem wäre es möglich, auch nachträglich noch mal die npm-Befehle für css und js nach Änderungen laufen zu lassen, wenn man also mit dem unvollständigen Paket von GitHub beginnt und nicht ein komplettes "build" laufen lässt, aber ebenfalls mit Stolpersteinen und nicht über ein schon normal installiertes Joomla 4, ohne diverse Ordner dort nachzurüsten oder Dateien von dort nach dort rumzukopieren.


    Nach (meinem) derzeitigem Stand ist "einzig und allein benutzerfreundlich" die zusätzliche user.css zu verwenden. Alle anderen Wege brauchen wohl weitere Tutorials, für die es aber derzeit zu früh ist. Oder noch besser, gleich andere, autarke Templates.

  • Joomla 4

    Zitat von chr-hl

    Vielleicht kann mir Jemand auch einen Tipp zum Thema LESS/SASS geben

    SASS/SCSS war hier Thema.

    https://github.com/joomla/joomla-cms/issues/22325


    Es wurden Dateien verschoben, die ein Arbeiten mit den Template-SCSS-Dateien unmöglich machen, ohne zusätzliche Kenntnisse, Dateigeschiebe und Pfadänderungen in SCSS-Dateien, wenn man ein Joomla 4 "wie ausgeliefert" verwendet, was wohl meistens der Fall sein wird. Was wir dort als Antwort erhalten haben, ist in Teilen nicht "richtig gedacht", sondern richtig ist, dass einzelne Dateien aus plumper Nerdigkeit nun eben schlicht fehlen und man somit als "normaler" User SCSS-Dateien out-of-the-box, egal welche Art man zum Kompilieren verwendet, nicht mehr fehlerfrei zu CSS kompilieren kann.


    Mit Protostar/ISIS und LESS war das noch möglich, so wie Joomla die Dateien im fertigen Paket mitbrachte. Auch deswegen war eben Protostar so etwas wie ein gut geeignetes Lerntemplate, wenn man mal LESS ausprobieren wollte, was tatsächlich mit 2, 3 Zeilen Erklärung und 2 Minuten Arbeitsaufwand für die Einrichtung fehlerfrei möglich war, ohne, dass man sich um technischen und anderen Krimskrams kümmern musste.


    Der Verweis auf user.css ist aus jenem Munde etwas enttäuschend für mich, da das eine zusätzliche Datei ist, die geladen werden muss, neben einer sowieso schon überdimensionierten template.css (die man jetzt eben nur noch auf Umwegen ausdünnen kann, wenn man die Stärken von SCSS/SASS und Bootstrap 4 nutzen will).


    Zusätzlich zu dem Ganzen sind in den SCSS des "Standardtemplates" Sachen verwendet, die ein Kompilieren scheitern lassen, mit Compilern, die nicht die geringsten Probleme mit einem Original-Bootstrap-4-Paket haben.


    Kurz: Stichwort Glaubenskrieg. Ich ergänze mal: "an Benutzern vorbei".

  • Bei Menüs erhält man Error : Cannot use object of type stdClass as array

    Leider kann ich nicht wirklich helfen, da zu komplex. Ein breit verteilter Fehler sozusagen. Nicht nur die eine Codestelle betroffen, die da bei dir am Ende aufschlägt, sondern zieht sich bis in die Datenbank.


    Kann nur so viel sagen, dass es mit Zuordnung von Produkt-Varianten zu einem Produkt zu tun hat. Und, wenn man z.B. eine Variante löscht, dann kommt es zu Kuddelmuddel in der Datenbank, weil ein JSON-Objekt statt JSON-Array gespeichert wird und VM das beim Auslesen bzw. schon beim Speichern nicht beachtet. Das schaukelt sich dann auf.

  • Ältere Beitrage ausblenden

    Ohne Link aus der Hüfte:


    Kann die Einstellung "Links" im Hauptbeiträge-Menüeintrag sein.


    Und mit Forenregeln spielte ich an auf:

    Diverse Versionsangaben? (weil keiner Lust hat, veraltete Software zu supporten)

    Link? (mit einem solchen wären wir schon fertig ;) )