[linux-l] Re: behutsame anpassung des subjects - algorithmus?

[Sven Guckes]

* Peter Ross <Peter.Ross at alumni.tu-berlin.de> [2005-05-17 02:14]:
> On Mon, 16 May 2005, Sven Guckes wrote:
>
> > natuerlich betrachte ich das problem in technischer weise.
> > schliesslich geht es um eine bestmoeglichen darstellungsweise von
> > nachrichten, die immer noch die anpassung des subjects erlaubt.
> > der zusammenhang der mails ist durch MIDs und threading geloest.
>
> Ich habe vier Jahre lang in einer Firma gearbeitet, die mit
> Aufbereitung von allgemein verfuegbaren Daten ihr Brot verdient..
> Dabei ist es sehr wichtig, den Rezipienten zuzuhoeren, da es
> sehr unterschiedliche Rezeptionsstile und -umgebungen gibt.

"duh!"

> Aus diesem Grunde habe ich mich gemeldet, als Rezipient
> Deiner Mails, um Dir zu sagen, dass ich ein kleines
> Problem mit Deiner Darstellungsweise von Daten habe.

"schoen, dass wir darueber geredet haben."

ich habe 16+ jahre damit verbracht immer wieder festzustellen,
dass man es nicht allen recht machen kann - und schon gar nicht
jenen, die den technischen aspekt in den hintergrund stellen.

threading funktioniert.  wer es ignoriert, ist selber schuld.

> > deine persoenliche methode zum lesen ist allerdings *keine*
> > technische loesung - auch nicht ansatzweise.  sie hilft dir
> > selbst, aber nicht allen.
>
> Du meinst zu wissen, was _allen_ hilft. Ich meine, Du weisst nun schon
> zumindest, dass Deine Ansicht zumindest nur fuer alle minus eins gilt.

"fuer alle minus eins" - damit kann ich leben.  warum sollte ich auch
was fuer sonst *alle* gilt wegen eines einzelnen aendern wollen? ;-)

> Womit Dir aufstossen muesste, dass Deine Vermutung,
> was _allen_ nuetzt, nicht der Realitaet entspricht.

eine ausnahme ist zu wenig, ums ich darum zu kuemmern.
es geht hier schliesslich nicht um eine mathematische
behauptung, sondern um *einen* von millionen usern.

leute, die minderwertige software benutzen, und sich daher
an eine arbeitsweise gewoehnen, die lediglich eine anpassung
der funktionsweise ihrer korrespondenten erlaubt, haben verloren.
das ist ebenso wie jene, die von ihren angeschriebenen menschen
verlangen windows und seine programme zu installieren,
weil sie fuer die freien dateiformate keine andere
software installieren wollen, koennen oder duerfen.

> > wer mailinglisten ohne threading
> > benutzt, ist doch selber schuld.
>
> Nein. Ich benutze in der Regel (Einschraenkung siehe vorherige Mail)
> Mailer mit Threadview - und trotzdem finde ich die Regel, Subjects
> behutsam anzupassen, wie ich es auf weiteren Mailingslisten ..
> erlebe, fuer hilfreich, aus bereits genannten Gruenden.

und wie genau soll "behutsames anpassen" gehen?
bitte poste mal deinen algorithmus dazu!

meine aktuelle anpassung des subjects ist diese:

  Subject: Re: behutsame anpassung des subjects - algorithmus?
  X-Old-Subject: Re: [linux-l] Re: keine subjectanpassung wegen *eines* lesers?

wie sollte das deine meinung nach aussehen?  etwa so?:

  Subject: behutsame anpassung des subjects - algorithmus? (was: [linux-l] Re: keine subjectanpassung wegen *eines* lesers?)

und wen interessiert das wenn er nur 40 zeichen vom subject sehen kann?

wasauchimmer der algorithmus sein sollte -
er schraenkt die freiheit zur anpassung ein.
aber einschraenkung von freiheit ist *unsinn*!

my point:
subjects *sollten* das thema des *aktuellen* inhalts widergeben.
eine anpassung ist *erwuenscht*.  die sortierung bleibt durch
threading erhalten.  daher sollten mailer threads darstellen koennen.
mailer ohne threaded view sollte man nicht benutzen und auch nicht
an andere weitergeben.  schlechte software muss endlich aussterben.

und mailer sollten list-reply haben.  es ist einfach ein unding, dass
es seit 30+ jahren mailinglisten gibt, aber immer noch mailer
verbreitet werden mit denen man nur an den absender oder an "alle"
antworten kann, aber nicht allein auf die mailingliste selbst.

naja.. ihr wisst ja selbst, ob ihr gemeint seid, oder nicht...   :-p

Sven

-- 
MAILER FEATURES:  costs (freeware/shareware), language (english only?), support
for multiple acccounts/roles, mailbox format, filters, imap+pop+authentication,
pgp, speed.  external/internal editor.  maillist support (list-reply).
active development.  documentation.  gui: colors, buttons, windows.