Am 10.08.2007 14:14 Uhr schrieb Ruediger Lahl:
> Das wird nach und nach behoben. Jetzt arbeiten mehr Leute an MailNews,
> als vor der Umstellung auf die gemeinsame Codebasis. Im Trunk kannst du
> jetzt z.B. NGs mit drag&drop verschieben. Auch kann man NGs wieder
> anwählen, ohne genau in die Namen hinein zu klicken. Der MIDFinder wird
> gerade fest in SM eingebaut und und und...

Das hört sich viel versprechend an. Hoffentlich wird das zügig
umgesetzt. Der Homebutton sollte im Rahmen neuer Themes auch wieder
direkt integriert werden, wenn ich mich recht entsinne. Ich bin ein
absoluter Fan von der Suite und möchte nicht irgendwann auf TB und FX
wechseln. Dann würde ich vermutlich lieber zu Opera wechseln.

Viel Erfolg mit den neuen SM-Versionen!!!

Peter

Rüdiger,

hab Dank für Deine Antwort.

Ruediger Lahl schrieb:
> *Mike Neuer* schrieb:
>
>> Du redest von der Nachfolgeversion? Meine Hoffnung war auch, daß mit der
>> Version 1.0 und nachfolgende frischen Wind in Seamonkey Einzug hält, daß
>> neben neuen Funktionen auch alte Fehler aus Mozilla-Zeiten noch behoben
>> werden.
>
> Zuerst war es am wichtigsten SM wieder auf die Codebasis von FF/TB zu
> hiefen. Das hat bis jetzt so ziemlich jede Manpower gebunden. Features
> im alten Code einzubauen wäre unnütz gewesen, denn man hätte ihren Code
> wahrscheinlich auch wieder erneuern müssen. Außerdem hätte man den Code
> auch nicht für FF/TB verwenden können. So wären die Produkte noch weiter
> auseinander gedriftet. Ähnlich hätte es sich bei der Fehlerbereinigung
> ergeben.

Und darum beseitigt man keine Fehler? Fehler die teilweise uralt oder
störend sind. Müssen die Fehler nicht auch für die neue Version
bereinigt werden oder ist die komplett anders? Seitdem ich 4 weitere
Newsgruppen hinzugefügt habe, beobachte ich auch öfter die 100%
CPU-Auslastung an meinem Notebook.

>
> Das hat man noch aus TB übernommen.
>> Das wird nach und nach behoben. Jetzt arbeiten mehr Leute an MailNews,
> als vor der Umstellung auf die gemeinsame Codebasis. Im Trunk kannst du
> jetzt z.B. NGs mit drag&drop verschieben. Auch kann man NGs wieder
> anwählen, ohne genau in die Namen hinein zu klicken. Der MIDFinder wird
> gerade fest in SM eingebaut und und und...

Klingt alles vielversprechend. D.h. die derzeitige Version wird nur noch
stiefmütterlich behandelt und wir können nur hoffen, daß es mit der
Nachfolgeversion besser wird. Aber ich befürchte, dort wird es wieder
genauso sein, wie beim Umstieg von Mozilla auf Seamonkey.

>>>> Mittlerweile habe ich mich an das Icon gewöhnt. Mich erinnert das eher
>>>> an eine Taube, als an einen Seamonkey.
>>> Mir gefällt es nur technisch. Inhaltlich ist es mir zu langweilig.
>> Was meinst Du damit?
>
> Das Icon wurde professionell erstellt, aber das Aussehen reist mich
> nicht vom Hocker.

Mich auch nicht.

>> nett von Dir wenn Du Deine Icon-Sammlung um ein treffendes Icon für den
>> Profile-Manager erweitern würdest.
>
> Ich muss mal sehen, wo ich den ganzen Icon-Kram gelassen habe.

Das wäre nett von Dir.

Servus!
Mike

Mike Neuer aber hob zu reden an und schrieb:
> Und darum beseitigt man keine Fehler?

