Beiträge von Ammaletu

Eigentlich ist das hier ein WordPress-Forum und kein CSS-Forum; deswegen hat vermutlich auch noch niemand was dazu gesagt. Wenn Du Dich mit CSS beschäftigen möchtest, ist als Einstieg sicher SelfHTML nicht verkehrt: SELFHTML: Stylesheets (CSS)

Ich bin mir jetzt auch nicht sicher, was Du mir "Rahmenfarbe" meinst, da ich auf Deiner Seite so auf Anhieb keine Rahmen sehe. Falls es um die Hintergrundfarbe der Seite geht (den großen, grauen "Rahmen" um alles):
SELFHTML: Stylesheets / CSS-Eigenschaften / Hintergrundfarben und -bilder

Ansonsten bitte noch mal präzisieren. :-)

Im IE7 funktioniert es, im IE6 nicht. Würde also auf einen IE-Bug tippen. Wenn Du die Darstellung auch in älteren Browsern perfekt haben willst (den IE6 kann man so langsam ad acta legen, finde ich, und es stört ja nicht die Lesbarkeit der Seite...), wirst Du Dich wohl mal mit der langen Liste an IE-Bugs beschäftigen müssen.

Bin mir im Moment auch nicht so sicher, was da passiert. Das wäre vielleicht auch die erste Frage: Ist die Lücke, die man sieht, ein zu großer Abstand (margin oder padding) oder eine Leerzeile oder auf eine gesetzte Höhe zurückzuführen? Dann kann man auch schauen, warum der IE das macht.

Ein Workaround um es optisch etwas ansprechender zu machen wäre folgendes: Im IE6 schaut da ja ein Hintergrundbild raus, das eigentlich gar nicht gebraucht wird, oder? Falls es wirklich nicht benötigt wird (auch nicht auf anderen Seiten), könntest Du es rausnehmen und durch eine schwarze Hintergrundfarbe ersetzen. Dann wäre der Abstand zwar noch da, würde aber nicht mehr so als Lücke ins Auge fallen.

Und davon unabhängig meldet der HTML-Validator noch einige Fehler:
[Invalid] Markup Validation of http://www.adlertag.de/wordpress/ - W3C Markup Validator

Du musst Änderungen am Theme durchführen, wozu Mindestkenntnisse in PHP, HTML und CSS gehören. Der Glühbirnen-Header ist in Deinem Theme vermutlich in der Datei header.php definiert. Was genau soll da denn eingefügt werden? Eine feste Überschrift oder was dynamisches? Feste Sachen kannst Du da einfach reinschreiben, bei dynamischen Sachen musst Du die entsprechenden PHP-Funktionen kennen.

Am besten in einer lokalen Testinstallation ausprobieren und die Originaldateien vorher sichern, falls es nicht klappt.

Such doch mal hier: WordPress › WordPress Plugins
nach "Countdown".

Da hast Du dann eine gewisse Auswahl an verschiedenen Plugins, je nachdem was Du genau brauchst, ob es Widgets unterstützen soll etc. Achte ggf. darauf, ob das Plugin kompatibel zu WP 2.3 ist.

Hallo Syntronica!

Per Google gefunden: WLWManifest Disabler Plugin to Remove XLM Link in WordPress Blog Header » My Digital Life

Und Danke für den Hinweis! Hatte ich noch gar nicht gesehen, steht in meinem Blog aber auch drin. Manchmal komm ich aus dem Wundern gar nicht mehr raus, was für ein Schwachsinn bei WP passiert. Wäre es nicht sinnvoller, sowas per Plugin einzufügen, anstatt jetzt andere Nutzer zu zwingen, es per Plugin wieder rauszunehmen?!? *kopfschüttel*

Grüße,
Johannes

Edit: Das Plugin funktioniert. Es besteht übrigens nur aus einer einzigen Zeile. Wenn man die Liste seiner Plugins nicht unnötig verlängern will, kann man diese Zeile auch einfach in die functions.php seines Theme kopieren.

Also im IE7 funktioniert es einwandfrei, im IE6 allerdings nicht. Spontan würde ich darauf tippen, dass das entweder am Box-Model im IE liegt oder an einem der zahlreichen Bugs. Es gibt Bugs, bei denen plötzlich Elemente eine größere Weite bekommen oder größere Abstände als sie haben sollten. Dann passt die (gefloatete?) Menübox nicht mehr neben den Inhalt und rutscht halt darunter.

Um das rauszubekommen, müsste man sich vermutlich etwas ins Stylesheet vertiefen und mal eine Liste von IE6-Bugs zu Rate ziehen. Oder fällt jemand anderem hier vielleicht spontan ein, was die Ursache sein könnte?

