Beiträge von Rolf Dautrich

Ich bin nicht sicher, ob das überhaupt sicher möglich ist. Natürlich kann sich eine Erweiterung die Bildschirmbreite anschauen oder den Referrer auswerten. Aber bei der Bildschirmbreite kann es natürlich statt eines Smartphones auch ein schmales Browserfenster auf dem Desktop sein. Und der Referrer lässt sich mit Browsererweiterungen beliebig fälschen.

Was Du aber machen kannst: Du kannst die Display-Klassen von Bootstrap verwenden, um Inhalte je nach Bildschirmbreite darzustellen oder wegzulassen.

Beispiele:

• "d-none d-lg-block" zeigt etwas nur auf einem breiten (Desktop- oder Notebook-) Display an.
• "d-block d-md-none" zeigt etwas nur auf einem Smartphone-Display an.

Damit steuere ich z.B., welche Module ich auf einem schmalen Bildschirm nicht anzeige. Das funktioniert auch mit den entsprechenden HTML-Tags (z.B. <p>, <span>) innerhalb eines Artikels.

Hast Du Deinen Cache gelöscht?

So etwas sollte man problemlos mit Convert Forms selbst bauen können, wahrscheinlich sogar in der kostenlosen Version.

Zur Ausgangsfrage "Wie bekomme ich den Link per JCE rein?"

Hier die Erklärung:

- Im JCE bei Editieren des Beitrags auf den Link-Button klicken. Sieht dann so aus:

- Dort auf "Browse". Daruaf öffnet sich der Datei-Manager des JCE:

- Gewünschte Datei anklicken und "Insert". Fertig!

Mir fällt (natürlich) noch DP Calendar ein.

Zum Einbinden eines Google-Kalenders kann man auch Simple iCal Block verwenden. Hierzu gab es hier vor kurzem einen umfangreichen Thread.

Auch ich bin der Meinung (wie svenyeng), dass das Backend der bessere Ort zum Erstellen von Beiträgen ist als das Frontend. Frontend-Editing ist toll für die schnelle Korrektur an einem Beitrag (Tippfehler!), aber ernsthaft arbeiten möchte zumindest ich lieber im Backend. Wie von ihm angeregt, dann ein entsprechend angepasstes Dashboard für die Benutzer erstellen, das nur die für die Benutzergruppe benötigten Funktionen erstellt.

Trotzdem wäre eine Option schön, dass ein Benutzer selbst erstellte Beiträge weiter bearbeiten kann, bevor sie veröffentlicht werden. Dazu müsste ein Issue vom Type "Feature Request" in Github erstellt werden. Wenn die Anfrage gut begründet ist, findet sich vielleicht ein Maintainer, um das zu programmieren. Aber sicher ist das natürlich nicht.

Von welcher Benutzergruppe hast Du Deine neue Benutzergruppe denn abgeleitet?

Ich würde eine neue Benutzergruppe erstellen, die ich von Manager (oder eventuell Administrator, je nachdem, was die Benutzer alles dürfen sollen) erben lasse. Und dann weitere Rechte bei Bedarf zufügen.

Für den Super User sieht das so aus:

Für den "Deputy" sieht das Backend so aus (u.a. weil ich ihm Berechtigungen für jEvents eingeräumt habe):

Am Content-Bereich habe ich nichts gedreht, aber da kennst Du Dich ja aus.

Zitat von leon

....., deutet darauf hin, dass es an diesem Ort in Joomla einen Mangel gibt. ......

Könnte es unter Umständen auch sein, dass Du das sehr mächtige Berechtigungskonzept von Joomla noch nicht vollständig verstanden hast?

Soweit ich weiß, erstellt Akeeba Backup eine ganz normale, installierbare Joomla-Installation inkl. installation-Ordner.

Aber wenn Du Dich damit auskennst, kannst Du ruhig eine JPA erstellen und mit Kickstart restoren.

Zitat von firstlady

Ich habe den Verdacht, dass es Seiten betrifft, die mit Akeeba transferiert wurden. Bei mir jedenfalls trifft es alle diese Seiten, die anderen nicht.

Hast Du mal Nicolas kontaktiert?

Ist ein anderes Problem. Die Entwickler gehen dem gerade nach.

Was Du beschrieben hast, ist genau die sinnvolle Lösung.

Du brauchst im Zweifelsfall Deine Vorinstallation gar nicht unbedingt immer auf dem neuesten Stand zu halten. Es genügt ja, nach dem Kickstart der Standardinstallation in die neue Instanz erst einmal das Update für die Erweiterungen und dann für das aktuelle Joomla durchzuführen. Das dauert nur wenige Minuten und schon bist Du wieder tagesaktuell.

Deaktiviere mal das Modul und probiere dann.

Im Prinzip muss das alles per CSS gehen.

Aber Vorsicht: Nach jeder CSS-Änderung musst Du den Cache leeren. Sonst siehst Du noch den alten Zustand aus dem Cache. Ich nutze dafür die Erweiterung "Cache cleaner" von Regularlabs, weil das (im Gegensatz zum System-Plugin) immer im Backend sichtbar ist (Position status).

Du musst der entsprechenden Benutzergruppe (Author?) die "Bearbeiten"-Berechtigung geben:

Ich würde die 60k Einträge erst mal alle vernichten. Und dann schaust Du nach ein paar Stunden, ob da nur die üblichen Wordpress-Hackversuche stehen. Oder ob alte, ungültige Einträge aufgerufen werden, für die es neue Adressen gibt. Die kannst Du dann gezielt im Weiterleitungs-Plugin angehen.

Hier noch eine Kurzerläuterung des CSS:

Probiere es einfach aus, indem Du in die Entwicklertools Deines Browsers gehst und Dir die CSS-Anweisungen für die einzelnen Zeilen anschaust.

(Bei mir heißt die Klasse für das Modul-Suffix "abfall"; Du musst natürlich nach "kalender" suchen.)

Suche mal im JED nach "Masonry". Erfahrung habe ich allerdings mit keiner dieser Erweiterungen.

Ich habe Dir ja geschrieben, dass er sehr hilfsbereit ist. Ich habe mit ihm bei Problemen auch schon gemeinsam getestet.

Nimmt er die Funktionalität in seine Erweiterung mit auf?