Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Thorsten Behrens schrieb: > Umsonst gibt's heutzutage nix, Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien Lizenz. Die gibt es (im Netz) ganz umsonst. Umsonst gibt es auch die Offenheit und Aufmerksamkeit der Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. Darum habe ich noch keine Minute wirklich bereut, die ich für OpenOffice.org "investiert" habe. Mein Engagement war zwar auch "umsonst", aber sicherlich - zumindest aus meiner Sicht - nicht vergeblich. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
michael wrote: > > Umsonst gibt's heutzutage nix, > > Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien > Lizenz. Die gibt es (im Netz) ganz umsonst. > Hi Michael, Du missverstehst mich. ;) > Darum habe ich noch keine Minute wirklich bereut, die ich für > OpenOffice.org "investiert" habe. Mein Engagement war zwar auch > "umsonst", aber sicherlich - zumindest aus meiner Sicht - nicht vergeblich. > Genau. Denn Du hast etwas f"ur Dein Engagement zur"uckbekommen. Verzeihe mir bitte die wirtschaftstheoretischen Kampfbegriffe, aber das war Dein "Preis". Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
michael schrieb: > Thorsten Behrens schrieb: > >> Umsonst gibt's heutzutage nix, > > Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien > Lizenz. Die gibt es (im Netz) ganz umsonst. in der Tat :-) > Umsonst gibt es auch die Offenheit und Aufmerksamkeit der > Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. > > Darum habe ich noch keine Minute wirklich bereut, die ich für > OpenOffice.org "investiert" habe. Bislang gings mir ebenso und ich muss zugeben, diese Investition war anderen immer schon schwer zu erklären - doch nach diesem thread fällt es auch mir selbst gegenüber schwer und meine Motivation geht langsam aber sicher den Bach runter... Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... Gruß erich - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Moin Thorsten, Thorsten Behrens wrote: > Andre hat noch die folgenden konkreten Punkte aufgef"uhrt, bei denen > Sun entschieden hat, teilweise gegen den erkl"arten Willen der > Community: > * Verwendung von Pootle als "Ubersetzungstool Korrekt. Ich war zwar nicht direkt dabei, aber zumindest ist das nach meinem Wissensstand sehr stark von Sun forciert worden. Der Wille, hier auf die Community einzugehen, war vorhanden, es scheint mir aber fraglich, ob sich das auch im Ergebnis ausdrückt. Ich sage fraglich, weil ich bisher nur die Aussage eines Beteiligten aus einem einzigen NL-Projekt kenne. Ich habe keinen Grund, das als Einzelmeinung zu sehen, ich möchte aber keine voreiligen Schlüsse ziehen, auch, weil mir in diesem Bereich die Kompetenz fehlt. Also: ja, sieht so aus, ich würde aber gerne auch noch die Meinung anderer Projekte dazu hören. (André, ich hoffe, du kannst das so akzeptieren!) > * zu enge Zeitfenster f"ur die "Ubersetzung Das hat nicht Sun so "beschlossen", auch diese Themen sind besprochen worden. Was offensichtlich stimmt, ist, dass von einmal festgelegten Terminen nicht mehr ohne weiteres abgerückt wird. Halte ich aber erst einmal für gut: Beschlüsse zu fassen und diese ernst zu nehmen ist ja gerade das, was du forderst. Ich sehe aber nicht, warum diese Terminfrage nicht insgesamt überdacht werden kann, wenn jemand das mal einbringt, z.B. im ESC oder im Release Status Meeting. Bisher ist das aber nicht passiert. Nicht immer ist ein Sun-Beschluss Grund dafür, wenn etwas nicht funkioniert. Nach meiner Beobachtung ist es vor allem die Entwicklung, die mit einem größeren Zeitfenster für die Lokalisierung ein Problem hat, und nicht nur die von Sun. Es bedeutet nämlich, dass wir den Feature Freeze für ein Release noch weiter vorziehen müssen. Das ist ein Punkt, wo gerade die Nicht-Sun-Entwickler eigentlich eher konträr eingestellt sind. Für mich ist das kein "Sun vs. Nicht-Sun" Thema, sondern eher eines von "Entwicklung vs. Lokalisierung". Wenn du das anders siehst, wäre ich daran interessiert, das erläutert zu bekommen. > * Effektiv geschlossener CWS-Prozess, d.h. Community kann den >Prozess nur mithilfe von Sun korrekt durchf"uhren (setzt Sun- >interne Builds oraus, eines der verwendeten Tools (TCM) ist >closed-source) Jein. Ich glaube nicht, dass man CWS-QA nur mit Hilfe von Sun durchführen (lassen) kann. Deine Kollegen haben uns ja gerade das Gegenteil gezeigt, und es hat auch in der Vergangenheit CWS gegeben, die ohne Sun-Mitarbeit "qualitätsgesichert" wurden. Das erfordert aber natürlich auch, dass man sich drum kümmert. Dass man für das Durchführen der TCM-Tests Zugriff auf Sun-interne Builds braucht, ist mir neu gewesen. Daher bin ich erst einmal vorsichtig damit, das kann auch eine Fehlinformation sein. Thorsten, du kennst das doch: oft funktionieren irgendwelche Tools nicht, wie es sein sollte. Dann wird gerne mal statt das Problem zu fixen die einfache Variante gewählt: "mach es so und so und dann geht es". Also, es scheint so zu sein, dass das TCM-Testing (manchmal? immer? oft?) nur funktioniert, wenn man irgendwo in dem Prozess Zugriff auf Sun-Builds hat. Ob das so sein muss, oder ob das ein Workaround oder irgendwas anderes ist, muss man noch herausfinden. Wenn es tatsächlich so ist, dann haben wir ein Problem. Ich sage hier ausdrücklich "wir", weil ich weiß, dass unsere QA sehr daran interessiert ist, den QA-Prozess so offen wie möglich zu gestalten, damit eben auch andere hier mitarbeiten und Verantwortung übernehmen können. Und genau deswegen ist es auch das Ziel unserer QA, unser eigenes Testing selbst auf Build-Bot Builds auszurichten (hat mit Thorsten Ziehm gerade noch einmal bestätigt). Was hier aber unterschlagen wird: TCM ist kein Tool, das benutzt wird, weil Sun es will. Das wird bei uns selbst z.B. gar nicht verwendet! IIRC ist das etwas, was zwar von Sun stammt, aber der Community auf Anfrage zur Verfügung gestellt wurde. Wenn die Community das will, können die das noch heute in die Tonne kloppen und was anderes verwenden. Nur bitte nicht immer verlangen, dass das dann von Sun kommen muss. Niemand schreibt irgendwem vor, dass TCM verwendet wird, das war eine Entscheidung der L10N-Community. Diese hat auch den kompletten Freigabeprozess vollständig selbst definiert. Thorsten Ziehm hat zwar gesagt, dass er einiges anders machen würde, hat aber nicht versucht, das auch durchzusetzen, sondern sich rausgehalten. Eine andere Meinung wird er ja noch haben dürfen. Was immer also da auch schief läuft, das hat nichts mit "Sun-Kontrolle" oder ähnlichem zu tun. > Laut Rene hat er sich im ESC gegen die Extensions-Policy > ausgesprochen. So habe ich seine Mail hier nicht verstanden und auch nach meiner Erinnerung hat er sich nicht wirklich in einem Meeting dazu explizit geäußert. Das spielt aber auch keine Rolle, da wir das Thema ja sowieso noch einmal diskutieren werden. Allerdings sollte man auch bedenken, dass diese "Extension-Policy", wie wir sie m
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Erich Christian wrote: > Bislang gings mir ebenso und ich muss zugeben, diese Investition war > anderen immer schon schwer zu erklären - doch nach diesem thread fällt > es auch mir selbst gegenüber schwer und meine Motivation geht langsam > aber sicher den Bach runter... > Hi Erich, das tut mir leid, mein Anliegen ist es, etwas zum Positiven zu ver"andern. > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > hätte. > Das w"are eine fatale Fehleinsch"atzung seitens Sun. Ohne die Community w"are Sun z.B. in der Verbreitung von OOo bei - StarOffice 5.2? Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thorsten Behrens schrieb: > Genau. Denn Du hast etwas f"ur Dein Engagement zur"uckbekommen. > Verzeihe mir bitte die wirtschaftstheoretischen Kampfbegriffe, aber > das war Dein "Preis". > Was die Frage aufwirft: Was ist Dein "Preis"? Du machst ja selbst geltend, dass Du mehr tust, als Dein Arbeitgeber für sein Gehalt von Dir erwarten kann. Was ist Dein "Preis" für dieses "Mehr"? Gruß Michael Btw.: Ich arbeite im Bereich Freier Software auch deshalb mit, weil ich die "ökonomisierung" menschlicher Beziehungen für verfehlt halte. es geht nicht immer nur um ein "do ut des" (ich gebe, damit du gibst). Es gibt da den bekannten Kalauer, warum Microsoft gegen die Ehe sei, der diese Einstellung überspitzt auf den Punkt bringt. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hallo Michael, michael schrieb: > > Umsonst gibt's heutzutage nix, > > Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien > Lizenz. Die gibt es (im Netz) ganz umsonst. > > Umsonst gibt es auch die Offenheit und Aufmerksamkeit der > Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. > > Darum habe ich noch keine Minute wirklich bereut, die ich für > OpenOffice.org "investiert" habe. Mein Engagement war zwar auch > "umsonst", aber sicherlich - zumindest aus meiner Sicht - > nicht vergeblich. Jeder konnte IMHO nachempfinden was Thorsten hier meinte und es scheint mir unnötig hier in einer Diskussion /zwischen Projektbeteiligten/ 'Marketingposts' zu schreiben die vielleicht sinnvoll in der Argumentation gegenüber der Öffentlichkeit sind, hier aber der Diskussion nichts nützen. Das "Umsonst"-Thema bei FOSS [sic] ist ein, in monetärer und moralischer Hinsicht kompliziertes, ernsthaftes und anspruchsvolles Thema, was auch wir, auch hier auf dev jederzeit diskutieren können, was aber (m.E.) nicht leichtfertig innerhalb einer Entgegnung auf einen im Deutschen (eher) als Methapher geltenden Ausspruch 'Umsonst gibt's heutzutage nix' verheizt werden sollte. 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Mathias Bauer wrote: > > [Showstopper-Regeln] > > Meine Aussage ist so zu verstehen, dass das, was jeder Entwickler > sowieso machen kann, nämlich Code irgendwo unterzubringen, ohne das > von irgendjemandem "abnicken" zu lassen, viel leichter fällt, wenn > man "Beziehungen" hat. > Moin Mathias, ok, ich hab's trotzdem so gemeint, wie ich's gesagt habe. Im angef"uhrten Beispiel waren die entsprechenden Issues IIRC auf 3.0.1. Also von jemandem abgenickt, und nicht reingeschummelt. > Also, lass uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja > nicht auf dieser Liste sein, auch ich finde das langsam anstrengend > ;-) - warum nicht im ESC?) > Konkrete Punkte k"onnen wir da gerne besprechen, aber mir geht's, wie Du bemerkt hast, auch um Grunds"atzliches. Um Grundhaltung, wenn Du so willst. > Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein > mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen > einholen. > Das ist auch so eine Sache, die ich problematisch finde. Wieso immer die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? W"are irgendwie cooler, wenn "Ausserungen langj"ahriger Projektmitglieder als das wahrgenommen w"urden, was sie sind: Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, diesem Monsterthread zu folgen (oder sich mit diesem oder jenem Posting schon repr"asentiert f"uhlten). Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
* Effektiv geschlossener CWS-Prozess, d.h. Community kann den Prozess nur mithilfe von Sun korrekt durchf"uhren (setzt Sun- interne Builds oraus, eines der verwendeten Tools (TCM) ist closed-source) Jein. Ich glaube nicht, dass man CWS-QA nur mit Hilfe von Sun durchführen (lassen) kann. Deine Kollegen haben uns ja gerade das Gegenteil gezeigt, und es hat auch in der Vergangenheit CWS gegeben, die ohne Sun-Mitarbeit "qualitätsgesichert" wurden. Das erfordert aber natürlich auch, dass man sich drum kümmert. in einer unserer ersten ESC Sitzungen haben wir die cws policies so reviewed und entsprechend erweitert, dass es explizit erwunscht, dass die QA von beliebiger QA durchgefuehrt werden kann und auch soll. Falls es dabei praktische Probleme geben sollte, sollte dies in der QA list, bzw. im release status meeting oder ESC besprochen werden. Martin - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hi, Original-Nachricht > Von: michael > Thorsten Behrens schrieb: > > > > Umsonst gibt's heutzutage nix, > > Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien > Lizenz. Die gibt es (im Netz) ganz umsonst. Nein - die gibt es eben nicht umsonst. Diese Suite kostet sogar sehr viel: tausende Stunden freiwilliger Helfer und angestellter Entwickler bei unseren Sponsoren. Dazu Infrastruktur, die von verschiedenen Firmen und Institutionen gestellt (und bezahlt) wird. Nur, weil freie Software (in der Regel) kostenlos abgegeben wird, ist das nicht umsonst. > Darum habe ich noch keine Minute wirklich bereut, die ich für > OpenOffice.org "investiert" habe. Mein Engagement war zwar auch > "umsonst", aber sicherlich - zumindest aus meiner Sicht - nicht > vergeblich. Mein Engagement ist auch nicht "umsonst" ... als Gegenleistung "erwarte" ich, dass sich auch andere engagieren - was ja durchaus der Fall ist. Aus diesem "Geben und Nehmen" entsteht eine Community - und ich bin durchaus stolz darauf, Teil davon zu sein. Daraus ergibt sich aber nicht automatisch, dass ich in jedem Fall mit dem aktuellen Verhältnis von Gegebn und Nehmen einverstanden bin. GEnaus wie es immer sinnvoll ist, Strukturen und Priozesse immerwieder zu hinterfragen, um noch mehr für ein Engagement zu motivieren. André -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
[de-dev] Dokumentation im Wiki
Hallo zusammen, ich hätte 2 Fragen, vielleicht kann mir jemand weiterhelfen: 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu viele andere Aspekte bedient und dadurch den Hilfesuchenden eher verwirrt. Es wird aber immer mehr Doku ins Wiki übertragen. Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die Bearbeitung der Doku durch die community erleichtert werden? Gibt es dazu eine Diskussion? wo? 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die finde ich aber nicht so aussagekräftig. (Danke an Mechtilde für ihre diesbezügliche Initiative in Sachen Datenbank-Doku.) Danke schon mal. Nino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Mathias Bauer wrote: In diesem Fall bevorzuge ich einfach den Bottom-Up Ansatz. Also, lass uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja nicht auf dieser Liste sein, auch ich finde das langsam anstrengend ;-) - warum nicht im ESC?) und versuchen, gemeinsam festzustellen, woran es liegt, wenn was nicht funktioniert. Ich habe mir hier viel Zeit genommen und auch sehr offen geschrieben. Das sollte als Bereitschaftsnachweis doch genügen. wir sollten diesen button-up ansatz auf jeden Fall in eine internationale Liste schieben, ich denke dieses Thema ist nicht nur fuer die deutschsprachige Liste interessant, Martin - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
michael wrote: > Was ist Dein "Preis" für dieses "Mehr"? > Zufriedene User, ein besserer Linux-Desktop und die pers"onliche Befriedigung, guten Code produziert zu haben. Und Deiner? Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Thorsten, Thorsten Behrens schrieb: > mein Anliegen ist es, etwas zum Positiven zu ver"andern. Das wollte ich auch keineswegs in Abrede stellen... >> Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der >> Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet >> hätte. > Das w"are eine fatale Fehleinsch"atzung seitens Sun. Ohne die > Community w"are Sun z.B. in der Verbreitung von OOo bei - StarOffice > 5.2? In den Augen der 'Öffentlichkeit' sieht das ev noch ein wenig anders aus, ich zitiere aus C't Nr. 26/08 S. 44: "Das auf OpenOffice beruhende StarOffice ist in Version 9 für Windows, Linux und MacOSX erhältlich. Suns kommerzielle Variante entspricht dem aktuellen Open-Source-Paket aus Textverarbeitung, Tabellenkalkulation, Präsentations- und Zeichenprogramm sowie DB, bietet aber andere Korrekturhilfen sowie zusätzliche Vorlagen, Schriften und Cliparts. ff" Grüße erich - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Hallo Nino, Nino Novak schrieb: 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu viele andere Aspekte bedient und dadurch den Hilfesuchenden eher verwirrt. Das muss nicht unbedingt so sein, wenn das Wiki und seine Inhalte geeignet gestaltet sind, sodass von einem Einsprungpunkt, über den der Hilfesuchende hineingelangt eine konsistente Führung vorhanden ist. Es wird aber immer mehr Doku ins Wiki übertragen. Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die Bearbeitung der Doku durch die community erleichtert werden? Ich glaube es ist eher anders herum. Vielleicht gibt es weniger eine Entscheidung für das Wiki, um es der Community zu erleichtern. Sondern die Community schreibt einfach ins Wiki, weil das die einfachste Möglichkeit ist. 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die finde ich aber nicht so aussagekräftig. Lizenzmäßig ist das Wiki eine Fehlgeburt. Der von Dir genannte Hinweis könnte einem vormachen, Sun hätte an einer von Max Mustermann ins Wiki gestellten Seite irgendwelche Rechte. Das bezweifle ich doch sehr. (Ich sage hier nichts darüber aus, ob ich es richtig oder falsch fände, wenn Sun oder sonstwer außer dem Autor tatsächlich Rechte an den Inhalten hätte.) Ich verstehe es so: Wer sich zum Wiki anmeldet und etwas beiträgt geht zu keiner Zeit irgend eine Vereinbarung über die Rechte an seinem Beitrag ein. Somit hat der Autor und nur der Autor alle Rechte. Es steht jedem frei, seine Seiten oder Beiträge mit einem von ihm bestimmten Lizenzvermerk zu versehen. Nicht mit einem Vermerk über eine freie Lizenz versehene Inhalte im Wiki sind unfrei und dürfen ohne Erlaubnis durch den Autor von niemanden verbreitet oder verändert werden. Das ist freilich genau das Gegenteil vom Grundgedanken eines Wikis. Bei anderen Wikis gibt der Autor bei seiner Registrierung und/oder beim Absenden eines Edits eine ausdrückliche Lizenzerklärung ab. Ich bin ratlos darüber, ob man sowas nachträglich für das Wiki auf OOo einführen kann. Und ich fürchte die Diskussionen darüber und über die Auswahl der passenden Lizenz. ;-) Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Hallo Nino, * Nino Novak schrieb: > Hallo zusammen, > > ich hätte 2 Fragen, vielleicht kann mir jemand weiterhelfen: > > 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte > Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu viele > andere Aspekte bedient und dadurch den Hilfesuchenden eher verwirrt. Es > wird aber immer mehr Doku ins Wiki übertragen. > Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die > Bearbeitung der Doku durch die community erleichtert werden? > Gibt es dazu eine Diskussion? wo? Diese Diskussion gab es vor gut einem Jahr auf d...@documentation.openoffice.org > 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich habe > nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die finde ich > aber nicht so aussagekräftig. Die ist sehr eindeutig. Unfrei D.h. dies gilt solange, wie von den Autoren nicht explizit etwas über die Lizenz erklärt wird. 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Erich Christian schrieb: > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... > Wie Thorsten schon ausgeführt hat, hast Du ihn da eher missverstannden. Thorstens Argumentation setzt ja gerade voraus, dass die Community wesentliche Leistungen erbringt, wenn er auf dieser Basis eine stärkere Entscheidungs-"Macht" der Community einfordert. Auch von der anderen Seite hat niemand eingewandt, dass die Community nur "peanuts" beitrage. Insoweit muss man wohl konstatieren, dass beide Seiten übereinstimmend davon ausgehen, dass die Community-Beiträge für das OOo-Projekt ganz wesentlich sind. Nur: Die eine Seite sagt, weil wir die Leistungen der Community schätzen, ziehen wir sie soweit eben möglich (unbeschadet dessen, dass dies im Einzelfall manchmal nicht so klappt, wie es sollte, aus welchen Gründen auch immer), in die Entscheidungsfindung mit ein. Und die andere Seite behauptet, dass dies nicht stimme. Niemand hat also versucht, die Leistungen der Community "kleinzureden". Von einer "vollständigen Entbehrlichkeit der Community seitens 'Sun'" kann daher wirklich keine Rede sein. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Nino Novak schrieb: > On Thursday 22 January 2009 13:11, Mechtilde wrote: >> Hallo Nino, * >> >> Nino Novak schrieb: >>> Hallo zusammen, >>> >>> ich hätte 2 Fragen, vielleicht kann mir jemand weiterhelfen: >>> >>> 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte >>> Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu >>> viele andere Aspekte bedient und dadurch den Hilfesuchenden eher >>> verwirrt. Es wird aber immer mehr Doku ins Wiki übertragen. >>> Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die >>> Bearbeitung der Doku durch die community erleichtert werden? >>> Gibt es dazu eine Diskussion? wo? >> Diese Diskussion gab es vor gut einem Jahr auf >> d...@documentation.openoffice.org > > ich hatte gehofft, dass das Ergebnis dieser Diskussion irgendwo > festgehalten wurde - wenn nicht, dann unterstelle ich, dass es auch > nichts zum Festhalten gab ;-) Es gab dort eine Entscheidung: IMO ist dies auf der Mailingliste festgehalten. > >>> 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich >>> habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die >>> finde ich aber nicht so aussagekräftig. >> Die ist sehr eindeutig. Unfrei >> >> D.h. dies gilt solange, wie von den Autoren nicht explizit etwas über >> die Lizenz erklärt wird. > > Kann man das nachträglich? > Ich fürchte halt, dass es nicht so einfach geht, einen Beitrag unter > eine freiere Lizenz zu stellen als das Wiki selbst steht (ok, ich bin > da absoluter Laie). Das hieße, auch Sun müsste einer anderen Lizenz > zustimmen. Erstmal müssen alle bisherigen Autoren zustimmen. Was IMO nur seitenweise geschehen kann. Deshalb mein explizites Anschreiben für den Bereich Database. Gruß Mechtilde > > Gruß Nino > > - > To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org > For additional commands, e-mail: dev-h...@de.openoffice.org > > -- 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hi, Original-Nachricht > Datum: Thu, 22 Jan 2009 11:50:11 +0100 > Von: Thorsten Behrens > Konkrete Punkte k"onnen wir da gerne besprechen, aber mir geht's, > wie Du bemerkt hast, auch um Grunds"atzliches. Um Grundhaltung, wenn > Du so willst. > > > Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein > > mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen > > einholen. > > > Das ist auch so eine Sache, die ich problematisch finde. Wieso immer > die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? > W"are irgendwie cooler, wenn "Ausserungen langj"ahriger > Projektmitglieder als das wahrgenommen w"urden, was sie sind: > Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen > Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, > diesem Monsterthread zu folgen (oder sich mit diesem oder jenem > Posting schon repr"asentiert f"uhlten). Ich würde auch darum bitten, erstmal das Gesamtbild, welches Thorsten in der Zusammenfassungsmail gegeben hat, so zu akzeptieren. Einige Details sind zwar diskussionswürdig und werden von verschiedenen Teilen der Community verschieden interpretiert .. trotzdem finde, ich dass das Bild, welches Thorsten wiedergegeben hat durchaus stimmt. Wenn wir jetzt sofort die Beispiele auseinandernehmen und jedes be- oder entkräften sind wir recht schnell an dem Punkt, wo wir "den Wald vor lauter Bäume nicht sehen". Wäre schade, wenn wir uns in den Einzelheiten verlieren - ich wäre noch sehr interessiert an Thorstens Zusammenfassung aus Sicht eines Entwicklers. André -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Stefan Weigel schrieb: > > > Bei anderen Wikis gibt der Autor bei seiner Registrierung und/oder beim > Absenden eines Edits eine ausdrückliche Lizenzerklärung ab. Ich bin > ratlos darüber, ob man sowas nachträglich für das Wiki auf OOo einführen > kann. Und ich fürchte die Diskussionen darüber und über die Auswahl der > passenden Lizenz. ;-) > Wenn alle Autoren sich entschlössen, ihre Beiträe unter CC-By-SA (oder eine andere Lizenz mit "starkem Copyleft") zu stellen, könnte man den "Geburtsfehler" (wenn auch mühsam) korrigieren. Denn dann wäre jedem neu Beitragenden klar, dass sein Beitrag auch unter der entsprechenden Lizenz steht (das ist ja der Sinn des "Copyleft"-Effektes) und auch die Frage der Änderbarkeit wäre damit geklärt. Durch die Wiki integrierte History wird auch dem Erfordernis der Namensnennung Rechnung getragen. Man kann nachvollziehen, wer was gepostet hat. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
On Thursday 22 January 2009 13:11, Mechtilde wrote: > Hallo Nino, * > > Nino Novak schrieb: > > Hallo zusammen, > > > > ich hätte 2 Fragen, vielleicht kann mir jemand weiterhelfen: > > > > 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte > > Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu > > viele andere Aspekte bedient und dadurch den Hilfesuchenden eher > > verwirrt. Es wird aber immer mehr Doku ins Wiki übertragen. > > Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die > > Bearbeitung der Doku durch die community erleichtert werden? > > Gibt es dazu eine Diskussion? wo? > > Diese Diskussion gab es vor gut einem Jahr auf > d...@documentation.openoffice.org ich hatte gehofft, dass das Ergebnis dieser Diskussion irgendwo festgehalten wurde - wenn nicht, dann unterstelle ich, dass es auch nichts zum Festhalten gab ;-) > > 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich > > habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die > > finde ich aber nicht so aussagekräftig. > > Die ist sehr eindeutig. Unfrei > > D.h. dies gilt solange, wie von den Autoren nicht explizit etwas über > die Lizenz erklärt wird. Kann man das nachträglich? Ich fürchte halt, dass es nicht so einfach geht, einen Beitrag unter eine freiere Lizenz zu stellen als das Wiki selbst steht (ok, ich bin da absoluter Laie). Das hieße, auch Sun müsste einer anderen Lizenz zustimmen. Gruß Nino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thorsten Behrens wrote: > Mathias Bauer wrote: >> > [Showstopper-Regeln] >> >> Meine Aussage ist so zu verstehen, dass das, was jeder Entwickler >> sowieso machen kann, nämlich Code irgendwo unterzubringen, ohne das >> von irgendjemandem "abnicken" zu lassen, viel leichter fällt, wenn >> man "Beziehungen" hat. >> > Moin Mathias, > > ok, ich hab's trotzdem so gemeint, wie ich's gesagt habe. Im > angef"uhrten Beispiel waren die entsprechenden Issues IIRC auf > 3.0.1. Also von jemandem abgenickt, und nicht reingeschummelt. Gut, müsste ich jetzt nachsehen, wer das "abgenickt" hat und warum. Ich denke, dass das notwendig ist, um dem Fall gerecht zu werden. Kannst du mir den CWS nennen? Wir sollten aber trotzdem vorsichtig sein, wie das formuliert wird. Sonst wird aus einem Einzelfall schnell die Aussage "die Sun-Entwickler schmeißen ständig Code an den Regeln vorbei hinein". Wir haben solche Tendenzen in diesem Thread schon mehrfach erlebt. > >> Also, lass uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja >> nicht auf dieser Liste sein, auch ich finde das langsam anstrengend >> ;-) - warum nicht im ESC?) >> > Konkrete Punkte k"onnen wir da gerne besprechen, aber mir geht's, > wie Du bemerkt hast, auch um Grunds"atzliches. Um Grundhaltung, wenn > Du so willst. Das ist mir schon klar, aber genau das ist für mich das Problem. Du unterstellt anderen eine "Grundhaltung" und wirfst ihnen dann diese vor. Ich bevorzuge es, andere nach ihren Taten zu beurteilen. Das Ergebnis kann ja durchaus trotzdem unvorteilhaft sein - aber dann ist es zumindest ein fundiertes Urteil. > >> Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein >> mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen >> einholen. >> > Das ist auch so eine Sache, die ich problematisch finde. Wieso immer > die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? Habe ich das gesagt? Ich habe doch klar gesagt: *keine* Ausgangsannahme. Ich habe niemals behauptet, dass alles gut ist. Auch meine Meinung zu dem Thema ist natürlich nur eine Einzelmeinung. Deswegen mache ich ja auch keine so pauschalen Aussagen zu dem Thema wie du (zumindest versuche ich es). Um mal eine Analogie zu versuchen (nein, kein Autovergleich ;-)): ich sehe uns hier nicht als Staatsanwalt und Verteidiger (die ja mit vorgefertigten Bilder in eine Verhandlung kommen müssen, weil das ihre Rollen sind), sondern eher als Geschworene, die einen "Fall" zu beurteilen haben. Du hast selbst geschrieben, dass du das Einnehmen einer Verteidigungshaltung nicht gut findest. Dann bringe deine Kritik aber auch so vor, dass sie nicht als Angriff verstanden wird, weil sie nicht aus Tatsachen, sondern aus Behauptungen besteht. > W"are irgendwie cooler, wenn "Ausserungen langj"ahriger > Projektmitglieder als das wahrgenommen w"urden, was sie sind: > Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen > Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, > diesem Monsterthread zu folgen (oder sich mit diesem oder jenem > Posting schon repr"asentiert f"uhlten). Ich habe nichts gegen solche Äußerungen. Nur, wenn eine schon nach kurzer Zeit in einigen Punkten einer oberflächlichen Überprüfung nicht standhalten, sollte man sie erst einmal zurückstellen. Eine akzeptable Äußerung wäre sicherlich "Das Build-System behindert mich". Aber deine von mir schon mehrfach zitierte Aussage über die Kontrolle des Projekts ist für mich inakzeptabel, weil sie in zu vielen Punkten falsch ist. Und sie ist es umso mehr, weil andere wieder basierend auf dieser Aussage weitere Schlüsse ziehen, zu denen sie vielleicht nicht gekommen wären, wenn sie sie eine eigene, umfassende Meinung zu dem Thema basierend auf den Fakten erarbeitet hätten. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Erich Christian wrote: > michael schrieb: >> Thorsten Behrens schrieb: >> >>> Umsonst gibt's heutzutage nix, >> >> Doch, bespielsweise eine hervorragende Office-Suite unter einer Freien >> Lizenz. Die gibt es (im Netz) ganz umsonst. > > in der Tat :-) > > >> Umsonst gibt es auch die Offenheit und Aufmerksamkeit der >> Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. >> >> Darum habe ich noch keine Minute wirklich bereut, die ich für >> OpenOffice.org "investiert" habe. > > > Bislang gings mir ebenso und ich muss zugeben, diese Investition war > anderen immer schon schwer zu erklären - doch nach diesem thread fällt > es auch mir selbst gegenüber schwer und meine Motivation geht langsam > aber sicher den Bach runter... > > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... Und schon sehen wir genau das, was ich geschrieben habe: es werden verallgemeinernde Aussagen getroffen, ohne dafür eine detaillierten Nachweis zu bringen. Das Ergebnis ist, dass dann nur noch die Signalwörter wahrgenommen werden, ohne ihren Wahrheitsgehalt zu hinterfragen. Es wird dann ja noch nicht einmal gesehen, von wem diese Aussage gekommen ist, und welchen Bias der hat. Wenn eines dieser Signalwörter sich zufällig mit einer persönlichen Verärgerung, die jeder von uns mal über dies und das hat, deckt, springt man schnell darauf an. Erich, dein Gefühl trügt dich. Glaubst du, ich würde hier diskutieren, wenn ich die Community für "entbehrlich" hielte? Glaubst du, meine Kollegen würden mit der Community an vielen Dingen gemeinsam arbeiten, wenn sie dieser Meinung wären? Es gibt in diesem Fall nicht einfach "Sun" - Wertschätzung ist immer etwas persönliches und kann sich auch nur persönlich ausdrücken. Die kannst du von dem einen oder andere erfahren, von dem einen oder anderen aber auch nicht. Ab wann fühlst du dich "entbehrlich" und ab wann fühlst du dich angenommen? Warum wird das immer nur auf Sun bezogen? Warum demotiviert dich z.B. nicht, wenn Michael Meeks fordert, dass die Entwickler die Kontrolle über das Projekt haben sollten (wie letztes oder vorletztes Jahr auf der dev-Liste) und dass hier viel zu viele andere mitreden wollen? Motiviert dich dann, dass ich ihm gesagt habe, dass ich das nicht so sehe? Oder sollte dir das nicht einfach egal sein, weil du das ja für dich machst und nicht für mich, Sun, oder Michael? Es ging in dieser Diskussion auch eigentlich gar nicht so sehr um Wertschätzung oder Entbehrlichkeit, sondern darum, wieviel Kontrolle Sun hat und worin sich das ausdrückt. Und obwohl der Wahrheitsgehalt dieser Aussage noch nicht einmal nachgewiesen wurde, beginnt sie, ihre Kreise zu ziehen und gibt dir den Eindruck, entbehrlich zu sein. Das Thema Kontrolle/Community/Wertschätzung/Vertrauen ist sehr komplex, weil jeder Schritt in die eine oder andere Richtung immer so oder so ausgelegt werden kann. Macht Sun zu viel, heißt es "die kontrollieren alles", macht Sun zu wenig heißt es "die beuten ja nur andere aus". Macht Sun Vorschläge, wie man etwas tun könnte, die sich im Nachhinein als suboptimal herausstellen, heißt es "die zwingen uns unsere Prozesse auf", macht Sun das aber nicht, heißt es "die lassen die Community im Regen stehen". Oft macht auch der Ton die Musik und aus einer ungeschickten Aussage eines einzelnen (vielleicht unter Einfluss von Frust oder Stress) macht man schnell eine generelle Haltung. Worauf ich hinauswill: fast alles, was wir tun, und wie wir es tun, ist nicht für die Ewigkeit gemacht. Wenn etwas nicht funktioniert, ist es doch nicht wichtig, wer es so gemacht hat oder haben wollte, sondern ob die, die es ändern können, auch bereit sind zuzuhören und zu handeln. Macht doch eure Einschätzung *davon* abhängig. Die Bereitschaft, Prozesse, Infrastruktur etc. in Frage zu stellen, ist doch zumindest von Seiten Sun's schon hinlänglich dokumentiert worden. Man braucht doch nur einmal die beiden Links zu den Diskussionen im ESC-Meeting zu verfolgen, die ich gepostet habe. Wir haben da auch schon signifikant Zeit investiert. All das täten wir doch nicht, wenn wir die Community für "entbehrlich" hielten. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Martin Hollmichel wrote: > Mathias Bauer wrote: >> In diesem Fall bevorzuge ich einfach den Bottom-Up Ansatz. Also, lass >> uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja nicht auf dieser >> Liste sein, auch ich finde das langsam anstrengend ;-) - warum nicht im >> ESC?) und versuchen, gemeinsam festzustellen, woran es liegt, wenn was >> nicht funktioniert. Ich habe mir hier viel Zeit genommen und auch sehr >> offen geschrieben. Das sollte als Bereitschaftsnachweis doch genügen. >> > wir sollten diesen button-up ansatz auf jeden Fall in eine > internationale Liste schieben, ich denke dieses Thema ist nicht nur fuer > die deutschsprachige Liste interessant, Das sicherlich. Aber bitte wirklich "bottom-up", also in der Art: wir reviewen gerade die Prozesse, Tools, die Zusammenarbeit mit der Community etc. Bitte gebt uns Input, was funktioniert und was nicht und macht uns Vorschläge zur Verbesserung. Wenn es dabei an einzelnen Stellen zuviel Kontrolle gibt, wird das schon automatisch thematisiert werden. Wir sollten uns dann aber vorher Gedanken machen, wie wir das Feedback kanalisieren. Was ich nicht sehen möchte ist: "Sun kontrolliert das Projekt, dann lass uns mal aufzählen, warum das so ist". Und natürlich auch nicht "Es ist alles Friede, Freude, Eierkuchen, lasst uns das feiern" (wie immer man das auf englisch schreibt ;-)). Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
On Thursday 22 January 2009 13:11, Stefan Weigel wrote: > Hallo Nino, > > Nino Novak schrieb: > > 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte > > Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu > > viele andere Aspekte bedient und dadurch den Hilfesuchenden eher > > verwirrt. > > Das muss nicht unbedingt so sein, wenn das Wiki und seine Inhalte > geeignet gestaltet sind, sodass von einem Einsprungpunkt, über den > der Hilfesuchende hineingelangt eine konsistente Führung vorhanden > ist. Hm. Meistens sucht man doch etwas in der Doku. Und kriegt in einem Projekt-Wiki naturgemäß jede Menge Projekt-bezogener Seiten zu einem Thema angezeigt - die aber meist auf ganz andere Aspekte fokussiert sind. Das nervt ungemein und lässt (zumindest mich) sehr an der Kompetenz des Erstellers solcher Doku zweifeln. (Oder am Willen, dem Nutzer wirklich zu helfen). Klar gibt es immer irgendwelche "Pfade", die dem gewieften User dann doch irgendwie zu der Stelle führen, die er gesucht hat - nur sollte eine Doku nicht nur für Cracks benutzbar sein, sondern auch und gerade für Otto Normal. > > Es > > wird aber immer mehr Doku ins Wiki übertragen. > > Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die > > Bearbeitung der Doku durch die community erleichtert werden? > > Ich glaube es ist eher anders herum. Vielleicht gibt es weniger eine > Entscheidung für das Wiki, um es der Community zu erleichtern. > Sondern die Community schreibt einfach ins Wiki, weil das die > einfachste Möglichkeit ist. So weit ich sehe, werden zum Beispiel (englische) ooauthors-Dokumente im großen Stil ins Wiki übertragen. Das ist überhaupt mein Grund, hier zu fragen (ich beherrsche Deutsch besser als Englisch). Weil ich gelegentlich Spaß dran habe, was zu übersetzen - allerdings sollte das dann "eine gute Sache" sein und nicht für die Katz. Dass für eine Online-Doku ein CMS vielleicht besser geeignet wäre, hab ich auf der Documentation/Dashbord/CMS_Evaluation schon gesehen, zumindest die Diskussion darüber. Aber dort steht leider nirgendwo, warum Sachen ins Wiki transferiert werden, zumindest hab ich nichts gefunden. > > 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich > > habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die > > finde ich aber nicht so aussagekräftig. > > Lizenzmäßig ist das Wiki eine Fehlgeburt. sieht fast so aus, siehe die anderen Mails zu diesem Thema. > Der von Dir genannte Hinweis könnte einem vormachen, Sun hätte an > einer von Max Mustermann ins Wiki gestellten Seite irgendwelche > Rechte. Das bezweifle ich doch sehr. (Ich sage hier nichts darüber > aus, ob ich es richtig oder falsch fände, wenn Sun oder sonstwer > außer dem Autor tatsächlich Rechte an den Inhalten hätte.) Wenn das Copyright bei "Sun und den Autoren" liegt, hat dann hat Sun nicht die selben Rechte an den Inhalten wie jeder Beitragende? > Ich verstehe es so: Wer sich zum Wiki anmeldet und etwas beiträgt > geht zu keiner Zeit irgend eine Vereinbarung über die Rechte an > seinem Beitrag ein. Somit hat der Autor und nur der Autor alle > Rechte. Das wäre gut. Ich sehe es etwas pessimistischer: Wer auch immer da was reinschreibt, erklärt sich aufgrund dieses Copyright-Vermerks damit einverstanden, seine Rechte mit Sun zu teilen. > Es steht jedem frei, seine Seiten oder Beiträge mit einem > von ihm bestimmten Lizenzvermerk zu versehen. Auch, wenn dadurch vorhandene Rechte "erweitert" würden??? Wenn du recht hast, dann würde eine explizite Darstellung dieses Sachverhalts nicht schaden. > Nicht mit einem Vermerk über eine freie Lizenz versehene Inhalte im > Wiki sind unfrei und dürfen ohne Erlaubnis durch den Autor von > niemanden verbreitet oder verändert werden. Das ist freilich genau > das Gegenteil vom Grundgedanken eines Wikis. Das Wiki an sich impliziert noch keine Verwertungsrechte, glaub ich. > Bei anderen Wikis gibt der Autor bei seiner Registrierung und/oder > beim Absenden eines Edits eine ausdrückliche Lizenzerklärung ab. Ich > bin ratlos darüber, ob man sowas nachträglich für das Wiki auf OOo > einführen kann. Und ich fürchte die Diskussionen darüber und über > die Auswahl der passenden Lizenz. ;-) Aber je später darüber diskutiert wird, desto schwerer wird die Umsetzung, denke ich. Vorher ist am besten. Gruß Nino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hallo Erich, *, Am 22. Januar 2009 10:36 schrieb Erich Christian : > michael schrieb: >> Umsonst gibt es auch die Offenheit und Aufmerksamkeit der >> Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. >> >> Darum habe ich noch keine Minute wirklich bereut, die ich für >> OpenOffice.org "investiert" habe. > > > Bislang gings mir ebenso und ich muss zugeben, diese Investition war > anderen immer schon schwer zu erklären - doch nach diesem thread fällt > es auch mir selbst gegenüber schwer und meine Motivation geht langsam > aber sicher den Bach runter... > Ich sehe das völlig anders. Die Tatsache _das_ wir hier mit Mathias (und damit mit Sun oder auch "HH" genannt) diskutieren, macht mir eigentlich Mut für den Dialog zwischen der Community und unserem "main contributor". Sicher gibt es Bereiche wo der Zugriff der Community (vorsichtig gesagt) nicht ganz einfach ist. Ich habe vor einiger Zeit begonnen den Release-Prozess zu verfolgen Es braucht schon einige Zeit und Einarbeitung um die Prozesse zu verstehen und die Tools richtig nutzen zu können. Und wenn man wie meiner einer ansonsten einer anderen beruflichen Tätigkeit nachgeht und nur begrenzte Zeit mit den verschiedenen Aspekten von OOo verbringt wird es nicht einfacher. Aber es geht. Man muss halt unzählige Listen und issue-feeds lesen oder ganz banal die Änderungen von Wiki-Seiten verfolgen. Wo ich Thorsten Recht geben muss und was auch ich noch nicht verstanden habe ist, wo die globalen Zielrichtungen (Bugfixing, UI, Performance, Porting) festgelegt werden. Auch bei der Entwicklung einzelner Funktionalitäten fragt man sich manchmal wie die Dinge zustande kommen. Ich bin vor ein paar Monaten eher zufällig darauf gestossen, dass ein Programmteil entwickelt wird, welches Informationen über die Nutzung des Programms sammelt und via Internet an einen Server überträgt. Letztlich sehe ich jetzt dass es hier um die Entwicklung unseres UserInterface geht, die Funktionen sind im Wiki relativ umfangreich veröffentlicht. In der "phone-home"-Diskussion der 2.0.4 war ich aktiv dabei und hätte mir daher gewünscht dass man mit so einer Funktion etwas öffentlicher an die Community herantritt. > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... > Das kannst Du vergessen. Übertrieben gesagt: Ohne Community gäbe es nur eine englische Version mittelmässiger Qualität, ohne Dokumentation, und selbst der Fachpresse weitgehend unbekannt. Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Mathias Bauer wrote: > Martin Hollmichel wrote: > >> Mathias Bauer wrote: >>> In diesem Fall bevorzuge ich einfach den Bottom-Up Ansatz. Also, lass >>> uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja nicht auf dieser >>> Liste sein, auch ich finde das langsam anstrengend ;-) - warum nicht im >>> ESC?) und versuchen, gemeinsam festzustellen, woran es liegt, wenn was >>> nicht funktioniert. Ich habe mir hier viel Zeit genommen und auch sehr >>> offen geschrieben. Das sollte als Bereitschaftsnachweis doch genügen. >>> >> wir sollten diesen button-up ansatz auf jeden Fall in eine >> internationale Liste schieben, ich denke dieses Thema ist nicht nur fuer >> die deutschsprachige Liste interessant, > > Das sicherlich. Aber bitte wirklich "bottom-up", also in der Art: wir > reviewen gerade die Prozesse, Tools, die Zusammenarbeit mit der > Community etc. Bitte gebt uns Input, was funktioniert und was nicht und > macht uns Vorschläge zur Verbesserung. Wenn es dabei an einzelnen > Stellen zuviel Kontrolle gibt, wird das schon automatisch thematisiert > werden. Wir sollten uns dann aber vorher Gedanken machen, wie wir das > Feedback kanalisieren. Hm, oder wir präsentieren einfach mal das, was wir schon vor längerer Zeit im ESC erarbeitet haben, so, dass man es auch findet. Schließlich finden sich doch die meisten Punkte doch bereits auf der Liste. Vielleicht sollte man das noch einmal reviewen und aufbereiten. Mit dem Ziel, dass in übersichtlicher Weise klar wird - welche Problembereiche bekannt sind - welche Probleme im Detail bekannt sind - welche Priorität deren Lösung gerade hat - welche Lösungsvorschläge es gibt bzw. auf welche wir uns schon geeinigt haben - an welchen schon (vom wem) gearbeitet wird Dann kann jeder erkennen, ob sein "Lieblingsthema" schon erfasst wird und darauf hinweisen, wenn es nicht so ist. Und diejenigen, die mit etwas unzufrieden sind, können sehen, ob das auch schon andere erkannt haben und ob an der Beseitigung gearbeitet wird. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Hallo Nino, Am Thu, 22 Jan 2009 15:35:14 +0100 schrieb Nino Novak : So weit ich sehe, werden zum Beispiel (englische) ooauthors-Dokumente im großen Stil ins Wiki übertragen. Das ist überhaupt mein Grund, hier zu fragen (ich beherrsche Deutsch besser als Englisch). Ich bin mir nicht so ganz sicher, ob du nicht etwas verwechselst. Es stimmt zwar, dass die englischen OOo-Handbücher sukzessive in ein Wiki übertragen werden, für die deutschen atuhors-Dokumentationen ist das aber nicht so. Wir übersetzen, korrigieren und schreiben die deutschen Dokus hier: http://oooauthors.org/de Fertige Kapitel werden sowohl dort als auch auf der deutschen OOo-Website unter "Dokumentationen" veröffentlicht. Die (freien) Lizenz(en) stehen in jedem Dokument obenan. Weil ich gelegentlich Spaß dran habe, was zu übersetzen - allerdings sollte das dann "eine gute Sache" sein und nicht für die Katz. Für die Katz ist das sowieso nie ;) und wenn du uns bei der Übersetzung von Dokumentation helfen möchtest, bist du herzlich willkommen. Wolfgang (Ansprechpartner Dokumentation) - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
[de-dev] OOo Wiki: Privacy policy
Hallo zusammen, habe im OOo-Wiki (http://wiki.services.openoffice.org/wiki/DE) mal ganz unten auf "Datenschutz" gedrückt und werde zu folgender Seite geleitet: http://wiki.services.openoffice.org/wiki/OpenOffice.org_Wiki:Privacy_policy. ... und die ist bei mir leer. Also kein Datenschutz. Immerhin wurde sie am 23.Januar 2008 geändert. Grüße k-j - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] OOo Wiki: Privacy policy
Hi, Original-Nachricht > Von: "klaus-jürgen weghorn ooo" > Hallo zusammen, > habe im OOo-Wiki (http://wiki.services.openoffice.org/wiki/DE) mal ganz > unten auf "Datenschutz" gedrückt und werde zu folgender Seite geleitet: > http://wiki.services.openoffice.org/wiki/OpenOffice.org_Wiki:Privacy_policy. > ... und die ist bei mir leer. Also kein Datenschutz. Immerhin wurde sie am > 23.Januar 2008 geändert. Jupp - und zwar zweimal. Vor diesem Datum war dieser Eintrag leer - dann wurde ein Link auf diese Bedingungen hinterlegt: http://www.sunsource.net/TUPPCP.html (das sind die Terms of Use für die OOo-Website, so wie sie bei Collabnet gehostet wird). Dieser Eintrag kam zu einem Zeitpunkt, da im wiki schon Inhalte in großen Umfang vorhanden waren und enthält unter anderem eine Klausel, dass jeder Beitragende dem "Host" (Sun / Collabnet) und allen User recht umfangreiche Nutzungsrechte einräumt: "You hereby grant to the Hosts and all Users a ... fully sub-licensable right and license under Your intellectual property rights to reproduce, ... create derivative works from, distribute, perform, display and use Your Submissions (in whole or part) and to incorporate it in other works in any form, ..." Das ist zwar absolut im Sinne eines Wikis und würde die Zusammenarbeit im Wiki rechtlich (einigermassen) absichern, kann aber nicht ohne Zustimmung der Autoren von einem dritten nachträglich auf deren Beiträge angewendet werden. Drum - zweite Änderung an diesem Tag (durch mich): Widerherstellung des vorigen Standes. andré -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
michael schrieb: > Btw.: Ich arbeite im Bereich Freier Software auch deshalb > mit, weil ich > die "ökonomisierung" menschlicher Beziehungen für verfehlt halte. ? Ich empfehle Dir einmal zu lesen: http://www.gnu.org/philosophy/selling.de.html wo es u.A. heißt: "Viele Leute glauben, dass es im Sinne des GNU-Projektes wäre, dass man kein Geld für den Vertrieb von Kopien von Software verlangen dürfe, oder dass man so wenig wie möglich verlangen solle -- gerade genug, um die Kosten zu decken. Tatsächlich aber ermutigen wir Leute, die Freie Software weitervertreiben, sogar, so viel Geld zu verlangen wie sie wollen bzw. können. [...] Da Freie Software keine Frage des Preises ist, ist ein geringer Preis nicht freier oder näher dran, frei zu sein. Deswegen, wenn Sie Kopien Freier Software vertreiben, können Sie genauso gut einen beachtlichen Preis verlangen und damit Geld verdienen. Freie Software zu vertreiben ist etwas Gutes und legitimes; wenn Sie es tun, dürfen Sie damit also auch Profit machen." Und das sind Aussagen eines anerkannten Vertreters freier Software und nicht etwa von Leuten die dazu aufrufen freie Software ökonomisch zu 'mißbrauchen'. aber lies es selbst in Gänze. 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hallo Matias, Am Thu, 22 Jan 2009 15:59:13 +0100 schrieb Mathias Bauer: > Mathias Bauer wrote: > >> Martin Hollmichel wrote: >> >>> Mathias Bauer wrote: In diesem Fall bevorzuge ich einfach den Bottom-Up Ansatz. Also, lass uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja nicht auf dieser Liste sein, auch ich finde das langsam anstrengend ;-) - warum nicht im ESC?) und versuchen, gemeinsam festzustellen, woran es liegt, wenn was nicht funktioniert. Ich habe mir hier viel Zeit genommen und auch sehr offen geschrieben. Das sollte als Bereitschaftsnachweis doch genügen. >>> wir sollten diesen button-up ansatz auf jeden Fall in eine >>> internationale Liste schieben, ich denke dieses Thema ist nicht nur fuer >>> die deutschsprachige Liste interessant, >> >> Das sicherlich. Aber bitte wirklich "bottom-up", also in der Art: wir >> reviewen gerade die Prozesse, Tools, die Zusammenarbeit mit der >> Community etc. Bitte gebt uns Input, was funktioniert und was nicht und >> macht uns Vorschläge zur Verbesserung. Wenn es dabei an einzelnen >> Stellen zuviel Kontrolle gibt, wird das schon automatisch thematisiert >> werden. Wir sollten uns dann aber vorher Gedanken machen, wie wir das >> Feedback kanalisieren. > > Hm, oder wir präsentieren einfach mal das, was wir schon vor längerer > Zeit im ESC erarbeitet haben, so, dass man es auch findet. Schließlich > finden sich doch die meisten Punkte doch bereits auf der Liste. > > Vielleicht sollte man das noch einmal reviewen und aufbereiten. Mit dem > Ziel, dass in übersichtlicher Weise klar wird > > - welche Problembereiche bekannt sind > - welche Probleme im Detail bekannt sind > - welche Priorität deren Lösung gerade hat > - welche Lösungsvorschläge es gibt bzw. auf welche wir uns schon > geeinigt haben > - an welchen schon (vom wem) gearbeitet wird > > Dann kann jeder erkennen, ob sein "Lieblingsthema" schon erfasst wird > und darauf hinweisen, wenn es nicht so ist. Und diejenigen, die mit > etwas unzufrieden sind, können sehen, ob das auch schon andere erkannt > haben und ob an der Beseitigung gearbeitet wird. +1 Den Vorschlag finde ich sehr gut. Gruß Eric -- ## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows ## Openoffice.org - ich steck mit drin! - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Andre Schnabel wrote: > Hi, > > Original-Nachricht >> Datum: Thu, 22 Jan 2009 11:50:11 +0100 >> Von: Thorsten Behrens > >> Konkrete Punkte k"onnen wir da gerne besprechen, aber mir geht's, >> wie Du bemerkt hast, auch um Grunds"atzliches. Um Grundhaltung, wenn >> Du so willst. >> >> > Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein >> > mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen >> > einholen. >> > >> Das ist auch so eine Sache, die ich problematisch finde. Wieso immer >> die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? >> W"are irgendwie cooler, wenn "Ausserungen langj"ahriger >> Projektmitglieder als das wahrgenommen w"urden, was sie sind: >> Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen >> Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, >> diesem Monsterthread zu folgen (oder sich mit diesem oder jenem >> Posting schon repr"asentiert f"uhlten). > > > Ich würde auch darum bitten, erstmal das Gesamtbild, welches Thorsten in der > Zusammenfassungsmail gegeben hat, so zu akzeptieren. Einige Details sind zwar > diskussionswürdig und werden von verschiedenen Teilen der Community > verschieden interpretiert .. trotzdem finde, ich dass das Bild, welches > Thorsten wiedergegeben hat durchaus stimmt. > Wenn wir jetzt sofort die Beispiele auseinandernehmen und jedes be- oder > entkräften sind wir recht schnell an dem Punkt, wo wir "den Wald vor lauter > Bäume nicht sehen". Tut mir leid, solange das Fazit vor der Bestandsaufnahme steht, ist das für mich inakzeptabel. Heute lässt man das erst mal stehen und morgen darf ich dann irgendwo lesen, dass das de-Projekt festgestellt hat, dass Sun das Projekt zu stark kontrolliert. Du weißt doch, wie sowas läuft, entsprechende Beispiele lassen sich in der Vergangenheit genug finden. > Wäre schade, wenn wir uns in den Einzelheiten verlieren Das sehe ich auch so. Deswegen sollten wir nach entsprechender Bestandsaufnahme uns auch um ein Fazit bemühen, dass diese Bestandsaufnahme angemessen wiedergibt. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hallo Mathias, *, On Thu, Jan 22, 2009 at 02:47:56PM +0100, Mathias Bauer wrote: > Martin Hollmichel wrote: > > Mathias Bauer wrote: > >> In diesem Fall bevorzuge ich einfach den Bottom-Up Ansatz. Also, lass > >> uns Punkt für Punkt ohne Vorurteile durchgehen (muss ja nicht auf dieser > >> Liste sein, auch ich finde das langsam anstrengend ;-) - warum nicht im > >> ESC?) und versuchen, gemeinsam festzustellen, woran es liegt, wenn was > >> nicht funktioniert. Ich habe mir hier viel Zeit genommen und auch sehr > >> offen geschrieben. Das sollte als Bereitschaftsnachweis doch genügen. > >> > > wir sollten diesen button-up ansatz auf jeden Fall in eine > > internationale Liste schieben, ich denke dieses Thema ist nicht nur fuer > > die deutschsprachige Liste interessant, > > Das sicherlich. Aber bitte wirklich "bottom-up", also in der Art: wir > reviewen gerade die Prozesse, Tools, die Zusammenarbeit mit der > Community etc. Bitte gebt uns Input, was funktioniert und was nicht und > macht uns Vorschläge zur Verbesserung. Wenn es dabei an einzelnen > Stellen zuviel Kontrolle gibt, wird das schon automatisch thematisiert > werden. Wir sollten uns dann aber vorher Gedanken machen, wie wir das > Feedback kanalisieren. das denke ich auch ... ;) Zum Thema Feedback: Waere nicht schlecht, wenn jemand hier dann ab und an eine - objektive ... ;) - Zusammenfassung in Deutsch hier auf die Liste bringen koennte (fuer die Leutchen, deren Englischkenntnisse nicht fuer ein Mitdiskutieren reicht ... ;) ). Oder wie waer's mit einer Wiki-Seite? > Was ich nicht sehen möchte ist: "Sun kontrolliert das Projekt, dann lass > uns mal aufzählen, warum das so ist". Und natürlich auch nicht "Es ist > alles Friede, Freude, Eierkuchen, lasst uns das feiern" (wie immer man > das auf englisch schreibt ;-)). +1 Bis dann Thomas. -- Here I am, fifty-eight, and I still don't know what I want to be when I grow up. -- Peter Drucker - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hallo Andre, *, On Thu, Jan 22, 2009 at 01:44:41PM +0100, Andre Schnabel wrote: > > Datum: Thu, 22 Jan 2009 11:50:11 +0100 > > Von: Thorsten Behrens > > > Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein > > > mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen > > > einholen. > > > > > Das ist auch so eine Sache, die ich problematisch finde. Wieso immer > > die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? > > W"are irgendwie cooler, wenn "Ausserungen langj"ahriger > > Projektmitglieder als das wahrgenommen w"urden, was sie sind: > > Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen > > Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, > > diesem Monsterthread zu folgen (oder sich mit diesem oder jenem > > Posting schon repr"asentiert f"uhlten). > > > Ich würde auch darum bitten, erstmal das Gesamtbild, welches Thorsten in der > Zusammenfassungsmail gegeben hat, so zu akzeptieren. Einige Details sind zwar > diskussionswürdig und werden von verschiedenen Teilen der Community > verschieden interpretiert .. trotzdem finde, ich dass das Bild, welches > Thorsten wiedergegeben hat durchaus stimmt. > Wenn wir jetzt sofort die Beispiele auseinandernehmen und jedes be- oder > entkräften sind wir recht schnell an dem Punkt, wo wir "den Wald vor lauter > Bäume nicht sehen". +1 > Wäre schade, wenn wir uns in den Einzelheiten verlieren - ich wäre noch sehr > interessiert an Thorstens Zusammenfassung aus Sicht eines Entwicklers. Meinst du jetzt hier wirklich Thorsten? Auf dessen Zusammenfassung hat doch Mathias reagiert ... ;) Oder wolltest du seitens Mathias/eines SUN-Entwicklers eine Zusammenfassung? Bis dann Thomas. -- List at least two alternate dates. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hallo Volker, *, On Thu, Jan 22, 2009 at 03:29:29PM +0100, Volker Merschmann wrote: > Am 22. Januar 2009 10:36 schrieb Erich Christian : > > michael schrieb: > >> Umsonst gibt es auch die Offenheit und Aufmerksamkeit der > >> Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. > >> > >> Darum habe ich noch keine Minute wirklich bereut, die ich für > >> OpenOffice.org "investiert" habe. > > > > Bislang gings mir ebenso und ich muss zugeben, diese Investition war > > anderen immer schon schwer zu erklären - doch nach diesem thread fällt > > es auch mir selbst gegenüber schwer und meine Motivation geht langsam > > aber sicher den Bach runter... > > > Ich sehe das völlig anders. > Die Tatsache _das_ wir hier mit Mathias (und damit mit Sun oder auch > "HH" genannt) diskutieren, macht mir eigentlich Mut für den Dialog > zwischen der Community und unserem "main contributor". ich fuer meinen Teil vermisse hier dann aber doch die Meinung anderer SUNnies ... :( Bisher haben sich ja hier nur Mathias und Michael geaeussert. Wie sieht aber das "Stimmungsbild" bei den anderen SUN-Entwicklern aus? Vielleicht kommt das ja - hoffentlich ... ;) - noch, wenn - wie von Michael vorgeschlagen - auf der internationalen Liste aufschlaegt (und den naechsten Megathread verursacht ... ;) ) ... > Sicher gibt es Bereiche wo der Zugriff der Community (vorsichtig > gesagt) nicht ganz einfach ist. +1 > Ich habe vor einiger Zeit begonnen den Release-Prozess zu verfolgen Es > braucht schon einige Zeit und Einarbeitung um die Prozesse zu > verstehen und die Tools richtig nutzen zu können. Und wenn man wie > meiner einer ansonsten einer anderen beruflichen Tätigkeit nachgeht > und nur begrenzte Zeit mit den verschiedenen Aspekten von OOo > verbringt wird es nicht einfacher. Das duerfte doch bei den Meisten hier in der Community genauso sein, oder ;? Mir fehlt(e) bisher die Zeit mich genauer damit auseinander zu setzen ... :( > Aber es geht. Man muss halt unzählige Listen und issue-feeds lesen Ersteres hab' ich mittlerweile leider auf ein mir ertraegliches Minimum reduziert, zweiteres mach ich mangels Wissen nicht ... > oder ganz banal die Änderungen von Wiki-Seiten verfolgen. Mal aus Interesse: Bei wievielen der unzaehligen Wiki-Seiten machst du das? > Ich bin vor ein paar Monaten eher zufällig darauf gestossen, dass ein > Programmteil entwickelt wird, welches Informationen über die Nutzung > des Programms sammelt und via Internet an einen Server überträgt. > Letztlich sehe ich jetzt dass es hier um die Entwicklung unseres > UserInterface geht, die Funktionen sind im Wiki relativ umfangreich > veröffentlicht. Oh ... "ET nach Hause telefonieren" ... Erinnert mich an das boese BS aus Redmond ... ;) > In der "phone-home"-Diskussion der 2.0.4 war ich aktiv dabei und hätte > mir daher gewünscht dass man mit so einer Funktion etwas öffentlicher > an die Community herantritt. +1 > > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > > hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... > > > Das kannst Du vergessen. > Übertrieben gesagt: Ohne Community gäbe es nur eine englische Version > mittelmässiger Qualität, ohne Dokumentation, und selbst der > Fachpresse weitgehend unbekannt. Sehe ich auch so ... ;) Bis dann Thomas. -- Causes moderate eye irritation. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Mathias Bauer wrote: > > [Sun-internes Abnicken von 3.0.1 showstopper-bugs] > > Gut, müsste ich jetzt nachsehen, wer das "abgenickt" hat und warum. Ich > denke, dass das notwendig ist, um dem Fall gerecht zu werden. Kannst du > mir den CWS nennen? > Moin Mathias, impress163, folgende Issues sind weder auf der releases@ noch auf irgendeinem anderen "offentlich zug"anglichen Medium abgenickt worden: - 92551 - 94242 - 94705 - 95007 - 95055 - 95576 - 95638 - 96149 Keiner davon h"angt am 3.0.1-Metaissue 93339, keiner davon ist ein Crash. Das hat mich jetzt "uber eine Stunde gekostet, das "uber Bonsai rauszufrickeln, weil f*cking EIS mal wieder nicht tut. :( Ich w"urde es als Schikane empfinden, wenn ich jetzt pers"onlich alle Details eines jeden Beispiels gerichtsfest beweisen m"usste, nur damit das dann im Nachhinein als Einzelfall abgetan wird: > Sonst wird aus einem Einzelfall schnell die Aussage "die Sun-Entwickler > schmeißen ständig Code an den Regeln vorbei hinein". > Zur Erinnerung: ich argumentiere *nicht*, dass Sun b"oswillig "uberall kontrolliert/Regeln nicht einh"alt/die Community d"upiert. Ich argumentiere, dass die Summe der Einzelf"alle quer durch alle Bereiche ein systemisches Problem erkennen l"asst. Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Und noch einmal ... ;) On Thu, Jan 22, 2009 at 02:42:46PM +0100, Mathias Bauer wrote: > Erich Christian wrote: > > michael schrieb: > >> Thorsten Behrens schrieb: > >> Umsonst gibt es auch die Offenheit und Aufmerksamkeit der > >> Community-Mitglieder und hier schließe ich die SUN-Mitarbeiter ein. > >> > >> Darum habe ich noch keine Minute wirklich bereut, die ich für > >> OpenOffice.org "investiert" habe. > > > > Bislang gings mir ebenso und ich muss zugeben, diese Investition war > > anderen immer schon schwer zu erklären - doch nach diesem thread fällt > > es auch mir selbst gegenüber schwer und meine Motivation geht langsam > > aber sicher den Bach runter... > > > > Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der > > Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet > > hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... > > Und schon sehen wir genau das, was ich geschrieben habe: es werden > verallgemeinernde Aussagen getroffen, ohne dafür eine detaillierten > Nachweis zu bringen. Das Ergebnis ist, dass dann nur noch die > Signalwörter wahrgenommen werden, ohne ihren Wahrheitsgehalt zu > hinterfragen. Es wird dann ja noch nicht einmal gesehen, von wem diese aber das ist doch die Krux: Wie sollen wir - als "Aussenstehenden" - in unserer Freizeit an all die Infos kommen? /Ich/ z.B. hab' irgendwie in Erinnerung, dass Thorsten mal bei SUN war, dann aber - warum auch immer - nach Novell gewechselt ist. Ueber das "Warum" ist mir hingegen nichts bekannt ... :( Ob sich so was ausserhalb eurer "Klitsche" im Netz finden laesst, hab' ich ehrlich gesagt nicht die Zeit und Musse fuer. Deshalb hab' ich eigentlich auch versucht mich hier rauszuhalten ... ;) > Aussage gekommen ist, und welchen Bias der hat. Wenn eines dieser > Signalwörter sich zufällig mit einer persönlichen Verärgerung, die jeder > von uns mal über dies und das hat, deckt, springt man schnell darauf an. So was finde ich wiederum voellig normal ... ;) > Erich, dein Gefühl trügt dich. Glaubst du, ich würde hier diskutieren, > wenn ich die Community für "entbehrlich" hielte? Glaubst du, meine > Kollegen würden mit der Community an vielen Dingen gemeinsam arbeiten, > wenn sie dieser Meinung wären? /Ich/ fuer meinen Teil finde es gut, dass du dir die Zeit nimmst und versuchst Thorstens Behauptungen zu widerlegen. Bloss dass sich da dann andere SUNnies ausser Michael raushalten (warum auch immer), finde ich da ein bisschen schade. Deswegen entsteht jetzt vielleicht in der Community der Eindruck, dass /du/ hier als Einziger deine Meinung vertrittst und der Rest der SUN-Entwickler sich hier raushaelt. > Es gibt in diesem Fall nicht einfach "Sun" - Wertschätzung ist immer > etwas persönliches und kann sich auch nur persönlich ausdrücken. Ebend :) > Die kannst du von dem einen oder andere erfahren, von dem einen oder > anderen aber auch nicht. Ab wann fühlst du dich "entbehrlich" und ab > wann fühlst du dich angenommen? Warum wird das immer nur auf Sun > bezogen? Warum demotiviert dich z.B. nicht, wenn Michael Meeks fordert, > dass die Entwickler die Kontrolle über das Projekt haben sollten (wie > letztes oder vorletztes Jahr auf der dev-Liste) und dass hier viel zu > viele andere mitreden wollen? Motiviert dich dann, dass ich ihm gesagt Wer waeren denn die "viel zu vielen anderen" deiner Meinung nach? > habe, dass ich das nicht so sehe? Oder sollte dir das nicht einfach egal > sein, weil du das ja für dich machst und nicht für mich, Sun, oder Michael? Da muss ich dir zustimmen ... Ich jedenfalls opfere mMn meine knappe Freizeit fuer ein Projekt/Produkt, nicht fuer Entwickler X/Community-Mitglied Y oder Anwender Z ... ;) > Es ging in dieser Diskussion auch eigentlich gar nicht so sehr um > Wertschätzung oder Entbehrlichkeit, sondern darum, wieviel Kontrolle Sun > hat und worin sich das ausdrückt. Und obwohl der Wahrheitsgehalt dieser > Aussage noch nicht einmal nachgewiesen wurde, beginnt sie, ihre Kreise > zu ziehen und gibt dir den Eindruck, entbehrlich zu sein. @Erich: Wie Volker schon schrieb: Ich denke da auch, dass - obwohl der Loewenanteil der Entwicklung (oder das Bereitstellen von "Webspace") - wir als Community doch einen grossen Anteil am Erfolg/der Verbreitung von OOo haben, auf die SUN nicht so ohne weiters verzichten kann. Du oder Volker oder wer auch immer haben da genauso Anteil am Erfolg wie SUN ... ;) > Das Thema Kontrolle/Community/Wertschätzung/Vertrauen ist sehr komplex, > weil jeder Schritt in die eine oder andere Richtung immer so oder so > ausgelegt werden kann. Macht Sun zu viel, heißt es "die kontrollieren > alles", macht Sun zu wenig heißt es "die beuten ja nur andere aus". > Macht Sun Vorschläge, wie man etwas tun könnte, die sich im Nachhinein > als suboptimal herausstellen, heißt es "die zwingen uns unsere Prozesse > auf", macht Sun das aber nicht, heißt es "die lassen die Community im > Regen stehen". Oft macht auch der Ton die Musik und aus einer > unges
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Volker Merschmann wrote: > Aber es geht. Man muss halt unzählige Listen und issue-feeds lesen > oder ganz banal die Änderungen von Wiki-Seiten verfolgen. > Moin Volker, oh, gut dass Du das ansprichst - dieser Listen-Wildwuchs ist in der Tat ein weiterer Punkt (den ich in diesem Fall dem Oberpunkt "Hosting" zuschlagen w"urde, kommt AFAIK von CollabNet, denn die Aufteilung in Projekte impliziert ja eigene Mailinglisten). Verhindert effektiv Kommunikation zwischen Projektgruppen, und erschwert den Einstieg unn"otig. Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hallo Thorsten, *, Thorsten Behrens schrieb: > Mathias Bauer wrote: >>> [Sun-internes Abnicken von 3.0.1 showstopper-bugs] >> Gut, müsste ich jetzt nachsehen, wer das "abgenickt" hat und warum. Ich >> denke, dass das notwendig ist, um dem Fall gerecht zu werden. Kannst du >> mir den CWS nennen? >> > Moin Mathias, > > impress163, folgende Issues sind weder auf der releases@ noch auf > irgendeinem anderen "offentlich zug"anglichen Medium abgenickt > worden: > - 92551 > - 94242 > - 94705 > - 95007 > - 95055 > - 95576 > - 95638 > - 96149 Hier verstehe ich nicht, warum Du (Thorsten) Dir gerade dieses CWS herausgepickt hast. Dieses CWS wurde in Milestone OOO300_m12 und damit vor dem RC integriert. Dazu ist für mein Verständnis auch kein "Abnicken" durch dass Release Meeting bzw release@ notwendig. Das würde IMO bedeuten, dass *jeder* Issue abgenickt werden müsste. > Keiner davon h"angt am 3.0.1-Metaissue 93339, keiner davon ist ein > Crash. Das ist IMO dann notwendig, wenn es um die Frage geht, kann der nächste Milestone ein RC sein oder nicht, wie wir das vor Weihnachten für den RC 1 auch ausführlich diskutiert haben. Ich sehe keinen Grund, warum *alle* Issues für ein Release am MetaIssue hängen sollten. 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thomas Hackert wrote: > aber das ist doch die Krux: Wie sollen wir - als "Aussenstehenden" - > in unserer Freizeit an all die Infos kommen? /Ich/ z.B. hab' > irgendwie in Erinnerung, dass Thorsten mal bei SUN war, dann aber - > warum auch immer - nach Novell gewechselt ist. > Hi Thomas, yep, letzteres habe ich auch vorsichtshalber gleich beim ersten Posting hier in meine Sig geschrieben. ;) Das ist schon ein ganzes Weilchen her; ich sage hier nix, was nicht ohnehin "offentlich bekannt ist, ansonsten w"urde ich mich auf ziemlich d"unnem Eis bewegen... Die ge"ausserte Meinung ist meine private, wie "ublich (die hatte ich schon, als ich noch bei Sun war), und ich denke bei Mathias und den anderen Diskutanten ist das genauso. Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hallo Jörg, Jörg Schmidt schrieb: > Ich empfehle Dir einmal zu lesen: > http://www.gnu.org/philosophy/selling.de.html Das ist ein guter Text, den ich in der Vergangenhait immer wieder gelesen habe, und daher finde ich es gut, dass Du die Leser dieser Liste auf diesen Text aufmerksam machst. > "Viele Leute glauben, dass es im Sinne des GNU-Projektes wäre, dass man > kein Geld für den Vertrieb von Kopien von Software verlangen dürfe, oder > dass man so wenig wie möglich verlangen solle -- gerade genug, um die > Kosten zu decken. > Tatsächlich aber ermutigen wir Leute, die Freie Software > weitervertreiben, sogar, so viel Geld zu verlangen wie sie wollen bzw. > können. > > [...] > > Da Freie Software keine Frage des Preises ist, ist ein geringer Preis > nicht freier oder näher dran, frei zu sein. Deswegen, wenn Sie Kopien > Freier Software vertreiben, können Sie genauso gut einen beachtlichen > Preis verlangen und damit Geld verdienen. Freie Software zu vertreiben > ist etwas Gutes und legitimes; wenn Sie es tun, dürfen Sie damit also > auch Profit machen." > > > Und das sind Aussagen eines anerkannten Vertreters freier Software und > nicht etwa von Leuten die dazu aufrufen freie Software ökonomisch zu > 'mißbrauchen'. > Ich habe hier und anderswo doch nie behauptet, dass die Menschen in Hamburg oder ihre Kollegen beispielsweise bei MySQL dadurch irgendwie falsch handeln, dass sie mit der Erstellung Freier Software ihren Lebensunterhalt verdienen. Es ist IMO auch nichts dagegen zu sagen, wenn jemand Leistungen im Zusammenhang mit Freier Software, beispielsweise das Erstellen von Kopien oder auch Supportleistungen, erbringt und hierfür ein Entgelt verlangt. Und wenn einer bei OOo mitmacht, weil er dann seine Leistungen "rund um OOo" besser vermarkten kann oder jemand Freie Software schreibt, um eine Referenz für sein Können zu haben, in der Erwartung, dass sich dies für ihn "auszahlt", ist das für mich auch absolut in Ordnung. Nur ist dies nicht der Punkt. Thorsten hat nach dem "Preis" meines Engagements gefragt, also nach der Gegenleistung, die ich hierfür erwarte. Die zweite Frage ist dann folgerichtig, wer diesen Preis zu zahlen, die Gegenleistung zu erbringen hat. Nur - diese Gegenleistung gibt es so nicht. Ich arbeite bei OOo mit, weil ich die Software selbst, hauptsächlich beruflich nutze und daher möchte, dass sie immer besser wird. Aber ein besseres OOo ist keine Gegenleistung, auf die ich Anspruch erheben kann. Andernfalls würden neue Bugs und Regressions doch als mangelhafte "Gegenleistung" Gewährleistungsansprüche auslösen, was offenkundiger Unsinn ist. Wenn ich beispielsweise ein Bug melde, erwerbe ich doch nicht den Anspruch, zu fordern, dass dieser in angemessener Frist beseitigt wird, (auch wenn umgekehrt sicherlich richtig ist, das ich die Beseitigung eines nicht gemeldeten Bugs billigerweise nicht erwarten darf). Ich mache bei OOo mit, weil es mir Spass macht, meinen Horizont erweitert, ich interessante Leute kennenlerne, Offenheit, Aufmerksamkeit und manchmal auch Anerkennung erfahre, aber ich erwarte doch nicht als mir gebührende Leistung von SUN oder sonstwem, dass er mich bespasst, für meine Bildung zu sorgen hat, interessant zu sein hat, mir Aufmerksamkeit oder Anerkennung zu schenken hat und das auch noch nach irgendeinem Maß, das sich nach der vor mir erbrachten Leistung richtet. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Matthias, Mathias Bauer schrieb: Tut mir leid, solange das Fazit vor der Bestandsaufnahme steht, ist das für mich inakzeptabel. Dann bitte fasse *alle* relevanten Details von *allen* relevanten Mailinglisten, Blogs, Webseiten, persönlichen Treffen, Telefonaten zusammen und lasse dabei aber auch nicht Informationen über bestehende NDA's weg. Erst dann, wenn wir das alles haben, können wir es als umfassende Bestandsaufnahme akzeptieren. Falls du das für unmöglich hältst (was ich tue) müssen wir leider akzeptieren, dass unser aller Meinungsbild auf unvollständigen Informationen basiert. Ich finde es im Moment nicht zielführend hier ein Häufchen Details anzuhäufen, dort ein Eimerchen Fakten zu füllen und dann zu meinen, man könne sich ein vollständiges und richtiges Bild machen. Was uns allen klar sein muss ist, dass die hier diskutierten Informationen nicht komplett sind - dass wir kompromiss- und kommunikationsbereit sein müssen und die Darstellungen und Meinungen anderer akzeptieren können müssen, ohne sie 100%ig verifizieren zu können. Können wir das nicht, drehen wir uns bald im Kreis. Heute lässt man das erst mal stehen und morgen darf ich dann irgendwo lesen, dass das de-Projekt festgestellt hat, dass Sun das Projekt zu stark kontrolliert. Du weißt doch, wie sowas läuft, entsprechende Beispiele lassen sich in der Vergangenheit genug finden. Ich könnte jetzt den Spieß umdrehen und dich bitten, dass so eine Meinung durch das de-Projekt formuliert wurde. (Oder dass man sowas "irgendwo lesen konnte", ohne dass es von uns Widerspruch gab). Ich reagiere jetzt evtl. etwas emotional, aber das finde ich eine heftige Unterstellung dem de-Projekt gegenüber. Das sehe ich auch so. Deswegen sollten wir nach entsprechender Bestandsaufnahme uns auch um ein Fazit bemühen, dass diese Bestandsaufnahme angemessen wiedergibt. Das allerdings ;) André - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Hi Nino, *, On Thu, Jan 22, 2009 at 03:35:14PM +0100, Nino Novak wrote: > On Thursday 22 January 2009 13:11, Stefan Weigel wrote: > > Nino Novak schrieb: > > > 1. aus meiner Sicht sollte die für den End-Nutzer bestimmte > > > Hilfe/Dokumentation nicht im Projekt-Wiki stehen, da dieses zu > > > viele andere Aspekte bedient und dadurch den Hilfesuchenden eher > > > verwirrt. > > > > Das muss nicht unbedingt so sein, wenn das Wiki und seine Inhalte > > geeignet gestaltet sind, sodass von einem Einsprungpunkt, über den > > der Hilfesuchende hineingelangt eine konsistente Führung vorhanden > > ist. > > Hm. Meistens sucht man doch etwas in der Doku. Und kriegt in einem > Projekt-Wiki naturgemäß jede Menge Projekt-bezogener Seiten zu einem > Thema angezeigt - die aber meist auf ganz andere Aspekte fokussiert > sind. Das nervt ungemein und lässt (zumindest mich) sehr an der > Kompetenz des Erstellers solcher Doku zweifeln. (Oder am Willen, dem > Nutzer wirklich zu helfen). Klar gibt es immer irgendwelche "Pfade", > die dem gewieften User dann doch irgendwie zu der Stelle führen, die er > gesucht hat - nur sollte eine Doku nicht nur für Cracks benutzbar sein, > sondern auch und gerade für Otto Normal. hm, ja ... Meines Wissens nach wird deshalb aber vom (internationalen) d...@doc...-projekt die Wiki uebertragen, dass die Seiten von jeden, der Interesse daran hat, bearbeitet werden koennen. Also sollte da dann irgendwann die Doku nicht nur fuer die "Cracks" sein, sondern auch fuer den "Normalo" ... ;) > > > Es > > > wird aber immer mehr Doku ins Wiki übertragen. > > > Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch die > > > Bearbeitung der Doku durch die community erleichtert werden? > > > > Ich glaube es ist eher anders herum. Vielleicht gibt es weniger eine > > Entscheidung für das Wiki, um es der Community zu erleichtern. > > Sondern die Community schreibt einfach ins Wiki, weil das die > > einfachste Möglichkeit ist. > > So weit ich sehe, werden zum Beispiel (englische) ooauthors-Dokumente im > großen Stil ins Wiki übertragen. Das ist überhaupt mein Grund, hier zu > fragen (ich beherrsche Deutsch besser als Englisch). Weil ich > gelegentlich Spaß dran habe, was zu übersetzen - allerdings sollte das > dann "eine gute Sache" sein und nicht für die Katz. Wie definierst du "gute Sache" ;? > Dass für eine Online-Doku ein CMS vielleicht besser geeignet wäre, hab > ich auf der Documentation/Dashbord/CMS_Evaluation schon gesehen, > zumindest die Diskussion darüber. Aber dort steht leider nirgendwo, > warum Sachen ins Wiki transferiert werden, zumindest hab ich nichts > gefunden. Hm ja, ein CMS (konkreter: Plone auf der Basis von Zope) benutzen wir auf der oooauthors-Seite. Die Entscheidung daruerber, warum jetzt die Doku ins Wiki transferiert wird, wurde irgendwann im letzten Jahr auf der d...@doc... beschlossen. Fuer die Gruende muesstest du dort mal im Archiv suchen ... ;) > > > 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? Ich > > > habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, die > > > finde ich aber nicht so aussagekräftig. > > > > Lizenzmäßig ist das Wiki eine Fehlgeburt. > > sieht fast so aus, siehe die anderen Mails zu diesem Thema. Wenn es dir nur um die OOoAuthors-Sachen geht, stehen die englischsprachigen unter der CC-BY, die Uebersetzungen - nach einer laengeren Diskussion auf der oooauthors-ML - unter der PDL/CC-BY. Die PDL war - soweit ich mich erinnere - dazu noetig, dass wir sie unter de.oo.o/documentation veroeffentlichen konnten. Wie das jetzt im Wiki aussieht (also, ob du da nur die CC-BY wie die Originaldoku) oder auch die PDL als Lizenz brauchst, bin ich ueberfragt, sorry ... :( Moege mich jemand mit einem aktuelleren Wissensstand korrigieren/ergaenzen, wenn ich hier falsch liege ... ;) > > Der von Dir genannte Hinweis könnte einem vormachen, Sun hätte an > > einer von Max Mustermann ins Wiki gestellten Seite irgendwelche > > Rechte. Das bezweifle ich doch sehr. (Ich sage hier nichts darüber > > aus, ob ich es richtig oder falsch fände, wenn Sun oder sonstwer > > außer dem Autor tatsächlich Rechte an den Inhalten hätte.) > > Wenn das Copyright bei "Sun und den Autoren" liegt, hat dann hat Sun > nicht die selben Rechte an den Inhalten wie jeder Beitragende? Damals (tm) war das durch das JCA so geregelt. Das sollte allerdings auch eine rechtliche Absicherung sein, damit bei einem Vorwurf wg. einer Urheberrechtsverletzung SUN uns da rechtlich zur Seite stand. Wie das jetzt mit dem SCA ist, bin ich auch ueberfragt ... :( > > Ich verstehe es so: Wer sich zum Wiki anmeldet und etwas beiträgt > > geht zu keiner Zeit irgend eine Vereinbarung über die Rechte an > > seinem Beitrag ein. Somit hat der Autor und nur der Autor alle > > Rechte. > > Das wäre gut. Ich sehe es etwas pessimistischer: Wer auch immer da was > reinschreibt, erklärt sich aufgrund dieses Copyright-Vermerks damit > einverstanden, seine Rechte mit Sun zu teilen
[de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge gesucht]
Hallo zusammen, kleines Update von den OOo-Tassen... Jacqueline Rahemipour schrieb: Hallo Johannes, (...) für die gefrosteten Tassen muss ich erstmal einen Hersteller suchen. Die Firma, die letztes Mal für uns die Tassen bedruckt hat, führt die leider nicht. Wenn wir die Linien-Möwen als Designelement verwenden möchten, dann müssen wir meines Wissens einen großflächigen Hintergrund verwenden. Ich kann mich daran erinnern, dass die Linien beim letzten Mal große Probleme bereitet haben, weil bei ihnen ein Farbverlauf enthalten ist. Das war beim Druck der feinen Linien nicht möglich. Die gefrosteten Tassen zu bedrucken, soll noch schwieriger sein, da kann man wohl nicht alle Druckverfahren anwenden. Bei den gefrosteten Tassen würde ich wahrscheinlich ein schlichtes Motiv (z.B. nur Logo o.ä.) bevorzugen, bei den normalen Tassen was großflächiges (wir können einen "Rundumdruck" machen), damit nicht zu viel weiße Fläche zu sehen ist. ich hab jetzt einige Hersteller "abgeklappert", rumtelefoniert und um Angebote für den Tassendruck gebeten. Das Ergebnis ist bisher recht ernüchternd... * Das Logo, das auf http://wiki.services.openoffice.org/wiki/Conferences/FOSDEM/2009#T-Shirt_Design zu sehen ist, ist für Frosttassen definitiv nicht geeignet. * Für normale Tassen wäre es prinzipiell geeignet, jedoch sehen die meisten Hersteller einen Siebdruck vor. Das Logo hat derzeit 11 verschiedene Farben - die Erstellung von 11 verschiedenen Sieben und der Druckaufwand wären damit unverhältnismäßig teuer. Bisher zeichnen sich für mich folgende Alternativen ab: (a) Weiße Tassen mit dem 11-farbigen Logo - hier müsste ich einen Anbieter suchen, der ein anderes Druckverfahren als den Siebdruck verwendet. (b) Weiße Tassen mit einem schlichteren Logo mit weniger Farben. (c) Frosttassen mit einem Logo - dieses aber einfarbig (z.B. blau) drucken. (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Mir persönlich gefällt die Idee (d) mit dem durchsichtigen Logo ziemlich gut. Was würde euch am besten gefallen? 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Thorsten, *, On Thu, Jan 22, 2009 at 06:55:46PM +0100, Thorsten Behrens wrote: > Thomas Hackert wrote: > > aber das ist doch die Krux: Wie sollen wir - als "Aussenstehenden" - > > in unserer Freizeit an all die Infos kommen? /Ich/ z.B. hab' > > irgendwie in Erinnerung, dass Thorsten mal bei SUN war, dann aber - > > warum auch immer - nach Novell gewechselt ist. > > yep, letzteres habe ich auch vorsichtshalber gleich beim ersten > Posting hier in meine Sig geschrieben. ;) oh, ist das peinlich ... Normalerweise schaue ich immer in die Sigs. Ist mir bei dir jetzt "entfallen", sorry ... :( > Das ist schon ein ganzes Weilchen her; ich sage hier nix, was nicht > ohnehin "offentlich bekannt ist, ansonsten w"urde ich mich auf > ziemlich d"unnem Eis bewegen... /Mir/ ist aber z.B. der Grund oder die Art deines Wechsels nicht bekannt. Ohne so eine Info (die aber dann wiederum deine Privatsphaere waere, wo ich verstehen kann, wenn du die hier nicht publik machen willst ... ;) ) kommt dann vielleicht bei nicht so lange (oder so tief im Projekt stehenden) Leuten der Verdacht auf, dass du dich an deinen Ex-Arbeitgeber raechen willst, oder nicht ;? > Die ge"ausserte Meinung ist meine private, wie "ublich (die hatte > ich schon, als ich noch bei Sun war), und ich denke bei Mathias und > den anderen Diskutanten ist das genauso. Zumindest bei mir kann ich das bestaetigen, bei anderen nur vermuten (und hoffen ... ;) ). Einen schoenen Restabend noch Thomas. -- I was making donuts and now I'm on a bus! - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hi Jacqueline, ... (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Gibt es irgendwo ein Beispiel für das "durchsichtige" Logo, kann's mir nicht recht vorstellen. Denn gefrostete Tassen, wie ich sie bislang gesehen habe, sind komplett gefrostet, da es anscheinend eine Materialeigenschaft ist. Wie ginge das, eine Tasse nur teilweise zu frosten (... nur der Rest der Tasse ...)? Gruß, Johannes - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hallo Johannes, Johannes A. Bodwing schrieb: Hi Jacqueline, ... (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Gibt es irgendwo ein Beispiel für das "durchsichtige" Logo, kann's mir nicht recht vorstellen. Denn gefrostete Tassen, wie ich sie bislang gesehen habe, sind komplett gefrostet, da es anscheinend eine Materialeigenschaft ist. Wie ginge das, eine Tasse nur teilweise zu frosten (... nur der Rest der Tasse ...)? nun ja, durchsichtig ist halt durchsichtig. Ums genauer zu sagen, handelt es sich um einen "Glossy Druck", d.h. es sind normale Frosttassen, auf denen das Logo klar gedruckt wird, so dass die Tasse an diesen Stellen wieder durchsichtig ist. Ich zitiere mal: "Mit dem speziellen Druckverfahren Glossy Impression erscheint die Oberfläche des Glases im Wechselspiel von gefrosteter und transparenter Optik. So wird eine dezente und gleichzeitig edle Werbefläche geschaffen, die sich harmonisch in die Frozen Glass-Optik integriert. Glossy Impression gibt es jetzt auch neu in 4 Transparentfarben." 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] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
michael schrieb: Thorsten hat nach dem "Preis" meines Engagements gefragt, also nach der Gegenleistung, die ich hierfür erwarte. Ich erwarte keine Gegenleistung. Meine Entscheidung, bei OOo mitzuarbeiten ist eine politische. Ich bin für freie Software und gegen Patente. Seit 1970 in der IT tätig, weiß ich wie es früher war. Wenn jemand ein neues Verfahren entwickelt hat, wurde das weitergegeben. Und niemanden von den guten Programmierern wäre eingefallen, das Copyright in Frage zu stellen.Beim Weiterverbreiten wurde immer gesagt, vom wem das kommt. Und das hat mir auch persönliche Zufriedenheit gegeben, die mir gereicht hat. Die alten Zeiten sind leider vorbei, aber ich will versuchen, so viel wie möglich zu retten. Gegen M$ und Softwarepatente Liebe Grüße wolfgang - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thomas Hackert wrote: > /Mir/ ist aber z.B. der Grund oder die Art deines Wechsels nicht > bekannt. Ohne so eine Info (die aber dann wiederum deine > Privatsphaere waere, wo ich verstehen kann, wenn du die hier nicht > publik machen willst ... ;) ) kommt dann vielleicht bei nicht so > lange (oder so tief im Projekt stehenden) Leuten der Verdacht auf, > dass du dich an deinen Ex-Arbeitgeber raechen willst, oder nicht ;? > Hi Thomas, der Wechsel fand auf meinen Wunsch statt, und ich hege keine negativen Gef"uhle Sun gegen"uber - ganz im Gegenteil, Sun hat sich bei dieser Sache extrem anst"andig verhalten. Ich weiss, wie leicht der Eindruck entsteht, man wolle jemandem schaden, wenn man Kritik "aussert. Meine Absicht ist aber im Gegenteil, aufzuzeigen was Sun *besser* machen kann, damit Sun *mehr* von der Community hat (ich gebe zu, das ich da auch einen Entwickler-Bias habe, denn da gibt es bisher keine nennenswerte Freiwilligencommunity). Letztendlich steht wohl jeder hier, der bei einem Projektbeteiligten angestellt ist, in dem Verdacht, unbewusst die Interessen seines Arbeitgebers zu vertreten. Damit m"ussen Mathias und ich leben, ich kann Dir aber versichern, dass wir beide "Uberzeugungst"ater sind, die "ahnliche Diskussionen schon gef"uhrt haben, bevor wir bei verschiedenen Firmen angestellt waren. ;) Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Jacqueline Rahemipour schrieb: Hallo Johannes, Johannes A. Bodwing schrieb: Hi Jacqueline, ... (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Gibt es irgendwo ein Beispiel für das "durchsichtige" Logo, kann's mir nicht recht vorstellen. Denn gefrostete Tassen, wie ich sie bislang gesehen habe, sind komplett gefrostet, da es anscheinend eine Materialeigenschaft ist. Wie ginge das, eine Tasse nur teilweise zu frosten (... nur der Rest der Tasse ...)? nun ja, durchsichtig ist halt durchsichtig. Ums genauer zu sagen, handelt es sich um einen "Glossy Druck", d.h. es sind normale Frosttassen, auf denen das Logo klar gedruckt wird, so dass die Tasse an diesen Stellen wieder durchsichtig ist. ist das hier so was? (Bild kann man auch vergrößern) www.alles-werbeartikel.de/werbeartikel-shop/Geschirr/Glaeser/Glasbecher-Frozen-Mug::1926.html Dann wäre es vermutlich das OOo-Logo (OpenOffice.org 3), und das wird erst durch die Füllung der Tasse richtig erkennbar, weil dann die Füllung quasi als "Färbung" wirkt? Wäre das die Sache so ungefähr? Das wäre aus meiner Sicht nicht übel. Wenn die Tasse für OOo-Fans sein soll, wäre es auch kein Problem, daß man vom Logo im leeren Zustand der Tasse erst mal relativ wenig erkennt. Wie ist das mit spülmaschinenfest? Ist das hierbei relevant? Sonst wäre das Logo evtl. schnell weg. Gruß, Johannes - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Mechtilde wrote: > >>> [Sun-internes Abnicken von 3.0.1 showstopper-bugs] > > Hier verstehe ich nicht, warum Du (Thorsten) Dir gerade dieses CWS > herausgepickt hast. Dieses CWS wurde in Milestone OOO300_m12 und damit > vor dem RC integriert. > Dazu ist für mein Verständnis auch kein "Abnicken" durch dass Release > Meeting bzw release@ notwendig. > Hi Mechtilde, *argh* - falls dem so sein sollte, dann wurde ich 1. falsch informiert, dass f"ur *jeden* 3.0.1-Issue ein Abnicken erforderlich ist (oh, und nicht nur ich, wie diverse Anfragen auf der Releases-Liste zu diesem Zeitpunkt zeigen). Ich habe am 29.10. auf #dev jemanden gefragt, der es wissen m"usste. 2. warum dann "uberhaupt das ganze Gehampel mit AF auf relea...@? > Das würde IMO bedeuten, dass *jeder* Issue abgenickt werden > müsste. > Ja, das h"atte nach meinem Verst"andnis so passieren m"ussen (und so haben es auch die meisten anderen gesehen, schau Dir mal die Liste der Abh"angigkeiten bei 93339 an). Macht ja auch Sinn, dass man bei einem Bugfix-Release nicht alles reinkippt. Viele Gr"usse, -- Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] OOo Wiki: Privacy policy
On Thursday 22 January 2009 16:26, Andre Schnabel wrote: > "You hereby grant to the Hosts and all Users a ... fully > sub-licensable right and license under Your intellectual property > rights to reproduce, ... create derivative works from, distribute, > perform, display and use Your Submissions (in whole or part) and to > incorporate it in other works in any form, ..." > > > Das ist zwar absolut im Sinne eines Wikis und würde die > Zusammenarbeit im Wiki rechtlich (einigermassen) absichern, kann aber > nicht ohne Zustimmung der Autoren von einem dritten nachträglich auf > deren Beiträge angewendet werden. ähnliches befürchte ich auch. > > Drum - zweite Änderung an diesem Tag (durch mich): Widerherstellung > des vorigen Standes. Danke für die Aufklärung. Die Sache bleibt damit aber unbefriedigend. Aber immerhin ist jetzt schon sehr vieles angesprochen/ausgesprochen. Nino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Hallo Thomas u.alle, On Thursday 22 January 2009 19:14, Thomas Hackert wrote: > > Hm. Meistens sucht man doch etwas in der Doku. Und kriegt in einem > > Projekt-Wiki naturgemäß jede Menge Projekt-bezogener Seiten zu > > einem Thema angezeigt - die aber meist auf ganz andere Aspekte > > fokussiert sind. Das nervt ungemein und lässt (zumindest mich) sehr > > an der Kompetenz des Erstellers solcher Doku zweifeln. (Oder am > > Willen, dem Nutzer wirklich zu helfen). Klar gibt es immer > > irgendwelche "Pfade", die dem gewieften User dann doch irgendwie zu > > der Stelle führen, die er gesucht hat - nur sollte eine Doku nicht > > nur für Cracks benutzbar sein, sondern auch und gerade für Otto > > Normal. > > hm, ja ... Meines Wissens nach wird deshalb aber vom > (internationalen) d...@doc...-projekt die Wiki uebertragen, dass die > Seiten von jeden, der Interesse daran hat, bearbeitet werden > koennen. Also sollte da dann irgendwann die Doku nicht nur fuer die > "Cracks" sein, sondern auch fuer den "Normalo" ... ;) (so denke ich halt auch, daher auch die Motivation, das nochmal durchzusprechen) > > > > Es > > > > wird aber immer mehr Doku ins Wiki übertragen. > > > > Wer kann mir sagen, was da der Hintergedanke ist? Soll dadurch > > > > die Bearbeitung der Doku durch die community erleichtert > > > > werden? > > > > > > Ich glaube es ist eher anders herum. Vielleicht gibt es weniger > > > eine Entscheidung für das Wiki, um es der Community zu > > > erleichtern. Sondern die Community schreibt einfach ins Wiki, > > > weil das die einfachste Möglichkeit ist. > > > > So weit ich sehe, werden zum Beispiel (englische) > > ooauthors-Dokumente im großen Stil ins Wiki übertragen. Das ist > > überhaupt mein Grund, hier zu fragen (ich beherrsche Deutsch besser > > als Englisch). Weil ich gelegentlich Spaß dran habe, was zu > > übersetzen - allerdings sollte das dann "eine gute Sache" sein und > > nicht für die Katz. > > Wie definierst du "gute Sache" ;? 1. klare Lizenzierung ;-) 2. möglichst frei (und die Freiheit erhaltend) und 3. bei kommerzieller Verwertung meiner "contribution" möchte ich zumindest nicht ganz rechtlos sein. Mag jetzt hier eine übertriebene Sorge sein, aber ich will mich halt nicht hinterher ärgern. > > Dass für eine Online-Doku ein CMS vielleicht besser geeignet wäre, > > hab ich auf der Documentation/Dashbord/CMS_Evaluation schon > > gesehen, zumindest die Diskussion darüber. Aber dort steht leider > > nirgendwo, warum Sachen ins Wiki transferiert werden, zumindest hab > > ich nichts gefunden. > > Hm ja, ein CMS (konkreter: Plone auf der Basis von Zope) benutzen > wir auf der oooauthors-Seite. Die Entscheidung daruerber, warum > jetzt die Doku ins Wiki transferiert wird, wurde irgendwann im > letzten Jahr auf der d...@doc... beschlossen. Fuer die Gruende > muesstest du dort mal im Archiv suchen ... ;) Bin schon seit mehreren Stunden dabei :-( > > > > 2. Unter welcher Lizenz stehen die Inhalte im Wiki generell? > > > > Ich habe nur die Seite OpenOffice.org_Wiki:Copyrights gefunden, > > > > die finde ich aber nicht so aussagekräftig. > > > > > > Lizenzmäßig ist das Wiki eine Fehlgeburt. > > > > sieht fast so aus, siehe die anderen Mails zu diesem Thema. > > Wenn es dir nur um die OOoAuthors-Sachen geht, stehen die > englischsprachigen unter der CC-BY, die Uebersetzungen - nach einer > laengeren Diskussion auf der oooauthors-ML - unter der PDL/CC-BY. > Die PDL war - soweit ich mich erinnere - dazu noetig, dass wir sie > unter de.oo.o/documentation veroeffentlichen konnten. Wie das jetzt > im Wiki aussieht (also, ob du da nur die CC-BY wie die Originaldoku) > oder auch die PDL als Lizenz brauchst, bin ich ueberfragt, sorry ... Na ja - wenn ein Dokument ins Wiki übertragen wird, sollte sich an seiner Lizenz ja nichts ändern. Dann sollte die aber unbedingt dabei stehen. Zumal man aus dem Wiki Dinge ja auch ausdrucken (oder als pdf rauslassen) kann. Sonst ist die Wikifizierung ja selbst ein Verstoss gegen die Forderung, dass die Lizenz mit dem Dokument mitgeführt werden muss. > Moege mich jemand mit einem aktuelleren Wissensstand > korrigieren/ergaenzen, wenn ich hier falsch liege ... ;) (mein Wunsch wäre auch, dass wir hier zusammen so weit kommen, dass wir handlungsfähig werden bzw. bleiben und vor allem eine größtmögliche Freiheit und rechtliche Sicherheit bekommen) [...] > > > Ich verstehe es so: Wer sich zum Wiki anmeldet und etwas beiträgt > > > geht zu keiner Zeit irgend eine Vereinbarung über die Rechte an > > > seinem Beitrag ein. Somit hat der Autor und nur der Autor alle > > > Rechte. > > > > Das wäre gut. Ich sehe es etwas pessimistischer: Wer auch immer da > > was reinschreibt, erklärt sich aufgrund dieses Copyright-Vermerks > > damit einverstanden, seine Rechte mit Sun zu teilen. > > Sehe ich auch so. Allerdings, da SUN die Seiten ja "hostet" muss > sich ja SUN auch ein bisschen absichern, dass da Leute nur ihr > eigenes Material bzw. nichts illegales dort reinstell
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thorsten Behrens wrote: > Mathias Bauer wrote: >> > [Sun-internes Abnicken von 3.0.1 showstopper-bugs] >> >> Gut, müsste ich jetzt nachsehen, wer das "abgenickt" hat und warum. Ich >> denke, dass das notwendig ist, um dem Fall gerecht zu werden. Kannst du >> mir den CWS nennen? >> > Moin Mathias, > > impress163, folgende Issues sind weder auf der releases@ noch auf > irgendeinem anderen "offentlich zug"anglichen Medium abgenickt > worden: > - 92551 > - 94242 > - 94705 > - 95007 > - 95055 > - 95576 > - 95638 > - 96149 > > Keiner davon h"angt am 3.0.1-Metaissue 93339, keiner davon ist ein > Crash. Danke, ich werde mich mal informieren. > Das hat mich jetzt "uber eine Stunde gekostet, das "uber Bonsai > rauszufrickeln, weil f*cking EIS mal wieder nicht tut. :( Sorry. :-( Mehr dazu, wenn ich mich schlau gemacht habe. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hi, Johannes A. Bodwing schrieb: ist das hier so was? (Bild kann man auch vergrößern) www.alles-werbeartikel.de/werbeartikel-shop/Geschirr/Glaeser/Glasbecher-Frozen-Mug::1926.html jepp. Wie ist das mit spülmaschinenfest? Ja, da es sich nicht um einen Aufdruck sondern um die ausgesparte Frostung handelt, ist das extrem haltbar (hab so ne Tasse und keine Probleme zu sehen). André - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hi, Jacqueline Rahemipour schrieb: ...Bisher zeichnen sich für mich folgende Alternativen ab: (a) Weiße Tassen mit dem 11-farbigen Logo - hier müsste ich einen Anbieter suchen, der ein anderes Druckverfahren als den Siebdruck verwendet. (b) Weiße Tassen mit einem schlichteren Logo mit weniger Farben. (c) Frosttassen mit einem Logo - dieses aber einfarbig (z.B. blau) drucken. (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Mir persönlich gefällt die Idee (d) mit dem durchsichtigen Logo ziemlich gut. Was würde euch am besten gefallen? Mir würde auch d) gefallen. Sieht unaufdringlich und fast "edel" aus. André - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Thorsten Behrens wrote: > Und Formulierungen wie von Mathias in diversen > Auspr"agungen gemacht sind in diesem Zusammenhang hochproblematisch > (hier mal beispielhaft auf ESC-Mitglieder gem"unzt): > > "Leider war es dann, wenn dazu aufgefordert wurde, an > der Umsetzung von entsprechenden Änderungen zu arbeiten oder > zumindest einmal Vorschläge zu formulieren, immer recht schnell > vorbei mit dem Engagement von anderen." > > Denn sie kommunizieren die Grundhaltung "Wie, euch passt was nicht? > "Uberzeugt uns erstmal, dass das "uberhaupt ein Problem ist, Fixen > m"usst ihr das dann aber bitte selber!". Was wohl bedeuten soll, wir > k"onnen froh sein, "uberhaupt mitmachen zu d"urfen. Du hast ein Talent, mich missverstehen zu wollen. Was ich meinte, ist: wir haben im ESC gmeinsam Defizite entdeckt und den Beschluss gefasst, wer diese beseitigen soll und wie. In vielen Fällen sind diese Beschlüsse aber nur halbherzig oder gar nicht weiter verfolgt worden. Und das waren nicht nur Sunnies, auf die das zutrifft (aber auch Sunnies, klar). Jeder, der sich die Mühe gemacht hat, die ESC-Minutes und Beschlüsse zu lesen (und das setze ich bei dir und deinen Ansprüchen mal voraus), sollte das auch erkennen können. Du solltest ganz genau wissen, wie ausführlich und offen wir im ESC über alle möglichen Probleme geredet haben und die Sun-Vertreter haben in keinem Punkt diese von dir unterstellte Haltung eingenommen. Manchmal hatte ich in diesen Meetings schon fast den Eindruck, wir würden im Büßergewand am Tisch sitzen, aber da die allgemeine Athmosphäre sehr gut und konstruktiv war, hat mir das nichts ausgemacht. Hier ist das aber anders, warum, habe ich ja schon beschrieben. Ich finde es schon grenzwertig, wenn du hier solche Unterstellungen postest, obwohl du es besser wissen solltest, schließlich war mindestens ein Vertreter von Novell immer anwesend in diesen Meetings. Ich frage mich ernsthaft, ob eine weitere Diskussion in dieser Art noch Sinn macht. Dir scheint es einzig und allein darum zu gehen, deine Behauptungen aufstellen zu können und ein paar Quotes zu bekommen, die du durch Konstruieren des dir genehmen Zusammenhangs in dein gewünschtes Schema einpressen kannst. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
n'Abend André, ... Johannes A. Bodwing schrieb: ist das hier so was? (Bild kann man auch vergrößern) www.alles-werbeartikel.de/werbeartikel-shop/Geschirr/Glaeser/Glasbecher-Frozen-Mug::1926.html jepp. Wie ist das mit spülmaschinenfest? Ja, da es sich nicht um einen Aufdruck sondern um die ausgesparte Frostung handelt, ist das extrem haltbar (hab so ne Tasse und keine Probleme zu sehen). Im Internet hatte ich Hinweise gefunden wie "spülmaschinengeeignet aber nicht spülmaschinenfest", von daher die Frage. Aber wenn das Teil so robust ist ;-) - Vorschlag d) fände ich dann auf jeden Fall besser, als die Standard-Tasse mit buntem "Bildchen" drauf. Gruß, Johannes - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Ne ue OOo-Tassen - Designvorschläge gesucht]
Hi, Am 22. Januar 2009 19:26 schrieb Jacqueline Rahemipour : > (a) Weiße Tassen mit dem 11-farbigen Logo - hier müsste ich einen Anbieter > suchen, der ein anderes Druckverfahren als den Siebdruck verwendet. > > (b) Weiße Tassen mit einem schlichteren Logo mit weniger Farben. > > (c) Frosttassen mit einem Logo - dieses aber einfarbig (z.B. blau) drucken. > > (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar > und durchsichtig und nur der Rest der Tasse wird "gefrostet" > > > Mir persönlich gefällt die Idee (d) mit dem durchsichtigen Logo ziemlich > gut. Was würde euch am besten gefallen? > Mir würden grundsätzlich weiße Tassen besser gefallen. Mehrfarbig wäre toll, aber nicht Pflicht. Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
> Wo ich Thorsten Recht geben muss und was auch ich noch nicht > verstanden habe ist, wo die globalen Zielrichtungen (Bugfixing, UI, > Performance, Porting) festgelegt werden. > Auch bei der Entwicklung einzelner Funktionalitäten fragt man sich > manchmal wie die Dinge zustande kommen. Das gilt aber nicht nur für Sun. Hat sich schon mal jemand gefragt, warum Novell viele Mannmonate in die Entwicklung von OOXML-Exportfiltern investiert, statt die gleiche Zeit mal für die Dinge zu investieren, die die Community schon länger kritisiert (wozu z.B. auch Performance und User Interface gehören!)? Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Hi Leute, ... Ich habe keine rechte Ahnung von der Materie, um die es hier geht. Ich frage mich nach all diesen Mails dennoch, ob es sinnvoll ist, in dieser Weise weiter zu machen. Wäre es nicht zielführender, die Diskussion am Ziel fest zu machen? Allerdings bekomme ich bei all dem Hin und Her nicht zusammen, was das Ziel sein sollte/müßte. Ausgangspunkt war das "sterbende Pferd". Bekommt man es mit den derzeitigen Diskussionen lebendiger? Wenn ja, weiter so. Wenn nein - wie könnte man den Gaul über die nächsten Hürden bringen? Und welche Hürden wären das? usw. Wäre es von daher nicht sinnvoller, an einer (möglichst) klaren Zielsetzung entlang zu diskutieren, zu planen und kreativ zu sein? Paßt dann alles, was derzeit ausgetauscht wird, in diesen Rahmen, oder wäre das Eine oder Andere vielleicht auszuklammern und eher privat/intern klar zu machen? Falls das jetzt zu laienhaft ist, einfach streichen und vergessen (ich lese trotzdem weiter mit). Gruß, Johannes - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi, 2009/1/22 Mathias Bauer : >> Wo ich Thorsten Recht geben muss und was auch ich noch nicht >> verstanden habe ist, wo die globalen Zielrichtungen (Bugfixing, UI, >> Performance, Porting) festgelegt werden. >> Auch bei der Entwicklung einzelner Funktionalitäten fragt man sich >> manchmal wie die Dinge zustande kommen. > > Das gilt aber nicht nur für Sun. Habe ich auch nicht behauptet. > Hat sich schon mal jemand gefragt, > warum Novell viele Mannmonate in die Entwicklung von OOXML-Exportfiltern > investiert, statt die gleiche Zeit mal für die Dinge zu investieren, die > die Community schon länger kritisiert (wozu z.B. auch Performance und > User Interface gehören!)? > Nein. Ich habe mich gefragt (s.o.) wo im Projekt die Ziele festgelegt werden. Wer es dann macht ist ein anderes Thema. Es kann m.E. nicht sein dass "jeder" einfach fröhlich vor sich hin entwickelt was ihm gerade gefällt. Sun macht eine neue UI, Novell arbeitet an der Kompatiblität zu M$ und RedFlag entwickelt neue Features für Calc (grob gesagt) Bazar, oder wie? Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Moin Thomas, Thomas Hackert wrote: > /Ich/ fuer meinen Teil finde es gut, dass du dir die Zeit nimmst und > versuchst Thorstens Behauptungen zu widerlegen. Bloss dass sich da > dann andere SUNnies ausser Michael raushalten (warum auch immer), Michael ist kein Sunnie. Nicht soweit ich weiß. Abgesehen davon lesen *hier* IIRC nur wenige Sunnies mit. Martin Hollmichel tut's, Thorsten Ziehm auch, beide haben mir aber vorhin gesagt, dass sie vollauf damit beschäftigt ist, die Mails zu *lesen*. Aber ich habe nicht vor, sie zu schonen. :-) > finde ich da ein bisschen schade. Deswegen entsteht jetzt vielleicht > in der Community der Eindruck, dass /du/ hier als Einziger deine > Meinung vertrittst und der Rest der SUN-Entwickler sich hier > raushaelt. Du solltest immerhin bedenken, dass das hier keine Code-Entwicklerliste ist. Nicht jeder ist so ein Listen-Junkie wie ich und liest fast überall zumindest diagonal mit. Auf der d...@ooo wären sicherlich mehr meiner Kollegen dabei. >> Es gibt in diesem Fall nicht einfach "Sun" - Wertschätzung ist immer >> etwas persönliches und kann sich auch nur persönlich ausdrücken. > > Ebend :) > >> Die kannst du von dem einen oder andere erfahren, von dem einen oder >> anderen aber auch nicht. Ab wann fühlst du dich "entbehrlich" und ab >> wann fühlst du dich angenommen? Warum wird das immer nur auf Sun >> bezogen? Warum demotiviert dich z.B. nicht, wenn Michael Meeks fordert, >> dass die Entwickler die Kontrolle über das Projekt haben sollten (wie >> letztes oder vorletztes Jahr auf der dev-Liste) und dass hier viel zu >> viele andere mitreden wollen? Motiviert dich dann, dass ich ihm gesagt > > Wer waeren denn die "viel zu vielen anderen" deiner Meinung nach? Die Nicht-Entwickler eben. Ich habe mit Michael darüber schon unzählige Diskussionen geführt. Wir werden uns darin wohl nicht einig werden. >> Macht doch eure Einschätzung *davon* abhängig. Die Bereitschaft, >> Prozesse, Infrastruktur etc. in Frage zu stellen, ist doch zumindest von >> Seiten Sun's schon hinlänglich dokumentiert worden. Man braucht doch nur >> einmal die beiden Links zu den Diskussionen im ESC-Meeting zu verfolgen, >> die ich gepostet habe. Wir haben da auch schon signifikant Zeit >> investiert. All das täten wir doch nicht, wenn wir die Community für >> "entbehrlich" hielten. > > Mir zumindest waren die links nicht bekannt. Auch ein paar der > Kuerzel (wie "SCM") oder andere "Sachverhalte" (wie: Wofuer ist das > ESC?) usw. waren mir da in der Vergangenheit entgangen. Leider hab' > ich bei weiteren "Buzzwords" von Thorsten jetzt auch nicht die Zeit > weiter zu recherchieren, um mich da weiter zu aeussern, sorry ... :( SCM = Source Code Management ESC = Engineering Steering Committee Im ESC sind Vetreter von Sun, Novell, RefOffice, IBM, Debian, Ubuntu, RedHat und Pavel Janik. Thorsten und ich gehören auch beide dazu. Viele Fragen, die hier im Laufe der Diskussion zur Sprache kamen, sind Aufgabe des ESC. Wir haben dort vor einiger Zeit auch im großen Stil angefangen, das alles zu untersuchen (siehe meine Links). Leider haben wir das nicht genug promotet und wir haben zu wenig Fortschritte forciert, viele Aktivitäten sind einfach eingeschlafen. Dafür trage auch ich eine Mitverantwortung, das ist mir schon klar. Beides müssen wir ändern. BTW: ich muss hier mal eine Lanze für die Jungs von RedOffice brechen. Es scheint den Eindruck zu geben, das von denen eigentlich nichts kommt. Dem ist aber nicht so. RedOffice aus China ist ein kommerzielles OOo-Derivat. Die Firma hat erkannt, dass es für sie besser ist, wenn sie selbst zu Ooo contributed als ihren Fork zu maintainen. Allerdings ist ein Großteil ihrer Entwickler noch relativ unerfahren gewesen. Daher sind sie an uns herangetreten und haben uns gebeten, ihre Jungs und Mädels(!) einzuarbeiten. Seit mehr als 1 Jahr sind also mehrere Entwickler bei uns (alleine in meinem Team 5!) Mentoren für Entwickler bei RedOffice und mittlerweile zahlt sich dieses Zeit-Investment aus. Wir bekommen von den dortigen Entwicklern nicht nur Bugfixes, sondern auch Features. Wir berichten ja ab und zu in unserem Blog darüber (demnächst auch wieder für die 3.1). Die Kollegen aus Hamburg haben sich auf der OOoCon in Bejing endlich auch einmal "face to face" mit ihren Mentees treffen können und mir berichtet, dass es einfach großartig war und dass die RedOffice-Entwickler sehr froh und stolz darüber sind, Teil unserer Community zu sein. Wenn das nix ist. :-) Wenn wir also über Entwickler-Community reden und was man dafür tun kann: da sind wir IMHO schon ganz gewaltig dabei. Vielleicht hätten wir mehr darüber reden sollen, aber ich finde das Handeln im Allgemeinen wichtiger als das Reden. Andere OOo-Entwickler sind gerne eingeladen, sich an solchen Unternehmungen zu beteiligen. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hallo Volker, > In der "phone-home"-Diskussion der 2.0.4 war ich aktiv dabei und hätte > mir daher gewünscht dass man mit so einer Funktion etwas öffentlicher > an die Community herantritt. Ja, das war ein Fehler. Deswegen wurde ja auch der erste Versuch gecancelt und das Feature per default ausgeschaltet. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hallo Mathias, 2009/1/22 Mathias Bauer : >> In der "phone-home"-Diskussion der 2.0.4 war ich aktiv dabei und hätte >> mir daher gewünscht dass man mit so einer Funktion etwas öffentlicher >> an die Community herantritt. > > Ja, das war ein Fehler. Deswegen wurde ja auch der erste Versuch > gecancelt und das Feature per default ausgeschaltet. > /me erinnert sich an eine sehr lange Diskussion ... Ich meinte eigentlich die neue Datensammlung über die Verwendung des UI per Extension und dachte man hätte aus der damaligen Diskussion gelernt. Die Frage wie diese Extension (auch später als fest integrierte Funktion) per default arbeitet ist noch offen. Für die Interessierten: http://qa.openoffice.org/issues/show_bug.cgi?id=90370 Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi, Am 22. Januar 2009 22:08 schrieb Volker Merschmann : > Ich meinte eigentlich die neue Datensammlung über die Verwendung des > UI per Extension und dachte man hätte aus der damaligen Diskussion > gelernt. Die Frage wie diese Extension (auch später als fest > integrierte Funktion) per default arbeitet ist noch offen. > Für die Interessierten: http://qa.openoffice.org/issues/show_bug.cgi?id=90370 > Hier gab es eine zeitliche Überschneidung, die Frage wurde in der selben Minute auf dem Issue beantwortet als ich dies schrieb. Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hallo, Jacqueline Rahemipour schrieb: Hallo zusammen, kleines Update von den OOo-Tassen... Bisher zeichnen sich für mich folgende Alternativen ab: (a) Weiße Tassen mit dem 11-farbigen Logo - hier müsste ich einen Anbieter suchen, der ein anderes Druckverfahren als den Siebdruck verwendet. (b) Weiße Tassen mit einem schlichteren Logo mit weniger Farben. (c) Frosttassen mit einem Logo - dieses aber einfarbig (z.B. blau) drucken. (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Mir persönlich gefällt die Idee (d) mit dem durchsichtigen Logo ziemlich gut. Was würde euch am besten gefallen? (d) Könn ich mir auch gut vorstellen: da könnte man ja sogar durch verschiedene Inhalte (Himbeersirup, bunter Sand...) noch als Benutzer richtig kreativ werden :-) Fröhlich grüßt Gisbert - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi, sorry wg der späten Antwort, ging nicht eher, fasse nur kurz zusammen und versuche euch allen in einem Mail zu antworten. Mathias Bauer schrieb: > Erich Christian wrote: >> Unterm Strich bleibt ein Gefühl der vollständigen Entbehrlichkeit der >> Community seitens 'Sun' womit ich in diesem Ausmaß nicht gerechnet >> hätte. Aber gut, ein 'reality check' hat auch seine Vorteile... > > Und schon sehen wir genau das, was ich geschrieben habe: es werden > verallgemeinernde Aussagen getroffen, ohne dafür eine detaillierten > Nachweis zu bringen. Das Ergebnis ist, dass dann nur noch die > Signalwörter wahrgenommen werden, ohne ihren Wahrheitsgehalt zu > hinterfragen. Es wird dann ja noch nicht einmal gesehen, von wem diese > Aussage gekommen ist, und welchen Bias der hat. Wenn eines dieser > Signalwörter sich zufällig mit einer persönlichen Verärgerung, die jeder > von uns mal über dies und das hat, deckt, springt man schnell darauf an. Vielen Dank für diese Unterstellungen, meine Aussage mag nicht übertrieben sachlich sein (Gefühl! - und ok, das 'vollständig' war übertrieben) aber sie ist sicher nicht das, was du behauptest. Beispiele: André Schnabel schrieb: > Mal angenommen, die > zwei Community-Mitglieder, die regelmäßig die Lokalisierung hier > betreuen fallen weg - Sun wäre nicht in der Lage, diesen wieder zum > Laufen zu bekommen (und müsste wieder ein Übersetzungsbüro beauftragen). also nicht entbehrlich? Dasselbe Szenario lässt sich ebenso auf die Box übertragen, wobei ich gar nicht überzeugt bin, dass überhaupt eine Firma mit der Produktion vergleichbarer Datenträger beauftragt würde... also nicht entbehrlich? Ebenso auf die Übersetzung auf OOoAuthors, denn es scheint sich niemand daran zu stören, dass es keine deutsche Dokumentation zu OOo3 gibt, und hätte Franz Jakob seinerzeit nicht einen Stapel Dokumente durch ein Übersetzungsprogramm gejagt, wäre nichtmal die Doku zu OOo2 auf einem vergleichbaren Stand, und niemand denkt daran, ein Büro zu beauftragen... also nicht entbehrlich? > Erich, dein Gefühl trügt dich. Glaubst du, ich würde hier diskutieren, > wenn ich die Community für "entbehrlich" hielte? Glaubst du, meine > Kollegen würden mit der Community an vielen Dingen gemeinsam arbeiten, > wenn sie dieser Meinung wären? Es sieht wohl jeder von uns die Dinge aus seiner Perspektive und ich spreche Bereiche an, die von 'Entwicklern' wohl eher außen vor gelassen werden, für mich aber wohl ein nennenswerter Teil der Community sind. > Warum demotiviert dich z.B. nicht, wenn Michael Meeks fordert, > dass die Entwickler die Kontrolle über das Projekt haben sollten (wie > letztes oder vorletztes Jahr auf der dev-Liste) und dass hier viel zu > viele andere mitreden wollen? Würde es wohl, wenn ich es gelesen hätte... Volker Merschmann schrieb: > Das kannst Du vergessen. > Übertrieben gesagt: Ohne Community gäbe es nur eine englische Version > mittelmässiger Qualität, ohne Dokumentation, und selbst der > Fachpresse weitgehend unbekannt. Ein Beispiel aus der 'Fachpresse' habe ich heute zitiert, die deutsche Doku zu OOo3 ist mir unbekannt und mit der QA würde Sun wohl ebenso locker ein Unternehmen beauftragen, wenn sich hier nimmer genügend Menschen finden die sie machen, oder warum nicht? Thomas Hackert schrieb: > @Erich: Wie Volker schon schrieb: Ich denke da auch, dass - obwohl > der Loewenanteil der Entwicklung (oder das Bereitstellen von > "Webspace") - wir als Community doch einen grossen Anteil am > Erfolg/der Verbreitung von OOo haben, auf die SUN nicht so ohne > weiters verzichten kann. Du oder Volker oder wer auch immer haben da > genauso Anteil am Erfolg wie SUN ... ;) Ja dieser Gedanke hat mir auch immer gefallen und ich würde mich sehr über ein 'besseres Gefühl' bei der ganzen Sache freuen, da ich gar nicht überzeugt bin, dass wir in 'unseren' Bereichen (s.o.) nur einen marginalen Beitrag leisten. Soviel zu meiner 'persönlichen Verärgerung'... Mathias Bauer schrieb: > Worauf ich hinauswill: fast alles, was wir tun, und wie wir es tun, ist > nicht für die Ewigkeit gemacht. Wenn etwas nicht funktioniert, ist es > doch nicht wichtig, wer es so gemacht hat oder haben wollte, sondern ob > die, die es ändern können, auch bereit sind zuzuhören und zu handeln. > > Macht doch eure Einschätzung *davon* abhängig. Die Bereitschaft, > Prozesse, Infrastruktur etc. in Frage zu stellen, ist doch zumindest von > Seiten Sun's schon hinlänglich dokumentiert worden. Man braucht doch nur > einmal die beiden Links zu den Diskussionen im ESC-Meeting zu verfolgen, > die ich gepostet habe. Wir haben da auch schon signifikant Zeit > investiert. All das täten wir doch nicht, wenn wir die Community für > "entbehrlich" hielten. Wie erwähnt, Community ist für mich nicht identisch mit Entwickler-Community sondern etwas mehr und ich hoffe, die Beispiele illustrieren das. Grüße erich - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.o
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Thorsten Behrens wrote: > Volker Merschmann wrote: >> Aber es geht. Man muss halt unzählige Listen und issue-feeds lesen >> oder ganz banal die Änderungen von Wiki-Seiten verfolgen. >> > Moin Volker, > > oh, gut dass Du das ansprichst - dieser Listen-Wildwuchs ist in der > Tat ein weiterer Punkt (den ich in diesem Fall dem Oberpunkt > "Hosting" zuschlagen w"urde, kommt AFAIK von CollabNet, denn die > Aufteilung in Projekte impliziert ja eigene Mailinglisten). > > Verhindert effektiv Kommunikation zwischen Projektgruppen, und > erschwert den Einstieg unn"otig. Ja, sollten wir festhalten und den Punkten hinzufügen, die wir schon im ESC dazu gesammelt haben, als wir zusammen die Anforderungen an das zukünftige Hosting formulierten. Ich habe gerade mal nachgesehen: das hatte in der Tat bisher niemand erwähnt. Ist ja eigentlich eine prima Idee, dann kann ich ein paar Subscriptions abbauen. :-) Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Dokumentation im Wiki
Nino Novak schrieb: Es steht jedem frei, seine Seiten oder Beiträge mit einem von ihm bestimmten Lizenzvermerk zu versehen. Auch, wenn dadurch vorhandene Rechte "erweitert" würden??? Inwieweit erweitert? Na ja - wenn Sun (oder ein Original-Autor) zum Beispiel eine bestimmte Verwendung seines Beitrages nicht will, dann darf die Erlaubnis zu einer solchen Verwendung nicht nachträglich "hinzukommen". Wieso nicht? So eine Erweiterung ist jederzeit möglich und zwar durch den Autor selbst. Der Autor kann zusätzliche Freiheiten jederzeit hinzufügen. Eine Einschränkung hingegen (etwa dass der Beitrag nicht mal mehr verändert werden darf) wäre schon eher möglich Das geht nicht. Eine einmal gewährte Freiheit, kann man nicht mehr zurücknehmen. Angenommen Du veröffentlichst einen Artikel und gewährst die Freiheit, dass man ihn verändert und weitergibt. Später schränkst Du das ein und gewährst nur noch die Freiheit der Weitergabe ohne Veränderungen. Bis dahin wurde aber schon von der ursprünglichen Freiheit Gebrauch gemacht. Die Welt ist bereits voll von Artikeln, die aus Modifikationen Deines Artikels legal entstanden sind. Diese Modifikationen stehen ihrerseits unter einer freien Lizenz. Das ist irreversibel. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Andre Schnabel wrote: > Hi, > > Original-Nachricht >> Datum: Thu, 22 Jan 2009 11:50:11 +0100 >> Von: Thorsten Behrens > >> Konkrete Punkte k"onnen wir da gerne besprechen, aber mir geht's, >> wie Du bemerkt hast, auch um Grunds"atzliches. Um Grundhaltung, wenn >> Du so willst. >> >> > Und lass uns auch nicht aus Einzelmeinungen (so berechtigt sie auch sein >> > mögen) gleich Fakten ableiten, sondern ggf. auch mehr Informationen >> > einholen. >> > >> Das ist auch so eine Sache, die ich problematisch finde. Wieso immer >> die Defaultannahme "alles ist gut", und Kritik ist Einzelmeinung? >> W"are irgendwie cooler, wenn "Ausserungen langj"ahriger >> Projektmitglieder als das wahrgenommen w"urden, was sie sind: >> Destillat aus den gemachten Erfahrungen und Gespr"achen mit anderen >> Projektbeteiligten, die vielleicht nicht die Musse/Gelegenheit hatten, >> diesem Monsterthread zu folgen (oder sich mit diesem oder jenem >> Posting schon repr"asentiert f"uhlten). > > > Ich würde auch darum bitten, erstmal das Gesamtbild, welches Thorsten in der > Zusammenfassungsmail gegeben hat, so zu akzeptieren. Einige Details sind zwar > diskussionswürdig und werden von verschiedenen Teilen der Community > verschieden interpretiert .. trotzdem finde, ich dass das Bild, welches > Thorsten wiedergegeben hat durchaus stimmt. > Wenn wir jetzt sofort die Beispiele auseinandernehmen und jedes be- oder > entkräften sind wir recht schnell an dem Punkt, wo wir "den Wald vor lauter > Bäume nicht sehen". > > Wäre schade, wenn wir uns in den Einzelheiten verlieren - ich wäre noch sehr > interessiert an Thorstens Zusammenfassung aus Sicht eines Entwicklers. OK. Hab's mir überlegt. Wenn du so viel Wert auf eine Zusammenfassung legst, dann will ich mal meine versuchen. Ich versuche, die gleichen Theman abzudecken wie Thorsten, aber Ich sehe hier folgende Problemfelder: - alles, was mit Planung und Fokus der Entwicklung (Bugs/Features etc.) zu tun hat Hier wurde mehr Transparenz und mehr Einfluss gewünscht, wie auch immer das aussehen mag. Hier sehe ich bisher mehr Fragen als Antworten. Um mal einige aufzuzählen: Ist es OK, wenn Sun zumindest für einen Teil der zur Verfügung gestellten Entwicklungskapazität selbst die Themen vorgibt, oder sollten auch andere Teile der Community mitsprechen, was Sun-Entwickler tun sollen? Wer ist hier "die Community"? Sind es nur die Entwickler, wie es Michael Meeks gerne hätte, oder auch andere? Und wie soll man das organisieren? Geht es hier nur um die Dinge, die Sun-Entwickler implementieren wollen, oder sollten auch andere Kontributoren sich diesem Prozess stellen? Es ist eine Frage, zu beschließen, was man tun will. Aber wie legt wer fest, wer es dann auch macht? - die Organisation der Releases (das umfasst auch Showstopperregeln etc.) Im ESC und in folgenden Release Status Meetings hat die Community (inkl. Sun) diverse Regeln erarbeitet, wie das abzulaufen hat: Releasezyklen, Status Meetings, Regeln für Showstopper und Ausnahmen u.a. Es ist aber der Eindruck vorhanden, dass Sun-Entwickler sich manchmal nicht an die Regeln gehalten haben. Diesen Eindruck gilt es zu verifizieren und zu überlegen, wie man den anderen Mitgliedern der Community das Vertrauen geben kann, dass es keine Sonderregeln und Sonderstellungen gibt. - Tooling/Hosting/SCM Die Community (inkl. Sun) hat in der Vergangenheit gemeinsam verschiedene Prozesse definiert und mit Tooling ausgestattet. In einigen Fällen ist kritisiert worden, dass Sun seine eigenen Prozesse und Tools auf die restliche Community "übergestülpt" hat (genannt wurde hier als Beispiel die Lokalisierung, aber auch das Build-System), in einigen anderen Fällen gibt es Probleme mit den vorhandenen Tools (genannt wurde z.B. TCM), die andere Ursachen haben. Dieses alles gilt es zu analysieren und eine Arbeitsumgebung zu erstellen, die für alle, die mitarbeiten, funktional und motivierend ist. Habe ich was Entscheidendes vergessen? Außer der Lizenzfrage natürlich, über die hier aber niemand von uns diskutieren wird, weil das nicht unsere Baustelle ist, wie ich schon erwähnte. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden" (was: [de-dev] Reaktion auf das sterbende Pferd)
Mathias Bauer wrote:
> > [diverse "Ausserungen Mathias] kommunizieren die Grundhaltung "Wie,
> > euch passt was nicht? "Uberzeugt uns erstmal, dass das "uberhaupt ein
> > Problem ist, Fixen m"usst ihr das dann aber bitte selber!". Was wohl
> > bedeuten soll, wir k"onnen froh sein, "uberhaupt mitmachen zu d"urfen.
>
> Du hast ein Talent, mich missverstehen zu wollen.
>
Hi Mathias,
oh, das Kompliment gebe ich gerne zur"uck (hatte ich glaube ich
schon) - insgesamt scheinen wir aber ein Kommunikationsproblem zu
haben, s.u. ;)
> Was ich meinte, ist: wir haben im ESC gmeinsam Defizite entdeckt
> und den Beschluss gefasst, wer diese beseitigen soll und wie.
>
Das habe ich schon verstanden. Und in vergleichbarer Form hast Du
Dich auch zum Thema Bugfixen ("wir fixen die Bugs, die uns wichtig
sind; f"ur alle anderen gilt - wir helfen euch vielleicht ein
bisschen beim Coden des Fixes"), und Ports ("wir wollen schon
eigentlich nicht absichtlich was in unxlngx kaputt machen, aber
damit wir das sicherstellen k"onnen, brauchen wir Enterprise-Level
Support von der Community - Entwickler, die zeitnah Patches
reviewen, CWS bauen und testen, sowie dedizierte Maschienen, die
durchlaufen, maintained werden & mit statischer IP ans Netz
angebunden sind"). Das sind nicht Deine Originalkommentare,
sondern ich paraphrasiere & reichere sie mit den *realen*
Anforderungen an, die Du damit implizierst.
> In vielen Fällen sind diese Beschlüsse aber nur halbherzig oder
> gar nicht weiter verfolgt worden. Und das waren nicht nur Sunnies,
> auf die das zutrifft (aber auch Sunnies, klar). Jeder, der sich
> die Mühe gemacht hat, die ESC-Minutes und Beschlüsse zu lesen
> (und das setze ich bei dir und deinen Ansprüchen mal voraus),
> sollte das auch erkennen können.
>
Gut, schauen wir uns ESC_20071029_requirements.ods mal an. Ich sehe
bei jedem Item mindestens einen Sunnie, ausser bei "Full open source
compliance", da steht jemand, der das alles komplett in seiner
Freizeit macht. Und dem wirfst Du vor, dass er nach Feierabend nicht
Suns ureigene Probleme l"ost?
Und warum hat bei den anderen Items, wo wie gesagt immer mindestens
ein Sunnie dabei steht, dieser dann das Thema nicht weiter
betrieben?
Das l"asst doch nur den Schluss zu, dass diese Dinge Sun einfach
nicht wichtig (genug) sind. Ich habe nie behauptet, dass das
b"oswillig ist, noch das Sun kein Recht dazu h"atte, ich habe nur
gesagt, dass ich das f"ur unklug und dem Wachsen der Community
abtr"aglich halte.
Nebenbei, warum setzt Du voraus, dass ich alles kennen, wissen &
gelesen haben muss? Was soll das werden? Ich halte mich nicht f"ur
unfehlbar und auch nicht f"ur allwissend, und im Gegensatz zu Dir,
der Du wahrscheinlich nach ein paar Telefongespr"achen alle
relevanten Informationen zusammen hast, bin ich auf das angewiesen,
was ich zuf"allig lese oder auf dem IRC erfahre. Und wenn sich am
Ende herausstellt, dass das alles gut & richtig & von allen so
gewollt ist, dann bin ich froh & gl"uchklich - gehst Du auch so
offen in diese Diskussion?
> Ich finde es schon grenzwertig, wenn du hier solche Unterstellungen
> postest, obwohl du es besser wissen solltest, schließlich war mindestens
> ein Vertreter von Novell immer anwesend in diesen Meetings.
>
Was f"ur Unterstellungen? Dass Sun an Verbesserungen nicht
interessiert ist, wenn kein Externer die Arbeit (mit-)macht? Reicht
es nicht, die Probleme aufzuzeigen, muss man auch noch mithelfen,
die Fehler der Vergangenheit zu beseitigen?
Wie gesagt, ist eine Frage der Grundeinstellung. Deine
Grundeinstellung ist, wer was von mir will, muss sich aktiv
beteiligen. Meine Grundeinstellung ist, wer eine Community will, die
einem alle Rechte "ubereignet und motiviert arbeitet, der muss ganz
viel geben. Ist garnicht so verschieden, findest Du nicht auch?
In diesem Zusammenhang m"ochte ich noch anmerken, dass alle
Mitglieder des ESC in der Vergangenheit signifikante Beitr"age zum
Projekt geleistet haben (sonst w"aren sie ja laut Charta nicht
dabei - und ich will hier auch die Mitdiskutanten einschliessen, die
von ihren Problemen berichtet haben). Ist das nicht Kredit genug,
nach Deinen Massst"aben, ihre dr"angensten Probleme zu beheben?
> Ich frage mich ernsthaft, ob eine weitere Diskussion in dieser Art noch
> Sinn macht. Dir scheint es einzig und allein darum zu gehen, deine
> Behauptungen aufstellen zu können und ein paar Quotes zu bekommen, die
> du durch Konstruieren des dir genehmen Zusammenhangs in dein gewünschtes
> Schema einpressen kannst.
>
Pfft. Langsam wird's glaube ich Zeit f"ur ein kl"arendes Gespr"ach
bei ein paar Bierchen, sonst verliere ich auch die Contenance. ;)
Im Ernst, ich lass' mir ungern Falschaussagen unterstellen, Du
darfst mir gerne vorwerfen, Dich nicht richtig zu verstehen, aber
das andere lass' bitte sein. Ich habe hoffentlich oben nochmal
deutlich gemacht, *wie* ich Dich verstanden habe.
So, wieder ein Tag, an dem ich mich um Details gestritten habe &
nicht dazu gekommen bin, mein
Re: [de-dev] Dokumentation im Wiki
On Friday 23 January 2009 00:08, Stefan Weigel wrote: > Nino Novak schrieb: > Es steht jedem frei, seine Seiten oder Beiträge mit einem > von ihm bestimmten Lizenzvermerk zu versehen. > >>> > >>> Auch, wenn dadurch vorhandene Rechte "erweitert" würden??? > >> > >> Inwieweit erweitert? > > > > Na ja - wenn Sun (oder ein Original-Autor) zum Beispiel eine > > bestimmte Verwendung seines Beitrages nicht will, dann darf die > > Erlaubnis zu einer solchen Verwendung nicht nachträglich > > "hinzukommen". > > Wieso nicht? So eine Erweiterung ist jederzeit möglich und zwar > durch den Autor selbst. Der Autor kann zusätzliche Freiheiten > jederzeit hinzufügen. ok, das macht natürlich Sinn. In diesem Fall müssen es halt alle Autoren gemeinsam tun. > > Eine > > Einschränkung hingegen (etwa dass der Beitrag nicht mal mehr > > verändert werden darf) wäre schon eher möglich > > Das geht nicht. Eine einmal gewährte Freiheit, kann man nicht mehr > zurücknehmen. Angenommen Du veröffentlichst einen Artikel und > gewährst die Freiheit, dass man ihn verändert und weitergibt. Später > schränkst Du das ein und gewährst nur noch die Freiheit der > Weitergabe ohne Veränderungen. Bis dahin wurde aber schon von der > ursprünglichen Freiheit Gebrauch gemacht. Die Welt ist bereits voll > von Artikeln, die aus Modifikationen Deines Artikels legal > entstanden sind. Diese Modifikationen stehen ihrerseits unter einer > freien Lizenz. Das ist irreversibel. Danke für deine Erklärungen :-) Ich hatte das wohl irgendwie durcheinander gebracht. Nino - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
[de-dev] Klärung der Lizenzfrage für Beiträge auf dem OOo-Projektwiki?!
Hallo zusammen, die Lizenzmäßige Fehlgeburt des Projektwikis kann nur durch eine gemeinsame Anstrengung aller Autoren im Brutkasten kuriert werden. Ich habe einen Versuch gestartet für die schon gemachten Einträge: http://wiki.services.openoffice.org/wiki/Authors_licensing_declaration Ich habe zugegebenermaßen nicht viel überlegt - vielleicht ist es ja doch eine Möglichkeit. Wieder einer meiner gefürchteten Schnellschüsse?! ;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] Update OOo-Tassen [was: Re: [de-dev] Neue OOo-Tassen - Designvorschläge ge sucht]
Hi André Schnabel schrieb: > Mir würde auch d) gefallen. Sieht unaufdringlich und fast "edel" aus. ...und passt gut zu den Tassen unseres Haupt-contributors. ;-) Die haben/hatten auch mal so was, steht bei mir noch im Schrank, sieht gut aus. -- 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
Re: [de-dev] Klärung der Lizenzfrage für B eiträge auf dem OOo-Projektwiki?!
Hi Friedrich Strohmaier schrieb: > die Lizenzmäßige Fehlgeburt des Projektwikis kann nur durch eine > gemeinsame Anstrengung aller Autoren im Brutkasten kuriert werden. > > Ich habe einen Versuch gestartet für die schon gemachten Einträge: > http://wiki.services.openoffice.org/wiki/Authors_licensing_declaration > > Ich habe zugegebenermaßen nicht viel überlegt - vielleicht ist es ja > doch eine Möglichkeit. ...reicht aber nicht. Möglicherweise wäre es ja ein gangbarere Weg, 1. Das jetzige wiki gegen Veränderung sperren 2. Ein neues, leeres wiki unter klarere und geeigneter Lizenz aufzusetzen, ggf. die Seitenstruktur schon mal leer hineinkopieren und 3. Nach Eingang der Zustimmung eines Autors (kann man vielleicht auch per Mail aktiv abfragen) alle seine Beiträge ins neue wiki transportieren. Bei Seiten mit Überarbeitung erst nach Eingang aller Autorenzustimmungen - oder nach deadline nur teilweise Übertragung. 4. Weiterarbeit/Änderung ist nur am neuen Wiki möglich. Bei essenziellen Beiträgen, bei denen der Autor sich nicht mehr rührt, kann man ja auf das alte wiki verlinken. Noch einfacher wäre es Ggf. kann man auch technisch sicherstellen, dass ab sofort nur noch Autoren, die einer entsprechenden Lizenzvereinbarung (such für bereits eingestellt Inhalte) zugestimmt haben, Änderungen vornehmen dürfen. Und das auch nur an Text(stelen), deren Autoren ebenfalls dieser Lizenzvereinbarung zugestimmt haben. Irgendwann muss man dann mal den Rest löschen, soweit es z.B. kleinere Korrekturen sind. Den verbleibenden Rest müsste man nach und nach ersetzen. ...und ein bis zwei Jahren ist das Thema dann endlich sauber gelöst. Notfalls muss man halt auf die 10% Inhalt ohne Zustimmung verzichten oder den halt neu schreiben - besser als die jetzige Situation allemal. -- 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] OT Richtigstellung [Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"]
Hi Wolfgang, Thomas, * Erich Christian schrieb: > hätte Franz Jakob seinerzeit nicht einen Stapel Dokumente durch ein > Übersetzungsprogramm gejagt, wäre nichtmal die Doku zu OOo2 auf einem > vergleichbaren Stand Sorry für diese unvollständige missverständliche Darstellung, wollte damit eure bestimmt maßgeblicheren Beträge keinesfalls schmälern und entschuldige mich für diese Formulierung. Will das keinesfalls so stehen lassen... Danke für eure Nachsicht. Grüße erich - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Moin, Erich Christian schrieb: ... André Schnabel schrieb: Mal angenommen, die zwei Community-Mitglieder, die regelmäßig die Lokalisierung hier betreuen fallen weg - Sun wäre nicht in der Lage, diesen wieder zum Laufen zu bekommen (und müsste wieder ein Übersetzungsbüro beauftragen). also nicht entbehrlich? Ich persönlich fühle mich an dieser Stelle "entbehrlich" - da es meine Grundüberzeugung ist, dass ich entbehrlich sein muss, damit die Übersetzungen weiterlaufen können. Das impliziert aber nicht, dass ich meine Beiträge (und die anderer in ähnlicher Situation) weniger wichtig finde. Diese Art der "Entbehrlichkeit" ist für mich ein Grund, warum immer mehrere Leute ein Thema bearbeiten sollten - und mehrere in das Thema eingearbeitet werden sollten. Dass Sun ein Übersetzungsbüro beauftragen könnte, ist wohl so - aber es dürfte gerade im kommenden Jahr sehr schwierig werden, die Gelder dafür locker zu machen. Gruß, André - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Update OOo-Tassen
Hey all, Jacqueline Rahemipour schrieb: > Hallo zusammen, > > kleines Update von den OOo-Tassen... [..]> Bisher zeichnen sich für mich folgende Alternativen ab: > > (a) Weiße Tassen mit dem 11-farbigen Logo - hier müsste ich einen > Anbieter suchen, der ein anderes Druckverfahren als den Siebdruck verwendet. > > (b) Weiße Tassen mit einem schlichteren Logo mit weniger Farben. > > (c) Frosttassen mit einem Logo - dieses aber einfarbig (z.B. blau) drucken. > > (d) Frosttassen mit "durchsichtigem" Logo - im Grunde ist das Logo dann > klar und durchsichtig und nur der Rest der Tasse wird "gefrostet" Ich fände weisse Tassen mit Logo (1 oder 2 farbig) am schönsten. Die "Frosttassen" hatte Sun letztes Jahr - und so toll fand ich die nicht Viele Grüße Thomas -- ## Marketing deutschsprachiges Projekt ## http://de.openoffice.org - www.openoffice.org ## Vorstand OpenOffice.org Deutschland e.V. ## Mitglieder willkommen: www.OOoDeV.org - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Klärung der Lizenzfrage für B eiträge auf dem OOo-Projektwiki?!
Hallo Friedrich, Friedrich Strohmaier schrieb: Ich habe einen Versuch gestartet für die schon gemachten Einträge: http://wiki.services.openoffice.org/wiki/Authors_licensing_declaration Die von Dir gewählte CC-BY hat kein Copyleft. Ich habe für meine Wiki-Beiträge bereits CC-BY-SA festgelegt. Für einen Teil des Wikis ist im Moment ein Prozess im Gange, alle beteiligten Autoren für eine Zustimmung zu CC-BY-SA zu gewinnen. Am Rande: Ich hätte empfohlen, dafür keine neue Seite im Wiki zu erstellen. Der beste Platz wäre IMO die Diskussionseite zur vorhandenen Lizenzseite gewesen: http://wiki.services.openoffice.org/wiki/OpenOffice.org_Wiki_talk:Copyrights Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Volker, Volker Merschmann schrieb: Hallo Mathias, 2009/1/22 Mathias Bauer : In der "phone-home"-Diskussion der 2.0.4 war ich aktiv dabei und hätte mir daher gewünscht dass man mit so einer Funktion etwas öffentlicher an die Community herantritt. Ja, das war ein Fehler. Deswegen wurde ja auch der erste Versuch gecancelt und das Feature per default ausgeschaltet. /me erinnert sich an eine sehr lange Diskussion ... Ich meinte eigentlich die neue Datensammlung über die Verwendung des UI per Extension und dachte man hätte aus der damaligen Diskussion gelernt. Die Frage wie diese Extension (auch später als fest integrierte Funktion) per default arbeitet ist noch offen. Die "Datensammlung" wurde auf der OOoCon in mehreren Beiträgen vom UX-Projekt angekündigt. Soweit ich mich erinnern kann, waren alle Teilnehmer von dem Ansatz mit Daten auf eine neue UI schließen zu wollen sehr angetan. Ich habe leider die UX-Listen nicht weiter verfolgt, deshalb weiß ich nicht, ob da noch kontrovers weiter diskutiert wurde. Deshalb wundere ich mich jetzt, dass hier das "phone-home" von 2.0.4 mit dem aktuellen Fall gleichgesetzt wird. Das etwas kommt, wurde meiner Meinung nach auch in Blogs usw. erwähnt. Dass mehr Kommunikation statt finden kann, dass möchte ich nicht beschönigen. Da hab ich sogar inhouse manchmal meine Probleme :-) Ich werde anregen, dass zu dem Thema ein Blog mit Detail-Informationen aufgesetzt wird. Da sollten auch die Fragen aus dem Issue geklärt werden. Gruß, Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Thorsten, Thorsten Behrens schrieb: Mathias Bauer wrote: [Sun-internes Abnicken von 3.0.1 showstopper-bugs] Gut, müsste ich jetzt nachsehen, wer das "abgenickt" hat und warum. Ich denke, dass das notwendig ist, um dem Fall gerecht zu werden. Kannst du mir den CWS nennen? Moin Mathias, impress163, folgende Issues sind weder auf der releases@ noch auf irgendeinem anderen "offentlich zug"anglichen Medium abgenickt worden: - 92551 - 94242 - 94705 - 95007 - 95055 - 95576 - 95638 - 96149 Keiner davon h"angt am 3.0.1-Metaissue 93339, keiner davon ist ein Crash. Das hat mich jetzt "uber eine Stunde gekostet, das "uber Bonsai rauszufrickeln, weil f*cking EIS mal wieder nicht tut. :( Ich w"urde es als Schikane empfinden, wenn ich jetzt pers"onlich alle Details eines jeden Beispiels gerichtsfest beweisen m"usste, nur damit das dann im Nachhinein als Einzelfall abgetan wird: Ich denke Du vermischst hier die Showstopper und die normale Release- arbeit. Am Showstopper-Issue werden Issue gehängt, die nach dem Code-Freeze noch genannt werden, oder als sehr kritisch für das Release sind. Vor OOo 3.0 wurde das Showstopper-Issue erst nach Code- Freeze aufgemacht. Seit OOo 3.0 begleitet das Issue den Release Zyklus. So wiederspricht es nicht den Gepflogenheiten eines Releases auch Issues und CWSe mitzunehmen, die nicht am Showstopper-Issue hängen. Vielleicht sind die Release Kriterien nicht so detailliert aufge- schrieben. Da liegt wohl das Problem. Aber bei impress163 wurde nicht anders gearbeitet, als alle Releases vorher. Somit verstehe ich Dein Problem nicht. Gruß, Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Moin Thorsten, *, On Thu, Jan 22, 2009 at 08:24:49PM +0100, Thorsten Behrens wrote: > Thomas Hackert wrote: > > /Mir/ ist aber z.B. der Grund oder die Art deines Wechsels nicht > > bekannt. Ohne so eine Info (die aber dann wiederum deine > > Privatsphaere waere, wo ich verstehen kann, wenn du die hier nicht > > publik machen willst ... ;) ) kommt dann vielleicht bei nicht so > > lange (oder so tief im Projekt stehenden) Leuten der Verdacht auf, > > dass du dich an deinen Ex-Arbeitgeber raechen willst, oder nicht ;? > > der Wechsel fand auf meinen Wunsch statt, und ich hege keine > negativen Gef"uhle Sun gegen"uber - ganz im Gegenteil, Sun hat sich > bei dieser Sache extrem anst"andig verhalten. O.K. > Ich weiss, wie leicht der Eindruck entsteht, man wolle jemandem > schaden, wenn man Kritik "aussert. Meine Absicht ist aber im > Gegenteil, aufzuzeigen was Sun *besser* machen kann, damit Sun > *mehr* von der Community hat (ich gebe zu, das ich da auch einen > Entwickler-Bias habe, denn da gibt es bisher keine nennenswerte > Freiwilligencommunity). "G" > Letztendlich steht wohl jeder hier, der bei einem > Projektbeteiligten angestellt ist, in dem Verdacht, unbewusst die > Interessen seines Arbeitgebers zu vertreten. Damit m"ussen Mathias > und ich leben, ich kann Dir aber versichern, dass wir beide > "Uberzeugungst"ater sind, die "ahnliche Diskussionen schon gef"uhrt > haben, bevor wir bei verschiedenen Firmen angestellt waren. ;) Ja, O.K. ... Aber so Infos wie das ihr die Diskussion auch schon irgendwann mal SUN-intern hattet, kann ich z.B. ja nicht wissen. Und dass du SUN aus freien Stuecken verlassen hast, war mir auch nicht klar ... ;) Also fuer mich ist damit klar, dass ihr dann einfach nur ein altes Thema hier wieder aufwaermt ... ;) Bis dann Thomas. -- "You know, it's at times like this when I'm trapped in a Vogon airlock with a man from Betelgeuse and about to die of asphyxiation in deep space that I really wish I'd listened to what my mother told me when I was young!" "Why, what did she tell you?" "I don't know, I didn't listen." -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Hi Thorsten, Thorsten Behrens schrieb: Mechtilde wrote: [Sun-internes Abnicken von 3.0.1 showstopper-bugs] Hier verstehe ich nicht, warum Du (Thorsten) Dir gerade dieses CWS herausgepickt hast. Dieses CWS wurde in Milestone OOO300_m12 und damit vor dem RC integriert. Dazu ist für mein Verständnis auch kein "Abnicken" durch dass Release Meeting bzw release@ notwendig. Hi Mechtilde, *argh* - falls dem so sein sollte, dann wurde ich 1. falsch informiert, dass f"ur *jeden* 3.0.1-Issue ein Abnicken erforderlich ist (oh, und nicht nur ich, wie diverse Anfragen auf der Releases-Liste zu diesem Zeitpunkt zeigen). Ich habe am 29.10. auf #dev jemanden gefragt, der es wissen m"usste. 2. warum dann "uberhaupt das ganze Gehampel mit AF auf relea...@? Ich glaube Du vermischt hier technische Begründungen, das AF gesagt hat dass er Deinen Fix so nicht mitnehmen möchte mit den Prozessen eines Releases. Ich verstehe auch gar nicht die Aufregung. Du hast ein Issue als Showstopper nominiert - nicht an das Showstopper Issue gehängt -, das Issue wurde diskutiert - auf technischer Ebene -, das Issue wurde in einen CWS gepackt und der CWS wurde in 3.0.1 gesteckt. Wieder die Frage, wo ist Dein Problem? Das würde IMO bedeuten, dass *jeder* Issue abgenickt werden müsste. Ja, das h"atte nach meinem Verst"andnis so passieren m"ussen (und so haben es auch die meisten anderen gesehen, schau Dir mal die Liste der Abh"angigkeiten bei 93339 an). Macht ja auch Sinn, dass man bei einem Bugfix-Release nicht alles reinkippt. Wenn jemand wie ich die Releases begleitet, macht das Arbeiten mit Showstopper-Issues erst ab einem bestimmten Zeitpunkt Sinn. Wenn wir für 3.1 alle Issues an das Showstopper-Issue hängen würden, müßten hunderte Issues drangepackt werden. Aber ich gebe Dir Recht, bei BugFix-Releases (wie 3.0.1) sollte ggf mehr auf die integrierten Issues geachtet werden. Ob alle Issues (sind meist auch über Hundert) alle über das Showstopper-Issue abgearbeitet werden sollen, kann ich gerne mit Martin und Uwe besprechen und im Release Status Meeting ansprechen lassen. Das Gremium ist meiner Meinung dafür zuständig. (meine persönliche Meinung hier - ich möchte nicht 100 Issues über ein Meta-Issue verwalten) Gruß, Thorsten - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Moin Mathias, *, On Thu, Jan 22, 2009 at 09:57:45PM +0100, Mathias Bauer wrote: > Thomas Hackert wrote: > > > /Ich/ fuer meinen Teil finde es gut, dass du dir die Zeit nimmst und > > versuchst Thorstens Behauptungen zu widerlegen. Bloss dass sich da > > dann andere SUNnies ausser Michael raushalten (warum auch immer), > > Michael ist kein Sunnie. Nicht soweit ich weiß. ups, sorry ... Da hab' ich glatt Michael mit Martin (vom Namen her ... ;) ) vertauscht. Sorry an beide :) > Abgesehen davon lesen *hier* IIRC nur wenige Sunnies mit. Martin > Hollmichel tut's, Thorsten Ziehm auch, beide haben mir aber vorhin > gesagt, dass sie vollauf damit beschäftigt ist, die Mails zu *lesen*. > Aber ich habe nicht vor, sie zu schonen. :-) "G" > > finde ich da ein bisschen schade. Deswegen entsteht jetzt vielleicht > > in der Community der Eindruck, dass /du/ hier als Einziger deine > > Meinung vertrittst und der Rest der SUN-Entwickler sich hier > > raushaelt. > > Du solltest immerhin bedenken, dass das hier keine Code-Entwicklerliste > ist. Nicht jeder ist so ein Listen-Junkie wie ich und liest fast überall > zumindest diagonal mit. Auf der d...@ooo wären sicherlich mehr meiner > Kollegen dabei. O.K. > >> Die kannst du von dem einen oder andere erfahren, von dem einen oder > >> anderen aber auch nicht. Ab wann fühlst du dich "entbehrlich" und ab > >> wann fühlst du dich angenommen? Warum wird das immer nur auf Sun > >> bezogen? Warum demotiviert dich z.B. nicht, wenn Michael Meeks fordert, > >> dass die Entwickler die Kontrolle über das Projekt haben sollten (wie > >> letztes oder vorletztes Jahr auf der dev-Liste) und dass hier viel zu > >> viele andere mitreden wollen? Motiviert dich dann, dass ich ihm gesagt > > > > Wer waeren denn die "viel zu vielen anderen" deiner Meinung nach? > > Die Nicht-Entwickler eben. Ich habe mit Michael darüber schon unzählige > Diskussionen geführt. Wir werden uns darin wohl nicht einig werden. O.K. > >> Macht doch eure Einschätzung *davon* abhängig. Die Bereitschaft, > >> Prozesse, Infrastruktur etc. in Frage zu stellen, ist doch zumindest von > >> Seiten Sun's schon hinlänglich dokumentiert worden. Man braucht doch nur > >> einmal die beiden Links zu den Diskussionen im ESC-Meeting zu verfolgen, > >> die ich gepostet habe. Wir haben da auch schon signifikant Zeit > >> investiert. All das täten wir doch nicht, wenn wir die Community für > >> "entbehrlich" hielten. > > > > Mir zumindest waren die links nicht bekannt. Auch ein paar der > > Kuerzel (wie "SCM") oder andere "Sachverhalte" (wie: Wofuer ist das > > ESC?) usw. waren mir da in der Vergangenheit entgangen. Leider hab' > > ich bei weiteren "Buzzwords" von Thorsten jetzt auch nicht die Zeit > > weiter zu recherchieren, um mich da weiter zu aeussern, sorry ... :( > > SCM = Source Code Management > ESC = Engineering Steering Committee /Das/ hatte ich gestern auch noch auf der OOo-Seite rausgefunden. Allerdings hatte Thorsten in seiner Aufzaehlung in http://de.openoffice.org/servlets/ReadMsg?list=dev&msgNo=39277 ja auch Sachen wie Inhouse-System, inkrementelles Bauen etc. angesprochen, wo ich absolut kein Hintergrundwissen fuer hab' ... :( > Im ESC sind Vetreter von Sun, Novell, RefOffice, IBM, Debian, Ubuntu, > RedHat und Pavel Janik. Thorsten und ich gehören auch beide dazu. > > Viele Fragen, die hier im Laufe der Diskussion zur Sprache kamen, sind > Aufgabe des ESC. Wir haben dort vor einiger Zeit auch im großen Stil > angefangen, das alles zu untersuchen (siehe meine Links). Leider haben > wir das nicht genug promotet und wir haben zu wenig Fortschritte > forciert, viele Aktivitäten sind einfach eingeschlafen. Dafür trage auch > ich eine Mitverantwortung, das ist mir schon klar. Beides müssen wir ändern. Und da frage ich mich, wo bei der Debatte beim ESC die Community bleibt. Das sieht ja - bis auf Pavel - eher nach dem Treffen der "Giganten" aus, oder nicht ;? > BTW: ich muss hier mal eine Lanze für die Jungs von RedOffice brechen. > Es scheint den Eindruck zu geben, das von denen eigentlich nichts kommt. > Dem ist aber nicht so. Ich dachte eher, dass die ausser Fragen nichts machen (und hab' sie deshalb dann irgendwann in meine "blacklist" gepackt) ... ;) > RedOffice aus China ist ein kommerzielles OOo-Derivat. Die Firma hat > erkannt, dass es für sie besser ist, wenn sie selbst zu Ooo contributed > als ihren Fork zu maintainen. Allerdings ist ein Großteil ihrer > Entwickler noch relativ unerfahren gewesen. Daher sind sie an uns > herangetreten und haben uns gebeten, ihre Jungs und Mädels(!) > einzuarbeiten. Seit mehr als 1 Jahr sind also mehrere Entwickler bei uns > (alleine in meinem Team 5!) Mentoren für Entwickler bei RedOffice und > mittlerweile zahlt sich dieses Zeit-Investment aus. Wir bekommen von den > dortigen Entwicklern nicht nur Bugfixes, sondern auch Features. Wir > berichten ja ab und zu in unserem Blog darüber (demnächst auch wieder > für die 3.1). Die Kollegen aus Hamburg haben sich auf de
Re: [de-dev] Zusammenfassung "Welche Entscheidungen in HH getroffen werden"
Moin, Original-Nachricht > Von: Thorsten Ziehm > > Die "Datensammlung" wurde auf der OOoCon in mehreren Beiträgen vom > UX-Projekt angekündigt. Soweit ich mich erinnern kann, waren alle > Teilnehmer von dem Ansatz mit Daten auf eine neue UI schließen zu > wollen sehr angetan. > > Ich habe leider die UX-Listen nicht weiter verfolgt, deshalb weiß > ich nicht, ob da noch kontrovers weiter diskutiert wurde. Deshalb > wundere ich mich jetzt, dass hier das "phone-home" von 2.0.4 mit > dem aktuellen Fall gleichgesetzt wird. Das etwas kommt, wurde meiner > Meinung nach auch in Blogs usw. erwähnt. Das konkrete Problem entstand aus der Frage, was passiert, wenn der Anwender dem Sammeln und Versenden von Daten noch nicht zugestimmt hat (das lässt sich durch -nofirststartwizard unterdrücken, was sicher in vielen Mehrplatz-Umgebungen eingesetzt wird). Aus der Spec und aus den Issues ließ sich nicht eindeutig erkennen, ob dann der Datenversand aktiv ist oder nicht. Ist jetzt geklärt - Datenversand ist in dem Fall nicht aktiv. Also ein klares opt-in. > > Dass mehr Kommunikation statt finden kann, dass möchte ich nicht > beschönigen. Da hab ich sogar inhouse manchmal meine Probleme :-) Na ja - Volker gehört wohl zu denjenigen, die sich ein wenig "auf die Lauer legen" und auf spezielle Themen etwas genauer schauen. Ich hatte die Strings für die Extension bereits im Frühjahr 2008 zur Übersetzung - ein halbes Jahr vor der OOoCon und mehrere Monate vor dem ersten Blogeintrag oder der Ankündigung auf der UX-Liste. Die Kommunikation fand in diesem Fall sehr spät statt. Gruß, André -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