Macht "man" ja. Bitte vergiß aber nicht, daß SeaMonkey im wesentlichen
von Freiwilligen in Ihrer Freizeit fortgeführt wird. Es gibt niemanden,
der einem zu sagen hätte, was man jetzt zu fixen oder welche Probleme
man anzugehen hätte - es gibt aber halt einen Konsens unter den
Beteiligten, daß einige Probleme wichtiger als andere sind und daß man
die auch dann angeht, wenn man eigentlich in seiner spärlichen Zeit an
"interessanteren" Sachen arbeiten möchte.

> Fehler die teilweise uralt oder störend sind.

Jeder (Nutzer und Programmierer ) hat seinen "Lieblingsfehler": Ein
Fehler, der dich extrem stört, mag für andere bloß ein kleines Randübel
sein.

> Müssen die Fehler nicht auch für die neue Version bereinigt werden
> oder ist die komplett anders?

Das neue Toolkit unterscheidet sich vom alten - sehr grob gesagt - in
den inneren "Widgets" (also den UI-Elementen wie Bäumen, Textboxen,
etc.) und dem "Startup-Code" (also wie das Programm startet etc.), plus
ein paar geänderte Hintergrund-Bibliotheken.
Damit haben Probleme im Mail/News-Bereich erstmal nicht viel zu tun,
außer daß Bibliotheksänderungen hier natürlich "durchschlagen" können.

> Seitdem ich 4 weitere Newsgruppen hinzugefügt habe, beobachte ich
> auch öfter die 100% CPU-Auslastung an meinem Notebook.

Zum Fixen eines Problems braucht man:
1. einen angelegten Bug in Bugzilla
2. mit einer eindeutigen Problembeschreibung, die vor allem eindeutige
Schritte zur Reproduktion enthält und
3. einen Programmierer, der das Problem (anhand der 2) auch
nachvollziehen(!) kann,
4. die Kompetenz und
5. die Zeit hat, es zu fixen.

In der Regel scheitert es an 3 (als Folge unzureichender 2) und 5.


Karsten

On Sat, Aug 11 2007, Karsten Düsterloh wrote:

>> Seitdem ich 4 weitere Newsgruppen hinzugefügt habe, beobachte ich
>> auch öfter die 100% CPU-Auslastung an meinem Notebook.
>
> Zum Fixen eines Problems braucht man:
> 1. einen angelegten Bug in Bugzilla
> 2. mit einer eindeutigen Problembeschreibung, die vor allem eindeutige
> Schritte zur Reproduktion enthält und
> 3. einen Programmierer, der das Problem (anhand der 2) auch
> nachvollziehen(!) kann,
> 4. die Kompetenz und
> 5. die Zeit hat, es zu fixen.
>
> In der Regel scheitert es an 3 (als Folge unzureichender 2) und 5.

Es mag für diese Problem zutreffen, dass 1-3 fehlt. Aber dass die
"die Regel" ist, nehme ich dir nicht ab. Für sehr viele der Bugs in
MailNews, die immer wieder hier in dcsm.* aufschlagen, gibt es einen
Bugzilla-Eintrag und eine nachvollziehbare Beschreibung und das
teilweise schon seit Jahren.

Viele Grüße
Reiner

Reiner Steib aber hob zu reden an und schrieb:
>> 4. die Kompetenz und
>> 5. die Zeit hat, es zu fixen.
>>
>> In der Regel scheitert es an 3 (als Folge unzureichender 2) und 5.
>
> Es mag für diese Problem zutreffen, dass 1-3 fehlt. Aber dass die
> "die Regel" ist, nehme ich dir nicht ab.

Da steht "und 5".

> Für sehr viele der Bugs in
> MailNews, die immer wieder hier in dcsm.* aufschlagen, gibt es einen
> Bugzilla-Eintrag und eine nachvollziehbare Beschreibung und das
> teilweise schon seit Jahren.

Ja, da beißt es sich dann mit zT aber auch mit 4+5.

