Beiträge von D-G

Na dann werden wir das den Entwicklern des CMS ebenso übermitteln und deren Reaktion abwarten.
Vorerst einmal Dank für diese Vermutung.

Ergänzung: Die sogenannten Unterüberschriften werden dann auch gelöscht

Präzisierung des Fehlers nach einigen Testversuchen:

Eine Artikelseite (in den zutreffenden Fällen als "Fotoseite") wurde erstellt und mit der Option "Vollansicht" ("Display at full width") versehen, veröffentlicht. Wenn diese Seite dann mit der Option "diesen Beitrag oben halten" versehen wird und zu einem späteren Zeitpunkt diese Option wieder zurückgenommen wird, ändert sich die Seitenansicht automatisch von Vollansicht in Normalansicht.

Ich hoffe, daß diese Erläuterung für die Entwickler detailliert genug ist.
sy

Folgendes konnte festgestellt werden:

sofern man innerhalb einer Rubrik einen Artikel im Vollformat ("Display at full width") erstellt und dann später einen weiteren, verändert sich das Format der zuvor erstellten von Vollansicht in "Normalansicht". Das geschieht automatisch und konnte jetzt in mehreren Durchgängen beobachtet werden.

In der Praxis müssen alle zuvor im Vollformat veröffentlichten Beiträge wieder manuell umgestellt werden. Meines Erachtens handelt es sich um ein Manko, das den Programmierern inhatlich zugänglich gemacht werden sollte.

(Beispielseite: http://www.dergloeckel.eu/eine-andere-wirklichkeit/)

Oh, Verzeihung ich wußte nicht, daß das Theme-abhängig ist. Es handelt sich um Magazine Premium https://themes.bavotasan.com/2010/magazine-premium/

ein freundliches Hallo in die Runde!

Meine spezielle Frage: kann man in dem Bereich der als Hintergrund bezeichnet wird, (der Bereich in dem man beispielsweise auch die Farbe ändern kann oder ein Bild einfügen) diesen mit einem Link versehen. In der Praxis sollte der User dann, egal wo er sich im Bereich des Hintergrundes befindet, via Mausklick auf eine gelinkte Seite gelangen. Die Funktionalität des Links sollte ausschließlich im "Hintergrundbereich" gewährleistet sein.

Kann man das a) programmieren und b) wo und wie?

Vielleicht kann jemand Auskunft geben?!

Vielen herzlichen Dank! Hat geklappt

die mittels backup erstellte sicherungsdatei ist ellenlang (entzippt) - wie finde ich dort die angaben, die mich zur index.php führen damit ich diese extrahieren und isoliert aufspielen kann?

entnehme ich deinen angaben richtigerweise, daß ich aus dem standard wordpress entzippt die index php einfach solo nachreichen kann (auf den server aufspielen) und sich die entsprechenden angaben dort automatisch einfügen würden?

die im hauptverzeichnis, nicht vom theme oder wp-content (ordner)

hallo leute - bei der säuberung von veralterten daten am server wurde versehentlich die index.php-datei glöscht :roll:. kann jemand bitte eine anleitung geben, wie (schrittweise) ggf. aus der gezippten sicherungsdatei die index.php wieder hergestellt werden kann? (sicherung vor dem letzten update - gibt es zusätzlich etwas zu beachten?)

wäre euch sehr verbunden
webi

Das zumindest aus unserer Sicht "bitterste" Update von WP brachte einen offensichtlich weiteren Fehler zu Tage:

Sofern ein Foto mit einer Bildunterschrift versehen wird, skaliert das CMS automatisch das Foto. Das bedeutet, daß Zusatzaufschriften am Foto unscharf werden. Eine Überprüfung unsererseits ergab, daß bei den Detailansichten die Fotogröße jedoch mit 100% Größe ausgewiesen wird. Die Skalierung beträgt zwar nur einige Pixel, die reichen jedoch aus um die Ansichtsqualität negativ zu beeinträchtigen.

Die Entwickler mögen diesen Sachverhalt bitte überprüfen und einer Korrektur unterziehen.

Nach dem automatisierten Update dieses Plugin fetzt es so richtig. Sofern man einen neuen Beitrag erstellt und diesen dann freischalten möchte, kommt anstatt der üblichen Seitenansicht eine Fehlermeldung aus der Datenbank. Kehrt man durch Reply-Button zu der Artikelseite zurück (anders geht es gar nicht) und versucht den Artikel aufzurufen ist die ganze Überschrift weg. Ich rate dringend dieses Updete nicht zu installieren und die zu erwartende Fehlerkorrektur unter 2.0.4 abzuwarten.

In 26 Internetpräsenzen kommt nach Update auf 3.1. zur Kategorieübersicht FEHLERMEL.

Das ist alles andere als spaßig, wir sind nach dem Update nicht auf die Idee gekommen, daß wir bei der anschließenden Kontrolle so weit in die Tiefe gehen müßten. Leser habe uns heute darauf aufmerksam gemacht: tatsächlich wird nach dem Update auf 3.1. die Kategorieübersichtsseite nicht mehr angezeigt, sondern eine Fehlermeldung ausgegeben.

Es macht keinen Sinn ggf. in einem Plugin "Multi-Page Kitt" einen Eingriff vorzunehmen, da der Arbeitsaufwand dann auch bei jedem Plugin-Update notwendig wäre, abgesehen davon offensichtlich mehrere Plugins davon betroffen sind.

Vielleicht ist es seitens der Programmierer möglich dieses Manko zu beheben. Wir werden jetzt die alte WP-Version aufspielen und zuwarten.

:(

hi Marcel
bis zur WP-Version 3.0 wurden die einschlägigen Seiten jedoch angezeigt und es konnten Veränderungen in der WP-Maske vorgenommen werden. Bei dem Themes handelt es sich um "Magazine Premium" von bavotasan.com

Seit dem Update auf WP 3.0 zeigt mir die Admin-Seite des Themes (nicht WP-Theme) wie folgt an: "Du hast nicht ausreichend Rechte, um auf diese Seite zuzugreifen." Trotz Änderung der Rechte bis auf 777 sowohl Ordner als auch enthaltene Dateien kommt keine Zugang.

Zugang wird nur auf Layout Options gewährt aber nicht auf Design Options, Coustom CSS und Info-Site.

Weiß jemand Abhilfe?

Beste Grüße
Webi

Eine Frage in die Runde: Kennt vielleicht ein Nutzer ein Plugin, das aus eingehenden Postings die per e-Mail kommen, Tags erlesen/bestimmen kann, die dann in einem Tag-Cloud angezeigt werden?

Dank für jeden Hinweis!
Walter