Beiträge von biberkopf

Hallo allerseits,

ich habe ein kleines, recht seltsames Problem. Ich brauche in meiner Sidebar ein Feld, in das ich sporadisch ein Bild einfügen kann. Da das Bild aber nicht immer da sein soll, dachte ich mir, das machst du per Widget.

Also flink ein Plugin installiert, welches mir ein solches Widget bereitstellen sollte. Auf meinem lokalen Server funktioniert auch alles total grandios, nur auf dem "echten" eben nicht.

Wenn ich nämlich im Widget ein Bild auswähle, egal ob frisch hochgeladen oder aus der Mediathek, komme ich zwar zur media-upload.php:

wp-admin/media-upload.php?type=image&widget_id=widget_sp_image-4&TB_iframe=true

.

Wenn ich dort im bekannten Dialog auf "Insert into Widget" klicke, lande ich auf folgender weissen Seite:

/wp-admin/media-upload.php?type=image&tab=library&post_id=0

.

Fällt da irgendjemandem etwas gutes dazu ein? Woher kommt denn die Frage nach der Post-ID? Klar, das ein Widget die nicht hat, oder? Aber warum funktionierts in meiner lokalen Installation? Media-Upload ist doch WP-Core und den habe ich auf der Live-Installation auch nicht angefasst!?!

Ratlos... Kennt jemand noch einen besseren Weg, das zu realisieren? Oder gar eine einfache Lösung für mein Problem?

Danke schonmal im Voraus!

Schon klar, schon klar... Allerdings steht irgendwo in den AGB auch, das ich defekte Werbung ausschalten darf.

Sei es, wie es ist, nachdem ich nun hosterseitig das Layout der Werbung von "background-color:white;" auf "background-image:mach_mir_den_äppel_look.gif;" gestellt hab, funktioniert alles. Versteh einer die Leute, die die Werbe-Scripts schreiben!

Wenn sich der Ersteller deines Templates an die Nameskonventionen hält, müsstes du in deiner style.css irgendwo sowas finden:

#container {
    width:960px;
    margin:30px auto;
}

Bei width kannst du dann einfach den gewünschten Wert eintragen, z.B. "width:100%;". Dann würde es über die gesamte Viewport-Breite gehen.

Evtl. nennt sich das Ding bei dir anders, wird z.B. auch gerne #wrapper genannt. Einfach mal dem ersten Div im Body suchen...

Edith: Genauer lesen hilft... Wenn du nur den Blog selbst mehr nach links vergrößern willst, wirds schon komplizierter. Da müsstest du erstmal genauer in die Struktur einsteigen. Magst du deinen Blog mal verlinken, damit ich gucken kann?

Narf.... Dann könnt ich gleich mal lernen, wie man ne Datenbank umzieht, gelle?^^ Naja, mal durchs Hosting-Forum gucken...

Und unterdessen, damit mir nicht langweilig wird...

Gibts nicht sowas wie
<script type="text/javascript" [COLOR=Red]stecker="raus"[/COLOR]> </script>oder so?

Ich nehm alles zurück.

Der WAHRE Grund ist 42. Und die dumme Werbung meines Hosters. Der packt mir ganz oben auf die Seite per JavaScript ein InlineFrame mit Werbung. Sobald man das geschlossen hat und die Seite neu lädt, stimmt auch die Formatierung in den genannten Browsern.

So, wie bekomm ich das jetzt wech? Oder worke so around, dasses klappt?
Das Dumme ist, das ich nicht mal in der CSS eine feste Width angeben kann, da das Script einen InLineStyle generiert. Und an das Script komm ich nicht ran. Ich poste einfach mal den wichtigen Script-Code:

<script type="text/javascript" src="http://www14.kilu.net/extra/a4/remote_changes.js.php?kilu_account=********">
</script>
<div id="QualigoIframeNavbar" style="border: 0pt none ; background: rgb(255, 255, 255) url(http://www14.kilu.net/extra/a4/img/bg.gif) repeat scroll 0% 0%; overflow: hidden; position: fixed; width: 100%; height: 20px; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; padding-top: 3px; left: 0pt; top: 0pt; z-index: 999;"><style>
#toolbarul span { padding: 15px; } #toolbarclass { font-family: Arial, sans-serif; font-size: 12px; font-weight:bold; vertical-align:top; color:#000000;} #toolbarul { list-style-type:none;margin:0;padding:0; } #toolbarul li { float:left; }
</style>
<ul id="toolbarul">


... bla bla Werbung bla bla...


