Versuche einmal das:
body.wrapper-fluid footer>.grid-child, body.wrapper-fluid header>.grid-child.container-below-top {
line-height: 0.8;
}Wobei der Wert 0.8 nur als Beispiel gedacht ist. Vielleicht reicht dir auch 0.9? Dies wirkt sich so auf alles im Container below-top aus. Aber da ist bei dir ja auch nur das Menü eingefügt, deshalb würde ich das so machen.
Habe gerade meinen Adventskalender für Joomla 4 auf Vordermann gebracht und in meinem privaten Projekt bin ich fleißig am Einrichten der Inhalte.
Vielleicht hat ja hier auch jemand Interesse und ich würde mich über einen Test freuen: https://github.com/astridx/pkg_agadvents/releases/tag/v4.0.0
Es gibt weniger Optionen in der Version 4.0, dafür ist der Kalender technisch völlig überarbeitet.
Hier habe ich kurz eine Beschreibung begonnen: https://github.com/astridx/pkg…4/pkg_agadvents/README.md
Die Adventskalender-Version 4.x ist für Joomla 4. Bis Adventskalender-Version 3.x ist der Code für Joomla 3.
Die Adventskalender-Version 4.0 ist kein Update von Adventskalender-Version 3.x. Falls jemand von Joomla 3.x auf Joomla 4.x aktualisieren, dann muss der Adventskalender unter Joomla 3.x deinstalliert und unter 4.x ein neuer Kalender installiert werden.
Man muss also die Datei(en) händisch per FTP löschen. Perfekte UIX
Ob diese andere Routine mit dem Installationsvorgang gleichzusetzten ist, habe ich noch nicht durchblickt.
Du siehst also auch keinen Unterschied zwischen dem Löschen der Datei und einer neuen Installation mit aktiviertem Plugin in Bezug auf das Setzen der Namespaces? Ich sehe den auch nicht, hatte aber öfter Probleme, wenn ich lediglich die Datei gelöscht habe. Ich bin dem aber nicht weiter nachgegangen.
Oder, wenn du halt den Cache in Joomla löscht. Sie liegt ja im Cache-Ordner.
EDIT: Oder anders formuliert. Ich hoffe mal, dass das Plugin neu gestartet wird, wenn die Datei gelöscht wurde. Oder irgendeine andere Routine. Andernfalls wäre das ein extrem bescheurte Implementierung, irgendwie.
Das Plugin kann nur etwas tun, wenn das Ereignis im Code getriggert wird. Ich sehe nicht, dass das auf ein Löschen der Datei reagiert.
Die andere Routine: Das Neuanlegen der Datei geschieht meiner Meinung nach mithilfe von Composer (https://github.com/joomla/joom…836ad6e/composer.json#L27) hier: joomla-cms/namespacemap.php at 4.0-dev · joomla/joomla-cms (github.com) .
Ob diese andere Routine mit dem Installationsvorgang gleichzusetzten ist, habe ich noch nicht durchblickt.
Meines Erachtens macht das das Plugin "Erweiterungen - Namespace Updater" on-the-fly und soweit ich mich erinnere, ist das eine Datei im Cache-Ordner, die man für Erneuerung löschen muss bzw. den Cache leeren.
Du meinst die Datei /administrator/cache/autoload_psr4.php. Wenn ich die lösche, dann wird sie beim nächsten Laden der Seite neu erstellt. Das hat mir auch schon oft geholfen.
Aber das Plugin wird doch nur bei einer Installation/Aktualisierung ausgeführt, richtig? Also die Datei /administrator/cache/autoload_psr4.php wird nur dann automatisch auf den neuesten Stand gebracht. Zumindest finde ich in der Datei joomla-cms/namespacemap.php at 4.0-dev · joomla/joomla-cms (github.com) nur Methoden, die zu diesen Ereignissen triggern. Oder übersehe ich was?
Entwickelst du direkt in einer Joomla-Installation?
Wenn du einen neuen Namespace hinzufügen ist unter Umständen eine neue Installation erforderlich, damit Joomla alles richtig registriert.
Protostar und Beez sind nicht mit Joomla 4 kompatibel.
Für das Protostar gibt es einen Fork der auf J!4 läuft: RE: Migration von joomla 3 auf 4 sinnvoll?
Wenn du magst kannst du dir mein Modul ansehen:
https://github.com/astridx/pkg_agosms/releases
Mit einem der Custom Fields ist es möglich, einen Marker auf der Karte im Modul anzusehen.
Die 3x-Versionen sind für Joomla 3. Die 4x-Versionen laufen unter Joomla 4 - sind in der freien Variante aber noch nicht mit allen Funktionen fertig.
Welches Buch von astrid ?
Alles anzeigenHallo,
Astrids' Buch von einigen: https://www.epubli.de/shop/buch/117051
Infos: https://blog.astrid-guenther.de/
Liebe Grüße
Christine
In dem Buch habe ich meine Erfahrungen beim Programmieren mit Joomla 4 festgehalten.
Die deutsche Taschbuchversion bei epubli kann nur aus Deutschland heraus gekauft werden. Eine englische Version und beide E-Book Versionen gibt es bei Amazon.
Wer interessiert ist, kann sich alles vorher ansehen. Der Text im Buch beruht auf https://blog.astrid-guenther.d…zu-joomla4-erweiterungen/
Das Buch ist für die, die gerne einen Text auf Papier lesen oder einen E-Book Reader nutzen.
Joomla verwendet Passwortverschlüsselung mit Blowfish. Wenn du ein MD5-Passwort direkt in der Datenbank setzt, (wie den md5-Hash) wird es bei der nächsten erfolgreichen Anmeldung verschlüsselt und als (salted) Blowfish-Passwort gespeichert.
Nur eine Idee: Versuche einmal vor einer neuen Installation das $secret in der Datei
installation/configuration.php-dist
mit einem Wert zu belegen.
Sorry, das ist der Namespace. Ich meinte
/plugins/actionlog/joomla/
Für die Ansicht im Editor ist die Editor.css verantwortlich.
Schau einmal, ob dr der Link hilft: https://www.joomlacontentedito…-custom-editor-stylesheet
Schreibe andernfalls, welches Template du verwendest.
Ich würde das mit einem Content Plugin umsetzen.
Kennst du dich ein wenig in PHP aus? Dann schau dir doch das Tutorial einmal an: https://www.joomla.de/communit…ntwicklung-teil-1?start=2 . Da wird eine Koordinate in einen Link zu einer Karte umgewandelt. Das könntest du so abwandeln, dass eine URL in eine Schaltfläche verwandelt wird. Damit auch nur die richtigen URLs umgewandelt werden, kannst du diese in eine bestimmte Zeichenfolge einschließen.
Die Spalte inheritable ist in diesem PR hinzugefügt worden: [4.0] Child templates by dgrammatiko · Pull Request #30192 · joomla/joomla-cms (github.com)
Falls dein Joomla auf einer Joomla 4 Version vor dem 10. August aufbaut, liegt es höchstwahrscheinlich nicht an der eigenen Programmierung. Prüfe dann, ob die Spalte in deiner Datenbank vorhanden ist und ergänze sie gegebenenfalls.
Diese Seite erklärt das technische "Warum" (in englischer Sprache) solcher Fehler und gibt Tipps zur Umsetzung einer Lösung: https://docs.joomla.org/Why_ca…install_any_extensions%3F
Genau das meinte ich, als ich sagte dass ich mir eine klarere Kommunikation wünschen würde
Ich bin der Meinung, dass sich die Zielgruppen im Fall von Joomla nicht ausschließen. In meinen Augen bedingen sie vielmehr einander. Was meine ich damit? Ich glaube das Fazit eines Artikels, den ich vor ein paar Monaten im Entwickler Magazin schreiben durfte, erklärt dies:
--
Wenn man sich die Neuerungen genau ansieht, wird klar, in welche Richtung die Entwickler
Joomla! lenken. Insbesondere der Workflow, die Webservices und die CLI weisen hin zu
umfangreichen, kommerziellen Websites. Oben rangiert nicht mehr der Wunsch, Marktanteile zu
erhöhen. Der Vereinsvorstand oder die Einzelunternehmerin, deren Schwager sich auskennt und die
Website nebenher betreut, wäre dafür anzusprechen. Das ist nicht Ziel, weil klar ist, dass ein CMS
nur überlebt, wenn Entwickler und Agenturen Geld mit ihm verdienen. Geld verdient man mit
kommerziellen Seiten.
Genau hingesehen haben nur so der Vereinsvorstand und die Einzelunternehmer ebenfalls etwas
von dem System. Wenn er mit dem CMS Geld verdienst, hat der Entwickler ein Interesse daran, die
Open Source Software auf dem neuesten Stand zu halten, und bietet gerne abgespeckte Versionen
seiner PRO-Erweiterungen kostenlos an. In der Agentur bauen Mitarbeiter Wissen auf und geben in
ihrer Freizeit im Verein Knowhow an den Schwager weiter. So gesehen ist die Ausrichtung auf den
kommerziellen Markt eine Win-win-Situation für alle.
--
Stehe ich mit der Meinung alleine da?
Welche Update-Quelle wird dir für Joomla-Core angezeigt, wenn du "Erweiterungen | Verwalten | Update Quellen" aufrufst?
