Forum spinnt

[nikosch]

[QUOTE]Im Grunde machen [code], [php] und

schon das Gleiche: Einen <div> mit Rahmen einfügen, um den Textbereich abzuheben und als zusammengehörig zu markieren.

Aber nur aus syntaktischer Sicht. Aus Anwendersicht hebt das eine ein Zitat hervor, die anderen geben Quellcode syntaxformatiert und monospaced aus.

Weniger Gruppen würde ich jedenfalls bevorzugen.

Selbstredend.
Einzüge sind im Prinzip auch mit Listen verwandt. Ich verwende sie selten, genau wie Textausrichtung. Aber ob mans jetzt pauschal wegläßt? K.A. (Notfalls haue ich mir das in meinen Editor-MOD rein. Aber entscheidend ist ja, was Otto Normalnutzer benötigt.)

[Manko10]

[quote], [php] und [code] habe ich mir auch mit einem Editor-Mod in den kleinen Editor gezogen. Die halte ich für essentiell.
Ausrichtungen benutze ich kaum, Einrückungen nie (außer beim Adventskalender, dort haben wir der Optik wegen den Content eingerückt).

Aber nur aus syntaktischer Sicht. Aus Anwendersicht hebt das eine ein Zitat hervor, die anderen geben Quellcode syntaxformatiert und monospaced aus.

Ja und nein. Ich wüsste nicht, wo das Ding sonst hinsollte. Bei den Highlights hats noch am meisten Sinn und nur für einen Button ein neues Fieldset aufzumachen, wäre auch grober Stumpfsinn feinster Sorte .
Die Rahmenvariante halte ich auch für besser. Die andere sieht zwar edler aus, aber dafür ist die Aufteilung nicht so klar (um nicht zu sagen: nicht so DAU-sicher).

[David]

Aber nur aus syntaktischer Sicht. Aus Anwendersicht hebt das eine ein Zitat hervor, die anderen geben Quellcode syntaxformatiert und monospaced aus.

Das lässt sich aber reduzieren auf "möchte einen Text-Bereich als Einheit als eine bestimmte Art Text markieren/abgrenzen".

[Manko10]

Das lässt sich aber reduzieren auf "möchte einen Text-Bereich als Einheit als eine bestimmte Art Text markieren/abgrenzen".

Bzw. hervorheben und was heißt hervorheben auf Englisch?

[David]

ja ja ja Ganz willkürlich war der Name nun doch nicht gewählt, sonst würde da foo, bar, xyz oder schlumpfig stehen

[nikosch]

Mal ehrlich - ihr findet es DAU-sicher, Zitatbox und PHP Syntax HL in einen Bereich zu legen? Ich sehe da die zukünftigen PHP Codepostings in quote-Tags schon als gesichert an...

Die definitive Logik sollte in Anbetracht der bestehenden Probleme mit Fehl-Blockings imho zweitrangig betrachtet werden. Dann gibts halt ein Fieldset "Zitat" mit nur einem Button - dafür ist es dann aber so eindeutig wie es irgend geht - mal abgesehen von großen blinkenden Mediamark-Pfeilen "HIER KLICKEN WENN DU ZITIEREN WILLST"

[Manko10]

Am besten sollten wir einen Wizard erstellen, der einen durch die Schritte des Posterstellens leitet.

[tomtaz]

Am besten sollten wir einen Wizard erstellen, der einen durch die Schritte des Posterstellens leitet.

Vielleicht ein Videotutorital...

[David]

Mal ehrlich - ihr findet es DAU-sicher, Zitatbox und PHP Syntax HL in einen Bereich zu legen? Ich sehe da die zukünftigen PHP Codepostings in quote-Tags schon als gesichert an...

Man könnte die Angabe der Quelle "erzwingen" per Dialog (urgs, modaler Dialog), so wie beim Link-Button. Aber mal abgesehen davon, dass ich außer [url] eh keinen Button verwende, sollte man das dann als "DAU-Modus" dauerhaft an/abschalten können, so wie cmd_switchmode für den WYSIWYGgrglgr-Editor.
Nee, insgesamt blöde Idee mit Dialog.
Vielleicht eine client-seitige Vorschau, wie bei wmd - Advanced Demo ?


Außerdem hatten wir das Problem bisher noch nicht (oder ich erinnere mich nicht daran ). Die nervigste Verwechslung war ja bisher [man] statt [php], als auf beiden Buttons php stand.

[nikosch]

Außerdem hatten wir das Problem bisher noch nicht

Du hättest "hatten" unterstreichen sollen.

Faktisch benutze ich annähernd nie den Zitat-Namen, schlicht weil viele Usernamen unaussprechlich oder nervig zu schreiben sind. Modaler Dialog wäre für mich auch nervig hoch 3.

[Manko10]

Bei mir ist der Server gerade wieder extrem langsam.

[nikosch]

Bei mir alles ok. (Seit 19.15 online)

[Manko10]

Mittlerweile geht es bei mir auch wieder.