Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Moin, nur kurz ... > Von: "Jörg Schmidt" > > Friedrich Strohmaier schrieb: ... > > > > Ich will da als Insider mal sagen: Flyspray wurde durch *gar nix* > > ersetzt. > > > ... Wir brauchen kein Werkzeug um Aufgaben zu > > verwalten - wir lösen sie sofort! :o)). > ... > > > Abgesehen davon, wieso sollte ich > > etwas am Leben halten, von dem ich die Notwendigkeit nicht sehe. > > Ich wußte nicht das Du diese Notwendigkeit nicht siehst, Na ja, einfach mal die Mails lesen, auf die man antwortet, dann versteht man die eine oder andere Aussage auch gleich ohne noch zwei Seiten Text an Überlegungen anzustellen. (Ich sehe diese Notwendigkeit zwar ein wenig anders, aber es ging ja um Friedrich's Meinung, die er sehr klar ausgedrückt hat.) Gruß, André -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Hilfe! Mein OOo speichert nicht unter Win 7
Moin Wolfgang, *, On Thu, Jan 14, 2010 at 04:27:23PM +0100, Wolfgang Uhlig wrote: > Am Wed, 13 Jan 2010 08:58:31 +0100 schrieb Thomas Hackert > : > > >>großer Schreck heute morgen: Ich habe mir nen neuen PC gebaut und > >>bin auf Win7 umgestiegen. OOo 3.1.1 installiert, meine alten > > > >tja, selbst schuld ... ;) > > Wir wissen doch alle, dass du ein überzeugter Linuxer bist ;) Aber Mist, voll erkannt ... ;) > Win 7 ist ansonsten wirklich richtig gut! Muss man ja auch mal sagen > dürfen ;) Wie der Smiley ja schon angedeutet hat, war's ja auch eher spaßig gemeint ... ;) Aber schön, dass du dein Problem doch noch gelöst bekommen hast :) Bis dann Thomas. -- What you don't know won't help you much either. -- D. Bennett - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Neu hier
Am 15.01.2010 08:53, schrieb Thomas Hackert: > Soll aber laut http://de.openoffice.org/issues/show_bug.cgi?id=94775 > in der 3.2 gefixt sein ... ;) > Vielleicht hast du ja Lust beim Releasetest mitzutesten, um zu > überprüfen, ob's stimmt. Mechtilde hat ja gestern bezüglich der > Tests hier zu Hilfe gerufen ... ;) > > Wo bekomme ich den die Releasetest-Version her? >> Was weiterhin praktisch wäre: >> Da ich gerade Hobby mäßig ein Georelief (3-D Landkarte) anfertige >> vermisse ich flexiblere Hilfslinien, die man z.B. in Winkelgrade >> einteilen kann (geografische Längen und Breitengrade) oder auch schräge >> Hilfslinien wie bei Inkscape die allerdings den Nachteil haben, dass man >> > Na ja ... Inkscape ist ja nicht OOo ... Hat ja einen ganz anderen > Nutzen als OOo ... ;) > > Schon klar, nur sehe ich gerade in Hilfslinien ein Universalwerkzeug, das sich vielfältig einsetzen lassen soll und bei dem man die Vielfältigkeit ruhig steigern kann um wenn möglich ein Programm für alles mögliche bzw. möglichst viele Zwecke zu benutzen. Denn es ist echt anstrengend und Zeitraubend mit verschiedenen Programmen zu arbeiten und sich in die Funktionen einzuarbeiten. Hier wäre mir persönlich das liebste, ich könnte bei einem Programm bleiben. Zudem ja ein Officeprogram sowieso ein all-Round Programm ist (so sehe ich das jedenfalls). > > Bloß ... Wenn du so eine Funktion noch in Draw (folglich in OOo) > integrierst, will Anwender X dann noch Funktion Y in OOo haben, um > seinem Hobby zu frönen ... Und irgendwann ist dann OOo so > aufgebläht, dass es vom Downlaodvolumen als auch von der > Installationsgröße alle Rahmen sprengt ... :( Und wenn es für > geographische Zeichnungen spezielle Programme gibt, warum sollte > sich OOo da auch noch reindrängen ;? > > Von Entwicklerseite her müsste man ja daran Interesse haben den Anwenderkreis zu vergrößern und möglichst viele Anwender für sein Produkt zu begeistern - bei freier Software springen dabei bestimmt einige Mitentwickler oder Sponsoren raus. >> Was ich auch schon mal angeregt habe wäre die überaus nützliche Übergabe >> von Koordinaten von Calc auf Draw und umgekehrt, bei Geogebra ist das in >> der neuesten Version möglich und woran die Community arbeitet gerade >> daran das ganze an Calc zu koppeln, um die Möglichkeit der >> Makro-Programmierung nutzen zu können. >> > Vielleicht wäre dann eine Extension eine Lösung. Es muss ja nicht > unbedingt /jede/ Funktion direkt in OOo rein ... ;) Sonst könnte ja > noch jemand kommen und z.B. fordern, dass man mit OOo Musik- oder > Videodateien direkt zum Bearbeiten oder alleine nur zum "taggen" > benutzen kann ... ;) > > Ja, das wäre toll, auch für die Geographischen Längen und Breitengrade um das Downloadvolumen nicht zu sprengen wäre so was denkbar. Nur müsste dann die Suche und einfügen von Extension genau so einfach und schnell gehen wie das einblenden von zusätzlichen Schaltflächen in der Menüleiste. - Auch das übersetzen der Extension macht viel Arbeit, denn manche stehen offenbar nur in Englisch zur Verfügung. Gruß Heinz - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Neu hier
Hallo Heinz, Heinz Kiesewetter schrieb: Am 15.01.2010 08:53, schrieb Thomas Hackert: Soll aber laut http://de.openoffice.org/issues/show_bug.cgi?id=94775 in der 3.2 gefixt sein ... ;) Vielleicht hast du ja Lust beim Releasetest mitzutesten, um zu überprüfen, ob's stimmt. Mechtilde hat ja gestern bezüglich der Tests hier zu Hilfe gerufen ... ;) Wo bekomme ich den die Releasetest-Version her? Siehe: Mechtilde schrieb: [...] > Nun ist es für den RC 2 soweit [...] > Die Wiki-Seite, die detailierte Informationen enthält, wurde aktualisiert. > http://wiki.services.openoffice.org/wiki/DE/3.2_Release_Test [...] und dann auf die "Liste der Plattformen" Da findest Du noch weitere Infos zum Test. -- 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] Neu hier
Heinz Kiesewetter schrieb: > Denn es ist echt anstrengend und Zeitraubend mit verschiedenen > Programmen zu arbeiten und sich in die Funktionen einzuarbeiten. Hier > wäre mir persönlich das liebste, ich könnte bei einem Programm bleiben. > Zudem ja ein Officeprogram sowieso ein > all-Round Programm ist (so sehe ich das jedenfalls). Also Leute, die mit unixoiden Betriebssystemen arbeiten, haben oft die Philosophie verinnerlicht, dass ein Programm nur eine Aufgabe zu erfüllen hat (und das möglichst gut) und im Übrigen offene Schnittstellen die Zusammenarbeit anderen Programmen ermöglichen. Für solche Menschen ist die "eierlegende Wollmilcnsau" OpenOffice.org schon recht grenzwertig. Es war daher IMO ein sehr vernünftiger Schritt, es zu ermöglichen, Funktionen, die nicht jeder braucht, in Extensionen "auszulagern". Allerdings ist nicht sichergestellt, dass jeder Autor einer Extension der Bedienphilosophie und den Designrichtlinien von OpenOffice.org folgt. Andererseits ist das gerade die Chance (neben dem verdienstvollen UX-Projekt) das Nutzerinterface "evolutionär" weiter zu entwickeln. > > Von Entwicklerseite her müsste man ja daran Interesse haben den > Anwenderkreis zu vergrößern und möglichst viele Anwender für sein > Produkt zu begeistern - bei freier Software springen dabei bestimmt > einige Mitentwickler oder Sponsoren raus. Es empfänden wohl alle hier schön, wenn es diesen Automatismus gäbe. Um es nochmal etwas anders zu sagen: OpenOffice.org konkurriert mit Vielem, aber sicher nicht mit Freier Software, die bestimmte Spezialaufgaben (besser) löst, sofern der Output dieser Programme von OpenOffice.org verwendet werden kann (was oft der Fall ist, weil freie Standards implementiert sind). > > > Ja, das wäre toll, auch für die Geographischen Längen und Breitengrade > um das Downloadvolumen nicht zu sprengen wäre so was denkbar. Nur müsste > dann die Suche und einfügen von Extension genau so einfach und schnell > gehen wie das einblenden von zusätzlichen Schaltflächen in der > Menüleiste. - Auch das übersetzen der Extension macht viel Arbeit, denn > manche stehen offenbar nur in Englisch zur Verfügung. > Wenn die Extension Freie Software ist, gibt es den Quellcode und dieser kann dann lokalisiert werden. Das ist nur zusätzliche Arbeit, die irgendjemand machen muss. Je nach Programmierstil des Autors bedeutet das, dass man den gesamten Quellcode nach UI-Elementen durchforsten und diese übersetzen muss. Außerdem sollte man sich mit dem jeweiligen Programm recht gut auskennen, bevor man eine Übersetzung wagt (unsere Lokalisierer können nicht nur _ein_ Lied davon singen). Im Übrigen ist das Hinzufügen (Installieren) von Extensionen mit dem entsprechenden Manager in OpenOffice.org recht gut gelöst. Das mit der Suche ist allerdings ein Problem: Jeder kann eine Extension für OpenOffice.org schreiben und irgendwo veröffentlichen. Mühe (beim Suchen) ist hier der Preis der Freiheit (und Deine Lieblingssuchmaschine Deine Helferin). Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Installationspakete nur noch *mit* JRE (Ausnahme: Mc) (war: Testen für die Release-Freigabe der Version 3.2.0)
Hallo Martin, Dein Vorschlag gefällt mir grundsätzlich sehr gut. Bevor wir in einen derartigen Default wechseln, benötigen wir einen Plan wie wir den erforderlichen Platz im Mirrornetzwerk erlangen. Ein Thema für mirr...@distribution.openoffice.org Martin D. Am 14.01.10 14:10, schrieb Martin Hollmichel: Andre Schnabel wrote: Hallo, ich präzisiere das thema mal ein wenig, da es hier nicht um die Tests ans isch geht, sondern darum, welche Installationspakete überhaupt zum Testen (und letztendlich für die Endanwender) verfügbar sind. meiner Ansicht nach sollten die wJRE Saetze die sein, die getestet werden sollten, die Saetze ohne JRE wuerde ich dann ohne speziellen review oder test automatisch mit releasen (sofern der Platz fuer die platform da ist). Die Chance, dass ein ohne jre satz bricht, ist m.E. verschwindend gering, Martin Original-Nachricht Von: Mechtilde ... Auf der Wiki-Seite sind auch alle bisher verfügbaren Builds abgebildet. http://wiki.services.openoffice.org/wiki/DE/3.2_Release_Test Bitte kommentiert dort, wenn dies nicht den Erfordernissen entspricht. Hier aber bitte darauf achten, dass es nicht darauf an kommt, ob "ich selbst" einen besimmten Build testen will (und er deshalb verfügbar gemacht werden muss). Die Frage ist eher, ob unsere Anwender Bedarf an einem bestimmten Build haben und er deshalb für die Tests verfügbar und auch getestet werden muss. Hauptsächlich dreht sich die Diskussion um Windows-Builds *ohne* JRE. Am Montag wurde im Release-Meeting entschieden, dass diese nichtmehr zur Verfügung gestellt werden. Aus meiner Sicht besteht aber Bedarf an diesen Builds. Gruß, André - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@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] Neu hier
Am 15.01.2010 10:27, schrieb michael: > > Es empfänden wohl alle hier schön, wenn es diesen Automatismus gäbe. > > Um es nochmal etwas anders zu sagen: OpenOffice.org konkurriert mit > Vielem, aber sicher nicht mit Freier Software, die bestimmte > Spezialaufgaben (besser) löst, sofern der Output dieser Programme von > OpenOffice.org verwendet werden kann (was oft der Fall ist, weil freie > Standards implementiert sind). > Gerade hier habe ich vor kurzem eine kuriose Entdeckung gemacht. Habe eine Skitze in Inkscape angefertigt und diese via Markieren -> Kopieren in OOo Draw kopiert. Katastrophe Katastrophe kann ich da nur sagen. Offenbar hat Inkskape zwischen einigen Punkten unsichtbar Verbindungslinien erstellt und die sind dann in Draw sichtbar gewesen. Das Ergebnis war für eine Weiterverarbeitung in Draw jedenfalls ungeeignet. Gruß Heinz - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Neu hier
Hallo Heinz, *, On Fri, Jan 15, 2010 at 09:32:13AM +0100, Heinz Kiesewetter wrote: > Am 15.01.2010 08:53, schrieb Thomas Hackert: > > Soll aber laut http://de.openoffice.org/issues/show_bug.cgi?id=94775 > > in der 3.2 gefixt sein ... ;) > > Vielleicht hast du ja Lust beim Releasetest mitzutesten, um zu > > überprüfen, ob's stimmt. Mechtilde hat ja gestern bezüglich der > > Tests hier zu Hilfe gerufen ... ;) > > Wo bekomme ich den die Releasetest-Version her? die Frage hat dir Michael ja schon beantwortet ... ;) > >> Was weiterhin praktisch wäre: > >> Da ich gerade Hobby mäßig ein Georelief (3-D Landkarte) anfertige > >> vermisse ich flexiblere Hilfslinien, die man z.B. in Winkelgrade > >> einteilen kann (geografische Längen und Breitengrade) oder auch schräge > >> Hilfslinien wie bei Inkscape die allerdings den Nachteil haben, dass man > >> > > Na ja ... Inkscape ist ja nicht OOo ... Hat ja einen ganz anderen > > Nutzen als OOo ... ;) > > Schon klar, nur sehe ich gerade in Hilfslinien ein Universalwerkzeug, > das sich vielfältig einsetzen lassen soll und bei dem man die > Vielfältigkeit ruhig steigern kann um wenn möglich ein Programm für > alles mögliche bzw. möglichst viele Zwecke zu benutzen. Wie man's nimmt ... Ich hab' die Funktion bisher nie gebraucht, obwohl ich regelmäßig bei Releasetests/Hilfeübersetzung mit Draw "rumhantiere" ... ;) > Denn es ist echt anstrengend und Zeitraubend mit verschiedenen > Programmen zu arbeiten und sich in die Funktionen einzuarbeiten. Hier > wäre mir persönlich das liebste, ich könnte bei einem Programm bleiben. Das wäre dann wieder das Problem, dass du (aber auch andere ... ;) ) eine "eierlegende Wollmilchsau" wünschst. OOo ist aber nur ein Office-Paket. Und da waren - wenn ich mich nicht täusche - ursprünglich eh nur ein Textverarbeitungsprogramm und eine Tabellenkalkulation drinnen. So'n "Schnickschnack" wie ein Präsentationsprogramm oder ein Vektorzeichenprogramm (oder gar einen MUA wie bei unserer Konkurrenz ... ;) ) kam erst im Laufe der Zeit. Wenn jetzt jeder will, dass die Funktion X aus Programm Y integriert wird, hättest du anstatt ein Office-Paket ein voll ausgestattetes Betriebssystem ... Mit entsprechenden Konsequenzen: Größeres Download, mehr Festplattenverbrauch, mehr Speicherbedarf etc. ... :( > Zudem ja ein Officeprogram sowieso ein > all-Round Programm ist (so sehe ich das jedenfalls). Ich finde, es gibt genug Programme für alle möglichen Anwendungsfälle. Das ist besonders im OS-Bereich so. Warum soll immer mehr in OOo an Funktionalität (und sei es nur Funktion X aus Programm Y sein?) reingepackt werden, wenn das - mMn zumindest - den Sinn und Zweck eines Office-Pakets widerspricht? Die einzige Möglichkeit wäre dann, dass sich alle OS-Projekte mal zusammensetzen, um nach gemeinsamen Schnittstellen zu suchen, wodurch dann vielleicht die Anbindung von Programm X an Programm Y besser funktioniert. Da müsste es dann aber einen geben, der den Vermittler spielt, sich mit der Thematik auseinander setzt, die entsprechenden Programmierer/QAs/Übersetzer/etc. findet und dann am Ball bleibt. Da aber sehe ich dann das Problem bei der Sache: 1. Dürfte es schwer sein (bei der Fülle an OS-Software) alle an einen Tisch zu bekommen, die dann auch das selbe erreichen wollen (also ohne dass dann gegeneinander gearbeitet wird). 2. Wenn du doch den Aufwand bereit bist zu betreiben und die Leute an einen Tisch bekommst (und sie alle das selbe wollen), müsste dann der Konsenz zwischen allen gefunden werden, wichtiges von unwichtigen getrennt werden, Anwender noch in den Prozess integriert werden ... Habe ich was vergessen ;? Ich hege da eher meine Zweifel, dass das klappt ... ;) > > Bloß ... Wenn du so eine Funktion noch in Draw (folglich in OOo) > > integrierst, will Anwender X dann noch Funktion Y in OOo haben, um > > seinem Hobby zu frönen ... Und irgendwann ist dann OOo so > > aufgebläht, dass es vom Downlaodvolumen als auch von der > > Installationsgröße alle Rahmen sprengt ... :( Und wenn es für > > geographische Zeichnungen spezielle Programme gibt, warum sollte > > sich OOo da auch noch reindrängen ;? > > Von Entwicklerseite her müsste man ja daran Interesse haben den > Anwenderkreis zu vergrößern und möglichst viele Anwender für sein > Produkt zu begeistern - bei freier Software springen dabei bestimmt > einige Mitentwickler oder Sponsoren raus. Nur haben wir nicht gerade viele Hauptentwickler im Projekt ... :( Das sind überwiegend die Leute bei SUN, wo ja auch noch nicht klar ist, wie das nach der Übernahme durch Oracle aussieht, wieviele hier im Projekt bei OOo verbleiben. Ich zumindest hab' noch nichts darüber gelesen oder gehört ... :( Dann gibt es natürlich noch bei Novell und ein paar anderen Unternehmen OOo-Entwickler, die dann aber meistens für ihren Arbeitgeber zusätzliche Funktionalität integrieren, der dann aber nicht unbedingt wieder in den Hauptzweig von OOo zurückfließt ... :( Zudem gibt es auch recht wenig private Entwickler, die
Re: [de-dev] Neu hier
Thomas Hackert schrieb: Die einzige > Möglichkeit wäre dann, dass sich alle OS-Projekte mal zusammensetzen, > um nach gemeinsamen Schnittstellen zu suchen, wodurch dann vielleicht > die Anbindung von Programm X an Programm Y besser funktioniert. Da > müsste es dann aber einen geben, der den Vermittler spielt, sich mit > der Thematik auseinander setzt, die entsprechenden > Programmierer/QAs/Übersetzer/etc. findet und dann am Ball bleibt. Da > aber sehe ich dann das Problem bei der Sache: > > 1. Dürfte es schwer sein (bei der Fülle an OS-Software) alle an > einen Tisch zu bekommen, die dann auch das selbe erreichen wollen > (also ohne dass dann gegeneinander gearbeitet wird). > 2. Wenn du doch den Aufwand bereit bist zu betreiben und die Leute > an einen Tisch bekommst (und sie alle das selbe wollen), müsste dann > der Konsenz zwischen allen gefunden werden, wichtiges von > unwichtigen getrennt werden, Anwender noch in den Prozess integriert > werden ... Habe ich was vergessen ;? > > Ich hege da eher meine Zweifel, dass das klappt ... ;) Ich sehe das ein wenig optimistischer: Freie Standards und funktionierende Schnittstellen sind ein wichtiges Argument für Freie Software. Daher sind sie in diesem Bereich auch durchaus verbreitet. OOo mit wohldokumentierter API und ODF sind insoweit natürlich "Paradebeispiele" ;-). Natürlich schließt das kleine "Katastrophen" nicht aus - aber grundsätzlich wird die Notwendigkeit von Freien Standards und funktionierenden Schnittstellen von allen anerkannt und auch ernsthafte Anstrengungen zur Förderung derselben unternommen. Gruß Michael - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Hilfe! Mein OOo speichert nicht unter Win 7
Wolfgang Uhlig wrote: > Das bedeutet, dass ein komplettes Kopieren von dem, was mal C://Dokumente > und Einstellungen/Benutzer usw. war, nach User/Appdata/OOo... (zumindest > bei mir) Probleme hervorruft. Das ist in der Tat zumindest riskant - auch wenn ich erwarten würde, dass es in den allermeisten Fällen funktionieren sollte. Wenn du die alten Daten noch hast, muss der Fehlerteufel wo in den Teilen liegen, die du nicht manuell kopiert hast. Kann eigentlich fast nur irgendwas in "registry/..." sein. > Vielleicht kann das ja noch jemand bestätigen. Wenn das wirklich so wäre, > könnte es für Umsteiger, hilfreich sein, wenn sie es wüssten. > > Überhaupt fällt mir dabei auf, ist in der Installationsanleitung > eigentlich ein Tipp für Umsteiger von älteren Windowsversionen auf Win 7, > sprich, wie bekommt Otto Normaluser seine Einstellungen eigentlich auf den > neuen Rechner? > Würde mich mal interessieren. Das ist wohl noch niemals angedacht, zumindest aber niemals implementiert worden. Eigentlich machbar, aber eben Arbeit. Prinzipiell so ähnlich wie die Benutzerdatenmigration, nur in beiden Richtungen. Und eben nicht basierend auf den alten Daten, sondern auf aktuellen. 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] Hilfe! Mein OOo speichert nicht unter Win 7
Hallo Mathias, Am Thu, 14 Jan 2010 19:30:56 +0100 schrieb Mathias Bauer : Das ist in der Tat zumindest riskant - auch wenn ich erwarten würde, dass es in den allermeisten Fällen funktionieren sollte. Wenn du die alten Daten noch hast, muss der Fehlerteufel wo in den Teilen liegen, die du nicht manuell kopiert hast. Kann eigentlich fast nur irgendwas in "registry/..." sein. Das kann schon sein, da ich - weil ich so viele Einstellungen (GUI), Makros und Autotexte habe, dass der Gedanke, alles neu machen zu müssen, sehr unangenehm ist - den Ordner Dokumente und Einstellungen/Wolle/... schon seit einigen OOo-Versionen mitschleppe. Möglicherweise hat sich da ein Störenfried eingenistet. Überhaupt fällt mir dabei auf, ist in der Installationsanleitung eigentlich ein Tipp für Umsteiger von älteren Windowsversionen auf Win 7, sprich, wie bekommt Otto Normaluser seine Einstellungen eigentlich auf den neuen Rechner? Das ist wohl noch niemals angedacht, zumindest aber niemals implementiert worden. Auch wieder verständlich, natürlich steigt man ja auch nicht alle Tage auf ein neues BS um ;) Eigentlich machbar, aber eben Arbeit. Prinzipiellso ähnlich wie die Benutzerdatenmigration, nur in beiden Richtungen. Und eben nicht basierend auf den alten Daten, sondern auf aktuellen. Zum ersten Satz: Möglicherweise wäre es doch ausreichend, während der Installation auf ein im Installationspaket enthaltenes kleines Dokument, bspw. "Umstieg auf Windows7.pdf", hinzuweisen, in dem die genauen Schritte aufgeführt sind, die man ausführen muss, um seine wichtigen alten Einstellungen etc. zu migrieren. Den zweiten Satz verstehe ich leider nicht, also ich meine ich weiß nicht worauf du dich beziehst, bzw. wovon du sprichst :( Gruß Wolfgang - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Andre Schnabel schrieb: > > > Abgesehen davon, wieso sollte ich > > > etwas am Leben halten, von dem ich die Notwendigkeit nicht sehe. > > > > Ich wußte nicht das Du diese Notwendigkeit nicht siehst, > > Na ja, einfach mal die Mails lesen, auf die man antwortet, > dann versteht man die eine oder andere Aussage auch gleich ohne > noch zwei Seiten Text an Überlegungen anzustellen. Ich habe die gelesen und Friedrich war damals sowenig für Flyspray wie einige Andere ebenfalls. Warum kann man das heute nicht einfach zugeben? Mein Problem entsteht nur daraus Dinge zu bemänteln als wären sie nie geschehen, statt einfach und ehrlich zu sagen: 'ja ich sah die Notwendigkeit für ein solches System, aber gleichzeitig glaubte ich das sich IZ besser eignet als Flyspray'. So, und nicht anders, sehe ich die damalige Realität, denn zwei Dinge sind nun mal nicht wegzudiskutieren: 1. Flyspray wurde lange Zeit bei der PrOOo-Box erfolgreich benutzt (bevor u.a. Friedrich mitarbeitete) und gleichzeitig wurde damals IZ, für spezifische PrOOo-Box-Dinge, nicht genutzt 2. ab einem bestimmten Zeitpunkt wurde dann Flyspray nicht mehr benutzt, *aber* es wurde nunmehr IZ für spezielle Belange der Box benutzt, und *nicht* 'gar nix' benutzt und 1. und 2. zusammen nennt sich nach meinem Verständnis: 'ein System (Flyspray) wurde, für die Arbeit bei der Box, durch das Andere (IZ) ersetzt' Und ich frage mich wie mir Friedrich dazu sagen kann: "Flyspray wurde durch *gar nix* ersetzt", denn wir alle waren anwesend als issues für die PrOOo-Box verfasst wurden(*) und gleichzeitig wissen wir auch das es zu Zeiten von Flyspray (und vor Flyspay) ebend keine speziellen PrOOo-Box-Issues gab, sondern erst nach Abschaffung von Flyspray. (*) Beispiel: http://de.openoffice.org/issues/show_bug.cgi?id=63740 und genau darum geht es, nicht um IZ allgemein, sondern um spezifische Issues für die PrOOo-Box (im Prinzip also: "Component: de", "Subcomponent: cdrom", "Assigned to: prooobox (prooobox)"), die Du persönlich sogar noch regelmäßig per automatischer Mail an die Liste geschickt hast damit alle Beteiligten immer über den aktuellen Stand auf dem Laufenden waren, z.B.: http://de.openoffice.org/servlets/ReadMsg?list=cdrom&msgNo=2959 und alles das gab es erst nach der Abschaffung von Flyspray als Werkzeug für die Arbeit bei der Box, und somit hat damals IZ, für die spezifische Arbeit bei der Box, Flyspray als Werkzeug abgelöst. > (Ich sehe diese Notwendigkeit zwar ein wenig anders, aber es ging > ja um Friedrich's Meinung, die er sehr klar ausgedrückt hat.) Und ich finde das ist Dein Recht und ich finde es völlig problemlos das Du anderer Meinung bist - damals bezüglich Flyspray vs. IZ oder auch heute in der Diskussion. Was ich nicht in Ordnung finde habe ich oben hingeschrieben, weil ich es so sehe, und auch da dürfen Andere anderer Meinung sein. Gruß Jörg - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
Re: [de-dev] Kommunikationsproblem - war: [de-dev] Webseiten-Hinweis auf Windows 7?
Moin, > Von: "Jörg Schmidt" > > So, und nicht anders, sehe ich die damalige Realität, dann mach dich langsam mal auf den Weg in die Gegenwart, vielleicht kommst du dann auch irgendwann in der Zukunft an. Friedrich hat vollkommen recht, dass er *jetzt* sagt, dass die Benutzung von Flyspray überflüssig ist, denn auch der Issue Tracker wird nichtmehr für die PrOOo-Box benutzt. Insofern wurde langfristig Flyspray durch nichts ersetzt. Aber was red ich .. deine Meinung lässt sich eh nur schwer durch Tatsachen ändern. -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 - To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org For additional commands, e-mail: dev-h...@de.openoffice.org
