Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenOh mein Gott 
(gewöhn dir ab, bei Browsern zu versuchen, pixelgenau zu arbeiten. Das geht in den meisten Fällen schief, spätestens in einem anderen Browser, der die Angaben etwas anders interpretiert ;-))
Lösung:
#side #searchform input {
margin-right:5px;
}
neu einfügen.
Die Bilder sind hier nebeneinander (FF3, WinXP)
Du hast eine Regel in der Theme-eigenen style.css (Zeile 66), die die Regel in der NG-CSS (hovereffect.css, Zeile 140) überschreibt. Schreib mal in der hovereffect.css ein "#content" vor die Regel.
Kann ich hier nicht nachvollziehen. Bitte genauer erklären, was du meinst.
Ist das Plugin mit WP 2.6 nicht kompartiebel
Möglicherweise nicht:
Compatible up to: 2.3.3
WordPress › WP Super Edit « WordPress Plugins
Hier ist es auch unter "Conflicting plugins" gelistet:
Plugins/Plugin Compatibility/2.5 « WordPress Codex
WP Super Edit 1.5: Version 2.0 will be for WordPress 2.5
Oha, die berühmte "weiße Seite". 
Schau doch mal bitte, ob du eine error.log-Datei auf deinem Webspace findest, und ob da irgendwelche zielführenden Fehlermeldungen stehen.
WordPress Deutschland FAQ » Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?
Wenn du die Datei nicht finden kannst, dann frag bei deinem Hoster nach, ob er dir irgendwelche Fehlermeldungen zur Verfügung stellen kann. Irgendwo müssen die ja auftauchen bzw. geloggt werden.
PS: Die index.php (von WP) ist i.O. so. Mehr ist da nicht drin. Was ist mit der index.php des Themes? Ist die in Ordnung?
Das ist ein klassisches float/clear-Problem. 
Probier mal folgendes, und bete dass das Layout in den verschiedenen Browsern nicht auseinander fliegt.
/* wp-content/plugins/nextgen-gallery/css/hovereffect.css (line 115) */
.ngg-galleryoverview {
[COLOR="Red"]clear:both;[/COLOR]
display:block !important;
margin-top:10px;
overflow:hidden;
width:100%;
}
Rote Zeile löschen/auskommentieren.
Fragt doch zuerst mal euren Hoster. Die kennen ihre Serverkonfiguration normalerweise am besten und wissen vielleicht schon woran's liegt.
Aufgefallen war mir das kürzlich auch bei einigen WP-Core-Dateien.
Vielleicht steigert das Weglassen ja soger die Performance des Gesamtsystems, weil des ständige hin und her wechseln in und aus dem PHP-Modus wegfällt.
Ich hab das aus irgendeinem Styleguide. Nicht zu WP, aber keine Ahnung mehr was das war. PEAR? Da wurde eben empfohlen, bei PHP-only-Dateien (z.B. Klassendefinitionen) kein abschließendes ?> zu verwenden. Der Grund war IIRC u.a. Vermeidung der "Cannot modify header information"-Fehler.
Ich finde es persönlich dennoch "unsauber".
Ich mache das auch nur bei PHP-Dateien, die ausschließlich PHP-Code enthalten. Ich finde das gerade da alles andere als unsauber.
Am besten, man bietet das Plugin fertig als downloadbare Datei an, dann gibt es auch weniger Probleme mit den Leerzeichen
Dein Wunsch sei mir Befehl.
und bereits CSS 3 in sicht ist.
Ja. Schon seit Jahren... :mrgreen:
(W3C Working Draft, 23 May 2001)
außerdem sollte der User im kopf der seite rot umramt darüber informiert werden das er einen mangelhaften browser benutzt, und lieber auf Firefox, Opera oder Safari umsteigen sollte.
Und wenn er das nicht will? Oder kann? Oder darf? schonmal darüber nachgedacht? Ich entwickle u.a. Websites für Firmenintranets. Da ist schon im Pflichtenheft angegeben, dass die Zielplattform Windows ist, und der Browser IE6. Mit viel Glück IE7.
stellt euch vor ihr gebt bei Google "Internet Explorer" ein und die seite die ganz oben steht trägt den titel "Warum sie den Internet Explorer 8 nicht nutzen sollten" und erst der zweite link führt zu m$
Google-Bombing ist out. und ich bezweifle seeehr stark, dass du es schaffst beim Stichwort "Internet Explorer" vor Microsoft zu gelangen. Wenn du es schaffen solltest, dann Hut ab!
ich denke das web2.0 könnte damit die browserstatistiken in eine positive richtung bewegen.
Ja. Aber nicht so wie du dir das vorstellst. Die Browserstatistiken werden sich erst in eine andere Richtung bewegen, wenn es einen Grund dafür gibt. Das wäre z.B. bei sinnvollen Webanwendungen möglich, die auf exzessive JavaScript-Nutzung (oder ähnliches) setzen, und veraltete Browser dies nicht mehr genügend unterstützen. Googles WebApps sind da z.B. ein guter Anfang.
jedoch würde ich annehmen das solche vorhaben im nicht-profitorientierten Internet durchaus anklang findet.
Auf meinen nicht-profitorientierten ("privaten") Webseiten nehme ich Darstellungsfehler im IE in Kauf, solange die Seite als solche benutzbar ist. Die Seite muss im IE "funktionieren", alles andere ist nice-to-have.
er Internet Explorer die entwicklung der webstandar[COLOR="Red"]t[/COLOR]s
Keine weiteren Fragen...
style.css (line 410):
#side h2[COLOR="Red"], #side #searchform label[/COLOR] {
color:#666666;
font-family:Georgia,Arial,Helvetica,sans-serif;
font-size:14px;
font-weight:bold;
height:30px;
margin:0;
padding-bottom:2px;
padding-right:10px;
padding-top:12px;
text-align:right;
}Es gibt Plugins, die in WP mehrsprachige Beitrage möglich machen können. Such z.B. mal nach Polyglot (ein oder 2 't' am Ende?).
Die meisten Themes sind mehrsprachig ausgelegt (per gettext), du musst dann nur die Sprachdateien entsprechend anpassen, falls nötig.
Mehr dazu ind er Doku:
Bearbeitung der Sprachdatei − WordDoku
und hier im Forum.
Ist das <hr> im Seitenquelltext zu sehen? Vermutlich ja. Also wirds wahrscheinlich durch irgendeine CSS-Regel augeblendet. Das versucht mir wohl meine auf Hochglanz polierte Glaskugel mit verschwommenen Bildern zu zeigen... :-?
Um den more-Tag zu ersetzen benötigst du die Post-ID. Dann kannst du über den "the_content"-Filter dieses hier im Beitrag mit deiner Werbung ersetzen:
<span id="more-XX"></span>
(XX ist die Beitrags-ID - Ohne Beitrags-ID gehts natürlich auch per Regex.)
Besser wäre es aber vermutlich, wenn du hier mit "Shortcodes" arbeitest.
Shortcode API « WordPress Codex
Am einfachsten wäre wohl, einen DynDNS-Anbieter dafür zu verwenden. Funktioniert problemlos.
Als Blogadresse muss natürlich die externe IP/URL eingetragen werden. Statt Port 80 solltest du einen anderen verwenden, da dein Routermenü ja ebenfalls auf Port 80 lauscht. Als Alternative verwendet man normalerweise Port 8080. Der Port muss dann an die Adresse angehängt werden:
http://85.123.123.123:8080/
(Bei DynDNS sollte es nicht nötig sein, die Portadresse zu ändern. Die externe IP/Adresse kannst du auch in die hosts-Datei deiens Systems eintragen, udn auf 127.0.0.1 umleiten. Dann kannst du auch ohne Online-Verbindung weiter testen.)
Ich will jetzt ja nicht kleinlich sein, aber beim Plugin fehlt das schließende ?>-Tag. Das beeinträchtigt zwar nicht die herausragende Funktionalität des Plugins, ist aber zumindest unschön.
Ingo: Ist beabsichtigt. So minimiert sich z.B. der Fehler mit den Leerzeichen nach ?> etc. Das abschließende ?> am Ende der PHP-Datei ist nicht zwingend nötig.
Nee nee, lass mal. Einmal 15 Minuten Ruhm sind genug. Außerdem hab ich jetz auch meinen jährlichen Output an WP-Plugins wieder erreicht. :mrgreen:
Mmh, die Lösung is ja dieselbe, nur schicker verpackt. Aber danke für meine 15 Minuten Ruhm im Leben... 
<code> ist ein Inline-Element, <div> ein Block-Element. Inline-Elemente dürfen keine Blockelemente enthalten.
Alpha, willst du etwa die User in die Versuchung führen, Core-Dateien zu manipulieren? :mrgreen:
Gustafson:
functions.php des Themes bearbeiten (wenn nicht vorhanden -> anlegen) und folgende Zeile reinschreiben:
<?php remove_action('wp_head', 'wp_generator'); ?>
Selber Effekt, aber update-sicher. (Aufpassen, dass keine Leerzeichen etc. vor dem öffnenden <?php oder anch dem schließenden ?> stehen!)
Wenn's auch Theme-übergreifend funktionieren soll, dann kann man sich auch ein kleines Plugin dafür schreiben:
<?php
/*
Plugin Name: Generator Remover
Description: Removes the Generator Meta-Tag
Version: 1.0
Author: marX
Author URI:
*/
remove_action('wp_head', 'wp_generator');Edit (5.8.08 ): Auf vielfachen Wunsch eines Einzelnen hänge ich das Plugin zum Download an. Einfach in .php umbenennen, ins Pluginverzeichnis hochladen und im backend aktivieren.
Kaönnte das deine Google-Werbung sein? IE7 meldet mir da nen Scriptfehler:
<div style="text-align: center;margin: 3px;"><script type="text/javascript"><!--
google_ad_client = "pub-";
google_alternate_color = "FFFFFF";
[COLOR="Red"]google_ad_width = ;
google_ad_height = ;[/COLOR]
google_ad_format = "_as";
google_ad_type = "";
google_ad_channel ="";
google_color_border = "";
google_color_link = "";
google_color_bg = "";
google_color_text = "";
google_color_url = "";
google_ui_features = "";
//--></script>
Bei width/height fehlt jeweils ein Wert bei der Zuweisung, was in einem Syntaxfehler resultiert. Pass das mal an.
ich hab die Abstände im IE7 und im Safari (jeweils WinXP), nicht aber im Firefox 3 oder im Opera 9.5. Screenshots kannst du gerne bekommen.
In den Browsern mit den Abständen ist rechts die "Space for Advert"-Grafik zu sehen, die ja eigentlich auskommentiert ist. Daher der Hinweis oben auf den fehlerhaften verschachtelten Kommentar. Siehe auch hier:
[Invalid] Markup Validation of http://curioses.com/blog/?p=17 - W3C Markup Validator
Wirf den mal raus und teste dann nochmal.
(Hinweis: Kommentare beginnen und enden jeweils mit 2 Bindestrichen, also '--'. Wenn innerhalb eines Kommentars '--' auftacuht, dann endet der Kommentar dort. Das passiert bei dir, ungewollt, un verursacht so einen Parsing-Fehler.)