Beiträge von FFrenzel

Zitat von bgeissler

Dann passt sich alles der Breite an.
Das Logo würde ich dann so gestalten, dass es unabhängig von der Breite alle Infos enthält.

Zunächst danke für die Info.

Unser Theme ist leider etwas mistig gestrickt. Ich musste einiges mehr auf 100 % stellen, bevor die Anzeige fuinktionierte.

Der Tipp mit Firebird hat sehr geholfen. Das Plugin kannte ich ja schon. Mir war allerdings noch nicht aufgefallen, dass es da eine Schaltfläche "Bearbeiten" gibt. Da diese Änderungen immer sofort wirksam sind, hilf das ungemein bei der Modifikation des StyleShields.

Lediglich bei unserem Bild im Header ist mir die Änderung der Anzeigebreite noch nicht gelungen.

Bei der Anzeige der Balken tritt derzeit noch ein Fehler auf. Da muss ich deren Länge noch ändern, aber das ist nicht ganz so schlimm (nicht eilig).

Nochmals allen Dank, die geantwortet haben.

FG FF

Zitat von jottlieb

Das ganze hat eher wenig mit WordPress zu tun, sondern einzig und allein mit dem verwendeten Themes. Und die Themes kann man fast grenzenlos beliebig gestalten.

Du hast recht: ... kann man ..., wenn man's kann.:roll:

Genau DAS ist das Problem.

Zunächst mal Dank für die schnelle Antwort.

Zitat von flipps

Du möchtest also eine Seite mit variabler Breite haben, die sich je nach Bildschirmauflösung anpasst. Hierfür darfst du keine festen Breiten in Pixel angeben, sondern musst alles mit Prozentangaben versehen.
Deine Seite hat eine Breite von 1000px. Das steht in der style.css in Zeile 175. Soll die Seite den kompletten Bildschirm ausfüllen musst du hier 100% bei width eintragen. Damit ist es aber nicht getan. Auch die Blocks im inneren deiner Seite müssen angepasst werden. Die Breite deines Blocks für das Menü und der für den Content. Kannst du dir ja selber in der css raussuchen wo du das machen musst.

Das Hintergrundbild wird über die gesamten Bildschirmbreite angezeigt. Die 1000px beziehen sich offensichtlich nur auf den Block Menü/Content?

Ist Dir was bekannt, ob es irgendwo eine Beschreibung der css-Abschnitte der Themes gibt?

Zitat von flipps

Ein guter Helfer hierbei ist das Firefox Plugin Firebug. Damit kannst du an deiner Seite schon beliebige Werte eingeben und schauen wie das aussieht. Diese Werte dann in deine Css Datei übertragen und fertig.

Firebug habe ich schon. Ich wusste jedoch nicht, dass man damit temporäre Änderungen vornehmen kann. Ich hab mir damit lediglich Informationen besorgt.

Noch mal danke für die Info.

VG FF

Auf meinem neuen ASUS-LapTop mit Windows 7 Ultimate (64-Bit) bleibt mir nichts weiter übrig, als mit dem o. a. Format zu arbeiten. Stelle ich 1024 x 768 ein, so entstehen auf beiden Seiten schwarze Ränder.

Die "Nutzseite" per Wordpress hat das Format 1024 x 768 (?). Bei der Anzeige ist die Bildschirmbreite nicht voll nutzbar.

Das Hintergrundbild erstreckt sich über die gesamte Breite des Bildschirms. Das Nutzfenster in der Mitte ist ca. 6 cm schmäler. Auf beiden Seiten bleiben je ca 3 cm ungenutzt. Das Dashboard wird dagegen auf der gesamten Bildschirmbreite von 1280 x 768 angezeigt.

Das Theme wurde durch einen Kollegen mittels Artisteer erstellt. Mir ist jedoch nicht bekannt, dass es da eine Möglichkeit zur Einstellung der Bildschirmbreite auf 100 % gibt.

Was muss ich ändern (in welchen Phasen), damit sich auch die "Nutzseite" über die gesamte Breite erstreckt, aber auch bei anderen Auflösungen korrekt angezeigt wird.

Ich arbeite noch nicht sehr lange mit Wordpress, daher fehlt mir leider die Erfahrung. Bei HTML und PHP schau ich einigermaßen durch.

Freundliche Grüße

