Vielen Dank für den Tipp, Addi.
Die weißen Zwischenräume sind jetzt auch eliminiert!
Beiträge von Kallle
-
-
Danke auch Dir für den Hinweis, Elwood!
Wenn nix dazwischen kommt (Corona, 'n Bus oder 'n SUV, dessen Fahrer die Kontrolle über sich und das Auto verloren oder das Bedürfnis nach Autorennen bzw. Amok hat) werde ich kommenden Januar 70. Hauptberuflich bin ich bereits berentet und betreue die von mir im Lauf der letzten Jahre gebauten Webseiten nur noch "nebenrentenlich", d. h. auf kleinster wirtschaftlicher Flamme. Neue Kunden suche ich nicht mehr, aber den Bestandskunden möchte ich gern noch ihre Sonderwünsche erfüllen.
In den letzten 5 Jahren habe ich für mich entschieden, nur noch das unbedingt notwendigste Neue hinzuzunehmen und mich damit auseinanderzusetzen. Ich will mich nicht mehr "breiter" aufstellen. Was Templates betrifft, habe ich mich in dieser Zeit ausschließlich mit den RSJoomla!-Templates angefreundet und auseinandergesetzt. Noch einen anderen Anbieter oder eine andere Art von Templates hole ich mir auf meine alten Tage nicht mehr ins Bett - einfach weil ich auch merke, dass sowohl die geistige Frische als auch die Lust am Webseitenbau langsam aber unaufhaltsam nachlässt. Ich schätze es sehr, wenn ich mir nicht viele neue Gedanken machen muss, sondern möglichst auf viele "Erfahrungswerte" aus mehreren Jahren zurückgreifen kann.
Es kommen sowieso genug Neuigkeiten dazu, die sich nicht umgehen lassen: Vor kurzem die DSGVO, jetzt bald die Sache mit den Cookies, und wer weiß, was sich unsere Legislative dann noch alles einfallen lässt, weil Websoftware immer wieder neue Schwachstellen offenbart.
So habe ich z. B. einen Kunden gehen lassen, weil der vor 2 Jahren darauf bestand, auf Wordpress umsteigen zu wollen. Ich hab' einen ersten Blick auf Wordpress geworfen und schnell entschieden, dass das nicht mein Weg ist. Ich muss mich auf genau EINE Sache konzentrieren, nicht noch etwas Neues hinzunehmen, sonst verzettele ich mich.
Ich hoffe, dass sich die Entwickler, mit denen ich in den letzten 5 Jahren gute Erfahrungen gemacht habe und auch so manche teuren Abos eingegangen bin, noch mindestens weitere 5 Jahre am Markt halten können. Das gilt natürlich in erster Linie auch für Joomla! selbst. Zur Zeit bange ich um OSG (Open Source GmbH), weil ich deren Seminarmanager auf drei Webseiten für Seminarbuchungen einsetze. Sie sind z. Z. in Liquidation und suchen nach einem Nachfolger, der auch den Seminarmanager weiter betreut. Wenn das nicht klappt, habe ich ein echtes Problem, denn dann bleibt als Ersatz nur noch Matukio - und damit habe ich mich bis vor 3 Jahren herumgeärgert. Alle anderen kann man gleich vergessen. Da baut man und testet detailliert, und hat den Eindruck "Au fein! Hier klappt ja alles!" Aber erst wenn man tiefer in die Details vordringt und die verstecktesten Funktionen ausreizen will, erkennt man, dass dies nicht geht und jenes gar nicht vorgesehen ist. Und mit SEPA-Lastschriften haben sie alle nichts am Hut.
Mal schau'n wie's weitergeht.
-
Alles anzeigen
Also ich würde dem Menüpunkt "Test" eine Seitenklasse geben und dann sollte es m.E. mit
.meineseitenklasse .rstpl-content {
display: None;
}
funktioren
Christian.
Aus irgendeinem mir nicht verständlichen Grund wird meine Seitenklasse "ohnecontent" nicht akzeptiert. Ich hatte die o. g. Komponente "Blank Component" als Menüeintragstyp dieser Seite gewählt. Daraufhin erscheint im Firefox-Inspektor die Zeile
<div id="rstpl-com_blankcomponent" class="rstpl-content"></div>
Also habe ich in der custom.css
#rstpl-com_blankcomponent {
display: None;}eingetragen. In dieser Kombination (Deine Lösung plus die von Elfangor93) funktioniert es jetzt.
Leider bin ich nicht Fachmann genug, um alles zu durchschauen und alle notwendigen Codes, Selektoren etc. im Hinterkopf zu haben. Habe mir Joomla!, html, css und php-Grundlagen im Lauf von 10 Jahren selbst beigebracht, bzw. immer wieder gefragt. Das schränkt meine Kenntnisse natürlich auf das ein, was im Rahmen meiner Webseiten der letzten 10 Jahre gefragt war.
-
Kannst Du uns eine Link auf Deine Seite mit dem "Problem" geben?
Christian
Es handelt sich um die Produktivseite einer Arztpraxis, wo ich zur Zeit testweise andere Smart Slider Inhalte probiere. Den Menüpunkt "Test" sieht man nur nach Anmeldung. Hier ein temporärer Zugang (nur heute) zu https://rheumapraxis-hattingen.de/testsppb :
Benutzername: joomlaforum
Passwort: §Noch'nPasswort0815?
-
Vielen Dank, Axel! Zuerst dachte ich, dass das ein bisschen kompliziert sei, weil ich die Templates stark customisiere. Dann gibt es da zwei separate ausgiebige custom.css, die ich beide immer auf demselben Stand halten muss.
Aber ich werde Deinen Vorschlag ausprobieren, weil der von Elfangor93 - den ich zunächst favorisiert hatte*, leider nicht dazu führt, dass die Klasse
.rstpl-content {
margin: 15px auto;
padding: 30px 40px 30px 40px;
background: #fbfff8;
box-shadow: 0 0 10px 0px #dddddd;
border: 0.5px solid #cccccc;
}
ebenfalls komplett von der betreffenden Webseite verschwindet. Da ist dann zwar keine Komponente, aber diese hellgrüne 60px hohe leere Fläche stört das Gesamtbild. Schade!
*) Dort, wo es keine eingefärbten .rstpl-content gibt, wäre es sicher auf einfachste Art und Weise zielführend.
Alles anzeigenNur zum Verständnis: Welchen Zweck sollen solche Seiten haben?
M.E. sollte auch eine Onboard-Lösung fur Seiten funktionieren, die über einen einzelnen Menüpunkt aufgerufen werden.
Dort eine Seitenklasse eingeben (mit führendem Blank) und dann per CSS (display:none)
Christian
Auf diesen Seiten sollen ausschließlich Module erscheinen. Z.B. der Smart Slider 3 mit ganzseitigen Hintergrundbildern und zusätzlichen Layern, die Informationen tragen.
Aber ich werde auch Deinen Vorschlag ausprobieren. Vielen Dank!
Zum Beispiel mit der Blank Component. Diese Komponente stellt eine leere Seite zur Verfügung, an welchen dann beliebige Module angezeigt werden können.
Vielen Dank für den Tip. Blank Component (BC) kannte ich noch nicht. Es wäre sicherlich zielführend, wenn es in meinen Templates nicht die Klasse gäbe
.rstpl-content {
margin: 15px auto;
padding: 30px 40px 30px 40px;
background: #fbfff8;
box-shadow: 0 0 10px 0px #dddddd;
border: 0.5px solid #cccccc;
}
Diese hellgrüne 60px hohe leere Fläche erscheint bei Anwendung von BC leider trotzdem und stört das Gesamtbild.
Dort wo sich die Contentfläche nicht vom Hintergrund abhebt, funktioniert BC sicher bestens!
-
Bestimmte Seiten sollen nur Diashow bzw. Smart Slider, Header und Footer enthalten. Was muss ich tun, damit dort keine regulären Inhalte (Beiträge etc.) auf ihnen erscheinen?
Ich nutze Templates von RSJoomla. In der CSS wird der Inhaltsbereich durch die Klasse ".rstpl-content" definiert. Ich denke, diese Klasse müsste ich auf den betreffenden Seiten einfach verschwinden lassen (display: none). Aber mir ist nicht klar, wie ich das selektiv auf bestimmten Seiten bewerkstelligen kann, während das Gros der Seiten eben doch reguläre Inhalte haben sollen.
Gibt es vielleicht einen Joomla-internen Kniff dafür?
-
Lieben Dank, LukasHH und Re:Later,
ich denke, jetzt komme ich auch mit meinem PHP-Halbwissen wieder weiter. Aber für heute ist's genug. Morgen geht's weiter (hoffentlich kommt nix anderes dazwischen; Montage sind unberechenbar ...
) -
Herzlichen Dank, Re:Later!
Aber wo denke ich falsch?
Wenn ich testweise echo $myGroups; einfüge, dann erscheint die Ausgabe "Array". Ich brauche aber doch die entsprechende(n) Gruppenziffer(n) des Users, um sie in einer if-Anweisung integrieren und weiterverarbeiten zu können.
-
Liebe Joomla-Spezialisten,
in einem Downloadsystem sind die Kategorie-Überschriften als Link ausgeführt.
Nun möchte ich gern erreichen, dass der normale User den Link nicht erhält, sondern nur die reine Überschrift. Er soll die Kategorie nicht öffnen können. Nur wenn ein Admin oder SU angemeldet ist, soll auch die Linkfunktion gegeben sein.Wie müssen die einzufügenden Codezeilen lauten, die ich in die entsprechende Override-Datei einfügen muss, um abzufragen, ob gerade ein Admin oder SU angemeldet ist, so dass dann auch der Link erscheint?
Auf das Joomla-Rechtesystem kann ich vermutlich nicht zugreifen, weil ja alles andere auf der Seite (außer dem Link) auch öffentlich zugänglich sein soll.
LG, Kallle
-
Dass du für Bot-Registrierungen keine Adminmail bekommst, dürfte daran liegen, dass sie die Registrierung nicht mit dem an die falsche Mailadresse gesendeten Link bestätigen. Der Ablauf bei Freischaltung durch Admins ist m.W. folgender:
- User registriert sich.
- User bekommt Mail mit der Bitte, die Mailadresse durch Klick auf den Link zu bestätigen.
- Admins bekommen Mail mit der Bitte, den User freizuschalten.
Wenn 2. nicht erfüllt wird, kommt es erst gar nicht zu 3.
Ja, das wird es sein! An diese Reihenfolge hatte ich nicht gedacht. Ich ging davon aus, dass Nutzermail und Adminmail parallel rausgehen.
Aber so wie Du es beschreibst macht es Sinn und ist plausibel! Wieder was begriffen!
Dann brauche ich mir aber auch keine Sorgen zu machen, wenn ich nicht benachrichtigt werde, denn dann passiert da auch weiter nichts, außer dass da ein bisschen Datenmüll in der Benutzerverwaltung liegt, den ich von Zeit zu Zeit aufräume.
Vielen Dank!
-
Legt das Abo-Formular vielleicht Joomla-User an?
Ja, aber die Abo-Formulare (RSForm! Pro) sind durch Aimy Captcha Less Form Guard geschützt.
Ich denke, Harmageddon hat's in seinem Post getroffen!
-
Ja, ich finde es unangebracht, das Wort "ekaf" (rückwärts lesen!) hier als Badword zu zensieren, denn etwas das tatsächlich gefälscht ist, wird wohl kaum groß und deutlich den Begriff "ekaf" (rückwärts lesen!) in sich tragen. Wenn ich als Profikiller arbeitete, würde ich ja auch nicht den Begriff "Killer" auf meine Stirn tätowieren lassen. Zur Verschleierung vielleicht eher den Namen eines Paketdienstes o. ä.
-
Hallo Re:Later,
das wird in Joomla selbst aktiviert. Der Aktivierungslink wird an die Adminbenachrichtigung angehängt.
Ja, wenn Du die Captcha-Absicherung meinst, ist das Formular nicht abgesichert.
Das liegt daran, dass Ultimate Users dummerweise nicht jedes beliebige Joomla-Standard-Captcha zulässt, sondern nur das Google reCaptcha, wozu die entsprechenden Google Api-Keys erforderlich sind. Die aber habe ich nicht, seit Google von den "Projektbetreuern" verlangt, dass sie ein Rechnungskonto mit Kreditkartennummer besitzen/angeben müssen. Selbst wenn Google es bisher kostenlos gemacht hat, misstraue ich diesen Bandenkriminellen zutiefst. Sie kriegen keine Kreditkartennummer und auch kein Rechnungskonto von mir. Ergo muss ich auf alles verzichten, was Google zu bieten hat. Das fällt mir bisher leicht mit Hilfe von OpenStreetmaps und "Aimy Captcha Less Form Guard". Nur eben lässt sich dieses lokale Aimy Captcha nicht in "Ultimate Users" einbinden.
Abgesehen davon könnten es ja auch "menschliche" Spammer sein.
-
Auf einer von mir betreuten Webseite können sich Interessenten registrieren, müssen dazu aber spezielle zusätzliche Angaben machen. Dazu nutze ich Faboba "Ultimate Users".
Die Freigabe/Aktivierung erfolgt ausschließlich durch einen Admin, der die gemachten Angaben vorher auf Richtigkeit prüft. Dazu geht bei der Registrierung die entsprechende Admin-Benachrichtigung heraus. (Kontenaktivierung durch Admin / Informationsmail an Administratoren: Ja).
Das funktioniert im Normalfall problemlos.
Merkwürdigerweise aber schaffen es gerade gefälschte Anmeldungen in die Joomla-Benutzerverwaltung aufgenommen zu werden (natürlich ohne Freigabe bzw. Aktivierung), ohne dass eine Benachrichtigung an die Admins herausgeht. Die entdecke ich erst dann, wenn ich von Zeit zu Zeit die Benutzerverwaltung besuche. Da stehen dann Falschnamen und falsche Emailadressen.
Aber ich frage mich, wie es geht, dass gerade diese solche gefälschten Anmeldungen keine Adminbenachrichtigungen erzeugen, während alle regulären Registrierungen es aber tun. Kann mir jemand einen Tip geben, wie es sich verhindern lässt, dass die Adminbenachrichtigungen unterbleiben bzw. unterdrückt werden - dass also in jedem Fall so eine Benachrichtigung herausgeht?
Gruß, Kallle
P.S.: Ich musste gerade noch den gängigen englischen Begriff für "Fälschung" löschen und durch das deutsche "gefälscht" ersetzen, weil er hier zu den zensierten Wörtern gehört.
-
Aber offenbar halten sich mehr als 90% der Entwickler an <name>com_component</name>.
Ein <name>com_component_menu</name> findet man wohl eher selten direkt oben in der ersten Codezeile.Eine davon abweichende Bezeichnung in einem Extra-Menüblock findet man wohl nicht so oft.
Egal: Als relativer Dummy freue mich, jetzt den Weg gezeigt bekommen zu haben, wie ich dem Ganzen auf den Grund gehen und die Namen dann nach meiner Vorstellung ändern kann - auch wenn sie sich nicht so verhalten wie der Durchschnitt.
-
Vielen Dank, Sieger66!
Wieder was dazugelernt! Und dabei auch den Grund für das ungebührliche Verhalten von "com_seminarman" herausgefunden: Während die anderen Schlüssel tatsächlich nur "com_namederkomponente" lauten, heißt der Sprachschlüssel des Seminarmanagers "com_seminarman_menu". Manche Entwickler mögen's wohl ein bisschen anders ...
-
Du könntest das auch händisch in der Datenbank machen. In der Tabelle #__menus findet man auch die Einträge des Komponentenmenüs im Backend. Aber es ist abzusehen, dass das bei einem Update einer Erweiterung überschrieben werden wird / werden kann.
Bloß nicht! In den letzten Jahren habe ich mich oft genug mit solchen direkten Änderungen in Coredateien und Datenbanken herumgeschlagen. Bei einer Vielzahl von zu betreuenden Seiten verliere ich es aus den Augen, wo ich was gemacht habe und dass ich es nach jedem Update wiederholen muss. Das ist mir zu stressig. Was nicht über Overrides zu bewerkstelligen ist, muss eben so bleiben wie es ist - habe ich gelernt. Nicht alle Wünsche können erfüllt werden ...
-
Hast du des denn probiert mit com_XXX als Sprachstring? Genau dann sollte es funktionieren ein Problem hätten wir nur wenn da direkt der Name der Erweiterung drinsteht
Okay, ich hatte Dich falsch verstanden. Jetzt habe ich's probiert und erhalte ärgerlicherweise unterschiedliche Resultate:
Bei "com_sobipro" funktioniert es genau so, wie Du es beschrieben hast. SOBIPRO könnte ich also umbenennen.
Bei "com_seminarman" aber tut sich einfach gar nichts, obwohl ich das Override exakt gleich angelegt habe und obwohl es auch in der com_seminarman.xml ebenso codiert ist, wie com_sobipro.
NACHTRAG: Das Sprachoverride bei com_seminarman führt dazu, dass nicht der Text im Komponentenmenü geändert wird, sondern nur der Text ganz oben im Tab des Browsers! Weiß der Teufel, was der Entwickler da codiert hat!
Ich belasse es dabei und verzichte darauf, umzubennenen. Es ist mir zu nervig und zeitraubend, zu recherchieren, warum Joomla (bzw. die Erweiterung) einmal so (richtig) und einmal so (nämlich gar nicht) auf die gleiche Vorgehensweise reagiert.
ZitatHast du vielleicht auch das neue und das alte Menü gesehen? Das neue musst du so einstellen das dir als Super Admin nicht angezeigt wird (also ein access level wo der SU keinen Zugriff hat) Oder du baust ein neues für alle und deaktivierst das Modul mit dem original Menü.
Offenbar bin ich im Englischen nicht gut genug zu Fuß, um alles richtig zu begreifen. Deshalb belasse ich es beim Alten.
Vielen Dank für Deine Tipps.
-
Danke für Deine Tipps, zero24!
Leider steht in den XMLs überall nur direkt <name>com_XXX</name>. Sprachoverrides gehen also schon mal nicht.
Eigenes Backend Menü muss ich mir mal in Ruhe zu Gemüte führen.
Auf die Schnelle fand ich jetzt in der Beschreibung nicht genau meinen gewünschten Anwendungsfall.
Ich erinnere mich, vor einiger Zeit mal mit einer ähnlichen (oder mit dieser?) Erweiterung versuchsweise an den Backendmenüs herumgeschraubt zu haben. Wahrscheinlich hab' ich da was nicht richtig verstanden: Was ich beabsichtigte, passierte nicht; dafür hatte ich plötzlich mehrere Menüs doppelt nebeneinander stehen.
Das fand ich dann nicht so lustig, hab' schnell das Backup wieder hergestellt und mir vorgenommen, die Finger von solchen Experimenten im Backend zu lassen.
Ich dachte, irgendwo eine Ankündigung gelesen zu haben (bei Joomla 4?), dass ein solches Umbenennen der Komponenten etc. möglich werden sollte.
Schau'n mer mal. Es ist ja nicht wirklich kriegsentscheidend ...
-
Wenn eine sehr komplexe Webseite an die 20 verschiedene Komponenten im Backend auflistet, sind die Originalnamen der Komponenten meist verwirrend. Die meisten sind nicht "sprechend".
Ich möchte es den Joomla-Redakteur*innen gern einfacher machen und zum Beispiel "SobiPro" in "Adressverzeichnis" umbenennen oder "Matukio Events" in "Seminarbuchungen" usw. Gibt es mittlerweile die Möglichkeit des dauerhaften Umbenennens der Menüpunkte im Backend (zumindest Komponentenmenü), so dass die Namen auch beim Updaten erhalten bleiben? Oder ist das vielleicht für Joomla 4 geplant?
