Der Text, den ich im Kommentarfenster eingegeben hatte war:

<P>Gruss<BR>
H.</P>

Also nur mein Servus, da der eigentliche Inhalt in der Ueberschrift steckte. - Man muss ja nicht imemr gleich Romane schreiben

Gruss
H.

till

P.S.: DIES IST EINE IDIOTENFILTER-FALLE, ABER SIE IST WIRKUNGSLOS! WAS MUSS ICH DENN NOCH TUN..?
Erst bei noch mehr Grossbuchstaben hab ich ihn zu Gesicht bekommen.

Na gut, Slashdot dürfte einige Hunderttausend registrierte Nutzer haben. Da kann Symlink noch nicht ganz dagegenhalten...

Andererseits: wie will man einen Idiotenfilter (...) auf die deutsche Sprache hin optimieren, wenn man ihn nicht testet?

Tja, das wird nicht gehen ohne uns Testidioten. Herzlich willkommen ;-)
--
Always proofread your posts to make sure you didn't any words out.

HTML-tags sollten am besten _{kleingeschrieben}werden. Das verbessert die Compression und sym ^link wird dadurch sicher noch schneller. Okay, war nur eine Witz, aber den Link solltet ihr euch trotzdem anschauen

Zu Punkt 3 schlage ich vor, daß man die Möglichkeit hat, beim Absenden alle Buchstaben in Kleinbuchstaben zu wandeln. Geschrei kann ich einfach nicht ab. Besonderst nicht, wenn der Autor es auch nicht wollte, sondern nur von der Technik dazu gezwungen wurde.

ciao,
wawi

P.S.Warum sind eigentlich die HTML-tags (pre,table,blink und ... ) nicht erlaubt? ;-)
ciao

wawi

• HTML-tags sollten am besten kleingeschriebenwerden. Das verbessert die Compression und sym link wird dadurch sicher noch schneller.

We'ïs nich' ... die angeführte Seite ( Simple Test of Compressing HTML Using ZLib) iss ja ganz nett, aber sehr einseitig. Zum einen wurde der Test mit einem Englischen Text durchgeführt, weiters mit einer Seite mit sehr großen Anzahl von Tags, so das das ganze auch tüchtig ins Gewicht fällt, und zu guter letzt wurde nur die Kompression untersucht. Alles andere fiel unter den Tisch. Und dann betraegt der Unterschied nur ganze 0,24% - etwas dürftig oder ?

Wie gesagt, eine einseitige Untersuchung. Komplett unter den Tisch gefallen ist dabei die Lesbarkeit - aber dank der vorhandenen Beispiele kann man sich schon ein Bild machen um wieviel besser grossgeschriebene Tags zu lesen sind: Kleiner Text - großer Text.

Gerade hier, wo ja handcodiert wird kann das mit dem nach Groß wandeln der Tags sehr hilfreich sein.

Meine Meinung: Tags auf jeden fall nach gross wandeln.

(Auf der Seite ist auch ein script dafuer :)

• Sorry, die sehen für mich beide genauso unleserlich aus. Zu dem Zweck gibt es Syntax-Highlighting.

Hier im Eingabefeld ?

• Grossgeschriebene Tags sind nicht XHTML- und XML-kompatibel. Lieber alle Tags klein. :-)

Das musst Du mir jetzt mal genauer erklaeren ... wo steht den bei XML was das keine Tags in Grossbuchstaben erlaubt sind ? Dann muesst ich ja glatt alles was ich bisher so mit XML entworfen habe einstampfen ... bitte nicht :))

Gruss
H.

Das musst Du mir jetzt mal genauer erklaeren ... wo steht den bei XML was das keine Tags in Grossbuchstaben erlaubt sind ? Dann muesst ich ja glatt alles was ich bisher so mit XML entworfen habe einstampfen ... bitte nicht :))

1. XML ist casesensitiv, auch wenn einig Perlhacker dies nicht wahrhaben wollen
2. In XHTML sind nur die kleingeschriebenen Ausprägungen der Tags definiert. "<EM>", z.B., ist also nicht Bestandteil von XHTML.
3. Was hat ln -s eigentlich mit XHTML zu tun?

• dieser Text

• Das musst Du mir jetzt mal genauer erklaeren ... wo steht den bei XML was das keine Tags in Grossbuchstaben erlaubt sind ?
• 1.XML ist casesensitiv, auch wenn einig Perlhacker dies nicht wahrhaben wollen
• 2.In XHTML sind nur die kleingeschriebenen Ausprägungen der Tags definiert. "<EM>", z.B., ist also nicht Bestandteil von XHTML.
• 3.Was hat ln -s eigentlich mit XHTML zu tun?

