Hallo Peer,
Das mit dem Pattern String, das hab ich ja von Dir & konnte diesen einbringen
PR gibt es schon: https://issues.joomla.org/tracker/joomla-cms/45102
Liebe Grüße
Christine
Ja passt doch - ich hatte nur wenig Zeit dafür und daher nur hier den Lösungsansatz geschrieben. 
Wenn das wirklich benötigt wird, dann müsste der Pattern-String um den Underscore erweitert werden:
([\p{L}\p{N}_\.\'\-\+]+\@(?:[\.\-\p{L}\p{N}]+\.)+(?:[\-\p{L}\p{N}]{2,24}))Das ist jetzt aber weitestgehend mit den anderen vielen Varianten ungetestet. Lediglich hier: https://regex101.com/r/RG3PHz/1
Moin moin,
wenn ich Dich richtig verstanden habe, dann änderst Du die URL bei Deinem Provider und nicht in Joomla. Dort musst Du angeben, welche URL auf welche Webseite diese verweisen soll.
Von PHPMail wird eh abgeraten. Man kann es mal zu Testzwecken nutzen, aber mehr auch nicht. Generell würde ich auch zu Testzwecken auf SMTP setzen. Dann vergisst man es wenigstens nicht umzustellen.
Aber grundsätzlich sollte es mit den dargestellten Rechten funktionieren. Wenn nicht, dann wäre die Frage: kommt eine Fehlermeldung oder kommt nix an oder was passiert da?
woher hast Du Deinen Link?
Das ist noch von einem älteren Adventskalender. Vielleicht wäre es hilfreich, wenn man das letzte Bearbeitungsdatum mit angezeigt wird?
Ich wäre mit dieser Anleitung aber etwas vorsichtiger, da man hier mit "verweigert" arbeitet. Mir erschließt sich hier nicht ganz der Sinn. Denn erst gibt man ihm das Recht, was man nachher wieder wegnimmt. In diesem Beispiel wäre es mit den Einstellungen auch niemals möglich, dass ein User für Badminton und Fussball schreiben kann.
Bei Berechtigungen gibt es den Grundsatz: "So wenig wie möglich, so viel wie nötig". Daher ist es besser die Gruppen unterhalb von "Registered" zu erstellen und explizit erlauben. So kann ich einen User in mehreren Gruppen aufnehmen, für die er tätig sein darf.
Hier ist meine Anleitung dazu:
Berechtigungen für ein Verein
Auch wenn es beide Anleitungen mit Joomla 3.x geschrieben sind, gilt es für Joomla 4 und 5 ebenso noch.
Ich vermute mal, dass etwas mit dem Modul selbst etwas nicht stimmt. Wenn man sich den generierten Quellcode anschaut, dann werden beide Module ausgegeben. Es wird irgendwas per iframe geladen.
Was ebenfalls auch auf schlechte Programmierung hinweist ist, dass in beiden DIVs die gleiche ID verwendet wird. Wenn man mittels JS oder CSS dann auch noch das direkt ansprechen möchte, dann braucht man sich nicht wundern.
Nachtrag: Genau darunter wird das Script zum laden des Widget jeweils geschrieben. Es wird in beiden Fällen die gleiche ID verwendet. Ändere die ID beim zweiten, dann sollten auch 2 ausgegeben werden. Wenn das nicht geht, dann einmal die Ersteller des Widgets fragen.
Spielt es eine Rolle wo und wie das Script eingebunden ist?
Wichtig ist ja, dass das Script bzw. die Datei überhaupt geladen ist. Danach kannst Du prüfen, ob das Script ausgeführt wird. Das prüfst Du ggf. mit der Entwicklerkonsole.
Im der Manifest XML des Modul gibst Du das <media> Verzeichnis an und ja es sollte möglichst vom media-Verzeichnis aus geladen werden. Darin gibt es für jedes Modul, Komponente usw. jeweils sein eigenes Unterverzeichnis.
Wenn Du jQuery dafür nutzt, dann solltest Du das auch schreiben statt dem $.
kann ich das machen?
Ja - es ist machbar aber schon etwas komplexer, wenn die Kategorien miteinander vermischt sind. Was wer zu sehen bekommt (wer darf was sehen), steuert man über die Zugriffsebenen. Die Rolle (wer darf was machen) wird über die Berechtigungsgruppe gesteuert.
Zugriffsebenen enthalten Berechtigungsgruppen und werden (z.B.) im Menü, zugewiesen. Berechtigungen, werden in der Kategorie, Beitrag usw. vergeben.
Ggf. kann es erforderlich sein, für jede Kategorie eine eigene Benutzergruppe und Zugriffsebene zu erstellen.
Im Backend wählt man das entsprechend aus:
Das von mir erstellte Modul stellt einen einfachen Kalender dar, über dem man irgendwelche Belegungen anzeigen lassen kann. Er ist nicht speziell für Ferienwohnungen - man kann ihn lediglich auch für Ferienwohnungen einsetzen.
Er ist absichtlich klein und einfach gehalten. Soll jetzt ein Formular dazu kommen, wird das schon wieder komplexer. Zumal das Formular dazu nicht immer benötigt wird. In der Pro Version kann man einen Link hinterlegen, welcher aufgerufen wird, wenn man auf einem freien Tag klickt.
Wenn man mehr möchte, dann empfiehlt es sich auf speziell zugeschnittene Erweiterungen zu setzen.
Kontakt mit dem Entwickler?
Da kannst Du auch mich fragen 
Ja - ich weiß - die Free Version ist noch nicht für J5 geeignet. Aber eine gute Gelegenheit das mal anzugehen. Ansonsten gerne einfach mal eine Mail schreiben. Die Pro-Version läuft unter J5
Hier meine J5-Test Seite:
Reservation Calendar
ok - das mit dem scrollen habe ich überlesen. Da wäre das Stichwort Viewport. Ein recht schlankes JS gibt es hier:
https://stackoverflow.com/questions/6844…nce-in-viewport
Das was Du dann möchtest, wäre die Kombination aus beidem. Einmal die Animation mittels CSS und Ausführung statt des hover beim scrollen mittels JS.
Auf dieser Seite gibt es einige Beispiele wie man es mit CSS realisieren kann: https://www.littlesnippets.net/
Du könntest doch direkt eine Default Ausgabe angeben, welche bei dem Change Event dann überschrieben wird. Entweder direkt in der HTML-Ausgabe eintragen oder über Dein Skript außerhalb des foreach()
document.addEventListener('DOMContentLoaded', function() { //HeaderAusrichtung
// Default
Ausrichtung1.textContent = `justify-content: left;}`;
//Change
const radioButtons = document.querySelectorAll('input[type="radio"]');
radioButtons.forEach(radioButton => {
radioButton.addEventListener('change', function() {
Ausrichtung1.textContent = ` justify-content: ${this.value};}`;
Ausrichtung2.textContent = `text-align: ${this.value}; display: block ruby;}`;
Ausrichtung3.textContent = `.container-header .grid-child { /*Textausrichung*/`;
Ausrichtung4.textContent = `ul.mod-menu.mod-menu_dropdown-metismenu.metismenu.mod-list.menu-horizontal {`;
});
});
})also durch: Zusatz: .site-grid, bleibt unten vor dem (.footer ...) ein weißer Streifen:
Wenn man nur
.hintergrund_marmor {...}angibt, dann wird der Hintergrund auf der gesamten Seite (<body>) gesetzt. Da header und footer einen eigenen Hintergrund haben, wird der Hintergrund vom body überdeckt. Mit dem Zusatz ".site-grid" wirkt sich das nur auf den mittleren Teil aus.
Der weiße Streifen kommt bei der Angabe mit ".site-grid", weil ".footer" einen Außenabstand von oben (margin-top) hat.
aus irgendeinem Grund werden die Klassen zusammengeschrieben ausgegeben.
So sollte es passen:
.com-content-article.item-pagehintergrund_marmor {
background-image: url('/images/Hintergründe/Hintergrundbild_marmor.jpg');
background-repeat: repeat;
}Habe aber gerade gesehen, dass es an 2 Stellen ausgegeben wird:
Wenn es oben im Body-Tag bleibt, dann wäre das nachfolgende vielleicht besser geeignet:
.hintergrund_marmor .site-grid {
background-image: url('/images/Hintergründe/Hintergrundbild_marmor.jpg');
background-repeat: repeat;
}ich würde mich auch mit einem workaround abfinden das /category/ überall zu entfernen.
Da wird Dir vermutlich nichts anderes übrig bleiben. So wie es aussieht, sind die Links manuell / fix eingetragen und werden nicht automatisch geändert. Wenn Du stattdessen die Links mittels Plugin (https://www.reisefotografien.eu/phoca-bedienun…plugin-anzeigen) erstellst, dann sollten die automatisch den neuen Link generieren.
Dies hatte ich dir aber in #2 auch schon verlinkt.
Ja - war mir aber nicht aufgefallen. Hatte wohl nur die Augen auf den JS-Teil geworfen
Alles andere ist Frickelei
Cool - die Funktion ist mir so noch gar nicht aufgefallen. Das macht es wirklich einfacher und übersichtlicher.
