Euer Wiki

[pl]

Ihr solltet das mal korrigieren. CONTENT_LENGTH enthält nicht die Anzahl der Zeichen sondern die Anzahl der Bytes und wird nicht nur bei einem POST gesetzt sondern immer dann, wenn der gesendete Message-Body eine Länge größer 0 Bytes hat und das ist völlig unabhängig von der Request-Methode.

Mfg

[Christian Kruse]

Hallo pl,

Ihr solltet das mal korrigieren. CONTENT_LENGTH enthält nicht die Anzahl der Zeichen sondern die Anzahl der Bytes und wird nicht nur bei einem POST gesetzt sondern immer dann, wenn der gesendete Message-Body eine Länge größer 0 Bytes hat und das ist völlig unabhängig von der Request-Methode.

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

LG,
CK

[pl]

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

[Christian Kruse]

Hallo pl,

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

Dass ein Wiki jeder bearbeiten kann ist die Grundidee eines Wikis… also frisch ans Werk!

LG,
CK

[Auge]

Hallo

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

Du hast das Prinzip ‚Wiki‘ nicht verstanden.

Tschö, Auge

[pl]

Hallo

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

Du hast das Prinzip ‚Wiki‘ nicht verstanden.

1997 habe ich für meine Firma einen Wiki in Perl programmiert. Wir nannten das Knowledge-Base und der Verwendungszweck bestand darin, die Kollegen im Support zu unterstützen.

So brachte eine in diesen Wiki eingebaute Volltextsuche nach Problemen/Lösungen den Kollegen am Telefon einen erheblichen Zeitgewinn wovon auch unsere Kunden profitierten.

Aus Screenshots von Windows-Dialogfenstern machten wir beispielsweise Imagemaps, so dass dem Kunden am Telefon jeder Klick bis ins Detail erklärt werden konnte. Einer meiner Kollegen programmierte sogar eine DOS-Emulation fürs BIOS-Setup von IBM-Rechnern.

Deine Meinung, ich hätte das Prinzip Wiki nicht verstanden ist erbärmlich.

[Der Martin]

Hi,

Deine Meinung, ich hätte das Prinzip Wiki nicht verstanden ist erbärmlich.

es ging nicht um die Technik, sondern ums Prinzip. Das Prinzip, dass jeder sich beteiligen kann.

So long,
 Martin

[pl]

Hi,

Deine Meinung, ich hätte das Prinzip Wiki nicht verstanden ist erbärmlich.

es ging nicht um die Technik, sondern ums Prinzip. Das Prinzip, dass jeder sich beteiligen kann.

Das Stichwort heißt Vertrauen.

[Matthias Apsel]

Hallo pl,

Das Stichwort heißt Vertrauen.

Genau. Deshalb werden alle Änderungen von anonymen oder neuen Benutzern auch angeschaut.

Bis demnächst
Matthias

[pl]

moin,

Das Stichwort heißt Vertrauen.

Genau. Deshalb werden alle Änderungen von anonymen oder neuen Benutzern auch angeschaut.

Da reicht nicht. Für einen richtigen Umgang mit Wissen muss jederzeit sichergestellt sein, dass die Benutzer der Knowledgebase vertrauen können. In Fakt bedeutet das, dass da nicht jeder in schreibender Weise zugreifen kann. Ansonsten ist solch Wiki nicht viel wert.

PS: Markdown und nested View machen die Benutzung des Forums zur Zumutung.

[Matthias Apsel]

Hallo pl,

Genau. Deshalb werden alle Änderungen von anonymen oder neuen Benutzern auch angeschaut.

Da reicht nicht. Für einen richtigen Umgang mit Wissen muss jederzeit sichergestellt sein, dass die Benutzer der Knowledgebase vertrauen können.

Damit würde sich ein Wiki in keiner Weise von einer statischen Seite unterscheiden.

In Fakt bedeutet das, dass da nicht jeder in schreibender Weise zugreifen kann. Ansonsten ist solch Wiki nicht viel wert.

Damit ist kein Wiki viel Wert MDN, W3C, Wikipedia ... keine dieser Seiten verlangt eine fachliche Qualifizierung oder Eignungsprüfung für eine Mitarbeit. Und das ist auch gut so.

PS: Markdown und nested View machen die Benutzung des Forums zur Zumutung.

Ich find nicht.

Bis demnächst
Matthias

[pl]

In Fakt bedeutet das, dass da nicht jeder in schreibender Weise zugreifen kann. Ansonsten ist solch Wiki nicht viel wert.