Es ist ja nunmal nicht so, daß wir uns irgendwo zusammenrotten und
beschließen, aus reiner Griesgrämigkeit gewisse Bugs nicht zu fixen.
Das Zusammenrotten wäre dabei nämlich schon das Problem:
Zu Endzeiten Netscapes lagen nahezu alle MailNews-Bugs bei Seth Spitzer,
die beiden aktuellen Thunderbird-Leute David Bienvenu und Scott
MacGregor machen da auch nicht viel aus. Dazu kommen dann noch eine grob
geschätzt einstellige Anzahl regelmäßiger Freiwilliger (bezogen auf
Core-Bugs, reines UI-Gefrickel lasse ich mal außen vor), für SM und TB
zusammen.

Das ist keine "Entschuldigung", nur eine Erklärung.
Eine Erklärung, die hier aber auch schon zigmal gegeben wurde, da sich
am Status nichts geändert hat.


Karsten

Peter Müller kitzelte am 10.08.2007 23:39 dies aus einer Tastatur:
> Am 10.08.2007 14:14 Uhr schrieb Ruediger Lahl:
>> Das wird nach und nach behoben. Jetzt arbeiten mehr Leute an MailNews,
>> als vor der Umstellung auf die gemeinsame Codebasis. Im Trunk kannst du
>> jetzt z.B. NGs mit drag&drop verschieben. Auch kann man NGs wieder
>> anwählen, ohne genau in die Namen hinein zu klicken. Der MIDFinder wird
>> gerade fest in SM eingebaut und und und...
>
> Das hört sich viel versprechend an. Hoffentlich wird das zügig
> umgesetzt. Der Homebutton sollte im Rahmen neuer Themes auch wieder
> direkt integriert werden, wenn ich mich recht entsinne. Ich bin ein
> absoluter Fan von der Suite und möchte nicht irgendwann auf TB und FX
> wechseln. Dann würde ich vermutlich lieber zu Opera wechseln.

Da seien alle Götter vor, dass die Suite irgend wann mal eingestellt
werden sollte; wäre absolut mein persönliches Nightmare...
Man kann KaiRo und allen anderen, die sich um die Pflege kümmern,
wirklich nicht oft genug für ihre Arbeit danken!

MfG, Gerd

And on the seventh day Mike Neuer spoke:

>> Zuerst war es am wichtigsten SM wieder auf die Codebasis von FF/TB zu
>> hiefen. Das hat bis jetzt so ziemlich jede Manpower gebunden. Features
>> im alten Code einzubauen wäre unnütz gewesen, denn man hätte ihren Code
>> wahrscheinlich auch wieder erneuern müssen. Außerdem hätte man den Code
>> auch nicht für FF/TB verwenden können. So wären die Produkte noch weiter
>> auseinander gedriftet. Ähnlich hätte es sich bei der Fehlerbereinigung
>> ergeben.
>
>Und darum beseitigt man keine Fehler? Fehler die teilweise uralt oder
>störend sind. Müssen die Fehler nicht auch für die neue Version
>bereinigt werden oder ist die komplett anders?

Du solltest Dir darüber bewusst werden, dass man zum Fixen der Fehler
Programmierer braucht, die diese Fehler fixen. Von diesen Leuten gibt es
im Mailnews-Bereich ca. eine Handvoll.

Die meisten dieser Leute werden nicht für das Bug-Fixen bezahlt, sondern
machen das freiwillig. Es mag Dir jetzt furchtbar perfide erscheinen,
aber weil diese Leute das freiwillig machen, arbeiten Sie zuvorderst an
den Bugs, die ihnen persönlich am wichtigsten sind.

Wenn Du das ändern willst bleiben Dir zwei Möglichkeiten:
1. Du kontaktierst einen dieser Leute und überzeugst Ihn, dass Deine
Probleme wichtiger sind als die Probleme an denen dieser Mensch gerade
arbeitet und er deswegen alles stehen und liegen lässt.
2. Du nimmst Geld in die Hand und bezahlst jemanden dafür ein Problem zu
beheben. Dann (und nur dann) kannst Du nämlich eine Gegenleistung
fordern.

Im Augenblick maulst Du nämlich nur über eine Software rum, die tausende
tausende von Leuten in den letzten 8 Jahren auf die Beine gestellt haben
und dir völlig kostenlos zur Verfügung stellen.

Denk mal drüber nach!

Simon

Karsten,

hab Dank für Deine Antwort.

