Chrome ignoriert meine display:inline für <li>

[RhettButler]

Wie im Betreff...


Das ganze passiert mir allerdings nur im Wordpress und nicht wenn ich eine leere HTML-Testseite für Chrome erstelle (simple Liste mit zwei Einträgen) und die <li>-Tags per CSS auf diplay:inline stelle.
So nebenbei sei erwähnt: Ich kann im Firebug nicht erkennen, dass mir irgendeine CSS-Anweisung diese display:inline Sache überschreibt!


Warum %8*# mir das Wordpress da rein, jemand eine Idee?


Herzlichen Dank!

 

[bodil]

Nen Link zur Seite hast du nicht zufällig?
Ganz generell hast du im Chrome aber ähnliche Debugging-Möglichkeiten wie mit dem Firebug im Firefox. (rechter Mausklick -> Element untersuchen)

jemand eine Idee?

Hast du die Seite im Chrome mal mit Strg+F5 aktualisiert? Unter Umgehung des Cache?

 

[RhettButler]

Unter Umgehung des Cache?

Der Punkt ist ja, dass kein Browser aller Apple-Geräte diese Seite offen hatte.
Ich teste Sie über das Lan (Appache).

Alle anderen Projekte, die ich schon gebaut habe werden ebenfalls im selben Schema angezeigt (PC geht, Mac nichts).


Danke!

 

[bodil]

Chrome auf PC geht und Chrome auf Mac nicht?
Wie gesagt: Am besten nen Link ...

 

[RhettButler]

http://www.rentagent.co.at/wp/

Übrigens:
Es kann sich nur um ein Pfadproblem handeln.

Und ich glaube es hat etwas mit einer Einstellung zu tun, die ich soeben geändert habe und wodurch ich jetzt - weder lokal noch am Server - in den Adminbereich gelange:

- Einstellungen => Allgemein
- Dort habe ich alle zwei Pfadangaben von http://localhost/[Pad] zu http://rentagent.co.at/wp geändert.

Wenn ich mich jetzt in den Adminbereich einloggen möchte schreibt mir der Browser: Objekt nicht gefunden...

 

[bodil]

Und wo ist da dein li {display:inline}?
Und wenn es sich um ein Problem mit dem Pfad handelt, warum tritt das Problem nicht bei allen Browsern/Geräten auf? Bekommen die unterschiedliche Seiten ausgeliefert?
(Zu den Details der Einstellungen in wp kann ich nichts sagen, dafür liegt mein letztes wp-Projekt zu lange zurück.)

 

[RhettButler]

Hab herausgefunden woran es liegt:

Datenbank => [db_WordPressName] => [Präfix]_options =>

SELECT * FROM `wp_options` WHERE option_id IN (1,37)

Und diese beiden Zeilen müssen in der Spalte option_value auf den absoluten Installationspfad von Wordpress geändert werden.

Mein Fehler war: Ich habe die Datenbank einfach vom localhost auf den Server exportiert. Bei Joomla kann man das machen, da alle Pfadeinstellungen in einer einzigen PHP-Datei liegen.
Bei Wordpress muss man - wie ich eben sehe - auch noch diese beiden Pfadangaben in der Datenbank ändern (nicht gut durchdacht, muss ich sagen).

Aber jetzt laden auch alle Äpfel das CSS richtig!

Vielleicht können die Wordpress-Macher das bei der nächsten WordPress-Version diese Ausbesserung berücksichtigen.