Damit ist kein Wiki viel Wert MDN, W3C, Wikipedia ... keine dieser Seiten verlangt eine fachliche Qualifizierung oder Eignungsprüfung für eine Mitarbeit. Und das ist auch gut so.

Es führt dazu, dass ich solchen Quellen nicht vertraue und da bin ich nicht der Einzige. Denk doch mal ein bischen weiter, ich habe nicht umsonst die Erfahrungen aus meiner beruflichen Praxis hier dargelegt. Nur eine einzige Fehlinformation, egal ob vorsätzlich oder unbeabsichtigt eingestellt in der KnowledgeBase hätte sich fatal auf den Kunden ausgewirkt.

Jede Qualifizierung und Zertifizierung braucht halt seinen Fleiß.

PS: Markdown und nested View machen die Benutzung des Forums zur Zumutung.

Ich find nicht.

Ich muss hier jedesmal die Ansicht von Hand neu einstellen. Und ich hab ohnehin gesundheitlich bedingte Probleme am PC zu schreiben, da ist Markdown eher hinderlich.

[Christian Kruse]

Hallo pl,

Es führt dazu, dass ich solchen Quellen nicht vertraue und da bin ich nicht der Einzige.

Das mag sein, dem gegenüber steht aber eine grosse Mehrheit. Grosse Projekte wie die Wikipedia, die MDN, etc, zeigen, dass die Bedenken zwar nicht rundweg unbegründet, durchaus aber in den Griff zu bekommen sind. Wenn du das anders siehst sei dir das natürlich unbenommen, aber wir werden jetzt nicht von einem Wiki umstellen auf eine statische Dokumentation weil du Angst davor hast ein Wiki zu benutzen.

PS: Markdown und nested View machen die Benutzung des Forums zur Zumutung.

Ich find nicht.

Ich muss hier jedesmal die Ansicht von Hand neu einstellen.

Dann lösche den Cookie nicht. Der Cookie cf_readmode wird gesetzt, wenn du die Anzeige-Art änderst; er hat ein Jahr Gültigkeit.

Alternativ kannst du dich auch anmelden.

LG,
CK

[pl]

Es führt dazu, dass ich solchen Quellen nicht vertraue und da bin ich nicht der Einzige.

Das mag sein, dem gegenüber steht aber eine grosse Mehrheit. Grosse Projekte wie die Wikipedia, die MDN, etc, zeigen, dass die Bedenken zwar nicht rundweg unbegründet, durchaus aber in den Griff zu bekommen sind. Wenn du das anders siehst sei dir das natürlich unbenommen, aber wir werden jetzt nicht von einem Wiki umstellen auf eine statische Dokumentation weil du Angst davor hast ein Wiki zu benutzen.

Was muss das für ein Gefühl sein, ein dermaßen arrogantes Statement hier abzuliefern. Dass SELFHTML die erste Adresse war, ist nicht mehr als eine verblassende Erinnerung an informative Zeiten, die zweifellos auch dieses Forum mal hatte.

Nochn Tipp: Statisch oder nicht statisch, das hat nicht den geringsten Bezug zur Benutzergruppe. Mit dem richtigen Data-Abstraction-Layer ist es einem Multiuser-CMS völlig egal, ob Inhalte in Dateien oder Datenbanken gespeichert sind.

[Christian Kruse]

Hallo pl,

Was muss das für ein Gefühl sein, ein dermaßen arrogantes Statement hier abzuliefern.

Es tut mir leid, dass du das Gefühl hast, meine Aussage sei arrogant. Das ist nicht so gemeint. Der Kern der Aussage jedoch bleibt bestehen: wir werden das Wiki nicht aufgrund deiner Befindlichkeiten aufgeben.

Dass SELFHTML die erste Adresse war, ist nicht mehr als eine verblassende Erinnerung an informative Zeiten, die zweifellos auch dieses Forum mal hatte.

Du als Teil der Community bist herzlich eingeladen daran zu arbeiten, dass „der alte Glanz^[1]“ wieder auflebt.

LG,
CK

---

1. Diesen vermeintlichen Glanz halte ich im Übrigen für nicht real. Das SELFHTML-Forum hat seit eh und je einen schlechten Ruf. Damals[tm] gab es nur noch keine Alternativen. ↩︎

[Julius]

Hallo Christian,

Du als Teil der Community bist herzlich eingeladen daran zu arbeiten, dass „der alte Glanz¹“ wieder auflebt.
¹: Diesen vermeintlichen Glanz halte ich im Übrigen für nicht real. Das SELFHTML-Forum hat seit eh und je einen schlechten Ruf. Damals[tm] gab es nur noch keine Alternativen.

