Re: [de-dev] Kommunikationsproblem
Hallo zusammen, in dieser Diskussion scheinen mir die Wogen echt hoch zu gehen. habe Euer Mono-, Dia-, Multilog nachgelesen und muss Euch sagen, lasst Euch nicht entmutigen. Im Leben geht sehr viel daneben. Etliche von Euch scheinen ziemlich frustriert zu sein. Ich nehme daher ganz bewusst keine Stellung und lasse deshalb auch alle Zitate weg, da ich nicht umhin komme allen irgendwie Recht und auch Unrecht zu geben. Warum also schreibe ich Einmal, hätte ich da ein paar Fragen: Soweit mir bekannt ist, wird OO vor allen in Java aufgesetzt. Ich habe in Java noch keine Zeile geschrieben. trotzdem habe ich von Programmierung doch einige Erfahrung, Wenn diese für Euer Projekt einfliessen soll, bin ich dazu durchaus bereit, etwas bei zusteuern. Ich bin mir sicher, dass ich auch Java noch lerne - habe so immerhin schon diverse Basic - Dialekte Sinn- und Unsinnige gelernt. nutze Pascal und C, Beherrsche das ganze IEC1131, dass in der Industrie zur Programmierung der CPU's angewendet wird. Weiter kenne ich Datenbanken der Zeit als DBase4 Brand neu war. Zu all dem kommt, dass ich schon Alters halber keine Ambitionen für den kommerziellen Nutzen meines weiteren dazulernen mehr habe. Könnt Ihr so eine Person Nutzen? Seid Ihr bereit Euer Wissen mit mir zu teilen? Marino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Hallo Marino, dazu eine Richtigstellung: Marino Salvalaggio schrieb: Hallo zusammen, Einmal, hätte ich da ein paar Fragen: Soweit mir bekannt ist, wird OO vor allen in Java aufgesetzt. Nein. Entgegen den vielen Mythen, die im Netz herumschwirren, ist OpenOffice.org überwiegend in C++ programmiert. Könnt Ihr so eine Person Nutzen? Seid Ihr bereit Euer Wissen mit mir zu teilen? Wissen teilen ist ein Schwerpunkt Freier Software und dazu gehört auch OpenOffice.org Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Hi Marino, *, Marino Salvalaggio schrieb: in dieser Diskussion scheinen mir die Wogen echt hoch zu gehen. .. das kommt schon mal vor :o)) habe Euer Mono-, Dia-, Multilog nachgelesen und muss Euch sagen, lasst Euch nicht entmutigen. Im Leben geht sehr viel daneben. Etliche von Euch scheinen ziemlich frustriert zu sein. mich kannst Du nicht meinen - Fehlanzeige :o)) [..] Einmal, hätte ich da ein paar Fragen: Besser, Du packst das in eine *Neue* Mail an diese Liste mit einem entsprechenden Betreff. Als Antwort auf eine Mail in einem Mono-, Dia-, Multilog-Diskussionsfaden versteckt, bei dem eh die meisten abgehängt haben, verweht sie im Mailinglisten-Nirwana. Soweit mir bekannt ist, wird OO vor allen in Java aufgesetzt. Ich habe in Java noch keine Zeile geschrieben. trotzdem habe ich von Programmierung doch einige Erfahrung, Wenn diese für Euer Projekt einfliessen soll, bin ich dazu durchaus bereit, etwas bei zusteuern. Das klingt nicht schlecht. Könnt Ihr so eine Person Nutzen? Könnte ich mir vorstellen - wie gesagt: Etwas prominenter plaziert (s.o.) steigen die Chancen, dass Leute auf den Plan kommen, die Dich an die richtige Stelle bugsieren können. Seid Ihr bereit Euer Wissen mit mir zu teilen? An Informationen herrscht kein Mangel - Du wirst reichlich Futter finden :o)) - Mechtilde hat ja schon was dazu gesagt. Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Marino Salvalaggio schrieb: Hallo zusammen, in dieser Diskussion scheinen mir die Wogen echt hoch zu gehen. Ich kann dich beruhigen... das ist vorallem auf den de Listen so. Die wirst du aber für die Entwicklung relativ wenig gebrauchen. Alle technischen Sachen laufen über die internationalen Listen (englisch) So gesehen bist du streng genommen hier am falschen ort aufgeschlagen Einmal, hätte ich da ein paar Fragen: Soweit mir bekannt ist, wird OO vor allen in Java aufgesetzt. Ich habe in Java noch keine Zeile geschrieben. trotzdem habe ich von Programmierung doch einige Erfahrung, Wenn diese für Euer Projekt einfliessen soll, bin ich dazu durchaus bereit, etwas bei zusteuern. Ich bin mir sicher, dass ich auch Java noch lerne - habe so immerhin schon diverse Basic - Dialekte Sinn- und Unsinnige gelernt. nutze Pascal und C, Beherrsche das ganze IEC1131, dass in der Industrie zur Programmierung der CPU's angewendet wird. Weiter kenne ich Datenbanken der Zeit als DBase4 Brand neu war. Hast du auch schon Erfahrung mig Objekt orientierten Sprachen? Um das Feeling für die abläufe zu bekommen, wäre es vielleicht durchaus Sinnvoll erst mal in die Qualitätssicherung einzusteigen und dann in die Programmierung zu gehen. Zu all dem kommt, dass ich schon Alters halber keine Ambitionen für den kommerziellen Nutzen meines weiteren dazulernen mehr habe. Könnt Ihr so eine Person Nutzen? Seid Ihr bereit Euer Wissen mit mir zu teilen? .ch in der e-Mail Adresse deutet auf Schweiz, darf ich fragen von wo du bist? Gruss Raphael Aus Malans (GR) -- # Raphael Bircher # Community Member of OpenOffice.org # Private Website: http://www.raphaelbircher.ch - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Hallo Jörg, *, Diese Mail hängt seit dem 16. Januar im Entwürfeordner ab. Ich habe jetzt nach zufälligem erneuten Lesen beschlossen, die drinsteckende Arbeit nicht wegzuwerfen.. Jörg Schmidt schrieb: Friedrich Strohmaier schrieb: Jörg Schmidt schrieb: Z.B. wurde früher bei der PrOOo-Box Flyspray (http://flyspray.org/) verwendet und war gut eingeführt und hat prima funktioniert, trotzdem wurde es dann aus rein formalen Gründen abgeschafft und durch issuezilla ersetzt, obwohl bei der PrOOo-Box nie die wirkliche Notwendigkeit bestand das Fehler/Verbesserungsvorschläge etc. in einem /internationalen/ System behandelt werden müssen, denn auch durch ein 'lokales' System wäre nichts schlechter gewesen, für Viele aber die Einstiegshürden (dank Flyspray) niedriger. Nun, wenn Du schon auf der Vergangenheit rumreitest - ich werde mich nach diesen Zeilen wieder der Gegenwart zuwenden - dann erwähne auch, weshalb ich überhaupt in's Spiel gekommen bin. Das damalige Team hatte sich in Grund und Boden diskutiert und Du hast deinen dezidierten Beitrag dazu geleistet. Flyspry hat vielleicht prima funktioniert, aber es gab kein Team mehr dazu. Ich bin bis heute der Ansicht, dass das Wesen von Aufgaben ist, sie zu erledigen und nicht, sie zu verwalten. Dass Du Dir eine Maschine wünschst, in die Du vorne einen Wunsch reinsteckst und hinten kommt die Erfüllung raus, kann ich Dir nicht verdenken. Denn Wünsche hast Du viele, aber keine Zeit die dafür notwendige Arbeit zu erledigen. Da bist Du in guter und vor allem zahlreicher Gesellschaft. Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* ersetzt. doch, die entsprechende Diskussion ist öffentlich nachzulesen, genauso sind issues für die PrOOo-Box nachzulesen. [ ] Du hast die aktuell aktiven Issues angeschaut. Diese *aktiven* PrOOo-Box-bezogenen Issues haben weitgehend dokumentarische Funktion und sind für den Arbeitsablauf nicht essentiell. (Anmerkung: und für rhetorische Spielereien habe ich echt keine ZEit, Echt? Dann bündle deinen Geist beim Maillesen und höre mit diesem unsäglichen Zickzackkurs auf: Ich spreche von Issuezilla Du sprichst von Flyspray. Ich spreche von Flyspray - Du sprichst von Issuezilla.. und wenn sie nicht gestorben sind packen sie noch heute Säckeweise virtuelles Blei in nutzlose Mails und verpassen die Gegenwart. ich war damals anwesend und die Diskussion wurde geführt, frag jetzt also nicht rhetorisch nach einem Link, suche den nötigenfalls selbst) Das Problem, das Flyspray löst, war und ist nicht das Problem, das die PrOOo-Box hat oder jemals hatte. Die PrOOo-Box brauchte mehr open und das hat sie jetzt. Wir brauchen kein Werkzeug um Aufgaben zu verwalten - wir lösen sie sofort! :o)). Sorry ich bin nicht gegen Spass aber meine Aussage war sachlich und ernst gemeint. und meine erst! Du darfst Dich gerne drüber ärgern, und mir das zu verstehen geben, aber versuche es nicht auf die Spass-Ebene zu ziehen, das wird nämlich dem Thema nicht gerecht. (Das Ganze ist übrigens vor damaligem Hintergrund zu bewerten und natürlich nicht vor heutigen, so ich auch (fast) sicher bin das ihr selbst in Eigeneinschätzung manche der Dinge die ihr heute richtig und wichtig findet in 2 Jahren als unwichtig ansehen werden weil sich alles weiterentwickelt, Nur werden eben WEichen gestellt und damals wäre eine Weichenstellung der Beibehaltung von Flyspray möglich gewesen.) Besonders ärgerlich war in diesem Zusammenhang das auch Inhalte verloren gingen, die von Flyspray, trotz entsprechender Hinweise, nicht in issuezilla übernommen wurden. Wo warst Du?? Du kanntest dich mit beiden aus. Ich war da und habe mehrfach laut darauf aufmerksam gemacht, Das hat offensichtlich nicht gereicht - sie sind futsch! es ging mir insbesondere um die LÖsungen zum Autostartmechanismus von denen ein 'Prototyp' von mir in Flyspray war. Gerade diese Sache Autostart habe ich mehrfach intensiv diskutiert und mehrfach dafür geworben. Er lebt weiter - guckst Du hier: http://www.office-cd.org/ Die heutige Lösung, ist gut aber nicht optimal Sie ist gut genug, für sämtliche Plattformen eine nahzu identisch funktionierende Oberfläche bereitzustellen - das ist für's erste mal nicht so schlecht. Mach mir vor, wie Du den Windows-Autostarter für Linux oder den Mac funktionsfähig machen willst. Was vermisst Du auf der PrOOo-Box? Für meinen Geschmack (aber das weist Du ja seit Jahren) z.B. mehr Werbung für die (de-)Community, mehr Konkretes, Aktuelles über unsere Arbeit, was geeignet ist neue Mithelfer, für das (de-)OOo-Projekt insgesamt, 'anzulocken'. Du hast alle Freiheit dieser Welt neue Mitarbeiter anzulocken - offensichtlich hält sich auch dein Erfolg damit in Grenzen. [..] Ich bin jemand der gerne 'scharf' diskutiert, Das wäre schön. Bedauerlicherweise ist diffus bei der Großzahl deiner *Diskussions*-Beiträge mehr als geschmeichelt.. [..] Ich arbeite z.B. gerade an einer 'serienbriefunterstützenden' Extension
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hallo, Andre Schnabel schrieb: So, und nicht anders, sehe ich die damalige Realität, dann mach dich langsam mal auf den Weg in die Gegenwart, vielleicht kommst du dann auch irgendwann in der Zukunft an. Wozu, wenn ich über die damaligen Dinge spreche. Sofern es /Dich/ nicht interessiert über /damalige/ Dinge zu besprechen, sage einfach nichts. Und sofern Du die heutige Situation bei der PrOOo-Box diskutieren willst, tue auch das gerne, es ist Dein gutes Recht. Nur /bitte/ vermische nicht Beides. Dein 'Zukunftsverweis' ist hier inhaltlich nämlich ähnlich sinnvoll als wenn ich über MS-Dos 6.22 reden möchte, z.B. in: http://groups.google.com/group/de.comp.os.msdos?lnk= das Du mir dann sagst ich sollte mal lieber über Windows7 reden. Friedrich hat vollkommen recht, dass er *jetzt* sagt, dass die Benutzung von Flyspray überflüssig ist, dem habe ich deswegen auch ausdrücklich *nicht* widersprochen, ja sogar noch hingeschrieben: Ach, und zur Sicherheit: ich plädiere natürlich nicht dafür heute bei der Box Flyspray einzuführen, aber damals wahr Flyspray eingeführt, hatte sich bewährt und war eine Alternative zu IZ, für die konkreten belange der Box eine zumindest gleichwertige, wahrscheinlich sogar bessere. was ich jedoch kritisiert habe ist die Aussage: Flyspray wurde durch *gar nix* ersetzt langes Zitat: Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* ersetzt. Das Problem, das Flyspray löst, war und ist nicht das Problem, das die PrOOo-Box hat oder jemals hatte. Die PrOOo-Box brauchte mehr open und das hat sie jetzt. Wir brauchen kein Werkzeug um Aufgaben zu verwalten - wir lösen sie sofort! :o)). /Ernsthaft/ gesagt bedienen sich Menschen, solange sie zusammenarbeiten schon immer Werkzeugen zur Organisation/Koordination ihrer Arbeit, das ist normal, das ist vernünftig, das ist üblich, und es wird allgemein so getan, auch bei der PrOOo-Box. Dabei ist es egal ob es um 'spezifischere' Werkzeuge wie z.B. IZ ode Flyspray geht oder um 'allgemeinere' Werkzeuge wie z.B. eine Mailingliste. Dem /ernsthaft/ zu widersprechen ist ziemlich unzutreffend und so nahm ich Friedrichs Aussage als stilistisches Mittel, denn das sollte sie wohl sein, auf inhaltlicher Ebene widersprach ich jedoch weil inhaltlich die Aussage nicht zutrifft. Aber was red ich .. deine Meinung lässt sich eh nur schwer durch Tatsachen ändern. Ist das wirklich wider der Endpunkt - abwertende Bemerkungen. Ich finds nicht in Ordnung. (Solltest Du Probleme 'persönlicher Natur' diskutieren wollen schicke bitte nötigenfalls eine PM, damit wir diese Diskussionen von der Liste fernhalten, so wie es auch die Netikette vorsieht.) Ich habe hier ernsthaft diskutiert und ich hatte mich sehr bemüht weder Dich noch Friedrich hier persönlich anzugreifen noch mich abwertend zu äußern. Ich werde das auch jetzt nicht nachträglich tun. Gruß Jörg - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Moin, nur kurz ... Von: Jörg Schmidt joesc...@web.de Friedrich Strohmaier schrieb: ... Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* ersetzt. ... Wir brauchen kein Werkzeug um Aufgaben zu verwalten - wir lösen sie sofort! :o)). ... Abgesehen davon, wieso sollte ich etwas am Leben halten, von dem ich die Notwendigkeit nicht sehe. Ich wußte nicht das Du diese Notwendigkeit nicht siehst, Na ja, einfach mal die Mails lesen, auf die man antwortet, dann versteht man die eine oder andere Aussage auch gleich ohne noch zwei Seiten Text an Überlegungen anzustellen. (Ich sehe diese Notwendigkeit zwar ein wenig anders, aber es ging ja um Friedrich's Meinung, die er sehr klar ausgedrückt hat.) Gruß, André -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Andre Schnabel schrieb: Abgesehen davon, wieso sollte ich etwas am Leben halten, von dem ich die Notwendigkeit nicht sehe. Ich wußte nicht das Du diese Notwendigkeit nicht siehst, Na ja, einfach mal die Mails lesen, auf die man antwortet, dann versteht man die eine oder andere Aussage auch gleich ohne noch zwei Seiten Text an Überlegungen anzustellen. Ich habe die gelesen und Friedrich war damals sowenig für Flyspray wie einige Andere ebenfalls. Warum kann man das heute nicht einfach zugeben? Mein Problem entsteht nur daraus Dinge zu bemänteln als wären sie nie geschehen, statt einfach und ehrlich zu sagen: 'ja ich sah die Notwendigkeit für ein solches System, aber gleichzeitig glaubte ich das sich IZ besser eignet als Flyspray'. So, und nicht anders, sehe ich die damalige Realität, denn zwei Dinge sind nun mal nicht wegzudiskutieren: 1. Flyspray wurde lange Zeit bei der PrOOo-Box erfolgreich benutzt (bevor u.a. Friedrich mitarbeitete) und gleichzeitig wurde damals IZ, für spezifische PrOOo-Box-Dinge, nicht genutzt 2. ab einem bestimmten Zeitpunkt wurde dann Flyspray nicht mehr benutzt, *aber* es wurde nunmehr IZ für spezielle Belange der Box benutzt, und *nicht* 'gar nix' benutzt und 1. und 2. zusammen nennt sich nach meinem Verständnis: 'ein System (Flyspray) wurde, für die Arbeit bei der Box, durch das Andere (IZ) ersetzt' Und ich frage mich wie mir Friedrich dazu sagen kann: Flyspray wurde durch *gar nix* ersetzt, denn wir alle waren anwesend als issues für die PrOOo-Box verfasst wurden(*) und gleichzeitig wissen wir auch das es zu Zeiten von Flyspray (und vor Flyspay) ebend keine speziellen PrOOo-Box-Issues gab, sondern erst nach Abschaffung von Flyspray. (*) Beispiel: http://de.openoffice.org/issues/show_bug.cgi?id=63740 und genau darum geht es, nicht um IZ allgemein, sondern um spezifische Issues für die PrOOo-Box (im Prinzip also: Component: de, Subcomponent: cdrom, Assigned to: prooobox (prooobox)), die Du persönlich sogar noch regelmäßig per automatischer Mail an die Liste geschickt hast damit alle Beteiligten immer über den aktuellen Stand auf dem Laufenden waren, z.B.: http://de.openoffice.org/servlets/ReadMsg?list=cdrommsgNo=2959 und alles das gab es erst nach der Abschaffung von Flyspray als Werkzeug für die Arbeit bei der Box, und somit hat damals IZ, für die spezifische Arbeit bei der Box, Flyspray als Werkzeug abgelöst. (Ich sehe diese Notwendigkeit zwar ein wenig anders, aber es ging ja um Friedrich's Meinung, die er sehr klar ausgedrückt hat.) Und ich finde das ist Dein Recht und ich finde es völlig problemlos das Du anderer Meinung bist - damals bezüglich Flyspray vs. IZ oder auch heute in der Diskussion. Was ich nicht in Ordnung finde habe ich oben hingeschrieben, weil ich es so sehe, und auch da dürfen Andere anderer Meinung sein. Gruß Jörg - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hallo Friedrich, Friedrich Strohmaier schrieb: Im Übrigen ist das genannte Problem auch eine Folge des großen Erfolges von OOo. Je mehr Menschen OOo benutzen und ihren Mindesteinsatz für die Entwicklung Freier Software zu erbringen gewillt sind, nämlich Fehler zu melden, desto mehr Fehlermeldungen - und dabei eben auch invalide, Duplikate, als Featurerequests zu qualifizierende - werden wir erhalten. Nur solange wir der aus meiner Sicht absurden Vorgehensweise anhängen, Laien in ein von - für Softwareentwicklungsprofis entwickeltes Tool schreiben zu lassen, das sie a) nicht verstehen, und b) nicht bedienen können. Da entsteht mehr Aufwand als Nutzen. im Grundsätzlichen vom mir +1 aber: Wo war *Deine* Stimme als es konkret wurde? Z.B. wurde früher bei der PrOOo-Box Flyspray (http://flyspray.org/) verwendet und war gut eingeführt und hat prima funktioniert, trotzdem wurde es dann aus rein formalen Gründen abgeschafft und durch issuezilla ersetzt, obwohl bei der PrOOo-Box nie die wirkliche Notwendigkeit bestand das Fehler/Verbesserungsvorschläge etc. in einem /internationalen/ System behandelt werden müssen, denn auch durch ein 'lokales' System wäre nichts schlechter gewesen, für Viele aber die Einstiegshürden (dank Flyspray) niedriger. Besonders ärgerlich war in diesem Zusammenhang das auch Inhalte verloren gingen, die von Flyspray, trotz entsprechender Hinweise, nicht in issuezilla übernommen wurden. Du mußt das nicht gut finden das ich mich heute noch an Flyspray erinnere, aber ich habe damals um den Erhalt von Flyspray gekämpft, weil es ein leicht verständliches und zu bedienendes und für den konkreten Zweck ausreichendes Werkzeug war, aber hatte Dich trotzdem nicht an meiner Seite (eine inhaltliche Frage, keine persönliche) oder erinnere ich mich da etwa falsch(?) Gruß Jörg - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi Jörg, *, Da Du mich persönlich ansprichst.. Jörg Schmidt schrieb: Friedrich Strohmaier schrieb: .. Michael als Autor wieder reanimiert.. Michael schrieb Im Übrigen ist das genannte Problem auch eine Folge des großen Erfolges von OOo. Je mehr Menschen OOo benutzen und ihren Mindesteinsatz für die Entwicklung Freier Software zu erbringen gewillt sind, nämlich Fehler zu melden, desto mehr Fehlermeldungen - und dabei eben auch invalide, Duplikate, als Featurerequests zu qualifizierende - werden wir erhalten. Nur solange wir der aus meiner Sicht absurden Vorgehensweise anhängen, Laien in ein von - für Softwareentwicklungsprofis entwickeltes Tool schreiben zu lassen, das sie a) nicht verstehen, und b) nicht bedienen können. Da entsteht mehr Aufwand als Nutzen. im Grundsätzlichen vom mir +1 aber: wer hätte es gedacht, dass jetzt ein ber kommt. :o)) Wo war *Deine* Stimme als es konkret wurde? ??? Z.B. wurde früher bei der PrOOo-Box Flyspray (http://flyspray.org/) verwendet und war gut eingeführt und hat prima funktioniert, trotzdem wurde es dann aus rein formalen Gründen abgeschafft und durch issuezilla ersetzt, obwohl bei der PrOOo-Box nie die wirkliche Notwendigkeit bestand das Fehler/Verbesserungsvorschläge etc. in einem /internationalen/ System behandelt werden müssen, denn auch durch ein 'lokales' System wäre nichts schlechter gewesen, für Viele aber die Einstiegshürden (dank Flyspray) niedriger. Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* ersetzt. Das Problem, das Flyspray löst, war und ist nicht das Problem, das die PrOOo-Box hat oder jemals hatte. Die PrOOo-Box brauchte mehr open und das hat sie jetzt. Wir brauchen kein Werkzeug um Aufgaben zu verwalten - wir lösen sie sofort! :o)). Besonders ärgerlich war in diesem Zusammenhang das auch Inhalte verloren gingen, die von Flyspray, trotz entsprechender Hinweise, nicht in issuezilla übernommen wurden. Wo warst Du?? Du kanntest dich mit beiden aus. Was vermisst Du auf der PrOOo-Box? Hier kannst Du gucken was drauf ist: http://live.prooo-box.org/de/ Sag' was Dir fehlt! Du mußt das nicht gut finden das ich mich heute noch an Flyspray erinnere, Danke! :o)) aber ich habe damals um den Erhalt von Flyspray gekämpft, weil es ein leicht verständliches und zu bedienendes und für den konkreten Zweck ausreichendes Werkzeug war, Mehr als das: Es war schlicht überflüssig. aber hatte Dich trotzdem nicht an meiner Seite (eine inhaltliche Frage, keine persönliche) oder erinnere ich mich da etwa falsch(?) Mit der Harmonie haperte es stets. Abgesehen davon, wieso sollte ich etwas am Leben halten, von dem ich die Notwendigkeit nicht sehe. So wichtig ist mir das Kämpfen dann auch wieder nicht. :o)) Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hallo Friedrich, Friedrich Strohmaier schrieb: Z.B. wurde früher bei der PrOOo-Box Flyspray (http://flyspray.org/) verwendet und war gut eingeführt und hat prima funktioniert, trotzdem wurde es dann aus rein formalen Gründen abgeschafft und durch issuezilla ersetzt, obwohl bei der PrOOo-Box nie die wirkliche Notwendigkeit bestand das Fehler/Verbesserungsvorschläge etc. in einem /internationalen/ System behandelt werden müssen, denn auch durch ein 'lokales' System wäre nichts schlechter gewesen, für Viele aber die Einstiegshürden (dank Flyspray) niedriger. Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* ersetzt. doch, die entsprechende Diskussion ist öffentlich nachzulesen, genauso sind issues für die PrOOo-Box nachzulesen. (Anmerkung: und für rhetorische Spielereien habe ich echt keine ZEit, ich war damals anwesend und die Diskussion wurde geführt, frag jetzt also nicht rhetorisch nach einem Link, suche den nötigenfalls selbst) Das Problem, das Flyspray löst, war und ist nicht das Problem, das die PrOOo-Box hat oder jemals hatte. Die PrOOo-Box brauchte mehr open und das hat sie jetzt. Wir brauchen kein Werkzeug um Aufgaben zu verwalten - wir lösen sie sofort! :o)). Sorry ich bin nicht gegen Spass aber meine Aussage war sachlich und ernst gemeint. Du darfst Dich gerne drüber ärgern, und mir das zu verstehen geben, aber versuche es nicht auf die Spass-Ebene zu ziehen, das wird nämlich dem Thema nicht gerecht. (Das Ganze ist übrigens vor damaligem Hintergrund zu bewerten und natürlich nicht vor heutigen, so ich auch (fast) sicher bin das ihr selbst in Eigeneinschätzung manche der Dinge die ihr heute richtig und wichtig findet in 2 Jahren als unwichtig ansehen werden weil sich alles weiterentwickelt, Nur werden eben WEichen gestellt und damals wäre eine Weichenstellung der Beibehaltung von Flyspray möglich gewesen.) Besonders ärgerlich war in diesem Zusammenhang das auch Inhalte verloren gingen, die von Flyspray, trotz entsprechender Hinweise, nicht in issuezilla übernommen wurden. Wo warst Du?? Du kanntest dich mit beiden aus. Ich war da und habe mehrfach laut darauf aufmerksam gemacht, es ging mir insbesondere um die LÖsungen zum Autostartmechanismus von denen ein 'Prototyp' von mir in Flyspray war. Gerade diese Sache Autostart habe ich mehrfach intensiv diskutiert und mehrfach dafür geworben. Die heutige Lösung, ist gut aber nicht optimal und wir hätten damals schon den WEg zu einer optimalen Variante aufstossen können, ich habe immer wieder dafür geworben. Mehr als 1 Jahr (schätze ich) später hat sich dann sogar Uwe (Sch.) wieder versucht, in der FRage 'Autostartmechanismus', einzubringen, dessen Hilfe leider auch abgewiesen wurde. Was vermisst Du auf der PrOOo-Box? Für meinen Geschmack (aber das weist Du ja seit Jahren) z.B. mehr Werbung für die (de-)Community, mehr Konkretes, Aktuelles über unsere Arbeit, was geeignet ist neue Mithelfer, für das (de-)OOo-Projekt insgesamt, 'anzulocken'. aber ich habe damals um den Erhalt von Flyspray gekämpft, weil es ein leicht verständliches und zu bedienendes und für den konkreten Zweck ausreichendes Werkzeug war, Mehr als das: Es war schlicht überflüssig. Nein Friedrich, diese Argumentation ist unzutreffend und ungerecht. unzutreffend weil ... ... wir lange Zeit (bevor Du bei der PrOOo-Box warst) mit Flyspray erfolgreich gearbeitet haben, in der Praxis(!), ich rede also nicht über Mutmaßungen ungerecht weil ... ... ich ganz genau auf DEine Aussage: Nur solange wir der aus meiner Sicht absurden Vorgehensweise anhängen, Laien in ein von - für Softwareentwicklungsprofis entwickeltes Tool schreiben zu lassen, das sie a) nicht verstehen, und b) nicht bedienen können. Da entsteht mehr Aufwand als Nutzen. reagiert habe, denn genau die Einfachheit für jederman war damals unser Grund Flyspray zu nutzen Mit der Harmonie haperte es stets. Eigentlich nicht bis zu dem Zeitpunkt wo Du Persönliches mit Inhalten vermischt hast. Es ist öffentlich nachzulesen warum ich die PrOOo-Box verlassen habe und da gab es keine persönlichen Gründe gegen Dich. Erst im Nachhinein hast Du mir diese unterstellt. Ich bin jemand der gerne 'scharf' diskutiert, das ist so, und wenn man Sachthemen diskutiert bleibt es leider nicht aus das alle Beiteiligten ja wissen wer dafür verantwortlich ist was man kritisiert, nur hat das nichts damit zu tun das man jemanden persönlich angreift. Ich arbeite z.B. gerade an einer 'serienbriefunterstützenden' Extension für OOo und ich habe verschiedene Leute um Tests und Kritik gefragt und diese Hilfe auch bekommen, und von einer Stelle bekam ich wirklich scharfe Kritik - ich werde nur nicht den Fehler machen sie auf meine Person zu beziehen sondern sie dort lassen wo sie hingehört und wo sie der Kritiker hingestellt hat, nämlich Kritik an der Extension, also einem 'Produkt' und damit auch an ungenügender Fehlerfreiheit des Produktes und somit übersetzt auch an noch nicht ausreichender
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Moin, Original-Nachricht Von: Mechtilde o...@mechtilde.de Wie würden solche Aufgaben denn überhaupt aussehen? Hat sich da schon einer mal konkret Gedanken gemacht? Wäre das zum Beispiel ein Thema/eine Aufgabenstellung für das Projektwochenende? Leider hat sich auf diese Anfrage noch niemand geäußert. :( Ich hatte gehofft, André würde seine aussage etwas konkretisieren. Ja, wollte ich ... ich tu mir nur etwas schwer, da ich a) diese Aufgaben nicht *konkret* benennen kann b) das Ganze meine Meinung ist und ich shcon mehrfach erfahrten habe, dass die wohl exotisch zu sein scheint. .. ich kommentier mal ... Aber ich versuche mal zu beschreiben, welche Aufgabenstellungen mir wichtig sind. Diese kann man zunächst zeitlich in zwei Gruppen teilen. 1.) Arbeiten, die zu bestimmten Zeiten anfallen: a) Übersetzungen b) Lokalisierungstests c) Release-Tests Hier werden immer auch neue Helfer gesucht, die bereit sind, sich in kleine, immerwiederkehrende Aufgaben, einzuarbeiten. Diese Aufgaben sind natürlich wichtig und sind auch ein guter Ansatz, um die Massen einzubinden. Gerade die TCM Tests sind gut geeignet, um viele Leute strukturiert testen zu lassen. Nur ist das dazu benutzte Werkzeug eine Katastrophe (und das wissen wir schon seit Jahren, können es aber nicht anpassen, da nicht OpenSource). Die enthaltenen Tests sind sehr primitiv, und interessieren für die funktionale QA oder bei den Entwicklern erstmal so gut wie niemanden. Auf der anderen Seite gibt es eine Sammlung funktionaler Tests (zu finden auf den internat. QA-Seiten). Diese sind theoretisch sogar noch besser als die TCM-Tests geeignet, in der Breite etwas sinnvolles zu tun. Nur gibt es hierfür kein Tool, um diese Tests koordinieren und Ergebnisse erfassen zu können. (Ok, ist in Arbeit - die Funktion soll einmal in Quaste einfließen, aber diese Aussage gibt es schon seit zwei Jahren). Ähnlich problematisch ist es mit den automatischen Tests. Diese könnten eigentlich von vielen Leuten gestartet werden - das ist noch verhältnismäßig einfach. Problem ist aber das Auswerten der Ergebnisse, da Ergebnisse eines Testlaufes nur mit einem Referenzlauf aus der selben (nicht gleichen) Umgebung. Dadurch haben wir für nur ein relativ geringes Spektrum an Plattformen aussagekräftige automatische Tests. Um nun aber diese Situation zu ändern, braucht es leider wirklich Experten, die daran interessiert sind, Aufgaben in die Breite zu streuen. Denn auch wenn wir viele Leute haben, die etwas tun können, müssen diese *das Richtige* und das auch so tun, dass die gewonnenen Informationen *sinnvoll* verwertbar sind. Das hierzu benötigte Wissen kann man sich nur schwer nebenher erarbeiten - dazu sollte man wirklich ein paar Schulungen im Bereich Testen besucht haben. Was man sich hier aber nebeher erarbeiten kann, ist das Wissen, wie die Community tickt. Das Alles ist wie gesagt meine Meinung - andere haben eine Andere. (Eben, dass es effizienter ist, auf wenige Experten zu bauen, statt den Aufwand zu treiben, sich über die Massen Gedanken zu machen.) Es gibt unter den potentiellen Helfern, viele, die sich mit bestimmten speziellen Themen mit OpenOffice.org intensiver beschäftigt haben, als viele Andere. z.B Nummerierung odeer der Datenpilot (Um nur zwei als Beispiel zu nennen) Diese potentiellen Helfer sollen die Möglichkeit bekommen, sich mit *ihrem* Spezial-Wissen einzubringen. Dies soll und muss dann in Zusammenarbeit mit der QA geschehen, die dann auch für die notwendige Koordination Sorge trägt. Diese Experten brauchen wir natürlich und wir müssen diese auch pflegen. Das Problem dabei ist, dass es nur sehr Wenige mit solchem Spezialwissen gibt. Aufgrund der Freiwilligkeit, können diese Experten auch plötzlich für einige Zeit oder Dauerhaft nicht erreichbar sein. Das kann Ihnen keiner übel nehmen. Wenn sich diese Experten dann auch noch um viele anderen Kleinigkeiten kümmern, weil sonst keiner da ist .. sieht es ziemlich schlecht aus. Gruß, André -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi André, Michael, *, Ich häng' mich mal hier mitten rein weil ich André's Ansichten teile.. André Schnabel schrieb: Von: michael mikea...@openoffice.org [.. Probleme Kommunizieren ..] Auch das ist wohl richtig, macht es aber umso notwendiger, dass wichtige Probleme angemessen kommuniziert werden. Und wieder: wir müssen zuerst die wichtigen Probleme korrekt erkennen. Das sehe ich genauso. Im Übrigen ist das genannte Problem auch eine Folge des großen Erfolges von OOo. Je mehr Menschen OOo benutzen und ihren Mindesteinsatz für die Entwicklung Freier Software zu erbringen gewillt sind, nämlich Fehler zu melden, desto mehr Fehlermeldungen - und dabei eben auch invalide, Duplikate, als Featurerequests zu qualifizierende - werden wir erhalten. Nur solange wir der aus meiner Sicht absurden Vorgehensweise anhängen, Laien in ein von - für Softwareentwicklungsprofis entwickeltes Tool schreiben zu lassen, das sie a) nicht verstehen, und b) nicht bedienen können. Da entsteht mehr Aufwand als Nutzen. Das ist aber nur die halbe Wahrheit. Der Fakt, dass die Eröffnungsrate beständig höher ist, als die Schließrate ist dadurch geschuldet, dass wir es nicht schaffen, diese vielen Menschen, die den Mindesteinsatz erbringen zu deutlich mehr bewegen können. Exakt. Ich schätze mal dass im obigen Fall mindestens vier von fünfen lautlos abdrehen - und es *nie* wieder versuchen werden. traummode Es wäre schön, wenn mit der Zahl der Nutzer auch die Zahl der Projektteilnehmer, die sich mit der Abarbeitung dieses Berges befassen würden, wüchse./traummode Den Traum hab ich inzwischen aufgegeben. ich nicht! :o)) Wir haben eine Masse von potenziellen Helfern - statt aber zu versuchen, diese Masse mit möglichst einfachen und reproduzierbaren Aufgaben zu versorgen, wird im Projekt die Ausbildung von Spezialisten befürwortet. Spezialisten, die nach einigem Einarbeitungsaufand und gut definierten Prozessen sehr effizient arbeiten können. Nur ist es eben extrem unwahrscheinlich, dass wir in der Community solche Spezialisten finden, heranbilden und langfristig halten können. (so zumindest meine Meinung) zumindest nicht auf dem Weg, den wir im Augenblick beschreiten. Auch das sollten wir kommunizieren. Es ist sicher eine der wichtigsten Aufgaben, auszuarbeiten, wie dies so kommuniziert werden kann, dass sich Menschen zum Mitmachen angesprochen fühlen. Es ist nicht vordergründig wichtig, Wege zum Mitmachen zu kommunizieren, sondern möglichst einfache (und sinnvolle) Wege für die potenziellen Helfer zu bieten. Und (wieder ganz meine Meinung) das bekommen wir nicht wirklich hin. Absolute Zustimmung und Wiederholung: Wir bekommen es nicht hin - auf dem Weg, den wir momentan beschreiten! Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Hi Klaus-Jürgen, *, OOo-Klaus-Jürgen Weghorn schrieb: Andre Schnabel schrieb: [...] Wir haben eine Masse von potenziellen Helfern - statt aber zu versuchen, diese Masse mit möglichst einfachen und reproduzierbaren Aufgaben zu versorgen, wird im Projekt die Ausbildung von Spezialisten befürwortet. Wie würden solche Aufgaben denn überhaupt aussehen? Hat sich da schon einer mal konkret Gedanken gemacht? Ja, ich ;o)) Wäre das zum Beispiel ein Thema/eine Aufgabenstellung für das Projektwochenende? Ja, ich denke ich werde mich dort zum Thema äußern. Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi Mechtilde, *, Mechtilde schrieb: OOo-Klaus-Jürgen Weghorn schrieb: [...] Wäre das zum Beispiel ein Thema/eine Aufgabenstellung für das Projektwochenende? [..] Aber ich versuche mal zu beschreiben, welche Aufgabenstellungen mir wichtig sind. Diese kann man zunächst zeitlich in zwei Gruppen teilen. 1.) Arbeiten, die zu bestimmten Zeiten anfallen: [.. hart gekürzt ..] 2.) Arbeiten, die mehr zeitlichen Freiraum haben. [.. hart gekürzt ..] Meine Aufgabe sehe ich dabei darin, die notwendigen Kontakte herzustellen. Ich denke vor der Kategorisierung der Aufgaben kommt die Analyse, wie wir diese im Moment erledigen, und der Zielsetzung, wie wir diese am liebsten gelöst hätten. Erst dann kann die Beschreibung des Weges beginnen, der die Erfüllung letztgenannter Wünsche ermöglichen soll. Für weitere tiefergehende Fragen stehe ich gerne (auch im IRC) zur Verfügung Die Echtzeitmedien sehe ich persönlich als einen Teil des Problems an. Sicher, sie haben ihre Berechtigung. Allerdings geschieht mir der Einsatz zu unbewusst im Hinblick auf die Fortentwicklung des Projektes. Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
ich gehe mal nur auf einen konkreten Punkt ein. Friedrich Strohmaier schrieb: Nur solange wir der aus meiner Sicht absurden Vorgehensweise anhängen, Laien in ein von - für Softwareentwicklungsprofis entwickeltes Tool schreiben zu lassen, das sie a) nicht verstehen, und b) nicht bedienen können. Da entsteht mehr Aufwand als Nutzen. Ich will nicht behaupten, dass man das Tool nicht verbessern könnte - es gibt da sicherlich verschiedene Punkte -, aber verglichen mit anderen einschlägigen Tools ist es schon relativ gut. Ein weiteres gravierendes Problem ist, dass sich alle Reporter der englischen Sprache bedienen müssen, die sie nur mehr oder weniger gut beherrschen. Dort jeden in seiner Muttersprache berichten zu lassen, geht aber aus nachvollziehbaren Gründen auch nicht. Das Nichtbedienenkönnen erscheint mir eine Folge des Nichtverstehens. Wenn man nicht ein anderes besseres Tool findet oder entwickeln will, gibt es nur zwei Möglichkeiten: 1. Lösung: Zugang zum Bugreportingtool beschränken auf Nutzer, die es verstehen und es bedienen können. Dabei ist IMO schon eine derartige Beschränkung problematisch, noch mehr aber die Beantwortung der Frage, wer auf welcher Grundlage entscheiden soll, ob ein konkreter Nutzer die nötige Reife für den Gebrauch des Tools hat. Mit der Zuerkennung weitergehenden Rechten ist dies dann einfacher. Die 2. Lösung ist der Versuch, möglichst viele Nutzer zu befähigen, sinnvollen Gebrauch von dem Tool zu machen. Dies ist langwierig, schwierig (eine echte Sysyphusarbeit angesichts immer neuer Nutzer), müsste möglichst in vielen Sprachen erfolgen und hat allenfalls eine mehr oder weniger hohe Erfolgsquote. Es scheint mir aber die einzig sinnvolle Lösung, und diese Lösung stellt eine Kommunikationsaufgabe dar. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi Uwe, *, Uwe Altmann schrieb: P.S: http://de.openoffice.org/servlets/ReadMsg?listName=devmsgNo=10400 ist zwar schon sechs Jahre alt, wird (nach gefühlten fünf Minuten) aus dem Archiv geladen, sind aber immer im Wesentlichen noch my 2 cent zu dem Thema. scnr Ist immer noch aktuell nach meiner Ansicht. Du wolltest zum Projektwochenende kommen, oder täusche ich mich? ;o)) Zu dem Thema gibt es nach meiner Ansicht Gesprächs- und darausfolgend Handlungsbedarf.. Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
[de-dev] Kommunikationsproblem
Hi, Die Echtzeitmedien sehe ich persönlich als einen Teil des Problems an. Sicher, sie haben ihre Berechtigung. Allerdings geschieht mir der Einsatz zu unbewusst im Hinblick auf die Fortentwicklung des Projektes. das würde mich näher interessieren. Kannst du das genauer ausführen? Danke und Gruss, Max - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem
Hi Maximilian, *, Maximilian Odendahl schrieb: Hi, Die Echtzeitmedien sehe ich persönlich als einen Teil des Problems an. Sicher, sie haben ihre Berechtigung. Allerdings geschieht mir der Einsatz zu unbewusst im Hinblick auf die Fortentwicklung des Projektes. das würde mich näher interessieren. Kannst du das genauer ausführen? Das ist recht schnell umrissen: Die dort erledigte Arbeit findet für die nicht direkt Beteiligten im Dunkeln statt. Soll heißen: wer nicht zu dieser Zeit an diesem Ort ist, sieht nicht: - was gearbeitet wird (und kennt das Ergebnis nicht) - wie gearbeitet wird (kann nicht Projektarbeiten lernen) Das ist bei einer Mailingliste grundsätzlich anders: Der Abonnent sieht zu einer Zeit, die in seinen Ablauf passt: - was gearbeitet wird (und kennt das Ergebnis) - wie gearbeitet wird (lernt beobachtend Projektarbeit) So können sogar Projektmitglieder in anderen Zeitzonen mitmischen - auch deutschsprachige - soll es geben. Bei einem Vernünftigen Mailarchiv (z.B. gmane.org) kann das Obige sogar rückwirkend zu einem Thema verfolgt werden. Ergebnisse sind sogar dem OOo-Mailreader zu entwinden. Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi André, *, André Schnabel schrieb: Von: Mechtilde o...@mechtilde.de [..] Ich hatte gehofft, André würde seine aussage etwas konkretisieren. Ja, wollte ich ... ich tu mir nur etwas schwer, da ich a) diese Aufgaben nicht *konkret* benennen kann Ich glaube nicht, dass es darum gehen kann, jetzt die Aufgaben die gerade in deinem Fokus sind aufzuzählen - zu viele Aufgabensammlungen sind schon jämmerlich verhungert - da braucht es keine weitere. b) das Ganze meine Meinung ist und ich shcon mehrfach erfahrten habe, dass die wohl exotisch zu sein scheint. Mit mir sind es dann doch immerhin schon zwei Exoten - also doppelt so viele :o)) [..] Gruß -- Friedrich Ansprechpartner PrOOo-Box (http://prooo-box.org) .. und nicht vergessen: Flüster's den Listen! :o)) Schöne Grüße von der Sonnenalb - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hallo, OOo-Klaus-Jürgen Weghorn schrieb: Hallo Andre, Andre Schnabel schrieb: [...] Den Traum hab ich inzwischen aufgegeben. Wir haben eine Masse von potenziellen Helfern - statt aber zu versuchen, diese Masse mit möglichst einfachen und reproduzierbaren Aufgaben zu versorgen, wird im Projekt die Ausbildung von Spezialisten befürwortet. Wie würden solche Aufgaben denn überhaupt aussehen? Hat sich da schon einer mal konkret Gedanken gemacht? Wäre das zum Beispiel ein Thema/eine Aufgabenstellung für das Projektwochenende? Leider hat sich auf diese Anfrage noch niemand geäußert. :( Ich hatte gehofft, André würde seine aussage etwas konkretisieren. Aber ich versuche mal zu beschreiben, welche Aufgabenstellungen mir wichtig sind. Diese kann man zunächst zeitlich in zwei Gruppen teilen. 1.) Arbeiten, die zu bestimmten Zeiten anfallen: a) Übersetzungen b) Lokalisierungstests c) Release-Tests Hier werden immer auch neue Helfer gesucht, die bereit sind, sich in kleine, immerwiederkehrende Aufgaben, einzuarbeiten. 2.) Arbeiten, die mehr zeitlichen Freiraum haben. Hierunter fallen auch viele Aufgaben die Spezial-Wissen erfordern, wie z.B das Durchforsten der noch offenen Issues. Keine Angst. Es gibt unter den potentiellen Helfern, viele, die sich mit bestimmten speziellen Themen mit OpenOffice.org intensiver beschäftigt haben, als viele Andere. z.B Nummerierung odeer der Datenpilot (Um nur zwei als Beispiel zu nennen) Diese potentiellen Helfer sollen die Möglichkeit bekommen, sich mit *ihrem* Spezial-Wissen einzubringen. Dies soll und muss dann in Zusammenarbeit mit der QA geschehen, die dann auch für die notwendige Koordination Sorge trägt. Meine Aufgabe sehe ich dabei darin, die notwendigen Kontakte herzustellen. Für weitere tiefergehende Fragen stehe ich gerne (auch im IRC) zur Verfügung Gruß Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi Am 10.01.10 10:38, schrieb Mechtilde: Wäre das zum Beispiel ein Thema/eine Aufgabenstellung für das Projektwochenende? Leider hat sich auf diese Anfrage noch niemand geäußert. :( Ich hatte gehofft, André würde seine aussage etwas konkretisieren. Aber ich versuche mal zu beschreiben, welche Aufgabenstellungen mir wichtig sind. … Finde ich gut, sollten wir weiter verfolgen. P.S: http://de.openoffice.org/servlets/ReadMsg?listName=devmsgNo=10400 ist zwar schon sechs Jahre alt, wird (nach gefühlten fünf Minuten) aus dem Archiv geladen, sind aber immer im Wesentlichen noch my 2 cent zu dem Thema. scnr -- Mit freundlichen Grüßen Uwe Altmann OpenOffice.org auf dem Mac: http://porting.openoffice.org/mac/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
[de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Jacqueline Rahemipour schrieb: Nun ja, wir haben mit Carsten Driesner darüber ausführlich gesprochen als wir gemeinsam in Hamburg waren. Da ging es um den Community-Test des cws filepicker01 (angekündigt auf qa-dev), der insbesondere die Crashes unter Vista bei geöffnetem Speicherdialog fixen soll. Ist erst in die 3.2 integriert. Ein dazugehöriger Issue ist http://www.openoffice.org/issues/show_bug.cgi?id=99759 Dass OOo unregelmäßig beim Speicherversuch abstürzt und dann leider *nicht* speichert, ist für mich Grund genug zu sagen, dass die 3.1 unter Vista fast unbenutzbar ist. Ich hab dadurch so einige Dokumente geschrottet, danach habe ich nur noch mit dem cws-Build von Carsten gearbeitet. Komischerweise wurde das Problem schon für die 3.0.1 gemeldet und als P3 meines Erachtens zu niedrig eingestuft, aber hinterher ist man immer schlauer. Damit es nicht untergeht, weil es mir wichtig erscheint: Ich denke. hier ist ein Kommunikationsproblem zu Tage getreten. Der Bug beim Vista-Filepicker war gefixt; der Fix wird aber leider erst in die 3.2 Eingang finden. Es gab einen im Issue dokumentierten Workaround, nämlich die Benutzung des OOo-eigenen Filepickerdialogs. Soweit, so gut. Aber das Problem und der Workaraound wurden leider - soweit ersichtlich - nicht nach außen kommuniziert, weil es schon an hinreichender projektinterner Kommunikation fehlte. Andernfalls hätte man schon in der Releasepressemitteilung auf das Problem und seine (Not-)Lösung hinweisen können und gleichzeitig auch den Fix in der 3.2 ankündigen können. Auch hätte auf der Webseite eine entsprechende Warnung veröffentlicht werden können. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi, Von: michael mikea...@openoffice.org Damit es nicht untergeht, weil es mir wichtig erscheint: na gut .. wenn es schon wichtig erscheint, dann auch meine Meinung dazu. Ich denke. hier ist ein Kommunikationsproblem zu Tage getreten. Jein - hier wurde eher das Problem falsch priorisert, wahrscheinlich, weil davon ausgegangen wurde, dass das Problem seltener auftritt, als es tatsächlich passiert. Solche Fehleinschätzungen sind extrem ärgerlich, aber keiner ist davor sicher. Wäre das Problem von Anfang an korrekt (höher) priorisiert worden, wäre automatisch eine entsprechende Kommunikation (Meldung als Stopper für 3.1 oder mindestens 3.1.1) erfolgt. ... Andernfalls hätte man schon in der Releasepressemitteilung auf das Problem und seine (Not-)Lösung hinweisen können und gleichzeitig auch den Fix in der 3.2 ankündigen können. Auch hätte auf der Webseite eine entsprechende Warnung veröffentlicht werden können. Das ist doch Unsinn. Wenn ein Problem so schwerwiegend ist, das man es in einer Releasepressemitteilung erwähnen müsste, wäre aus meiner Sicht auch der Stopper-Status gegeben. Oder geben wir neuerding Versionen frei, von denen wir *wissen* dass sie bei einem großen Teil der Anwender zu Abstürzen und Datenverlust führen? Selbstverständlich gibt es dabei immer mindestens 2 Probleme: 1. Kann eine freizugebende Version Fehler beinhalten, die einfach noch niemand gefunden hat. 2. Kann ein bekannter Fehler deutlich schwerwiegendere Auswirkungen haben, als wir annehmen. Letztendlich ist eine Freigabe immer ein Risiko. Wir tun so einiges, um das zu minimieren - trotzdem bleibt immer ein Rest. Wie groß dieser Rest ist und welche Restgröße man akzeptieren will ist eine extrem heikle Diskussion. Gruß, André -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hallo Michael, michael schrieb: Jacqueline Rahemipour schrieb: (...) Andernfalls hätte man schon in der Releasepressemitteilung auf das Problem und seine (Not-)Lösung hinweisen können und gleichzeitig auch den Fix in der 3.2 ankündigen können. Auch hätte auf der Webseite eine entsprechende Warnung veröffentlicht werden können. das ist sicherlich alles richtig, aber mE nicht der Punkt hier. Der aufgeführte Issue ist exemplarisch einer von mehreren Vista-Problemen gewesen. Mir ging es darum zu verdeutlichen, dass auch auf einer getesteten Plattform trotzdem gravierende Dinge übersehen werden können (ob mit oder ohne Workaround) bzw. dass manche Issues im Nachhinein betrachtet falsch eingeschätzt wurden (so war es mE damals zur 2.0 auch der Fall: Es gab einen Fehler bei der Kapitelnummerierung, zu dem es einen sehr einfachen Workaround gab, nämlich speichern, schließen und wieder öffnen. Trotzdem hatten wir nach Veröffentlichung massig Beschwerden deswegen und das Vertrauen in die Software hat stark gelitten). Im konkreten Fall wollte ich vermitteln, dass ich persönlich es guten Gewissens verantworten könnte, die Version 3.1.1 auch jetzt noch für Windows 7 als gestestet zu bezeichnen und dies auch in den Systemvoraussetzungen entsprechend zu vermerken. Viele Grüße, Jacqueline - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Andre Schnabel schrieb: Hi, Von: michael mikea...@openoffice.org Damit es nicht untergeht, weil es mir wichtig erscheint: na gut .. wenn es schon wichtig erscheint, dann auch meine Meinung dazu. Ich denke. hier ist ein Kommunikationsproblem zu Tage getreten. Jein - hier wurde eher das Problem falsch priorisert, wahrscheinlich, weil davon ausgegangen wurde, dass das Problem seltener auftritt, als es tatsächlich passiert. Solche Fehleinschätzungen sind extrem ärgerlich, aber keiner ist davor sicher. Hier wäre wohl eine höhere Priorisierung in der Tat vertretbar gewesen. Wäre das Problem von Anfang an korrekt (höher) priorisiert worden, wäre automatisch eine entsprechende Kommunikation (Meldung als Stopper für 3.1 oder mindestens 3.1.1) erfolgt. ... Es wäre sicherlich schön gewesen, wenn der Fix Eingang in ein früheres Release gefunden hätte. Andernfalls hätte man schon in der Releasepressemitteilung auf das Problem und seine (Not-)Lösung hinweisen können und gleichzeitig auch den Fix in der 3.2 ankündigen können. Auch hätte auf der Webseite eine entsprechende Warnung veröffentlicht werden können. Das ist doch Unsinn. Wenn ein Problem so schwerwiegend ist, das man es in einer Releasepressemitteilung erwähnen müsste, wäre aus meiner Sicht auch der Stopper-Status gegeben. Oder geben wir neuerding Versionen frei, von denen wir *wissen* dass sie bei einem großen Teil der Anwender zu Abstürzen und Datenverlust führen? Ich gebe hier folgendes zu bedenken: 1. Wir geben nur zwei Windowsversionen (mit und ohne JRE) für _alle_ unterstützten Windowsplattformen frei. Der Bug betraf aber nur eine Windowsplattform, nämlich Vista. 2. Es gab einen relativ einfachen Workaround. (Dass die 3.1 unter Vista fast unbenutzbar sei, vermag ich deswegen nicht wirklich nachzuvollziehen (oder habe ich da Ironie übersehen)). Man kann geteilter Meinung sein, ob angesichts dieser Umstände ein Stopp für das gesamte Release oder die Nichtfreigabe für alle Windowsplattformen gerechtfertigt gewesen wäre. Aber IMO wäre zumindest ein Hinweis auf das Problem angebracht gewesen. Es stellt sich für mich in erster Linie als ein Kommunikationsproblem dar, dass dieser Issue, obwohl er bekannt, vielleicht gerade auch weil der Bug sogar schon gefixt gewesen war, im Releaseprozess nicht die gebührende Beachtung gefunden hat (unabhängig davon, welche Behandlung man bevorzugt). Letztendlich ist eine Freigabe immer ein Risiko. Wir tun so einiges, um das zu minimieren - trotzdem bleibt immer ein Rest. Wie groß dieser Rest ist und welche Restgröße man akzeptieren will ist eine extrem heikle Diskussion. Das ist richtig, aber ich meine, dieser Fall zeigt, dass durch Kommunikation dieses Restrisiko gemindert werden kann - und auf mehr als eine bessere Kommunikation wollte ich nicht hinwirken. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Hi, Original-Nachricht Von: michael mikea...@openoffice.org ... Ich gebe hier folgendes zu bedenken: 1. Wir geben nur zwei Windowsversionen (mit und ohne JRE) für _alle_ unterstützten Windowsplattformen frei. Der Bug betraf aber nur eine Windowsplattform, nämlich Vista. Deshalb muss ein (bekannter) gravierender Fehler auf einer der offiziell unterstützten Windows-Versionen leider zum Stopp des Windows-Paketes führen. (Einer der Hauptgründe, warum von MS nichtmehr supportete Windows-Versionen in der Regel auch von unserer Liste verschwinden. Win2k wird das wohl dieses Jahr treffen.) 2. Es gab einen relativ einfachen Workaround. Aus meiner Sicht für den durchschnittlichen Windows-Anwender nicht akzeptabel. ... Man kann geteilter Meinung sein, ob angesichts dieser Umstände ein Stopp für das gesamte Release oder die Nichtfreigabe für alle Windowsplattformen gerechtfertigt gewesen wäre. Aber IMO wäre zumindest ein Hinweis auf das Problem angebracht gewesen. Und nochmal: wäre der Fehler korrekt priorisert gewesen, hätte es die entsprechende Diskussion auch gegeben. Das ist richtig, aber ich meine, dieser Fall zeigt, dass durch Kommunikation dieses Restrisiko gemindert werden kann - und auf mehr als eine bessere Kommunikation wollte ich nicht hinwirken. du vergisst hier eins: wir haben aktuell mehr als 13.000 (!) offene Fehlermeldungen. Innerhalb eines Releasezyklusses (6 Monate) werden ca. 5.000 Issues gemeldet. Es ist schlichtweg unmöglich, alle diese Fehler zu kommunizieren. Man kann nur als wichtig eingestufte Probleme in der Breite kommunizieren, sonst erzeugt man nur Rauschen und hat gar nix erreicht. Problematisch ist auch, dass die Schließungsrate (ich spreche noch nichtmal von Lösen) geringfügig aber konstant kleiner ist, als die Eröffnungsrate. D.h. der Berg wird immer größer - es mag zwar sein, dass die Anzahl der real existierenden Fehler nicht wirklich wächst, aber das Rauschen wird immer größer. D.h. so wie es heute normal ist, dass wir nicht alle Fehler kommunizieren können, wird es in naher oder mittlerer Zukunft normal sein, dass wir auch wichtige Fehler nichtmehr korrekt priorisieren. (Was hier als ärgerliches Beispiel diente wird irgendwann nichtmehr ausversehen sondern ganz natürlich passieren). Gruß, André -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Andre Schnabel schrieb: du vergisst hier eins: wir haben aktuell mehr als 13.000 (!) offene Fehlermeldungen. Innerhalb eines Releasezyklusses (6 Monate) werden ca. 5.000 Issues gemeldet. Es ist schlichtweg unmöglich, alle diese Fehler zu kommunizieren. Genau diese Masse an Issues erfordert eine zielgerichtete Kommunikation: Man kann nämlich wohl kaum verlangen, dass irgendein Verantwortlicher alle kennt und präsent hat. Man kann nur als wichtig eingestufte Probleme in der Breite kommunizieren, sonst erzeugt man nur Rauschen und hat gar nix erreicht. Dass das in Rede stehende Problem ein wichtiges war, ist wohl Konsens. Problematisch ist auch, dass die Schließungsrate (ich spreche noch nichtmal von Lösen) geringfügig aber konstant kleiner ist, als die Eröffnungsrate. D.h. der Berg wird immer größer - es mag zwar sein, dass die Anzahl der real existierenden Fehler nicht wirklich wächst, aber das Rauschen wird immer größer. Auch das ist wohl richtig, macht es aber umso notwendiger, dass wichtige Probleme angemessen kommuniziert werden. Im Übrigen ist das genannte Problem auch eine Folge des großen Erfolges von OOo. Je mehr Menschen OOo benutzen und ihren Mindesteinsatz für die Entwicklung Freier Software zu erbringen gewillt sind, nämlich Fehler zu melden, desto mehr Fehlermeldungen - und dabei eben auch invalide, Duplikate, als Featurerequests zu qualifizierende - werden wir erhalten. traummode Es wäre schön, wenn mit der Zahl der Nutzer auch die Zahl der Projektteilnehmer, die sich mit der Abarbeitung dieses Berges befassen würden, wüchse./traummode D.h. so wie es heute normal ist, dass wir nicht alle Fehler kommunizieren können, wird es in naher oder mittlerer Zukunft normal sein, dass wir auch wichtige Fehler nichtmehr korrekt priorisieren. (Was hier als ärgerliches Beispiel diente wird irgendwann nichtmehr ausversehen sondern ganz natürlich passieren). Auch das sollten wir kommunizieren. Es ist sicher eine der wichtigsten Aufgaben, auszuarbeiten, wie dies so kommuniziert werden kann, dass sich Menschen zum Mitmachen angesprochen fühlen. Ansonsten besteht die Gefahr, dass wir an unserem Erfolg zugrunde gehen. Sollen unsere Träume oder unsere Alpträume wahr werden? Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