Zu 1) hab ich was anderes behauptet ? Nö - das ist übrigens ein viel schoeners Beispiel zum Thema Sinnentstellung als UL oder nicht UL. Der Vorredner (Mnementh) meinte das Grossbuchstaben-Tags weder in XHTML noch in XML zuläßig sind - Meine Antwort bezog sich (wie man sieht) auf XML.

Zu 2) Jep, ändert aber nix daran das man zum einen in der Editbox die Grossschreibung als Hilfmittel verwenden kann, zum anderen HTML, und was anderes machen auch die aktuellen Browser nicht, die jeweilige Klein und Grossform gleichzeitig zulaesst - Das mach ich uebrigens auch bei eigenen DTDs so, offiziell gibts nur Grossbuchstaben Tags in der Doku und in den Vereinbarungen mit der Gegenseite, in der DTD ist dann aber auch das jeweilige Kleinbuchstabenequivalent enthalten - damit laesst sich die Fehlerrate drastisch senken - die Groß/Kleinunterscheidung in XML ist eh ein Geburtsfehler (Was von bei der Normierung beteiligten gesagt wurde!)

Zu 3) ... äh ... was will uns der Author damit sagen ? Wo war den bis dato was von (Unix) Symbolischen Links die Rede ?

• Übrigens quoten per <ul>-Environment finde ich auch nicht so toll [...]

Ansichtssache, anderen wiederum gefällt es - ich verwende es zum Beispiel, da es das nächste am Zitieren ist wie man es aus dem normalen Mailverkehr kennt ( mit '>').

• Wie wäre es mit 'nem vernünftigen Stylesheet für <blockqoute>, andere Farbe z.B.?

Hmm .. Zweierlei:

Gruss
H.

Zu 3) ... äh ... was will uns der Author damit sagen ? Wo war den bis dato was von (Unix) Symbolischen Links die Rede ?

Das ist eine Denkaufgabe gewesen. Die Lösung könnte wie folgt lauten.

/. steht für SlashDot

ln -s steht für symlink

Da ln -s noch nicht gebräuchlich ist könnte, natürlich auch etwas anderes gemeint sein.

ciao,
wawi
ciao

wawi

ARGH.... Ok, zugegeben, meine lange Leitung ging diesmal bis zum Mond und zurueck :)

Gruss
H.

Darum war mein Vorschlag, daß Leute beim Absenden ihr Posting in nur Kleinbuchstaben wandeln können. Was sinnvoll ist wenn diese aus technischen Gründen keine Kleinbuchstaben tippen können. Eine einfachere Lösung ist natürlich, daß wir einfach auf den Idiotenfilter verzichten. Jeder Nutzer kann ja seinen Toleranzfilter :-) einwenig erhöhen. Wirklich schlechte Beiträge, die ich bis jetzt bei symlink noch nicht als störend empfinde, werden durch die Moderation sowieso verdrängt.

ciao,
wawi

P.S. Ich brauch noch umbedingt das frame-tag.
ciao

wawi

1. SCHREIFILTER abschalten, oder den Leuten die Möglichkeit geben, alles in Kleinbuchstaben umwandeln, oder allen html-Code in Kleinbuchstaben umwandeln. Oder gar nichts machen. Bis jetzt hat sich AFAIK nur einer gemeldet, der vom Filter gestört worden ist. Raffzahn, schreibst Du an diesen Uppercase Terminals auch symlink-Kommentare?
2. Themaselektion symlink: der Autor der die Story veröffentlicht kann den Artikel in die Sektion symlink reintun.
3. Artikel mit <i> umspannen: Irgendwie muss man den Text des Lesers vom Text des Autors unterscheiden können, was schlägt Ihr als Ersatz vor?
4. Willkürliche Tagumwandlung: Raffzahn hat uns gemeldet, dass bei seinem Posting zwei Tags geändert wurden in der Vorschau. Offensichtlich verhält sich der Slashcode nicht ganz gutmütig, denn es gab auch in der Vergangenheit schon einen ähnlichen Fall. Die Perl Regexps sind anscheinend nicht ganz korrekt.
5. Tags erlauben: blink ist eine politische Entscheidung, mit table kann ein Leser unseren ganzen Seitenaufbau kaputtmachen, und mit pre u.U. auch (kann mich da jemand bestätigen oder widerlegen?)
6. ln-s ist ein symlink, ln-s.ch schon auf uns reserviert, aber nicht aufgeschaltet.
7. Grosse vs. kleine Tags: unser HTML ist nicht mal HTML3.2 kompatibel, also ist es uns gleich...
8. Quotingstil: ist jedem selbst überlassen.
9. Was hab ich vergessen? Ich bin auf jeden Fall dagegen :-)