Das kann ich nicht verstehen – wer sagt denn, dass das SELFHTML-Forum einen schlechten Ruf hat?
– ich kann das nämlich nicht nachvollziehen! In anderen Foren geht es nun auch manchmal etwas rau zu, aber das ist halt ein (zugegebenermaßen unerwünschter) Nebeneffekt, wenn Menschen miteinander kommunizieren. Selbst wenn das SELFHTML-Forum einen schlechten Ruf haben sollte, würde ich das nicht unterschreiben: Probleme werden hier konstruktiv gelöst und das Forum ist recht liberal (Scherze werden ebenso wie Thread-Drift akzeptiert) – ich fühle mich hier wohl und lese gerne mit.

Ich finde das Wiki toll, und vermute auch, dass dies auch die Mehrheit der Nutzer des Wikis so empfindet – aber die Nörgler fallen halt eher auf, als die, die sich still über eine so umfangreiche Wissenssammlung freuen!

Gruß
Julius, der sich gerade einen Wiki-Account zugelegt hat...

P.S.: Irgendwie funktionieren die Fußnoten in Zitaten nicht richtig, ich habe das manuell erledigt.

[Matthias Scharwies]

Servus!

Julius, der sich gerade einen Wiki-Account zugelegt hat...

Herzlich willkommen!

Jeder Beitrag, ob

• Rechtschreibkorrektur, Umformulierungen und Formatierungen

• Verbesserungsvorschläge auf Diskussionsseiten oder im Forum

• eigene Artikel und Beispiele

wird immer gerne gesehen!

Matthias Scharwies

PS: Du hast eine eigene Benutzerseite: Benutzer:Julius

[Julius]

Hallo Matthias,

Vielen Dank fürs die freundliche Begrüßung! Meine Daten habe ich schon mal in die Benutzerseite eingetragen.

Gruß
Julius

[Christian Kruse]

Hallo Julius,

Du als Teil der Community bist herzlich eingeladen daran zu arbeiten, dass „der alte Glanz¹“ wieder auflebt.
¹: Diesen vermeintlichen Glanz halte ich im Übrigen für nicht real. Das SELFHTML-Forum hat seit eh und je einen schlechten Ruf. Damals[tm] gab es nur noch keine Alternativen.

Das kann ich nicht verstehen – wer sagt denn, dass das SELFHTML-Forum einen schlechten Ruf hat?

Kollegen, Bekannte, Fremde, usw.

Ich habe auch nicht gesagt, dass das prinzipiell immer berechtigt ist, obwohl natürlich immer auch ein Körnchen Wahrheit darin steckt. Aber sich dem zu verschließen halte ich nicht für sinnvoll, man muss dem halt entgegen arbeiten und schauen, dass die Kritik-Punkte besser werden. Was allerdings natürlich nicht heißt, dass man sich jeden Schuh anziehen muss, der einem hingehalten wird.

P.S.: Irgendwie funktionieren die Fußnoten in Zitaten nicht richtig, ich habe das manuell erledigt.

Das ist ein konzeptionelles Problem, für das ich so keine praktikable Lösung habe, leider.

LG,
CK

[Julius]

Ich habe auch nicht gesagt, dass das prinzipiell immer berechtigt ist, obwohl natürlich immer auch ein Körnchen Wahrheit darin steckt. Aber sich dem zu verschließen halte ich nicht für sinnvoll, man muss dem halt entgegen arbeiten und schauen, dass die Kritik-Punkte besser werden. Was allerdings natürlich nicht heißt, dass man sich jeden Schuh anziehen muss, der einem hingehalten wird.

Klar, verschließen sollte man sich Kritik nie – jedoch würde ich nicht sagen, dass es hier noch wesentlich angenehmer als in manchem News-Forum ist.

P.S.: Irgendwie funktionieren die Fußnoten in Zitaten nicht richtig, ich habe das manuell erledigt.

Das ist ein konzeptionelles Problem, für das ich so keine praktikable Lösung habe, leider.

Vielen Dank für die Info!

[Matthias Apsel]

Hallo Julius,

Ich finde das Wiki toll, und vermute auch, dass dies auch die Mehrheit der Nutzer des Wikis so empfindet – aber die Nörgler fallen halt eher auf, als die, die sich still über eine so umfangreiche Wissenssammlung freuen!

Vielen Dank für die netten Worte.

Weils hier gerade passt:

---

Hallo,