Karsten Düsterloh schrieb:
> Mike Neuer aber hob zu reden an und schrieb:
>> Und darum beseitigt man keine Fehler?
>
> Macht "man" ja. Bitte vergiß aber nicht, daß SeaMonkey im wesentlichen
> von Freiwilligen in Ihrer Freizeit fortgeführt wird.

Das habe ich mittlerweile auch verstanden. :-) Allerdings ist mir noch
nicht ganz klar, wie weit das mit dieser Gecko-Enschine zusammenhängt.
Die kommt doch von der Mozilla-Organisation? Wieviel Prozent von
Seamonkey besteht aus dieser Gecko und wieviel davon ist Seamonkey-eigen?

Es gibt niemanden,
> der einem zu sagen hätte, was man jetzt zu fixen oder welche Probleme
> man anzugehen hätte - es gibt aber halt einen Konsens unter den
> Beteiligten, daß einige Probleme wichtiger als andere sind und daß man
> die auch dann angeht, wenn man eigentlich in seiner spärlichen Zeit an
> "interessanteren" Sachen arbeiten möchte.

Ich verstehe und kann es menschlich nur zu sehr nachvollziehen. In
meinem sozialen Engagement muß ich auch viele Dinge machen, die sehr
unschön sind und mir viel Energie und oft auch Überwindung abverlangen.
Ich habe das ein oder andere Amt freiwillig übernommen und da kann ich
jetzt nicht nur die schönen Dinge machen, sondern auch die lästigen.

>> Fehler die teilweise uralt oder störend sind.
>
> Jeder (Nutzer und Programmierer ) hat seinen "Lieblingsfehler": Ein
> Fehler, der dich extrem stört, mag für andere bloß ein kleines Randübel
> sein.

Ich habe den Eindruck, daß die Entwickler ihr eigenes Programm nicht
benutzen. :-) Wenn in Newsgroups ungelesene Artikel angezeigt werden,
obwohl es keine mehr gibt dann muß das doch jeden stören. Oder auch das
'N' für nächste ungelesene Nachricht funktioniert nicht. Für mich sind
das Grundfunktionen die doch jeder benutzt und sich darüber ärgern muß,
das dies nicht funktioniert. Stört Dich das etwas nicht?

>> Müssen die Fehler nicht auch für die neue Version bereinigt werden
>> oder ist die komplett anders?
>
> Das neue Toolkit unterscheidet sich vom alten - sehr grob gesagt - in
> den inneren "Widgets" (also den UI-Elementen wie Bäumen, Textboxen,
> etc.) und dem "Startup-Code" (also wie das Programm startet etc.), plus
> ein paar geänderte Hintergrund-Bibliotheken.
> Damit haben Probleme im Mail/News-Bereich erstmal nicht viel zu tun,
> außer daß Bibliotheksänderungen hier natürlich "durchschlagen" können.

Interessant. Aber ist dann damit der Fehler mit den ungelesenen
Nachrichten beseitigt oder nicht?

>> Seitdem ich 4 weitere Newsgruppen hinzugefügt habe, beobachte ich
>> auch öfter die 100% CPU-Auslastung an meinem Notebook.
>
> Zum Fixen eines Problems braucht man:
> 1. einen angelegten Bug in Bugzilla
> 2. mit einer eindeutigen Problembeschreibung, die vor allem eindeutige
> Schritte zur Reproduktion enthält und
> 3. einen Programmierer, der das Problem (anhand der 2) auch
> nachvollziehen(!) kann,
> 4. die Kompetenz und
> 5. die Zeit hat, es zu fixen.
>
> In der Regel scheitert es an 3 (als Folge unzureichender 2) und 5.

Bugzilla ist Englisch und auch die Fehlerbeschreibungen. Da kann ich
nicht weiterhelfen. Aber hast Du nicht in irgendeinem Posting selber
geschrieben, daß Du diesen Fehler schon gesehen hast?

Ein wunderschönes und sonniges Wochenende!
Mike

Simon,