</ul>
<a id="QualigoIframeButton" href="#" onclick="return inavbar.close()" title="Toolbar ausblenden" style="border: 0pt none ; position: fixed; margin-top: -2px; margin-right: -5px; right: 9px; top: 6px; z-index: 1000;">
  <img src="http://www14.kilu.net/extra/a4/img/close.gif" alt="Toolbar ausblenden" style="border: 0pt none ;">
</a>
</div>


<div id="container">


... meine Seite...


</div>

Ideen, anyone?

Treffer!

Jetzt funktioniert es... manchmal zumindest. Noch irgendwelche Ideen, wie ich den Speicherverbrauch weiter drosseln kann? Evtl. von Widget-Sidebar auf "Handgestrickt" umsteigen? Einfachere Wege so wie der Vorgeschlagene wären mir allerdings lieber!^^

Und dann hätt ich da noch ne Verständnisfrage. Wo kommt die falsche Formatierung her? Im Quellcode der geladenen Seite ist ja wie gesagt nur der <p>-Tag, der den Beitrag beinhaltet. Dem Browser müsste doch egal sein, ob das Markup nun von einer statischen Seite kommt oder dynamisch generiert wird. <p> ist in jedem Fall nur <p>, nicht mehr... Wieso findet bei einem dynamisch generierten <p> kein Zeilenumbruch statt? Ist ja nicht so, das Wordpress das irgendwie mit einem Html-Befehl unterbindet, zumindest laut Quellcode. Oder in kurz: Wie jetzt?

(Zu guter Letzt hab ich grad gelesen, das "in naher Zukunft" die Arbeitsspeicherbegrenzung auf 34MB angehoben werden soll. Na dann...)

Guten Abend!

Ich hab ein kleines, häßliches Problem mit dem Zeilenumbruch in einem <p> unter IE8, Safari, Chrome, dem komischen Blackberry-Browser und einigen anderen :-).

Den Fehler selbst hab ich auf meinem Blog (ich mach das erst seit ein paar Tagen) erschöpfend beschrieben bzw. kann man ihn da ja auch live sehen. Damit ihr aber nicht denkt, ich wäre bloß auf Klicks aus, hier nochmal ne kurze Zusammenfassung.

Also:
Teil 1 des Problems
In allen großen Browsern außer FF und Opera krachen bei mir die Inhalte der p-Tags einzelner Beiträge rechts durch die Seitenwand der Beitrags-Div. Dabei haben sowohl die Beitrags-Div als auch die übergeordnete Content-Div eine feste Width. Das kommt bei den Browsern auch an, hab ich in FF und IE8 mit Firebug (Lite) überprüft. Trotzdem schießt der Text rechts hinaus. Witzigerweise macht FF das alles automatisch hübsch. Ich weiß schon, warum ich den Browser mag.

Teil 2 des Problems
In meiner lokalen Webserverumgebung mit Server2go funktioniert mein selbstgeklöppeltes Template mit der gleichen WP-Version in allen genannten Browsern allerdings wunderbar. Der einzige Unterschied zum "echten" Blog ist die Datenbank, die ist lokal nur voller "lore ipsum".

Teil 3 des Problem
Mein Webhoster stellt mir nur 24MB Arbeitsspeicher zur Verfügung. Wordpress 2.8 will aber IMHO was in den 30igern haben. Dummer Anfänger, der ich bin, dachte ich mir halt: Ach, komm, wird schon klappen. Aber manchmal, ach, viel zu oft, verschluckt sich der WYSIWYG-Editor im Backend. Dann zeigt er z.B. die Buttons nicht an, usw usf...

Deshalb nun also meine Fragen :-) :

1. Wenn der Editor das Markup der Datenbankeinträge der einzelnen Artikel versaut, müsste ich das doch im Quelltext der Html lesen können, oder? Da stehen aber nur schön saubere, reine <p>´s. Woran merk ich denn wirklich sicher, das der Editor Blödsinn an die Datenbank geschickt hat?

2. Wenns an dem Arbeitsspeicherdingen liegt, wie kann ich 2.8 soweit strippen, das es unter die 24MB kommt? Oder kann man auch schmerzlos auf eine ältere Version downgraden?

3.[size=8]Hab ich den Code vergeigt? Ist nicht hübsch, ich weiß. Ist alles auf Basis des Texto.de-Blanko-Templates entstanden. Aber trotzdem, obwohl php ein hübsches, buntes böhmisches Dorf für mich ist, kenn ich mich mit Html und Css gar nicht sooooo wenig aus. Doch was übersehen?

[size=10]Tjoa, das wärs... Und sorry für die "Wall of Text". Und helft mir!^^

Schönen Abend noch...

Alex[/SIZE][/SIZE]