Beiträge von LukasHH

Du kannst Dich ja auch gob mal an meiner Anleitung durcharbeiten. Da gibt es ein paar Beispiele, wie man was machen kann. Es gibt noch viel mehr Beispiele und Erklärungen dazu im Netz.

Berechtigungen für ein Verein

weitere Anleitungen:

• https://www.joomla.de/wissen/joomla-…rchen-nummer-13
• https://alexander-fischer-online.net/joomla-handbuc…n-in-joomla-4-x

WICHTIG: Die bestehenden Benutzergruppen und Zugriffsebenen, die Joomla mitbringt nicht ändern und umbenennen. Belasse diese immer so, wie sie sind. Das ist Dein "Retter" wenn mal nichts mehr funktioniert bei den Berechtigungen.

Bei Berechtigungen: Was verboten wurde, bleibt verboten. Die Berechtigungen sind so aufgebaut: von wenig nach mehr. Public darf nichts machen (außer sich die Seite anschauen) und alles was darunter ist, darf immer ein stückchen mehr machen.

Eine Besonderheit bietet die Gruppe & Zugriffsebene "Guest": Eingeloggte User dürfen die zugewiesenen Guest Sachen nicht sehen. Das benötigt man z.B. für Login/Logout

Zu den Begriffen, weil das oft verwechselt oder verstanden wird:
Benutzergruppe: regelt was man machen darf (erstelle, löschen, ändern, ...)
Zugriffsebene: regelt, was man sehen, worauf man zugreifen darf.

Ich habe mal einen PR https://github.com/joomla/joomla-cms/pull/46049 erstellt. Bei den Checks ist ein Fehler aufgetreten, kann den aber noch nicht idenfifizieren, was er da als Fehler anmeckert.

Zitat von Vanbrugg

LukasHH Ist dein Plugin Joomla5/6-ready?

Ich habe noch das von J4 im Einsatz, läuft aber auch unter J5 ohne Probleme. Für J6 würde ich es anpassen. ich dachte, ich habe es schon auf github veröffentlicht, aber scheinbar doch noch nicht gemacht.

Der Ansatz vom #9 ist dabei der gleiche und funktioniert bisher ohne Probleme.

Zitat von christine2

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:

joomla-cms/plugins/content/emailcloak/src/Extension/EmailCloak.php at 8d555a7be480705c107131e0bfa674ff48934509 · joomla/joomla-cms

Home of the Joomla! Content Management System. Contribute to joomla/joomla-cms development by creating an account on GitHub.

github.com

([\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?

Tag 21 - SPF, DKIM, DMARC - E-Mails per SMTP sicher versenden

Entdecke den Joomla-Adventskalender 2024: 24 Tipps & Tricks, die dir jeden Tag bis Weihnachten neue Einblicke und kreative Lösungen für Joomla bieten. Lass…

www.joomla.de

Zitat von christine2

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.

Zitat von markowski

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 $.

Zitat von Dominik Weber

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.

Zitat von Mopps

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 {`;        
    });
});
})

Zitat von christine2

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;
}