Simon Paquet schrieb:
> And on the seventh day Mike Neuer spoke:
>> Du solltest Dir darüber bewusst werden, dass man zum Fixen der Fehler
> Programmierer braucht, die diese Fehler fixen. Von diesen Leuten gibt es
> im Mailnews-Bereich ca. eine Handvoll.

je öfter ich das lese, desto mehr wird mir Angst und Bang!

> Die meisten dieser Leute werden nicht für das Bug-Fixen bezahlt, sondern
> machen das freiwillig. Es mag Dir jetzt furchtbar perfide erscheinen,
> aber weil diese Leute das freiwillig machen, arbeiten Sie zuvorderst an
> den Bugs, die ihnen persönlich am wichtigsten sind.

Ich habe es gerade auch in meiner Antwort an Karsten geschrieben, daß
ich das absolut nachvollziehen kann. Mein alter Chef sagte immer, daß
das Wort Team für 'Toll Ein Anderer Machts" steht ;-) So kommt es mir
hier auch vor.

> Wenn Du das ändern willst bleiben Dir zwei Möglichkeiten:
> 1. Du kontaktierst einen dieser Leute und überzeugst Ihn, dass Deine
> Probleme wichtiger sind als die Probleme an denen dieser Mensch gerade
> arbeitet und er deswegen alles stehen und liegen lässt.

Ich kenne nicht mal die Leute. Wo finde ich Liste mit den
Verantwortlichen? Vielleicht hilft ja eine freundliche Email.

> 2. Du nimmst Geld in die Hand und bezahlst jemanden dafür ein Problem zu
> beheben. Dann (und nur dann) kannst Du nämlich eine Gegenleistung
> fordern.

Da habe ich ein anderes Verständnis für freiwillig übernommene Tätigkeit
oder freiwillig übernommene Verantwortung.

> Im Augenblick maulst Du nämlich nur über eine Software rum, die tausende
> tausende von Leuten in den letzten 8 Jahren auf die Beine gestellt haben
> und dir völlig kostenlos zur Verfügung stellen.
>
> Denk mal drüber nach!

Und deshalb darf man keine berechtigte Kritik üben? Sehr traurig.

Servus!
Mike

Mike Neuer wrote, On 25.08.2007 13:35:
> Karsten,
>
> hab Dank für Deine Antwort.
>
> Karsten Düsterloh schrieb:
>> Mike Neuer aber hob zu reden an und schrieb:
>>> Und darum beseitigt man keine Fehler?

>>> Fehler die teilweise uralt oder störend sind.
>>
>> Jeder (Nutzer und Programmierer ) hat seinen "Lieblingsfehler": Ein
>> Fehler, der dich extrem stört, mag für andere bloß ein kleines Randübel
>> sein.
>
> Ich habe den Eindruck, daß die Entwickler ihr eigenes Programm nicht
> benutzen. :-) Wenn in Newsgroups ungelesene Artikel angezeigt werden,
> obwohl es keine mehr gibt dann muß das doch jeden stören. Oder auch das
> 'N' für nächste ungelesene Nachricht funktioniert nicht. Für mich sind
> das Grundfunktionen die doch jeder benutzt und sich darüber ärgern muß,
> das dies nicht funktioniert. Stört Dich das etwas nicht?

Ich kann bei der Behebung von Fehlern nicht praktisch mitwirken, aber
ich weiß, dass es auf eine exakte Fehlerbeschreibung ankommt.
Aus Anwenderin kenne ich das Problem, dass Newsgroups scheinbar neue
Nachrichten enthalten, die wenn ich sie ansteuere verschwinden. Das
liegt eigentlich immer daran, dass Filter (als gelesen markieren) erst
beim Betreten der Newsgroup ausgelöst werden, stören tut es mich nicht
sonderlich.
Wenn "n" nicht funktioniert liegt das im Allgemeinen daran, dass ich aus
Versehen die Num-Lock-Taste betätigt habe, sonst kenne ich das Problem
nicht und auch das stört mich nicht sonderlich. Ist es eigentlich
wirklich ein Bug, wenn ein Hotkey Groß- und Kleinschreibung unterscheidet.

