wysiwyg Editor spinnt?!

[timmaeh]

Juhu ich habe herrausgefunden an was es lag.. und zwar nutze ich eine css anpassung dir mir das saubere einbinden der kleinen Cover oben links erlaubt.

Jedoch hat sich der code leider auf alles was mit Bildern zutun hat übertragen, nun wollte ich fragen ob man den Code dahingehen ändern könnte das er nur fuer die Bilder zuständig ist die immer oben links hin sollen, danke und hier der Code.

PHP-Code:

p img {
float: left;
margin-top: 2px;
margin-right: 8px;
margin-bottom: 0px;
margin-left: 0px;
padding-top: 2px;
padding-right: 2px;
padding-bottom: 2px;
padding-left: 2px;
border-top-width: 1px;
border-right-width: 1px;
border-bottom-width: 1px;
border-left-width: 1px;
border-top-style: solid;
border-right-style: solid;
border-bottom-style: solid;
border-left-style: solid;
border-top-color: #ffffff;
border-right-color: #ffffff;
border-bottom-color: #ffffff;
border-left-color: #ffffff;
} 


[Demy]

Zitat von timmaeh

Codeansicht:
http://www1.picfront.org/picture/K7b...eenshot014.jpg

Visualansicht (wysiwyg):
http://www1.picfront.org/picture/i3a...eenshot016.jpg

Exakt das passiert auch bei mir - irgendwie "übernimmt" der wysiwyg die <p> NICHT in die Codeansicht - warum auch immer

Habe inzwischen Wordpress auf einem anderen Server installiert - auch dort habe ich genau dieses Problem. Es scheint mir fast so, als wenn es ein "WP-Fehler" ist (bzw tinymce).

[marX]

timmaeh: Du kannst weitere CSS-Regeln festlegen, z.B. so

#content p img {
/* betrifft Bilder nur in Absätzen in <div id="content"> */
}

#sidebar img {
/* betrifft nur Bilder in der Sidebar */
}

Mehr kann ich nur sagen, wenn ich weiß welche Bilder du genau meinst.

demy: Such mal hier im Forum nach "wpautop", eventuell löst das dein Problem.

[timmaeh]

Also es geht um die bilder die in den Beiträgen immer oben Links sein sollen, hier mal ein Bild, gibt es dafuer auch einen Befehl?

Timmaeh

[marX]

Na, hetz mich nicht!

.entry p img {
}

Würde nur Bilder im Beitrag betreffen. Wenn das nicht reicht, dann wirst du den Bildern eine eigene Klasse geben müssen...

[timmaeh]

Ich denke leider nicht das es reicht, denn das würde wie du schon sagst alle Bilder in den Beiträgen betreffen. Und dann kommt denke ich mal das Problem auf das sich halt wieder alle Bilder auch die die es nicht sollen danach richten.

Naja ich probiere es dennoch mal aus, ansonsten geb mirn tip wie ich nen neuen Befehl gebe

timmaeh

[marX]

Es gibt CSS-Regeln, die sich auf das erste Kindelement beziehen. Musst dich da evtl. mal schlau machen. Als Einstieg:
CSS 4 You - The Finest in Stylesheets: Workshop CSS: Teil 3 - Selektoren I

Einfacher gehts wie gesagt, wenn du den Bildern einen Klassennamen vergibst: <img class="teaserimg" />. Den kannst du dann relativ einfach per CSS ansprechen:

.entry img.teaserimg {
/* Eigenschaften für das Bild */
}

Wobei du dann natürlich wieder in Konfliktmit dem WYSIWYG-Editor kommen könntest.

[timmaeh]

Ok werde mich dann mal bissel schlau machen danke fuer die Hilfe bisher.

timmaeh

[Demy]

Zitat von marX

demy: Such mal hier im Forum nach "wpautop", eventuell löst das dein Problem.

Hi,
ich benutze das Plugin Text Control und habe damit wpautop deaktiviert. Das Problem ist, dass der tinymce im "visuellen" Modus die Absätze zwar einfügt, aber nicht in die Codeansicht übernimmt... und exakt so wie es in der Codeansicht steht wird es (nur bei mir?) auch gespeichert - ohne <p>-Tags.

Der Fehler muss übrigens scheinbar irgendwo in der WP-tinymce-Version liegen, habe mir tinymce mal runtergeladen und die Beispiele im Browser getestet, dort klappte das mit dem <p>-Tags wunderbar... genauso wie ich es im Wordpress auch gerne hätte

Ich hab ja kein Problem damit puren Code zu schreiben (mach ich im Moment auch) - aber irgendwie muss es doch gehen

Gruß,
Demy

[redcat63]

Hallo, alle zusammen,

ich habe auch kein Problem damit, die Befehle per Hand einzugeben, aber meine Kunden.

Kurz:
ich habe das selbe Problem seit dem Wochenende, d.h. da ist dieser mir zum 1. Mal aufgefallen. Nun habe ich mich mal hingesetzt und Diverses auspropiert.
Folgendes ist dabei rausgekommen:
Wenn ich nicht den WYSIWYG-Editor benutze, speichert er mir die Befehle <br /> etc in der Tabelle exakt genauso ab.
Schalte ich den WYSIWYG-Editor ein, zeigt er alles noch exakt genauso an, wie ich es mir vorstelle. Auch in der HTML-Datei ist alles so wie es sein sollte. D.h. die <br />- und <p>-Befehle sind noch alle da.
Beim Speichern des Textes wandelt, WP oder der WYSIWYG-Editor, die Befehle <p> und <br /> wahrscheinlich in \n um, die dann beim Darstellen des Textes innerhalb der Textarea und der Website ignoriert werden. Der WYSIWYG-Editor wandelt diese wieder korrekt um und zeigt diese dann auch wieder richtig an.

M.E. muss also die Frage noch beantwortet werden, wer von den beiden ist der Schuldige und wo muss was geändert bzw. eingefügt werden.
Vielleicht hat ja jemand von Euch schon eine Idee?
Wäre toll, wenn wir das gemeinsam in den Griff kriegen würden.

VG Elke