wir sprachen schon mal drüber... augenfreundlicher Kontrast
wäre hilfreich. Seit meinem "Gemecker" vom letzten November
(war es wohl) scheint sich nicht viel getan zu haben.
Das erscheint zumindest beim Blick auf die "Menüzeile" so.
--> siehe Bild "forum.gif".

Jetzt wollt ich das Projekt einem Anfänger empfehlen, damit
er eine gute Richtschnur bekommt.... aber die bekommt er nicht,
denn es tut in den Augen weh, was man dort im Tutorial ziemlich
zuerst zu sehen bekommt... Da platzt doch fast der Sehnerv.
--> siehe Bild "kontrast.gif".

Liebe Freunde, das geht gar nicht ! =:-\ Es gibt 16,7 Millionen Farben, da sollte doch was Passendes
zu finden sein. ;-)

---

Wir sprachen im letzten Jahr tatsächlich drüber, sahen aber insgesamt keinen Handlungsbedarf. Vielleicht hat der eine oder andere tatsächlich noch eine Idee, ohne die ganze Farbgestaltung über den Haufen zu werfen. // @Performer

Bis demnächst
Matthias

[Performer]

Hi Julius,

Jetzt wollt ich das Projekt einem Anfänger empfehlen, damit
er eine gute Richtschnur bekommt.... aber die bekommt er nicht,
denn es tut in den Augen weh, was man dort im Tutorial ziemlich
zuerst zu sehen bekommt... Da platzt doch fast der Sehnerv.

in letzter Zeit ertappe ich mich immer öfter, dass ich nach dem Aufruf einer Wikipedia-Seite auf das große A links oben in meinem Browser klicke, weil mir die Schrift zu klein ist (Alter) oder ich zu faul bin (auch Alter), mich in Richtung Bildschirm zu bewegen. Ist das nun ein Problem von Wikipedia oder von mir?

Grundlage jeder Farbdiskussion ist ein kalibrierter Monitor. Ist der nicht gegeben, brauchen wir uns über Farben und Kontraste gar nicht großartig zu unterhalten, denn wir haben keine gemeinsame Grundlage. Und wenn wir die hätten, haben wir immer noch unterschiedliche Augen und Vorlieben.

Von meinem eigenen Bildschirm abgesehen, kenne ich sonst keinen, der kalibriert wäre. Früher war ich oft erschrocken, von mir gestaltete Webseiten auf fremden Bildschirmen zu sehen: mal waren sie zu kühl, dann zu warm, dann zu blass, dann zu dunkel; ganz oft der Bildschirm viel zu hell eingestellt. Muss ich all die falschen Monitoreinstellungen berücksichtigen? Wie geht das?

Es war schon vor Monaten davon die Rede, dass die Farben des SELFHTML-Raumes auf einem gekauften Layout für den Blog gründet, die dann auf alle anderen Bereiche übertragen wurden. Die Entscheidung dazu war ein Mehrheitsbeschluss. Seit dem ist viel Arbeit in die Webseiten investiert worden. Unzählige kleine und große Entscheidungen wurden gefällt, stets darauf bedacht, dass alles zu allem passt. Manche Bereiche haben wir mehrfach überarbeitet, weil aus ganz unterschiedlichen Gründen Anpassungen notwendig waren. Irgendwann haben wir uns dann gesagt: So lassen wir es, das passt. Und dabei sehr wohl wissend, keinen perfekten Zustand erreicht zu haben. Warum auch, das Projekt ist doch in ständiger Bewegung.

Und jetzt kommst du und magst es anders. Ja, warum auch nicht. Ich mache dir folgenden Vorschlag. Das Forum erlaubt ein benutzerspezifische CSS. Du kannst fast alles, was dir nicht gefällt, für dich alleine ändern. Mach das mal. Du wirst sehen, dass es nicht viele Änderungen bedarf, und das ganze Layout zerfällt. An der Stelle kannst du entweder aufgeben oder weitermachen und alles mit allem von neuem abgleichen. Bist du dann nach ein paar Monaten zu einem hübschen und vielleicht sogar besseren Design gekommen, stelle es uns vor, wir prüfen es. ;-)

Ich geb’s ja zu, früher hätte ich auch am liebsten sämtliche Webseiten, die ich besuche, an meine Wünsche und meinen Geschmack angepasst. Mehr als einmal habe ich das auch getan. Aber ich kann dir versichern, das legt sich. :-)

Ciao, Performer

PS: Um auf das Eingangs-Zitat zurück zu kommen, der Schwerpunkt von SELFHTML liegt auf HTML/Webtechniken, nicht auf grafischer Gestaltung.

[Julius]

Hallo Performer,