>> Zum Fixen eines Problems braucht man:
>> 1. einen angelegten Bug in Bugzilla
>> 2. mit einer eindeutigen Problembeschreibung, die vor allem eindeutige
>> Schritte zur Reproduktion enthält und
>> 3. einen Programmierer, der das Problem (anhand der 2) auch
>> nachvollziehen(!) kann,
>> 4. die Kompetenz und
>> 5. die Zeit hat, es zu fixen.
>>
>> In der Regel scheitert es an 3 (als Folge unzureichender 2) und 5.
>
> Bugzilla ist Englisch und auch die Fehlerbeschreibungen. Da kann ich
> nicht weiterhelfen. Aber hast Du nicht in irgendeinem Posting selber
> geschrieben, daß Du diesen Fehler schon gesehen hast?

Ich denke, wenn du es schaffst Schritt 2 - vor allem in Punkt auf die
Reproduzierbarkeit hier (auf deutsch) überzeugend einzubringen, wird
sich auch jemand finden, der für dich die Bugzilla-Suche und evtl.
Neuanlage eines Bugs übernimmt. Aber zumindest ich muss auch von einer
gewissen Schwere des Fehlers überzeugt sein, um mir diese Arbeit zu
machen. Für die wenigen Programmierer, die die vielen Fehler beheben
können gilt das natürlich erst recht.

Gruß
Susanne

*Mike Neuer* schrieb:

> nicht ganz klar, wie weit das mit dieser Gecko-Enschine zusammenhängt.
> Die kommt doch von der Mozilla-Organisation? Wieviel Prozent von
> Seamonkey besteht aus dieser Gecko und wieviel davon ist Seamonkey-eigen?

Gecko ist der Teil, der HTML in eine Bildschirmseite übersetzt. Damit
also das Kernstück des Browsers. Das er auch in TB zu finden ist,
resultiert zum einen daraus, dass er dort die HTML-Mails darstellt, aber
zum zweiten auch, dass er die ganze Oberfläche der Mozillen darstellt.

Die aktuellen Größen kenne ich nicht, aber du darfst davon ausgehen, das
Gecko alleine über die Hälfte einnimmt.

> Ich habe den Eindruck, daß die Entwickler ihr eigenes Programm nicht
> benutzen. :-) Wenn in Newsgroups ungelesene Artikel angezeigt werden,
> obwohl es keine mehr gibt dann muß das doch jeden stören.

Hier verrechnet sich die Mozille manchmal. Der Fehler ist bekannt und
erst dieses Jahr deutlich entschärft worden. Kommt hier demnach auch nur
noch sehr selten vor und ist durch das editieren der
..rc-Datei($Profil\News\$Name_deines_Newsserver.rc) zu reparieren.

> 'N' für nächste ungelesene Nachricht funktioniert nicht.

Hm, geht hier einwandfrei.

> Bugzilla ist Englisch und auch die Fehlerbeschreibungen. Da kann ich
> nicht weiterhelfen.

Das ist nun mal leider so, wenn das Projekt international ist. Ich wäre
dort bestimmt auch viel aktiver, wenn ich deutsch schreiben könnte.

And on the seventh day Mike Neuer spoke:

>> Du solltest Dir darüber bewusst werden, dass man zum Fixen der Fehler
>> Programmierer braucht, die diese Fehler fixen. Von diesen Leuten gibt es
>> im Mailnews-Bereich ca. eine Handvoll.
>
>je öfter ich das lese, desto mehr wird mir Angst und Bang!

Ein konstruktiveres Verhalten wäre es, wenn Du die selbst die Ärmel
hochkrempelst und aktiv mithilfst. Das kann auf viele verschiedene Arten
tun und nur wenige davon haben etwas mit Programmieren zu tun.

>> Die meisten dieser Leute werden nicht für das Bug-Fixen bezahlt, sondern
>> machen das freiwillig. Es mag Dir jetzt furchtbar perfide erscheinen,
>> aber weil diese Leute das freiwillig machen, arbeiten Sie zuvorderst an
>> den Bugs, die ihnen persönlich am wichtigsten sind.
>
>Ich habe es gerade auch in meiner Antwort an Karsten geschrieben, daß
>ich das absolut nachvollziehen kann. Mein alter Chef sagte immer, daß
>das Wort Team für 'Toll Ein Anderer Machts" steht ;-) So kommt es mir
>hier auch vor.

