-- Du weisst, wie du einen Override erstellst, per FTP oder mit dem Template Manager
Zieldatei in deinem Template ist:
html/mod_articles_latest/default.php
Ersetze dort den Link
<a href="<?php echo $item->link; ?>" itemprop="url">
<a href="<?php echo JRoute::_(ContentHelperRoute::getCategoryRoute($item->catslug)); ?>" itemprop="url">Das hatte ich oben schon geschrieben. Viel Wind um nichts.
Prüfe, ob im im Providerinterface der Schreibzugriff erlaubt ist - Strato hat da einen Schalter.
Es hat sich ja schon hier herumgesprochen, ab Joomla 3.6 gibt es ein neues Formfield, das Subform. Damit lassen sichper Klick ein Satz von Feldern verfielfältigen. Es ist ein guter Ersatz für das nicht mehr vorhandene Murks-Feld repeatable.
Nun ist auffällig, dass einige der existierenden Formfields sich noch nicht korrekt aktualisieren, wenn man sie in eine Subform steckt. Das betrifft u.a. das Formfield Combo. Erzeugt man per Klick auf den +-Button ein neues Unterformular, so erscheinen bei nicht angepassten Formfields keine Feldwerte, Felder werden unvollständig oder gar nicht dargestellt. Erst nach dem Speichern des Formulars erscheinen die Felder korrekt und man kann sie ändern.
Dies muss man nun selbst im Feld berücksichtigen. Um eigene Formfields zu aktualisieren oder eigenes Styles einzubinden gibt es für Subform einen eigenen Javascript-Event: subform-row-add
Hier ein Beispiel, das die Initialisierung eines Farbreglers zeigt.
So ganz optimal erscheint mir der Aufruf des Events nicht, da er alle rows abklappert. Für weitere Anregungen, wie man dieses Feld gezielter benutzt bin ich dankbar!
Breite ja, Höhe praktisch nicht bzw. kommt es hier auf Bedingungen an, die meist nicht gegeben sind.
1. Liegt die Seite auf dem gleichen Server - dann geht es, weil man über Javascript auf den IFRAME zugreifen kann
2. Liegt die Seite auf einem anderen Server, geht es, wenn man das über REST steuert und auf die Scripte Zugriff hat (für den Laien unwahrscheinlich umsetzbar)
3. Ist dies i.d.R. die Mühe wert? Nein
Ja, hat mit dem Problem nichts zu tun, ist aber ein größeres Problem, weil die Seite bei einer dünneren Leitung zu langen Ladezeiten führt und für Google ist das auch nicht gut, wenn die Seite zu viel lädt, was ja nicht nötig ist.
Entferne im CSS die height:100% aus dem body und ersetze sie durch min-height. Die Ersetzung machst du entweder im Template oder in der template.css.php, wenn es in den Template-Einstellungen nicht möglich sein sollte.
Hier steht's: https://yootheme.com/support/question/82484
Die Syntax stimm. Aber du solltest von jedem Bild ein Thumbnail haben und ein großen Bild. Die Bilder werden auch zu klein angezeigt, man erkennt ja gar nichts.
<a href="grossesbild.jpg" data-rokbox>
<img src="thumbnailbild.jpg">
</a>Frei erfunden?
if (!$user->guest && $app->getCfg('offline')) echo 'drin, trotz offline';Du kannst das doch ähnlich wie alle möglichen Plugins machen, indem du abfragst, ob der Status nicht angemeldet ist, also guest.
Das beantwortet nicht meine Frage, die auf die Datenbank-Struktur abzielt.
- Erstelle ein neues Menü
- Lege dort ein paar Menü-Punkte an
- Funktioniert das alles mit Änderungen einwandfrei?
Wenn ja kannst du die alten Menüs versuchen per Batch zu kopieren und zu reorganisieren.
Wenn nicht, liegt ein strukturelles Problem der Datenbank vor und du kannst schauen, wie du das mit phpmyadmin hinbekommst. Das ist dann eher was für Programmierer.
Was ist, wenn du ein neues Menü anlegst und dort neue Menüpunkte anlegst - gleiches Problem?
Ja.
Ich würde noch einen Default-Wert vorgeben. Denn wenn man das Template neu installiert wird sonst nicht vor der Farb-Zuweisung und speichern des Template-Stils als Farbe ausgegeben werden.
$farbe = $this->params->get('farbe1','#ccc');
Du gibst das CSS per echo aus und bindest den Befehl header('Content-type: text/css'); in die PHP-Datei ein. Die PHP-Datei ladest du dann wie andere CSS-Dateien auch per AddStyleSheet in der index.php deines Templates. Schau dir die Standard-Templates an, um zu verstehen wie du auf Template-Params zugreifst.
Schau die die Standard-Templates von Joomla an. Das Color-Feld nimmt Hex-Werte an.
Bei mir tritt der Fehler nicht auf.
Eine mögliche "Lösung" steht dort:
tiny-close.js umbenennen in tiny-close.min.js, weil angeblich die minifizierte vergessen wurde. Um die Fehlerquelle zu lokalisieren muss man wissen, was für Javascript geladen wird.
Ok, hat der Patch geholfen? Scheint ein behobener Fehler der Joomla 3.6 Beta1-Version zu sein, merkwürdig, dass er bei dir immer noch auftritt.
Von welchem Script kommt der Fehler? Steht rechts. Welche Javascript-Dateien werden geladen? Das siehst du z.B. mit Firebug sehr gut, ganz oben im HEAD-Bereich.
Welche Dritterweiterungen wurden von dir installiert und ggf. geändert - ggf. dann mal der Reihe nach die Plugins von Dritterweiterungen deaktiveren und testen, ob der Fehler irgendwann verschwindet.
Das kann auch ein Javascript-Konflikt sein, herrührend von Dritterweiterungen. Was sagt die Browser-Konsole? Im Firebug Extras > Web-Entwickler > Browser-Konsole.
Es könnte es sein, dass Dateien im Media-Ordner nicht vollständig ersetzt wurden. Jedenfalls hatte ich vor einiger Zeit mal dieses Problem. Ein anderer User hier im Forum anscheinend auch.
Daher zunächst Joomla manuell runterladen und dann per FTP den Ordner /media ersetzen.
Vermutliche Ursache ist entweder Akeeba Backup oder eingeschränkte Konnektivität des Servers.
Stimmt der Port? Hast du mal die Rechtesituation mit dem Finder oder per Terminal überprüft?