hier handelt es sich um ein Missverständnis:
Nicht ich habe mich über die Gestaltung von SELFHTML beschwert, sondern jemand, den Matthias in seinem Posting zitierte.

Gruß
Julius

P.S.: Ich sehe das Problem des von Matthias Zitierten mit dem Design von SELFHTML nicht wirklich, auf den Screenshots reicht der Kontrast aus (vielleicht mal am Kontrastregler des Bildschirms drehen?)...

[Christian Kruse]

Hallo Performer,

Von meinem eigenen Bildschirm abgesehen, kenne ich sonst keinen, der kalibriert wäre.

Jetzt kennst du noch zwei: meine beiden Bildschirme im Büro :-)

LG,
CK

[Mitleser]

Grundlage jeder Farbdiskussion ist ein kalibrierter Monitor. Ist der nicht gegeben, brauchen wir uns über Farben und Kontraste gar nicht großartig zu unterhalten, denn wir haben keine gemeinsame Grundlage.

Aus genau dem Grund sollte man IMHO im Webbereich auch mit zwei Monitoren arbeiten: ein guter, gerne auch kalibrierter für die Präzision, z.B. für die Bildbearbeitung. Ein weiterer, schrottiger, gerne mit miesem Kontrast. Damit kann man die Problematik mangelnder Kontraste bei Client X/Y deutlich besser bearbeiten. Ob die Farben schön aussehen, ist vielleicht noch Geschmackssache. Kontraste an neuralgischen Stellen sind essentiell.

[Matthias Apsel]

Hallo pl,

Es ist erklärtes Ziel von SELFHTML, die Hürden für eine Mitarbeit so niedrig wie möglich zu legen, auch wenn das bedeutet, dass im Wiki regelmäßig nach Vandalismus geschaut werden muss. Du kannst also die fehlerhaften Darstellungen korrigieren ohne dich anmelden zu müssen. Das würde mich und andere sehr freuen.

Bis demnächst
Matthias

[Auge]

Hallo

Ohne die anderen Antworten gelesen zu haben.

Das ist richtig, aber warum korrigierst du das nicht selber? Es ist ein Wiki.

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

Du hast das Prinzip ‚Wiki‘ nicht verstanden.

1997 habe ich für meine Firma einen Wiki in Perl programmiert. Wir nannten das Knowledge-Base und der Verwendungszweck bestand darin, die Kollegen im Support zu unterstützen.

Was hat deine Knowledgementbase – von mir aus auch im Wikiformat – mit deinem Nichtverständnis des Prinzips, dass mehrere Menschen an einem Text/Inhalt arbeiten, zu tun? Wie üblich vermischst du Dinge, die im Kontext des betreffenden Threads überhaupt nichts miteinander zu tun haben. Wenn dir das hier so unangenehm ist, dass du von „Eurem“ Wiki schreibst, die kollaborative Zusammenarbeit an Inhalten als „witzlos“ bezeichnest und du das Niveau so sehr für gesunken hältst, warum gehst du dann nicht einfach auf Nimmerwiedersehen?

Deine Meinung, ich hätte das Prinzip Wiki nicht verstanden ist erbärmlich.

Und dein Benehmen erst. *PLONK*

Tschö, Auge

@Christian Kruse: Ich bin immer mehr für die Wiedereinführung der Funktion, Personen blacklisten zu können. Leider.

[Christian Kruse]

Hallo Auge,

@Christian Kruse: Ich bin immer mehr für die Wiedereinführung der Funktion, Personen blacklisten zu können. Leider.

Hilf dir selbst, mit einem User-Script:

$(".author").
  filter(function() {
    return $(this).text().replace(/^\s+|\s+$/, '') == "Dein Username";
  }).
  closest("header").
  remove();

LG,
CK

[Tabellenkalk]

Hallo,

Wenn da jeder ran kann, ist das ziemlich witzlos ;)

Mit Ausnahme der Stupipedia ist das beabsichtigt.

Gruß
Kalk

[pl]

Ihr solltet das mal korrigieren. CONTENT_LENGTH enthält nicht die Anzahl der Zeichen sondern die Anzahl der Bytes und wird nicht nur bei einem POST gesetzt sondern immer dann, wenn der gesendete Message-Body eine Länge größer 0 Bytes hat und das ist völlig unabhängig von der Request-Methode.

CONTENT_TYPE wird gesetzt, wenn der gesendete Message-Body eine Länge größer 0 Bytes hat und das ist völlig unabhängig von der Request-Methode.

CONTENT_TYPE ist das was im Client als Enctype angegeben ist.