Und nur als Hinweis am Rande, der HTML-Validator zeigt noch einige Fehler an, was bei so einer Fehlersuche meist auch nicht gerade hilft. *g*
[Invalid] Markup Validation of http://jurtenrunde.de/blog/ - W3C Markup Validator

Ich glaube, die Frage ist eher, ob Du Dich mit HTML, CSS und PHP auskennst. ;-) Das Theme ist ja auch nur eine Sammlung von PHP-Dateien. Die gewünschte Änderung lässt sich vermutlich machen, indem die Spalten anders gefloatet werden, aber das müsste man dann lokal in aller Ruhe austüfteln und auch in verschiedenen Browsern testen.

Der erste Schritt wäre sicher, #navibar auf "float: right" umzustellen. Aber mit ziemlicher Sicherheit hängen da noch Details dran (Hintergrundbild anpassen, Abstände etc.), die ich jetzt so auf Anhieb nicht sehe. Sollte aber an sich nicht schwierig sein. Am besten an einer lokalen Testinstallation einfach mal ausprobieren.

Für die Navigation in Archiven, Suchergebnissen und auf der Startseite gibt es z.B. WP-PageNavi, zu finden auf dieser Seite: Programming « Portfolio | lesterchan.net

Das stellt Dir dort eine wirklich sehr hübsche und auch stylebare Navigationsleiste dar. Davon unabhängig gibt es auf der single-Seite noch die Navigation innerhalb eines Beitrags, der in mehrere Seiten aufgeteilt ist, sowie oben und unten die Links zum chronologisch vorherigen und nachfolgenden Beitrag. Die werden von dem Plugin nicht beeinflusst, aber darum ging es Dir auch nicht, oder?!

Kann es sein, dass das unter Mac einfach nicht funktioniert mit den Permalink-Weiterleitungen? Bei mir unter Win-XP ist es jedenfalls so, da klappt das mit dem Standard-Apache nicht, weswegen ich in meinem lokalen Testblog die Links auch auf "klassisch" gestellt habe.

Ich würde also sagen, schau erstmal, ob das mit Deinem System überhaupt funktionieren kann. Ggf. probier mal, ob andere Permalinks funktionieren, z.B. Archive. Und Du könntest mal testen, ob mit den ?-Links alles funktioniert.

Hast Du das Blog bei Strato selbst installiert oder ist das irgendwie vom Hoster konfiguriert worden? Wenn das Blog von Strato eingerichtet wurde, müssen die Dir auch sagen, wo Du die Dateien dazu findest (mal Hilfeseite checken, FAQ, oder Support-Anfrage). Wenn Du es selbst eingerichtet hast, solltest Du mittels FTP eigentlich keine Probleme haben, den Ordner zu finden.

Wo kommt die Grafik denn her? Fügst Du sie manuell in den Beitrag ein? Dann einfach dem Bild die Klasse "noborder" zuweisen ( class="noborder" im Quelltext ergänzen). Wenn sie von einem Plugin generiert wird, musst Du mal schauen, ob das Plugin da eine Klasse dranhängen kann. Im Moment tut es das nämlich nicht, d.h. das Bewertungsbild lässt sich im Stylesheet nicht von anderen Bildern unterscheiden.

Eigentlich immer den vom W3C: The W3C Markup Validation Service

Bei Design-Problemen lohnt es fast immer, erst mal die Seite soweit zu bekommen, dass der Validator nichts mehr zu meckern hat. Dann haben sich viele Sachen schon von selbst erledigt, bzw. wenn das Problem im IE auftritt kann man dann halbwegs sicher sein, dass es sich um einen Bug handelt. *g*

In Deinem Fall könnte es daran liegen, dass laut Standard ein HTML-Kommentar nicht die Zeichenfolge "--" enthalten soll, außer zum Schließen des Kommentars. Ich denke, das ist es, was der Validator u.a. anmeckert, und was dann vielleicht verschiedene Browser unterschiedlich interpretieren. Oder habe ich das jetzt gestern falsch gesehen?!

Ist nur ein Schuss ins Dunkle: Aber was ich beim Mitlesen auf der WP-Hackers-Mailingliste so mitkriege, ist die XMLRPC-Architektur wohl noch nicht bugfrei. Und ich erinnere mich dunkel, dass das Posten von Beiträgen mit Bildern über externe Blog-Writer nicht funktioniert. Da kann ich mich jetzt aber auch irren, habe kein gutes Gedächtnis und nutze diese Funktionalität nicht selbst. :-)

