ubuntuusers.de

Ein paar Kleinigkeiten, die ich durch die eingeschränkten Rechte der Startseite nicht selbst ändern kann:

1. gesamte Seite:

   -

ändern in

–

2.

Inyoka:Forum bedienen und Wiki Syntax

ändern in

Inyoka: Forum bedienen und Wiki Syntax

und evtl. würde ich auch „Inyoka“ duch „Ubuntuusers“ ersetzen. – Wer von den Neulingen weiß schon, was sich hiner „Inyoka“ verbirgt

3.

Mal schnell ‚nen neuen Browser bauen…

ändern in

Mal schnell ’nen neuen Browser bauen …

4. mehr Platz vor der grauen Box

Ergänzung:

2.

Inyoka:Forum bedienen und Wiki Syntax

ändern in

Inyoka: Forum bedienen und Wiki Syntax

ändern in

Inyoka: Forum bedienen und Wiki-Syntax

Gruß, Dee

1. Das mit dem Bindestrich finde ich so ok, war auch schon immer so und weil's nicht in einem Fließtext ist, macht ein Gedankenstrich IMHO keinen Sinn.

2. Done.

3. Done (da kam wohl die automatische Anführungszeichensetzung in die Quere)

4. Darum werde ich mich morgen kümmern.

theredmonkey schrieb:

4. mehr Platz vor der grauen Box

done, habe einfach einen Zeilenumbruch eingebaut, aber eigentlich ist es eine schwäche im Desgin

e2b schrieb:

war auch schon immer so

Sorry, aber das ist ja wohl kein Grund.

und weil's nicht in einem Fließtext ist, macht ein Gedankenstrich IMHO keinen Sinn.

Das ist falsch.

Siehe Halbgeviertstrich:

kann der Gedankenstrich auch anstelle eines Doppelpunkts gesetzt werden

genau das ist hier der Fall.

Übrigens:
Auch Tasten hat den Fehler mit der automatischen Zeichenersetzung. Und: Soll Pos1 wirklich so abgebildet werden?

Hallo,

danke für den Hinweis auf Pos1 vs. #.

Ist als Bug gemeldet. Prinzipiell hat das Wiki-Team zwar Zugriff auf die Vorlage, aber ich sehe keinen Fehler, d.h. Pos1 sollte als Pos1 dargestellt werden.

Gruß, noisefloor

theredmonkey schrieb:

e2b schrieb:

und weil's nicht in einem Fließtext ist, macht ein Gedankenstrich IMHO keinen Sinn.

Das ist falsch.

Es macht trotzdem keinen Sinn. Zum einen wäre das ganze ein Fall für den Parser (alle " - " zu "–" und sollte als Featurerequest beim Webteam angefragt werden) und zum anderen finde ich das irgendwie übertrieben. Kein Mensch weiß wie man das überhaupt am PC eingibt. Da gibt es IMHO schlimmeres (z.B. Deppen-Leerzeichen usw.).

e2b schrieb:

Es macht trotzdem keinen Sinn. Zum einen wäre das ganze ein Fall für den Parser (alle " - " zu "–" und sollte als Featurerequest beim Webteam angefragt werden) und zum anderen finde ich das irgendwie übertrieben. Kein Mensch weiß wie man das überhaupt am PC eingibt. Da gibt es IMHO schlimmeres (z.B. Deppen-Leerzeichen usw.).

Nein, nicht alle, OO wandelt z.B. "Wort - Wort" um, womit auch dein vorletztes Argument zerbröselt. Dass es schlimmeres gibt, ist ein Totschlagargument.

adun schrieb:

e2b schrieb:

Es macht trotzdem keinen Sinn. Zum einen wäre das ganze ein Fall für den Parser (alle " - " zu "–" und sollte als Featurerequest beim Webteam angefragt werden) und zum anderen finde ich das irgendwie übertrieben. Kein Mensch weiß wie man das überhaupt am PC eingibt. Da gibt es IMHO schlimmeres (z.B. Deppen-Leerzeichen usw.).