maol
--
/server irc.lugs.ch /join #symlink

3. Artikel mit <i> umspannen: ...
Farblich wäre nicht schlecht, nur was machen dann die Leute ohne Farbe? Schön wäre hier für ein neuer Schalter bei den persönlichen Einstellungen. Natürlich mit Farbwahl. :-)

4. Willkürliche Tagumwandlung: ...
Kann es sein, daß das Eingabefeld, ab und zu innerhalb eines Tag automatisch umbricht und dadurch Probleme entstehen?

5. Tags erlauben: ...
Bitte, keine weiteren Tags.

6. ln-s ist ein symlink ...
Wann bekomme ich die Waschmaschine? Oder, war das gar keine Preisfrage?

7. Grosse vs. kleine Tags: ...
Dieses wichtige Thema sollte man nicht so leichtfertig verdrängen. Viele symlink-Nutzer benutzen immerhin einfache Modems mit einer v.42bis Kompression. Bei einem angenommenen Anteil von 10% HTML an der zu ladenen Datenmenge und einer Verbesserung von 0.24% der Kompressionsrate, könnten wir so immerhin ... hmmm ... ungefähr die Ladezeit um 0.024% beschleunigen. Oder habe ich mich da jetzt verrechnet.

8. Quotingstil: ist jedem selbst überlassen.
Du willst ja nur kein Auto-Quoting-Was-Wichtig-Ist-Script schreiben.

9. Was hab ich vergessen? Ich bin auf jeden Fall dagegen :-)
Hab ich's mir doch gedacht.

ciao,
wawi

P.S. Vielleicht wäre das object-tag ja doch ganz sinnvoll für ein paar ShockWave ...
ciao

wawi

SCHREIFILTER abschalten, oder den Leuten die Möglichkeit geben, alles in Kleinbuchstaben umwandeln, oder allen html-Code in Kleinbuchstaben umwandeln. Oder gar nichts machen. Bis jetzt hat sich AFAIK nur einer gemeldet, der vom Filter gestört worden ist. Raffzahn, schreibst Du an diesen Uppercase Terminals auch symlink-Kommentare?

Ich hab mich ja selbst gewundert das der Filter zugeschlagen hat - vieleicht sollte man den Code mal durchforsten. Nein, bis dato koennte ich es verhindern :)) Da ich oefters mal mit Leuten im Osten zu tun hab kenn ich aber auch deren Probleme - Der Vorschlag mit dem nach Klein wandeln wenn alles Gross war gefaellt mir.

Artikel mit <i> umspannen: Irgendwie muss man den Text des Lesers vom Text des Autors unterscheiden können, was schlägt Ihr als Ersatz vor?

Hier geht's ja ums Artikelschreiben, nicht ums kommentieren - beim Kommentieren ist eh keine besondere Hervorhebung da (ist auch gut so) - ich wuerde es einfach weglassen.

Willkürliche Tagumwandlung: [...] Die Perl Regexps sind anscheinend nicht ganz korrekt.

Ich werf gern mal einen Blick drauf.

Tags erlauben: blink ist eine politische Entscheidung, mit table kann ein Leser unseren ganzen Seitenaufbau kaputtmachen, und mit pre u.U. auch (kann mich da jemand bestätigen oder widerlegen?).

Isso.
^{Also MARQUEE und FONT sollten auf jeden Fall erlaubt werden !}
Im Ernst - Mir faellt hoechstens noch SAMP ein ... und das man z.B. bei OL auch TYPE= verwenden kann - Eine andere Sache ist wenn das Script die Struktur ueberpruefen wuerde - dann kann man wesentlich mehr erlauben solange es der ueblichen auf/zu Logik entspricht - solange die Paarung passt kann die Seite nicht Zerstoert werden - hoechstens Unleserlich gemacht :))

ln-s ist ein symlink, ln-s.ch schon auf uns reserviert, aber nicht aufgeschaltet

Lange Leitung gehabt :(

Gruss
H.

> [...] mit table kann ein Leser unseren ganzen Seitenaufbau kaputtmachen, und mit pre u.U. auch (kann mich da jemand bestätigen oder widerlegen?).

Für Tabellen kann ich das bestätigen, bei <PRE> hängt's vom Browser ab, da manche Browser falsch geschachtelte Tags nicht ignorieren, sondern einfach ein <PRE> als schalte-vorformatiert-ein und </PRE> als schalte-vorformatiert-aus interpretieren, egal, ob es korrekt geschachtelt ist oder nicht.
Welche das aber nu sind, weiß ich grade auch nicht. Es ist einfach nicht mehr die gute alte Welt, in der es nur Netscape und Lynx (und vielleicht noch Mosaic) gab... ;-)