Nach weiteren Infos könnest Du z.B. im Listenarchiv der WP-Hackers-Liste [1] suchen oder gleich im WP-Bugtracker [2]. Es gibt dazu auch eine eigene Mailingliste [3].

[1] The wp-hackers Archives
[2] WordPress Trac - Trac
[3] The wp-xmlrpc Archives

Du hast es selber hingekriegt, oder? Sieht jedenfalls alles richtig aus auf Deiner Seite. "feedicon" und "noborder" sind im übrigen von mir selbst vergebene CSS-Klassen. Wenn Du sie nicht verwendest, brauchst Du sie auch nicht im Stylesheet anzugeben. *g* Schadet aber auch nicht.

Die Bewertungsgrafik hat im Moment auch keinen Rahmen, soweit ich das sehe. Bei Bedarf könntest Du sie z.B. mit ".entry .post-ratings img" im Stylesheet ansprechen.

Von Haus aus kann WP nur das Einstellen eines Startdatums (auch in der Zukunft, in der Sidebar unter "Zeitstempel"). Analog dazu auch wieder entfernen kann man die Posts nicht.

Was genau möchtest Du damit denn machen? Die Inhalte komplett entfernen? Oder dann nur nicht mehr auf der Startseite anzeigen lassen? Oder nach einer bestimmten zeit nur noch für angemeldete User oder so ähnlich anzeigen? Normalerweise schreibt man Content ja nicht nur für eine Woche, sondern will ihn für unbestimmte Zeit online stellen.

Je nachdem, worauf genau Du hinaus willst, sollte sich dazu ein Plugin finden lassen. Das klingt irgendwie schon so, als hätte schon mal jemand das gleiche Problem haben können. :-)

Die Query, die Du zitiert hast, bezieht sich auf eine Tabelle, die von dem Plugin angelegt wurde. In dieser Tabelle findet wohl MySQL keine Spalte namens "log". Ob die Spalte da ist und ob sie ggf. nur anders heißt, kannst Du mit phpMyAdmin oder einem anderen DB-Tool Deiner Wahl überprüfen. Zur Ursache des Problems würde ich mal Änderungen am Plugin vermuten. Hast Du das Plugin aktualisiert? Wenn ja, sollte ggf. der Plugin-Autor weitere Infos zum Thema Upgrade haben.

"Ultimate Tag Warrior" ist im übrigen von der Autorin nicht mehr an die WP-2.3-Version angepasst worden. Es existiert aber meines Wissens nach eine Import-Funktion, um die Tags in die neue WP-Tabelle zu importieren Dann kann auch ein Plugin wie "Simple Tags" damit arbeiten. Ich habe Simple Tags jetzt schon ein Weilchen installiert und bin damit zufrieden. :-)

Wenn es sich um einen PHP-Fehler handelt, findest Du mehr Infos im PHP-Fehlerlog, auf dass Du Zugriff haben solltest. Offensichtlich ist außerdem keine Fehlerseite eingestellt oder diese löst ebenfalls einen Fehler aus. Wohin PHP seine Fehler loggt, kann man u.a. in der php.ini einstellen. Aber das kommt dann auf Deinen Server an. Gegebenenfalls solltest Du Dich einfach, wie die Fehlermeldung vorschlägt, an den Serveradmin wenden. :-)

1. Sollte sich per CSS lösen lassen. Entweder muss die Höhe des Footers anders gesetzt werden oder es hilft nach dem Inhalt des Footers, aber vor dem Ende des Footer-divs ein <br style="clear:all;" /> einzufügen. Bitte mal ausprobieren, sonst müsste jemand anders was dazu sagen. Im IE7 sieht das übrigens deutlich komischer aus als im FF, oder liegt das jetzt an meiner heute etwas fehlerhaften Internetverbindung?!

2. Den grauen Balken sehe ich nicht.

3. Dass die Navigation auf Beitragsseiten nicht angezeigt wird, finde ich auch dämlich. Das macht WP standardmäßig so. Ich bin mir fast sicher, dass Du hier im Forum oder sonst auf dieser Seite (FAQ zu WP?!) eine genaue Beschreibung findest, wie Du das im Theme anpassen kannst (single.php editieren, glaube ich).

4. Auf Deiner Beispielseite sehe ich die Beitrags-Informationen (" Der Beitrag wurde am Mittwoch[...]") in grauer Schrift auf grauem Grund. Das soll nicht so, oder?!

Der Quelltext enthält recht viele Kommentare, und irgendwo wird einer falsch geschlossen, denke ich. Jedenfalls meckert der HTML-Validator etwas entsprechendes an und man sieht oben ein "-->" ausgegeben. Schau am besten mal, dass Du alle Validierungsfehler wegbekommst, vielleicht geht es dann.