Du merkst es wahrscheinlich nicht einmal, aber mit solchen Bemerkungen
pinkelst Du einigen Leuten ziemlich ans Bein. Im übrigen ist es gerade
nicht so, dass sich die Entwickler zurücklehnen und darauf warten, dass
irgendjemand die Arbeit schon macht.

Die verschiedenen Mozilla-Projekte leiden (wie die allermeisten Open
Source Projekte) daran, dass es wesentlich mehr zu tun gibt als Leute,
die die Arbeit verrichten können.

>> Wenn Du das ändern willst bleiben Dir zwei Möglichkeiten:
>> 1. Du kontaktierst einen dieser Leute und überzeugst Ihn, dass Deine
>> Probleme wichtiger sind als die Probleme an denen dieser Mensch gerade
>> arbeitet und er deswegen alles stehen und liegen lässt.
>
>Ich kenne nicht mal die Leute. Wo finde ich Liste mit den
>Verantwortlichen? Vielleicht hilft ja eine freundliche Email.

Du könntest zum Beispiel Robert Kaiser hier in der NG anschreiben und ihn
fragen, ob Du ihn beim Bug Bounty Programm unterstützen kann.

http://home.kairo.at/blog/2007-08/ka...bounty_program


>> 2. Du nimmst Geld in die Hand und bezahlst jemanden dafür ein Problem zu
>> beheben. Dann (und nur dann) kannst Du nämlich eine Gegenleistung
>> fordern.
>
>Da habe ich ein anderes Verständnis für freiwillig übernommene Tätigkeit
>oder freiwillig übernommene Verantwortung.

Freiwillig übernommene Arbeit oder Verantwortung heißt nicht, dass Du die
Leute rumkommandieren kannst und ihnen sagen kannst, was sie zu tun und
zu lassen haben.

>> Im Augenblick maulst Du nämlich nur über eine Software rum, die tausende
>> tausende von Leuten in den letzten 8 Jahren auf die Beine gestellt haben
>> und dir völlig kostenlos zur Verfügung stellen.
>>
>> Denk mal drüber nach!
>
>Und deshalb darf man keine berechtigte Kritik üben? Sehr traurig.

Wie überall im Leben macht auch hier der Ton die Musik.

Simon

Mike Neuer wrote:

> Ich habe den Eindruck, daß die Entwickler ihr eigenes Programm nicht
> benutzen. :-) Wenn in Newsgroups ungelesene Artikel angezeigt werden,
> obwohl es keine mehr gibt dann muß das doch jeden stören. Oder auch das
> 'N' für nächste ungelesene Nachricht funktioniert nicht. Für mich sind
> das Grundfunktionen die doch jeder benutzt und sich darüber ärgern muß,
> das dies nicht funktioniert.

Aha. Ich sehe jetzt hier nach gefühlten dutzenden "alles voller
Bugs!!1!"-Postings deinerseits zum ersten Mal, daß du konkrete Probleme
nennst. Wie wäre es, wenn du solche in einem etwas gemäßigteren Ton
einfach hier erwähntest? Beides sind keine Probleme, die immer auftreten
(hier klappt nämlich beides), und zumindest das mit der Postingzahl ist
trivial lösbar.

Es steht dir aber natürlich auch frei, ein anderes Programm zu verwenden.



Cédric

Ruediger Lahl aber hob zu reden an und schrieb:
>> nicht ganz klar, wie weit das mit dieser Gecko-Enschine zusammenhängt.
>> Die kommt doch von der Mozilla-Organisation? Wieviel Prozent von
>> Seamonkey besteht aus dieser Gecko und wieviel davon ist Seamonkey-eigen?
>
> Gecko ist der Teil, der HTML in eine Bildschirmseite übersetzt.

Das ist nicht die ganze Wahrheit.
Gecko ist der Teil einer Mozilla-Applikation, *der deren gesamte
Oberfläche rendert*. Bei HTML-Darstellern dann auch zusätzlich dieses.

