Abhilfe für Erfassungsmasken

Hallo!

Habe das selbe Problem mit dem Eingabefeld.

Ich erstelle meine Artikel in einem Texteditor (alleine schon wegen der Rechtschreibkontrolle ) und für den fertigen Artikel dann per c&p in das Eingabefeld ein.
Funktioniert ganz gut, und es hat den Vorteil, dass man die Artikel auch gleich auf der Festplatte speichern kann.

Hoffe es gibt bald ein Update.

so, ich habe die sache jetzt mal unter netscape 7.1 getestet und zumindest das wysiwyg problem ist dort nicht. d.h. dort kann man links anlegen und ein zeilenumbruch macht keine grossen absätze.

jedoch ist auch hier das problem des verkleinerten eingabefeldes für den text, sobald man ohne wysiwyg artikel editieren möchte.

weiterhin habe ich herausgefunden, dass das problem auch bei der älteren xmentor version 1.24 existiert. unter noch älteren versionen gibt es mit den gleichen browsern keine probleme!!

ich hoffe das hilft euch weiter...

grüße
denis

Ich werde es nachher mal selbst kontrollieren, aber ich glaube das Problem mit dem Eingabefeld rührt von fehlenden Angaben (cols und rows im textarea-Tag, bzw. width und height im CSS) her.
Das wäre zumindest das einzige, was mir einfällt.
Ich glaube die breite und höhe des Feldes sollte eigentlich über CSS geregelt werden, wie gesagt: Muss ich selbst mal nachsehen.
Das Problem bzgl. IE habe ich dir ja schon beschrieben, wie du es lösen kannst (oder hab ich das nur wieder vergessen zu schreiben?).

Edit: Der rest ist mir entgangen (hab nur dein letztes Posting gelesen. "), werde ich dann heute abend durchlesen.

Dass das Eingabefeld nur zwei Zeilen hoch sind, liegt daran, weil das falsche Template geladen wird. Ich habe hier http://www.boardunity.de/showthread....7503#post17503 vor einiger Zeit eine Problemlösung gepostet!

herrrlich! es geht.

bleiben nur noch die beiden ie6 probleme!

1. Link erstellen

dragonmaster hatte mal diese änderung gepostet.
./admin/dragonedit.js

Suche (~ Zeile 280):
Code:
if(id == "createlink" && this.gecko_ok) {

Ersetze mit:

Code:
if(id == "createlink") {

das funktioniert. somit problem erledigt.


2. Zeilenumbruch
beim ie6 (nicht n7.1) wird beim return ein recht grosser absatz generiert.

hierfür habe ich noch keine lösung gefunden....

Das ist einfach zu erklären. Der IE interpretiert (eigentlich korrekterweise) eine Zeichenfolge von 2 Zeilenumbrüchen als einen Absatz, d.h. als ein "p"-Element.
Es gibt nun zwei Möglichkeiten, um dieses Problem aus der Welt zu schaffen.
Die eine (und einfachste) wäre es, per CSS die Art, wie ein "p"-Element gehandhabt wird zu ändern, die ändere wäre es, die vom Editor erzeugte ausgabe vorzufiltern und die p's zu entfernen.

Brauchst du dafür eine "Copy 'n Paste"-Lösung oder schaffst du das alleine? Wenn ersteres zutrifft wäre es gut, wenn du mir den gewünschten Lösungsweg nennst.

copy&paste wäre natürlich klasse, jedoch bin ich noch am überlegen, welcher ansatz am besten ist.
grundsätzlich soll ja die anzeigen im wysiwyg der tatsächlichen ausgabe entsprechen. für die lösung "vorfilterung" gehe ich davon aus, im editor einen absatz zu sehen und in der ausgabe den zeilenumbruch. oder?

was meinst du?

Letzteres ist korrekt.
Beim der CSS-Variante müsstest du nur die CSS-Datei ändern, die für die eigentliche ausgabe zuständig ist, auf Wunsch könntest du auch die Editor-Interne CSS-Datei (wysiwyg.css - glaube ich) anpassen.
Allerdings müsste ich selbst erstmal in einer CSS-Doku nachschlagen, wie genau man den Absatz kontrollieren kann...

falls du fündig wirst, wäre es mir sehr hilfreich......schon mal DANKE!

Versuch's doch mal mit
padding-bottom
und / oder
margin-bottom

Damit müsste es klappen.

LÖSUNG!!!!

Ich habe das Absatz-Problem zwar nicht gelöst, aber einen Ausweg gefunden.

Und zwar muss man im IE6 nicht "Enter" für einen Zeilenumbruch machen sondern "Shift-Enter".

Enter: -> Absatz
Shift-Enter: -> Zeilenumbruch

Grüße
Denis