Friedrich Frenzel
IT-Ing.

http://www.vfv-online.de

Lösung für "keine Einträge im Gästebuch möglich" (Kommentarfunktion)

Ein Besucher unserer Internetpräsenz (http://www.vfv-online.de) kannte die Ursache dafür, dass das Eingabeformular der Kommentarfunktion nicht mehr eingeblendet und daher keine neuen Einträge möglich waren:

In den Einstellungen -> Diskussion war ein Häkchen in "Kommentare zu Artikeln schliessen, die älter als 14 Tage sind".

Das Häkchen scheint ein Standard zu sein, es stammt nicht von uns.

Zitat von maxe

Ich würde tippen, dass gar kein gesondertes Gästebuch verwendet wurde, sondern nur eine Seite "Gästebuch" erstellt wurde, die über die Kommentarfunktion von WP kommentiert werden kann/konnte.

Um sicher zu gehen, schau doch mal bitte, ob du unter Plugins ein verdächtiges Plugin findest.

Aber um meine erste Vermutung weiter zu verfolgen ... hast du mal auf ein anderes Theme gewechselt, was kommentieren in Seiten nicht zulässt bzw. die Funktion in der page.php nicht eingebunden hat? Schau mal in diesem Template nach, ob dort das "comments_template" aufgerufen wird.

Ich denke, dass Du richtig getippt hast: Es wurde nur eine Seite Gästebuch erstellt ... Ein verdächtiges Plugin gab es nicht. Kollege Wehner (Chef des VFV) wollte wegen der Fehlfunktion auf DMSGuestbook ausweichen, bevor er mich einschaltete.

Auf ein anderes Theme haben wir (bisher vorsichtshalber) nicht gewechselt. Das Theme wurde durch W. mit "artisteer" erstellt und wird schon immer so eingesetzt. Es lässt kommentieren in Seiten zunächst mal nicht zu (auch schon immer). Trotzdem ging das Gästebuch.
Im Editorfenster kann für jede Seite/jeden Beitrag individuell unter "Diskussion", "Kommentare erlauben" mit Häkchen versehen werden. Das Häkchen ist bei der Seite Gästebuch drin. Es funktioniert - soeben überprüft - bei Artikeln und den anderen Seiten.

Die einzige Veränderung, die W. vorgenommen hat, war das Entfernen der 2. (rechten) Sidebar. Das war allerdings am 24.8., wie es scheint. Die Dateien weisen als Datum den 24.8. 19:48 aus. Am 24.8. 21:50 wurde ein Beitrag gechrieben. Die letzten Eintrag im Gästebuch schrieb ich am 27.8. um 12:18 und 13.:22, so dass dies doch eigentlich auch nicht die Ursache sein kann?

Als "verzweiflungstat hab ich jetzt auf der Seite "Gästebuch" das Häkchen bei "Kommentare erlauben" mal gelöscht und dann wieder gesetzt. Es ändert sich absolut nichts. Das Kommentarfeld taucht einfach nicht mehr auf.

In der page.php des Theme "Test_VFV_1" ist unter <!-- /article-content --> zu finden:
<?php comments_template(); ?>
<?php endwhile; endif; ?>

</div>

Wo meintest Du, dass ich nachsehen soll, ob dort das "comments_template" aufgerufen wird?

Ich hab jetzt einfach mal eine neue Seite "Gästebuch Test" angelegt. Da funktioniert alles einwandfrei. Die alten Kommentare muss ich der Vollständigkeit halber halt über einen Link zugänglich machen, obwohl da eigentlich nichts weltbewegendes drin steht.

Keine neuen Eingaben bei Gästebuch möglich

Zitat von maxe

Dürfte das Vorhaben ein Gästebuch zu integrieren spätestens ab WP2.7 nicht schon fast von Haus aus gehen? Man müsste doch nur für die statische Gästebuch-Seite ein eigenes Seitentemplate und darin eine eigene guestbook-comments.php o.ä. (mit umgekehrter Reihenfolge) integrieren, oder? Keine Ahnung wie die guestbook-comments.php dann aussehen müsste ... vielleicht weiß es einer :confused:

Betrifft: Gästebuch http://www.vfv-online.de unter WP 3.01

Ein Kollege hatte vor einiger Zeit die Seiten erstellt und dabei ein Gästebuch integriert. Leider ist er nicht mehr dazu in der Lage, mir mitzuteilen, was er für ein Gästebuch verwendet hat. Er machte mich lediglich darauf aufmerksam, dass keine neuen Einträge im Gästebuch mehr möglich sind und beauftragte mich damit, das Probem zu beseitigen.

Da ich aber erst seit kurzer Zeit mit WP befasst bin und demzufolge viel zu wenig Kenntnisse über WP habe, gelang es mir schon mal nicht, herauszubekommen, was er als Gästebuch verwendet hat.

Das Gästebuch wird im Admin-Bereich" unter Seiten angezeigt, es sind/ist jedoch absolut keine Daten/kein HTML-Code zu sehen. Ich würde gern verstehen, wie das funktioniert, wie ich weitere Informationen über dieses Gästebuch ermitteln kann und wie ich herausbekomme, warum keine Eingaben mehr möglich sind.

Kann ich das Problem beseitigen, ohne die bisherigen Einträge zu vernichten? Kann mir jemand weiterhelfen?

Danke für den Tipp

Zunächst danke für den Hinweis zu "more fields". Werde mich heute mal damit befassen.

F. Frenzel

Bei WordPress-Artikeln steht vor dem Namen des Bearbeiters immer "Autor". Das führte bei uns (http://www.vfv-online.de) im Zusammenhang mit der Veröffentichung von zugelieferten Beiträgen zu Frust und Beschwerden seitens der Autoren.

Es dürfte doch nach meiner Ansicht kein Problem sein, im Fenster für die Erstellung der Artikel die Möglichkeit der Angabe zu schaffen, ob der betreffende Bearbeiter Autor oder Redakteur ist (Checkboxen mit Häkchen).

Ist bekannt, ob es dafür bereits eine Lösung gibt / hat jemand eine Idee, wie ist dies in welchem Modul am einfachsten zu realisieren ist?

Problem inzwischen (soeben) geklärt

fhw: Danke fürs Mitdenken.
- Der letzte, nicht angezeigte Artikel war "Versuchsseite aktiv".
- "Reload" wurde (mehrfach ohne Wirkung) auch betätigt (Shift + F5).
Sticky ist keine Theme.
- Sticky (einzustellen mit einem Häkchen unter "Sichtbarkeit öffentlich") dient dazu, den Artikel permanent auf der Startseite zu halten (wird nicht ins Archiv verschoben - http://faq.wordpress-deutschland.org/sticky-post/).

Ich konnte das Problem soeben durch ein Gespräch mit dem Service meines Hosters (All-Inkl.com) klären. Für die Installation und Parametrierung stellt der Hoster einen Software-Installer zur Verfügung, der automatisch das Super-Cache-Plugin installiert, aber die Rechte auf dem Server nicht so einstellt, wie dies für die korrekte Funktion des Super-Cache notwendig ist. Außerdem stellt er nicht die für die Funktion von Super-Cache unbedingt erforderlichen "sprechenden Permalinks" ein.

Ergänzung cgi-Modus:
WordPress 3 läuft hier mit PHP5 und MySQL 5. Robert Windisch von inpsyde (Professionelle Hilfe rund um WordPress) erklärte, dass dieses Problem mit den Schreibrechten nur bei kleineren Hostern auftritt. Als generelle Lösung besteht die Möglichkeit, den cgi-Modus einzustellen. Zu diesem Zweck ist in der .htaccess die Zeile "AddHandler php5-cgi .php" (am Ende?) hinzuzufügen. Dann würde alles so laufen, wie bei den großen Hostern (1 & 1, Strato, Domain-Factory ...).

Die Ursache dafür, dass der neue Artikel nach der Deaktivierung des Super-Cache-Plugins nicht erschien, bestand darin, dass Robert Windisch zwar das Plugin deaktiviert, jedoch den Cache (Verzeichnis: wp-content/cache/supercache/vfvpl.eichigt) nicht gelöscht (und mir die Notwendigkeit der Löschung auch nicht mitgeteilt) hatte. Vermutlich griffen dadurch Aufrufe der Seite weiterhin auf die dort gespeicherte Seite zu, so dass es zu der falschen Anzeige kam.

Seltsam war auch, dass sich verschiedenen Browser unterschiedlich verhielten. Mit dem Firefox 3.6.8 wurde der Artikel nach einigen (m.E an sich sinnlosen) Klicks angezeigt, mit Opera 10.60 Build 3445 und MS IE8 8.0.6001.18702 jedoch nicht.

Ein Kollege (Staffelleiter) hat aber auch noch ein Anzeigeproblem mit dem aktuellen Firefox: Die WordPress-Seiten unseres neuen Verbands http://www.vfv-online.de werden bei ihm nicht angezeigt. Beim Aufbau der Seiten erscheint nur das Hintergrundbild. Dann tut sich nichts mehr, teilte er mir mit. Wir haben dies inzwischen an die Entwickler als "fehlerhafte Funktion" gemeldet. Bei mir trat/tritt dieser Effekt jedoch nicht auf, so dass ich da leider nichts untersuchen kann.

Wäre es bitte mal Jemandem aus dem Forum möglich, zu testen, ob bei ihm mit dem o.a. Firefox (das ist derzeit die aktuellste Version) dieser Effekt auch auftritt und herauszubekommen, ob dafür eine bestimmte Konfiguration des FF verantwortlich ist.

Der Kollege ist leider edv-mäßig ein absoluter Laie. Daher kann ich von ihm keinerlei Hintergrundinformationen bekommen. Andererseits ist es daher auch so, dass er mit an Sicherheit grenzender Wahrscheinlichkeit beim FF nichts eingestellt hat.

Hintergrundinformation: Ich werde von unseren Leuten (KV Fußball = KVF) immer dann hinzugezogen, wenn es EDV-Probleme gibt, weil ich beim ehemaligen KVF Vogtland/Plauen als IT-Ing./Programmier-Ing. i. R. (jetzt mit dem KVF Göltzschtal zusammengelegt zum Vogtländischen Fußball-Verband) für die EDV-Unterstützung/Administration zuständig war.

Das war leider immer noch nicht die Lösung des Problems. Ich telefonierte noch einmal mit dem Service von All-Inkl.com. Der Kollege brauchte einige Zeit. Jetzt sieht es so aus, als ob es funktioniert. Der Kollege hat das Super-Cache-Plugin, das nur deaktiviert war, jetzt gelöscht.

Es bleibt jedoch die Frage offen, ob die Anzeige nicht auch schon vor den Löschen des Plugins funktionierte, wir den Test-Artikel jedoch nur deshalb nicht sahen, weil er unterhalb der drei Sticky-Artikel angezeigt wird/wurde und wir nicht nach unten scrollten.

Ich hab das ganz schnell noch überprüft. Ich hatte im Opera und IE8 die Seiten noch so stehen, wie sie angezeigt wurden vor dem Löschen des Plugins und scrollte mal nach unten. Das Ergebnis war, dass der Testartikel tatsächlich nicht angezeigt wurde, als das Plugin noch nicht gelöscht war.

Ich erstellte auf vfvpl.eichigt.de einen neuen Artikel und änderte später noch den Blogtitel. Beide Veränderungen, sowohl der neue Artikel als auch die Änderung des Blogtitels, werden - unabhängig davon, ob ich angemeldet bin oder nicht - auf Home nicht angezeigt, obwohl bei den Artikeln Sticky steht. Als Browser wurden Firefox, Opera und MS IE8 getestet. Es gibt keinen Unterschied.

Unter Archiv und Allgemein erfolgt sowohl die Anzeige des neuen Artikels als auch die der Blog-Titel-Änderung.

Das WP-Super-Cache-Plugin ist deaktiviert. Sprechende Permalinks sind eingeschaltet.

WP nutze ich unter Windows XP Home mit der Theme eines Kollegen, der auf seinem Server bei 1 und 1 damit keine Probleme hat. Es läuft auf einem Server bei All-Inkl.com mit PHP 5 und MySQL 5.

Sorry - soeben funktionierte die Anzeige, nachdem ich noch einmal in "Status veröffentlicht", "Sichtbarkeit öffentlich" und "Publiziert am ..." auf o.k. geklickt habe.

Der Zusammenhang ist mir unerklärlich.

Jetzt muss ich mich leider noch einmal revidieren. Die Anzeige funktionierte vor ca. 1 Std. plötzlich mit dem Firefox. Ich testete jetzt noch die Anzeige mit Opera und IE8. Da wird der letzte Artikel und auch der geänderte Blogtitel weiterhin nicht angezeigt.