>> Ich habe den Eindruck, daß die Entwickler ihr eigenes Programm nicht
>> benutzen. :-) Wenn in Newsgroups ungelesene Artikel angezeigt werden,
>> obwohl es keine mehr gibt dann muß das doch jeden stören.
>
> Hier verrechnet sich die Mozille manchmal. Der Fehler ist bekannt und
> erst dieses Jahr deutlich entschärft worden. Kommt hier demnach auch nur
> noch sehr selten vor und ist durch das editieren der
> ..rc-Datei($Profil\News\$Name_deines_Newsserver.rc) zu reparieren.

"Verrechnet" ist sicher nicht der richtige Ausdruck.
Wenn ich beispielsweise selbstdefinierte Filter betreibe, die auf Daten
filtern, die ohne Laden der Artikel vom Newsserver nicht zur Verfügung
stehen, *kann* die Zählung nicht immer korrekt sein.
Bei Betreten der Gruppe greifen dann die Filter und dadurch kann auch
die Zählung auf Null sacken.

Dagegen gibt es nur zwei Abhilfen:
(a) keine Filter verwenden
(b) bei Filtern neben der reinen Anzahl neuer Nachrichten auch alle
benötigten Daten mitladen => langsam

>> 'N' für nächste ungelesene Nachricht funktioniert nicht.
>
> Hm, geht hier einwandfrei.

Bei mir auch. Ebenso T.
Wie Susanne schon sagte, meistens liegt's an einer verstellten
CAPSLOCK-Taste. (Und ja, wir müssen zwischen X und Shift-X unterscheiden
können.)

> Das ist nun mal leider so, wenn das Projekt international ist. Ich wäre
> dort bestimmt auch viel aktiver, wenn ich deutsch schreiben könnte.

Schreiben kannst du deutsch, nur lesen werden es wenige. :-P ;-)
Trotz des europäischen (und deutschsprachigen) Gewichtes in der
SeaMonkey-Entwicklung spricht die Welt solches eher kein Deutsch. ;-)


Karsten

*Karsten Düsterloh* schrieb:

>> Gecko ist der Teil, der HTML in eine Bildschirmseite übersetzt.
>
> Das ist nicht die ganze Wahrheit.
> Gecko ist der Teil einer Mozilla-Applikation, *der deren gesamte
> Oberfläche rendert*. Bei HTML-Darstellern dann auch zusätzlich dieses.

Öhm, das schrieb ich doch sinngemäß im näxten Satz ;-)

>> Hier verrechnet sich die Mozille manchmal. Der Fehler ist bekannt und
>> erst dieses Jahr deutlich entschärft worden. Kommt hier demnach auch nur
>> noch sehr selten vor und ist durch das editieren der
>> ..rc-Datei($Profil\News\$Name_deines_Newsserver.rc) zu reparieren.
>
> "Verrechnet" ist sicher nicht der richtige Ausdruck.

Jap. Es trifft aber ganz gut, wenn man keine Lust hat, das ganze
ausführlich zu erklären.

> Wenn ich beispielsweise selbstdefinierte Filter betreibe, die auf Daten
> filtern, die ohne Laden der Artikel vom Newsserver nicht zur Verfügung
> stehen, *kann* die Zählung nicht immer korrekt sein.
> Bei Betreten der Gruppe greifen dann die Filter und dadurch kann auch
> die Zählung auf Null sacken.

Nur sollte es damit dann auch intern korrigiert sein. Jedoch zeigt die
Mozille das Phantomposting beim nächsten Start wieder an.

Manchmal hilft: 'Mark Newsgroup as read'. In besonders hartnäckigen
Fällen jedoch nur der Gang durch die .rc(was aber nur noch sehr selten
notwendig ist).

>> Das ist nun mal leider so, wenn das Projekt international ist. Ich wäre
>> dort bestimmt auch viel aktiver, wenn ich deutsch schreiben könnte.
>
> Schreiben kannst du deutsch, nur lesen werden es wenige. :-P ;-)

Ja, leider. Das sorgt aber auch dafür, dass ich nicht an jeder
Kleinigkeit herum krittle :-)