Nein, nicht alle, OO wandelt z.B. "Wort - Wort" um, womit auch dein vorletztes Argument zerbröselt. Dass es schlimmeres gibt, ist ein Totschlagargument.

Ja, OO macht das. Aber das heißt noch lange nicht, dass es deswegen Pflicht ist. Als normaler Nutzer der im Internet unterwegs ist, wirst du nie (außer es wird automatisch gemacht oder von -- umgewandelt) einen Halbgeviertstrich eingeben. Die meisten werden auch nicht wissen, wie man das Zeichen über die Tastatur eingibt, da ist es egal was OO macht. Ich finde trotzdem weiterhin, dass zum einen wir Listen auch so wie es jetzt ist formatieren dürfen und zum anderen wäre es höchstens eine Überlegung wer /\w - \w/ automatisch beim Parsen zu /\w – \w/ zu konvertieren.

PS: Dieses Pseudo-Problem gab es schon immer beim ubuntuusers-Wiki und auch gibt's das nicht nur bei ubuntuusers. Wieso also ist das jetzt bei uns ein Problem? 😉

EDIT: Weil ich gerade sehe, dass -- automatisch zu – wird, kann ich ja mal im internen Forum ein paar Meinungen einholen.

e2b schrieb:

EDIT: Weil ich gerade sehe, dass -- automatisch zu – wird, kann ich ja mal im internen Forum ein paar Meinungen einholen.

Das hab ich bereits als Bug gemeldet. Versuch mal zu supporten wenn aus -- ein – wird ☹

martingr schrieb:

e2b schrieb:

EDIT: Weil ich gerade sehe, dass -- automatisch zu – wird, kann ich ja mal im internen Forum ein paar Meinungen einholen.

Das hab ich bereits als Bug gemeldet. Versuch mal zu supporten wenn aus -- ein – wird ☹

Naja, das mit dem -- zu – gibt es öfters ... was ist beim Supporten das Problem? Parameter die ja oft doppelte Bindestriche enthalten sollten sowieso als Code geschrieben werden.

e2b schrieb:

Parameter die ja oft doppelte Bindestriche enthalten sollten sowieso als Code geschrieben werden.

Mal ein Beispiel:

Du mußt dazu den Parameter "--klappt" hinzufügen

oder (wie ich finde als Gegenbeispiel):

Du mußt dazu folgenden Parameter hinzufügen:

--klappt

Ich fände den Einsatz eines Codeblocks hier total übertrieben. Meiner Meinung führt das auch zu holprigen Formulierungen. Oder auch bei Satzzeichen:

Funktioniert denn der Befehl"command --klappt"?

vs.

Funktioniert denn der Befehl

command --klappt

?

Und jetzt noch mein Hauptargument: Ein falsches "–" (gemerkt? 😉 ) fällt weder dem Poster noch dem Hilfesuchenden auf. Es wird reihenweise Ping-Pong-Postings der Art "mach es so" - "so geht es aber nicht" - "ahh, ich meinte: mach es soso" geben...

genau das ist mir passiert. Ich hatte ein kwin --replace angegeben. So wie ich das immer mache, seit KDE Desktop Effekte hat. Und natürlich hat es dann wegen einem - nicht funktioniert und hat zu rückfragen geführt. Bei so was kurzem schau ich ja auch nicht in die Vorschau 😉

Ich meinte ja auch nicht den Codeblock sondern nur die Codeformatierung (`bla`). Trotzdem finde ich das ganze eher kleinkariert und völlig übertrieben.

e2b schrieb:

EDIT: Weil ich gerade sehe, dass -- automatisch zu – wird, kann ich ja mal im internen Forum ein paar Meinungen einholen.

Negativ, niemand findet das momentan wichtig, also wenn dann später, wenn Inyoka komplett funktioniert.