Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Hallo Jörg Joerg Sievers schrieb: Moin! FYI: Die Tests verlassen sich auf ein default-Office. Sollte sich am Default-Office mal was ändern, müsstest Du es in Deinem Standard-Profil nachpflegen. Sowas habe ich mir gedacht. Die Lösung dafür ist aber auch nicht allzu kompliziert. Vor jedem Kategoriedurchlauf einmal resetoffice.bas durchlaufen lassen, und dann das aktualisierte Profil aus dem Userverzeichniss wegkopieren. und dann im Verlaufe der Tests dieses Profil zu benutzen. So braucht man das nicht mehr von Hand zu pflegen ;-) Die Bash lösung hab ich noch nicht ganz fertig. Ich muss noch einen Switch für SUN Build einbauen. Denn die haben ja OOo-Dev als User. Man sollte ERST an die Korrektheit der Testaussagen und dann an Geschwindigkeitsvorteile denken (erst laufen lernen, dann Marathon). Da gehe ich mit dir einig. Allerdings frage ich mich da, warum das nie Jemand von Euch kommuniziert hat, dass ihr vor Jedem Tests die User Profile resettet. Wäre ich gestern nicht auf die Idee gekommen, dass die User Profile einen Einfluss haben könnten. hätten wir noch lange weiter getestet ohne einmal das User Profil zu resetten. Das Standard-Profil nützt Dir auch nichts, da Du Dir die Sprache nicht merken kannst, was resetoffice-bas macht. Mit dem Oben genannten Script sollte dies erledigt sein, oder täusche ich mich da. Ich würde mich nicht so um eine schnellere Lösung bemühen, wenn der Geschwindigkeitsvorteil nicht so frappant wäre. resetoffice läuft mit starten des TT und allem sicher eine Minute oder gar länger. Die bash Lösung hat maximal ne Sekunde. Das ist über 60 mal schneller! Grüsse Jogi Raphael Bircher wrote: Hallo zusammen Ich werde wohl eher mit einem Standardprofil arbeiten. Zerschossenes Profil durch Standardprofil ersetzen. Das geht wohl viel schneller als die resetoffice.bas zu verwenden. Bei 30 und mehr Tests macht es schon einen Unterschied ob man 30 x ne Minute oder 30 x ne Sekunde hat. Gruss Raphael -- # Raphael Bircher # Member of OpenOffice.org # Private Website: http://www.raphaelbircher.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Moin! Raphael Bircher wrote: Sowas habe ich mir gedacht. Die Lösung dafür ist aber auch nicht allzu kompliziert. Vor jedem Kategoriedurchlauf einmal resetoffice.bas durchlaufen lassen, und dann das aktualisierte Profil aus dem Userverzeichniss wegkopieren. Ehm, wir kopieren nichts weg. Wir löschen das Verzeichnis, merken uns aber die Sprache, setzen sie wieder und schalten den Quickstarter aus. Per API, schneller geht es kaum. Das das Office so lange zum Hochfahren braucht ist nunmal Natur der Sache. Das wirst Du auch in Perl- o.ö. Skripten haben. Da gehe ich mit dir einig. Allerdings frage ich mich da, warum das nie Jemand von Euch kommuniziert hat, dass ihr vor Jedem Tests die User Profile resettet. Die Schwierigkeit der Kommunikation ist zu wissen was der andere weiss. Wäre ich gestern nicht auf die Idee gekommen, dass die User Profile einen Einfluss haben könnten. hätten wir noch lange weiter getestet ohne einmal das User Profil zu resetten. Nunja, wer was wissen will, muss hier fragen. Auch die Recherche nach Standardvorgehensweisen beim Softwaretesten hätte einen auf den Weg gebracht. Wir sind da keine Ausnahme mit OOo. Mit dem Oben genannten Script sollte dies erledigt sein, oder täusche ich mich da. Evtl., denn Du kannst es NICHT ZUR LAUFZEIT machen. Das Office muss beendet sein. Und das ist das was dauert. Der Rest geht, wie geschrieben über API-UNO-Kommandos. Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi -- Sun Microsystems GmbH Joerg Sievers Nagelsweg 55Quality Assurance Engineer 20097 Hamburg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
Moin! Man soll ja immer Leute fragen, ob etwas sinnvoll ist. Wir haben in unseren Menüs Untermenüs, die 'ausgegraut' (=nicht anwählbar) sind, wenn die Voraussetzungen nicht erfüllt sind. Aus meiner Sicht: Sinnvoll. Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. Bspw.: Leeres Dokument im Writer - Format - Anchor oder - Format - Wrap Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi -- Sun Microsystems GmbH Joerg Sievers Nagelsweg 55Quality Assurance Engineer 20097 Hamburg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Interviews
Moin Heinz, *, On Thu, Sep 04, 2008 at 03:18:18PM +0200, Heinz W. Simoneit wrote: auch wenn ich nicht der Uwe bin ... ;) du hattest mich auf auf einen Podcast hingewiesen mit Mechtilde und dir. Hatte ich notfallmäßig bestätigt und steht auch in http://de.openoffice.org/presse/interviews.html besten Dank :) Nachdem meine Kommunikationsmöglichkeit mit der Liste wieder hergestellt ist: Freut mich :) Du hattest angedeutet, daß weitere Ausführungen von euch demnächst auf einer Site verfügbar seien. Meinst du http://streaming.linux-magazin.de/programm_froscon08.htm? Wie du dort allerdings auf den direkten stream verlinkst, kann ich dir leider nicht sagen. Bei mir hängt sich dann fast der Iceweasel auf ... :( Gibst du mir bitte noch die Adresse? - Danke! Laut der FrOSCon-Seite soll das mit den Streams noch ein paar Tage dauern. Da könntest du dich - wenn es dich interessiert - in einen Newsletter eintragen ... ;) HTH Thomas. -- Debian Tipp Nr. 28: Falls Ihre Maschine nicht die ganze Zeit eingeschaltet ist (wie beispielsweise bei einem Laptop), schauen Sie sich das Paket »anacron« an. Dies stellt sicher, dass regelmässig auszuführende Aufgaben auch ausgeführt werden, falls Ihre Maschine zu der normalen Auführzeit abgeschaltet ist. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Hallo Jörg Joerg Sievers schrieb: Moin! Raphael Bircher wrote: Sowas habe ich mir gedacht. Die Lösung dafür ist aber auch nicht allzu kompliziert. Vor jedem Kategoriedurchlauf einmal resetoffice.bas durchlaufen lassen, und dann das aktualisierte Profil aus dem Userverzeichniss wegkopieren. Ehm, wir kopieren nichts weg. Wir löschen das Verzeichnis, merken uns aber die Sprache, setzen sie wieder und schalten den Quickstarter aus. Per API, schneller geht es kaum. Das das Office so lange zum Hochfahren braucht ist nunmal Natur der Sache. Das wirst Du auch in Perl- o.ö. Skripten haben. Da gehe ich mit dir einig. Allerdings frage ich mich da, warum das nie Jemand von Euch kommuniziert hat, dass ihr vor Jedem Tests die User Profile resettet. Die Schwierigkeit der Kommunikation ist zu wissen was der andere weiss. Wäre ich gestern nicht auf die Idee gekommen, dass die User Profile einen Einfluss haben könnten. hätten wir noch lange weiter getestet ohne einmal das User Profil zu resetten. Nunja, wer was wissen will, muss hier fragen. Auch die Recherche nach Standardvorgehensweisen beim Softwaretesten hätte einen auf den Weg gebracht. Wir sind da keine Ausnahme mit OOo. Mit dem Oben genannten Script sollte dies erledigt sein, oder täusche ich mich da. Evtl., denn Du kannst es NICHT ZUR LAUFZEIT machen. Das Office muss beendet sein. Und das ist das was dauert. Der Rest geht, wie geschrieben über API-UNO-Kommandos. Aber das was ihr da letztendlich noch über die Uno Api Tut, das ist wohl alles im User Verzeichniss gespeichert oder? Gruss Raphael -- # Raphael Bircher # Member of OpenOffice.org # Private Website: http://www.raphaelbircher.ch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hi Jogi, Joerg Sievers schrieb: Bspw.: Leeres Dokument im Writer - Format - Anchor oder - Format - Wrap Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Aus meiner Sicht, ist es ein gutes, durchgängiges Konzept, dass man alle Befehle in den Menüs sehen kann, auch wenn sie im aktuellen Kontext keine Bedeutung haben und daher ausgegraut sind. Daher sollten auch die Unterpunkte eines Menüeintrags immer angezeigt werden, selbst wenn diese alle ausgegraut sind. Gruß Stefan -- www.datenpilot.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Moin! Aus meiner Sicht sollte es so sein, dass alle Menü-Einträge, die nichts zu bieten haben, da alles ausgegraut ist, ebenfalls ausgegraut sein. Ich denke, da sind wir einer Meinung... :) viele Grüße Michael Joerg Sievers wrote: Moin! Man soll ja immer Leute fragen, ob etwas sinnvoll ist. Wir haben in unseren Menüs Untermenüs, die 'ausgegraut' (=nicht anwählbar) sind, wenn die Voraussetzungen nicht erfüllt sind. Aus meiner Sicht: Sinnvoll. Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. Bspw.: Leeres Dokument im Writer - Format - Anchor oder - Format - Wrap Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
Hi Jogi, Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) da bin ich ganz deiner Meinung und auch bereits mehrmals drüber gestolpert Gruss Max - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Joerg Sievers schrieb: Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) Ich bin da auch voll deiner Meinung :-) Ist mir erst gestern abend wieder negativ aufgefallen... Als ich einem Freund OOo vorgestellt habe :-/ Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
Moin, Am 5. September 2008 08:20 schrieb Joerg Sievers [EMAIL PROTECTED]: Wir haben in unseren Menüs Untermenüs, die 'ausgegraut' (=nicht anwählbar) sind, wenn die Voraussetzungen nicht erfüllt sind. Aus meiner Sicht: Sinnvoll. Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Ich finde es richtig, weil es konsequent ist. Sonst können wir auch anfangen das so zu bauen wie bei den vergangenen MS-Versionen mit den verschwindenden Menüeinträgen. Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Interviews
Hallo Heinz Heinz W. Simoneit schrieb: Du hattest angedeutet, daß weitere Ausführungen von euch demnächst auf einer Site verfügbar seien. Der Text war: /Demnächst wird wohl auch der live-stream des Vortrags Was ist neu in OpenOffice.org 3.0 von uns beiden beim Linux-magazin im Archiv stehen./ ^^ Wie gesagt - die haben den live-stream von der Konferenz gesendet; ob das aber archiviert und online gestellt wird, weiss ich leider nicht. Ich schau' aber gerne in den nächsten Wochen öfter mal nach und gebe Bescheid, falls ja. -- Mit freundlichen Grüßen Uwe Altmann OpenOffice.org auf dem Mac: http://porting.openoffice.org/mac/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hallo Liste Christian Lins schrieb am 05.09.2008 10:05: Joerg Sievers schrieb: Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) Ich bin da auch voll deiner Meinung :-) Ist mir erst gestern abend wieder negativ aufgefallen... Als ich einem Freund OOo vorgestellt habe :-/ Ich bin da geteilter Ansicht, aus Anwendersicht ist es sicherlich sinnvoll die Menüs auszublenden. Wenn man jedoch Hilfestellung leistet (wie ich auf der users), kommt es manchmal vor, dass man mal eben ein neues Dokument öffnet und nach dem genauen Menüpfad für die Hilfestellung suchen muss und da helfen auch inaktive Menüeinträge weiter. Wenn die allerdings nicht mehr erreichbar sind, muss ich dann jedesmal ein Testdokument anlegen, was natürlich meine Zeit kostet. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuatopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hallo, On 09/05/08 08:20, Joerg Sievers wrote: Wir haben in unseren Menüs Untermenüs, die 'ausgegraut' (=nicht anwählbar) sind, wenn die Voraussetzungen nicht erfüllt sind. Aus meiner Sicht: Sinnvoll. Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) da kann man z.B. für den issue http://www.openoffice.org/issues/show_bug.cgi?id=81255 voten. Grüße Uwe -- [EMAIL PROTECTED] - Technical Writer StarOffice - Sun Microsystems, Inc. - Hamburg, Germany http://documentation.openoffice.org/ http://blogs.sun.com/oootnt http://user.services.openoffice.org/en/forum - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hallo, Am 05.09.2008 08:54 Uhr schrieb Stefan Weigel: Bspw.: Leeres Dokument im Writer - Format - Anchor oder - Format - Wrap Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die anderen, die eben keine Unterpunkte haben, sind ja auch nicht eingeschaltet. Aus meiner Sicht, ist es ein gutes, durchgängiges Konzept, dass man alle Befehle in den Menüs sehen kann, auch wenn sie im aktuellen Kontext keine Bedeutung haben und daher ausgegraut sind. Daher sollten man kann doch sicherlich den Befehl angrauen und trotzdem (zum Nachschauen) das komplette graue Untermenü aufklappen lassen? Dann hat man beides: Die Information, dass kein Befehl aktiv ist und die Möglichkeit, nachzuschauen, was sich dahinter verbirgt. -- Grüße Guenter Marxen (Win XP Pro, SO 8 PP11, OOo 2.4.1) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hallo Liste, meine Vorstellung wäre eher die, dass Menüpunkte mit Untermenüs, von denen kein Punkt auswählbar ist, ausgegraut dargestellt werden. Sie sollten aber ausklappbar bleiben, damit der Benutzer sieht, was er bekäme, wenn er auf diesen Menüpunkt zugreifen könnte... hmmm, hoffentlich habe ich mich verständlich ausgedrückt... :) Gruß Michael Edgar Kuchelmeister wrote: Hallo Liste Christian Lins schrieb am 05.09.2008 10:05: Joerg Sievers schrieb: Wäre schön, wenn ich mal wüsste, ob ich der einzige bin, der das uncool findet :-) Ich bin da auch voll deiner Meinung :-) Ist mir erst gestern abend wieder negativ aufgefallen... Als ich einem Freund OOo vorgestellt habe :-/ Ich bin da geteilter Ansicht, aus Anwendersicht ist es sicherlich sinnvoll die Menüs auszublenden. Wenn man jedoch Hilfestellung leistet (wie ich auf der users), kommt es manchmal vor, dass man mal eben ein neues Dokument öffnet und nach dem genauen Menüpfad für die Hilfestellung suchen muss und da helfen auch inaktive Menüeinträge weiter. Wenn die allerdings nicht mehr erreichbar sind, muss ich dann jedesmal ein Testdokument anlegen, was natürlich meine Zeit kostet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sin n voll oder nicht?
Hallo, Guenter Marxen schrieb: Aus meiner Sicht, ist es ein gutes, durchgängiges Konzept, dass man alle Befehle in den Menüs sehen kann, auch wenn sie im aktuellen Kontext keine Bedeutung haben und daher ausgegraut sind. Daher sollten man kann doch sicherlich den Befehl angrauen und trotzdem (zum Nachschauen) das komplette graue Untermenü aufklappen lassen? Dann hat man beides: Die Information, dass kein Befehl aktiv ist und die Möglichkeit, nachzuschauen, was sich dahinter verbirgt. Wenn beides geht, fände ich es gut. Ablehnen würde ich, wenn die Unterpunkte gar nicht mehr sichtbar würden. Stefan -- www.datenpilot.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hi, Guenter Marxen schrieb: man kann doch sicherlich den Befehl angrauen und trotzdem (zum Nachschauen) das komplette graue Untermenü aufklappen lassen? Dann hat man beides: Die Information, dass kein Befehl aktiv ist und die Möglichkeit, nachzuschauen, was sich dahinter verbirgt. +1 :-) Grüße erich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Moin! Raphael Bircher wrote: Aber das was ihr da letztendlich noch über die Uno Api Tut, das ist wohl alles im User Verzeichniss gespeichert oder? jepp. Ich frage mich nur, wieso Du das Rad neu erfinden willst, wenn es eine gangbare Lösung gibt?! Es ist ja nicht so das wir hier mit Leuten um uns werfen können... Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi -- Sun Microsystems GmbH Joerg Sievers Nagelsweg 55Quality Assurance Engineer 20097 Hamburg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Moin Stefan, Stefan Weigel wrote: Aus meiner Sicht, ist es ein gutes, durchgängiges Konzept, dass man alle Befehle in den Menüs sehen kann, es geht nicht ums sehen. Das soll weiterhin so sein (ist es ja auch bei anderen, wo einige bedienbar sind). Es geht darum das sie normal dargstellt werden als wäre dahinter was benutzbares. Es geht nur darum die auch grau erscheinen zu lassen. Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi -- Sun Microsystems GmbH Joerg Sievers Nagelsweg 55Quality Assurance Engineer 20097 Hamburg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hallo Joerg, Joerg Sievers schrieb am 05.09.2008 12:52: es geht nicht ums sehen. Das soll weiterhin so sein (ist es ja auch bei anderen, wo einige bedienbar sind). Es geht darum das sie normal dargstellt werden als wäre dahinter was benutzbares. Es geht nur darum die auch grau erscheinen zu lassen. Also ich hab es so verstanden, das Untermenüs von ausgegrauten Menüs erst gar nicht mehr angezeigt werden sollen. Das fand ich nicht gut. Das die Untermenüs, die keine Funktion haben auch ausgegraut werden, versteht sich ja eigentlich von selber. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar Kuchelmeister ### Anwenderbetreuer users-Mailingliste ### edekuatopenoffice.org ### http://wiki.services.openoffice.org/wiki/DE/FAQ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinn voll oder nicht?
Hi Uwe, Uwe Fischer wrote: da kann man z.B. für den issue http://www.openoffice.org/issues/show_bug.cgi?id=81255 voten. dann möchte ich hiermit dazu aufrufen, da mir das voll auf den Sender geht. Selbst Apple macht es leider so. Da es im Issue nur um Kontext-Menüs ging, habe ich das etwas allgemeiner gefasst im Titel. Cu, Jogi http://qa.openoffice.org/qatesttool http://wiki.services.openoffice.org/wiki/User:Jsi -- Sun Microsystems GmbH Joerg Sievers Nagelsweg 55Quality Assurance Engineer 20097 Hamburg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
Hallo Jörg, *, 2008/9/5 Joerg Sievers [EMAIL PROTECTED]: Man soll ja immer Leute fragen, ob etwas sinnvoll ist. Lobenswert :-) Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. [...] Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die Aussage ist leider genauso unpräzise wie der Issue selbst (deshalb vote ich auch noch nicht für den issue) - im weiteren Verlauf dieses threads wurde ja glücklicherweise klar gestellt, wie das gemeint war: Menüeintrag grau/inaktiv darstellen, die Funktion aber nicht abschalten. Sprich der Menüeintrag ist weiterhin auswählbar und das Untermenü mit den inaktiven Einträgen kann weiterhin aufgeklappt werden. Wenn das so gemeint war, dann ein fettes +1 von mir. ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete U ntermenüs - Sinnvoll oder nicht?
Moin Christian, *, On Fri, Sep 05, 2008 at 01:31:16PM +0200, Christian Lohmaier wrote: 2008/9/5 Joerg Sievers [EMAIL PROTECTED]: Man soll ja immer Leute fragen, ob etwas sinnvoll ist. Lobenswert :-) G Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. [...] Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die Aussage ist leider genauso unpräzise wie der Issue selbst (deshalb vote ich auch noch nicht für den issue) - im weiteren Verlauf dieses threads wurde ja glücklicherweise klar gestellt, wie das gemeint war: Menüeintrag grau/inaktiv darstellen, die Funktion aber nicht abschalten. Sprich der Menüeintrag ist weiterhin auswählbar und das Untermenü mit den inaktiven Einträgen kann weiterhin aufgeklappt werden. Da hatte ich auch erst versucht herauszufinden, was Jogi da ändern wollte ... ;) Wenn das so gemeint war, dann ein fettes +1 Dem schließe ich mich an (also +1) ... ;) Bis dann Thomas. -- Debian Tipp Nr. 36: Falls Sie Debian Sid benutzen wollen aber lediglich über beschränkte Bandbreite oder eine langsame Verbindung verfügen, sollten Sie sich das debdelta-Paket anschauen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Fwd: [Issue 28526] Allow anti-aliasing of drawing objects
Hi * ist vielleicht für den ein oder anderen von Interesse: ciao Christian -- Forwarded message -- To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=28526 --- Additional comments from [EMAIL PROTECTED] Fri Sep 5 12:31:47 + 2008 --- AW-gleppert: AA is not activated by default. This is because for Win, it is not yet working (since it is not easy with MemoryDevices, we are looking for GDI+ currently in a combination of a primitive renderer for canvas and a GDI+ canvas as target). On all Unix based systems with XRender extension (and for 3D since we use an own renderer) it works pretty well (including Mac) using the default VCL renderer. To activate, You need to: 1. rm -r instdir/OpenOffice*/*/user/registry/cache/ 2. then edit instdir/share/registry/schema/org/openoffice/Office/Common.xcs, set AntiAliasing to 'true' We will make AA the default when we have a working solution for Win. HTH for the moment, have fun testing it. Be aware that it's not yet final, though... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
On Fri, 5 Sep 2008 14:15:59 +0200 Thomas Hackert [EMAIL PROTECTED] wrote: Moin Christian, *, On Fri, Sep 05, 2008 at 01:31:16PM +0200, Christian Lohmaier wrote: 2008/9/5 Joerg Sievers [EMAIL PROTECTED]: Man soll ja immer Leute fragen, ob etwas sinnvoll ist. Lobenswert :-) G Wir haben auch Untermenüs mit Pfeilen am Ende (d.h. es macht sich dahinter noch ein Untermenü auf), die sind anwählbar, aber keines der Unterpunkte ist anwählbar. [...] Macht das mit dem Hintergrund der Anwenderfreundlichkeit Sinn, die Menüs überhaupt anwählbar zu haben? Die Aussage ist leider genauso unpräzise wie der Issue selbst (deshalb vote ich auch noch nicht für den issue) - im weiteren Verlauf dieses threads wurde ja glücklicherweise klar gestellt, wie das gemeint war: Menüeintrag grau/inaktiv darstellen, die Funktion aber nicht abschalten. Sprich der Menüeintrag ist weiterhin auswählbar und das Untermenü mit den inaktiven Einträgen kann weiterhin aufgeklappt werden. Ganz streng genommen kann man das aber auch anders sehen. Da der Menüeintrag weiterhin auswählbar ist, ist er ja nicht inaktiv, sondern hat weiterhin seine Funktion, das Untermenü einzublenden. Wenn der Obermenüpunkt grau ist (inaktiv dargestellt wird), würde ich vermuten, dass ein Draufklicken nichts mehr bringt und gar nicht auf die Idee kommen, dass ich mir ansehen kann, was sich dahinter verbirgt. Ich finde es eigentlich richtiger, so wie es jetzt ist. Manfred - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Hi, Joerg Sievers schrieb: Moin! Raphael Bircher wrote: Aber das was ihr da letztendlich noch über die Uno Api Tut, das ist wohl alles im User Verzeichniss gespeichert oder? jepp. Ich frage mich nur, wieso Du das Rad neu erfinden willst, wenn es eine gangbare Lösung gibt?! Es ist ja nicht so das wir hier mit Leuten um uns werfen können... Frag ich mich auch ... wie gesagt,liegen shcon seit Jahren entsprechende Metascripte im OOo-cvs, die auch auf [EMAIL PROTECTED] kommuniziert wurden. Schade, dass innerhalb Sun andere Scripte verwendet werdne, statt die im cvs entsprechend anzupassen. Den Fix (nach einem Testlauf resetoffice.bas starten) committe ich nachher, wobei ich mir nicht sicher bin, ob das wirklich das ist, was gemacht werdne soll. Z.B: schreibst Du, dass OOo vor dem Resetten der Einstellungen beendet sein muss. Erledigt das das Script oder muss ich sicherstellen, dass OOo vor dem Start des Scriptes beendet ist? Zusätzlich bin ich nicht wirklich begeistert von der Idee, das user-Verzeichnis zu löschen, da dort z.B. auch Screenshots abgelegt werdne, wenn man das Feature einschaltet. Für Lokalisierungstests benutze ich recht häufig diese Kombination (Metascript + Screenshots) - wenn nun aber wirklich das userverz. gelöscht wird, geht das wohl nichtmehr. André - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Q: Ausgeschaltete Untermenüs - Sinnvoll oder nicht?
Hallo Manfred, 2008/9/5 Manfred Usselmann [EMAIL PROTECTED]: On Fri, 5 Sep 2008 14:15:59 +0200 Thomas Hackert [EMAIL PROTECTED] wrote: On Fri, Sep 05, 2008 at 01:31:16PM +0200, Christian Lohmaier wrote: [...] Menüeintrag grau/inaktiv darstellen, die Funktion aber nicht abschalten. Sprich der Menüeintrag ist weiterhin auswählbar und das Untermenü mit den inaktiven Einträgen kann weiterhin aufgeklappt werden. Ganz streng genommen kann man das aber auch anders sehen. Da der Menüeintrag weiterhin auswählbar ist, ist er ja nicht inaktiv, sondern hat weiterhin seine Funktion, das Untermenü einzublenden. Warum ist das anders? Genau so hab ich es doch zusammengefaßt? Wenn der Obermenüpunkt grau ist (inaktiv dargestellt wird), würde ich vermuten, dass ein Draufklicken nichts mehr bringt und gar nicht auf die Idee kommen, dass ich mir ansehen kann, was sich dahinter verbirgt. Das das Teil ein Untermenü ist zeigt ja das kleine Dreieck an. Und: Ja, es bringt auch nix, das Menü aufzumachen, weil ja keine der Funktionen anwendbar ist, aber das sollte man dem Übermenüantrag auch schon ansehen können. ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Anfrage: Lizenzfrage
Hallo Friedrich, *, 2008/9/4 Friedrich Strohmaier [EMAIL PROTECTED]: -- Weitergeleitete Nachricht -- Betreff: Lizenzfrage Datum: Mittwoch, 3. September 2008 Von: Olaf Probst [EMAIL PROTECTED] An: [EMAIL PROTECTED] Für ein Projekt zur Erstellung von Unterrichts- und Hilfsmaterialien für Kinder benötige ich eine klare Schrift. Vielleicht ist dann auch Andika eine Alternative: http://scripts.sil.org/Andika Andika is a sans serif, Unicode-compliant font designed especially for literacy use, taking into account the needs of beginning readers. The focus is on clear, easy-to-perceive letterforms that will not be readily confused with one another. Diese habe ich in der dem OpenOffice-Paket beiliegenden Schrift URW Gothic L gefunden. Die liegt OOo selbst nicht bei. OOo bringt nur OpenSymbol, und je nach Version auch Bitstream Vera/Deja VU und die Liberation fonts mit. Leider finde ich nirgends im Internet Hinweise auf die Lizensierung. Da sie dem OpenOffice-Paket beiliegt, gehe ich davon aus, dass sie unter der GPL steht. Die Schlußfolgerung ist gleich doppelt falsch, denn weder liegt sie OOo selbst bei, noch steht OOo unter der GPL. Andererseits aber auch wieder richtig: Einige urw-fonts stehen unter der gpl. Aus der Beschreibung des urw-fonts rpms auf meinem System: # Free, good quality versions of the 35 standard PostScript(TM) fonts, donated under the GPL by URW++ Design and Development GmbH. The fonts.dir file font names match the original Adobe names of the fonts (e.g., Times, Helvetica, etc.). Install the urw-fonts package if you need free versions of standard PostScript fonts. # Man beachte besonders versions. Das impliziert es gibt auch andere Varianten, möglicherweise auch von URW Gothic L, die unter einer anderen Lizenz stehen. Die Fonts sind Teil von ghostscript. Etwaige über Zusätzliche Schriften aus dem Internet geladene URW-Fonts dürften dieselben sein. Meine Frage ist nun, ob das zutrifft, ich URW Gothic L also verändern und verbreiten darf. Die URW Gothic L, die ich hier habe (aus oben genannten Paket) ist GPL und dürfte auch verändert werden. Das Copyright eines Fonts steht auch oft in der Fontdatei selbst drin. Also einfach die Fontdatei mit einem geeigneten Programm aufmachen (jeder Schriftbetrachter sollte das anzeigen können, und da von verändern die Rede ist: jeder fonteditor natürlich auch) ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] [Automation] User Verzeichniss nach jedem Test plattwalzen
Hi, Mechtilde schrieb: Ich habe sie mir aus dem Verzeichnis qatesttool nach testautomation kopiert. Ohne diese Scripte wäre ein automatisches Testen über Nacht für mich nicht machbar Ok, Änderungen sind im cvs. André - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Release-Verwirrung
Hallo, ich blick nicht mehr durch, welche Versionen welche Linien repräsentieren. Kann mir jemand kurz weiterhelfen? Wir haben anzubieten: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) (2) OOO_m4 (3) OOO_m30 (4) OOO 3.0.0rc1 Ich nehme mal an, daß (4) das aktuellste ist. Ist (4) auch der Nachfolger von (2) und macht diesen überflüssig? Ist (3) die 3.1er Linie? Und (1) ist eigentlich total veraltet (keine Ahnung, warum das noch auf der Webpage ist)? Gruß Guido - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hallo, Guido Ostkamp schrieb: Hallo, ich blick nicht mehr durch, welche Versionen welche Linien repräsentieren. Kann mir jemand kurz weiterhelfen? Wir haben anzubieten: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) (2) OOO_m4 (3) OOO_m30 (4) OOO 3.0.0rc1 Ich nehme mal an, daß (4) das aktuellste ist. +1 Ist (4) auch der Nachfolger von (2) und macht diesen überflüssig? ja Ist (3) die 3.1er Linie? ja Und (1) ist eigentlich total veraltet (keine Ahnung, warum das noch auf der Webpage ist)? Weil das die letzte für eine breite Öffentlichkeit erstellte Version zum Testen. 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hallo Guido, *, 2008/9/5 Guido Ostkamp [EMAIL PROTECTED]: ich blick nicht mehr durch, welche Versionen welche Linien repräsentieren. Kann mir jemand kurz weiterhelfen? Wir haben anzubieten: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) besser: OOo ... (2) OOO_m4 Nein. OOO300_m4 (3) OOO_m30 Nein. DEV300_m30 (4) OOO 3.0.0rc1 besser: OOo ... entspricht OOO300_m5 (der ab heute auch fertig getaggt ist) Ich nehme mal an, daß (4) das aktuellste ist. kommt wieder auf die Definition von aktuell an. Das hatten wir aber alles schonmal. ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hallo zusammen! Erstens freu ich mich, dass ich nicht der einzige bin, der bei den Versionen nicht durchblickt! ;-) Zweitens freu ich mich, dass Mechthilde durchblickt und ich dann auch ein bisschen... ^^ Viele Grüße Jan Ich freu mich Am 05.09.2008 um 19:20 schrieb Christian Lohmaier: Hallo Guido, *, 2008/9/5 Guido Ostkamp [EMAIL PROTECTED]: ich blick nicht mehr durch, welche Versionen welche Linien repräsentieren. Kann mir jemand kurz weiterhelfen? Wir haben anzubieten: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) besser: OOo ... (2) OOO_m4 Nein. OOO300_m4 (3) OOO_m30 Nein. DEV300_m30 (4) OOO 3.0.0rc1 besser: OOo ... entspricht OOO300_m5 (der ab heute auch fertig getaggt ist) Ich nehme mal an, daß (4) das aktuellste ist. kommt wieder auf die Definition von aktuell an. Das hatten wir aber alles schonmal. ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hi, 2008/9/5 Guido Ostkamp [EMAIL PROTECTED]: ich blick nicht mehr durch, welche Versionen welche Linien repräsentieren. Kann mir jemand kurz weiterhelfen? Wir haben anzubieten: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) (2) OOO_m4 (3) OOO_m30 (4) OOO 3.0.0rc1 Wie Christian schon schrieb sind die Namen so nicht ganz richtig. Nimm mal http://development.openoffice.org/releases/ooo_roadmap.pdf zur Hand, das erläutert das Ganze anhand einer Grafik. DEV300 ist der derzeitige Hauptstrang der Codeentwicklung. - DEV300_m30 OOO300 führt uns zum Release und darüber hinaus noch zur 3.0.1 - OOO300_m5 (läuft im Moment auf das Mirrornetzwerk) BEA300 und BEB300 sind Geschichte Um einer gern gestellten Frage vorzubeugen: Bugfixes auf den Zweigen werden auch auf DEV300 eingeführt, aber neue Features im Moment nur in DEV300 eingebaut. Gruss Volker -- ++ Volker Merschmann - Content Developer OpenOffice.org ++ Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hallo Christian, Am 5.9.2008 19:20 schrieb Christian Lohmaier: 2008/9/5 Guido Ostkamp [EMAIL PROTECTED]: (1) OOO 3.0 Beta 2 (z.Zt. auf de.openoffice.org) besser: OOo ... ... Nein. OOO300_m4 ... Nein. DEV300_m30 (4) OOO 3.0.0rc1 besser: OOo ... entspricht OOO300_m5 (der ab heute auch fertig getaggt ist) Deine Klarstellungen zeigen ja schon deutlich, dass Leute wie (anscheinend auch) Guido oder mich, die nicht so tief im Projekt stecken wie Du oder die Sun-Mitarbeiter, nicht sehen, welche der parellelen Versionen man sinnvollerweise testen sollte, wenn man gezielt mithelfen will. Meine letzte Nachfrage, ob ...m4 für das Testen des Relaese die sinnvollste Version sei, wurde nicht einmal beantwortet. Die Nachfrage habe ich gestellt, weil die Bezeichnungen insbesondere der Pakete alles andere als selbsterklärend sind. Beispiel: OOo-Dev_OOO300_m4_Win32Intel_install_en-US.exe. Ist das eine Dev oder DEV oder OOo oder OOO oder was? Zwar nicht in C, aber in anderen Programmiersprachen wie Fortran (und auch umgangsschriftlich) ist Groß-/Kleinschreibung nicht signifikant, sollte meiner Meinung nach also auch für die Unterscheidung von Linien nicht verwendet werden. Natürlich kann es auch schon jetzt sinnvoll sein, die 3.1-Linie zu testen, mir als Anwender und Werber für 3.0 scheint es aber am sinnvollsten, die 3.0-Linie zu testen. In meinem in 10 Tagen kommenden SO-Kurs möchte ich ohne Studium Gott-weiß-welcher Dokumentationen (und ohne Rückfragen hier, die dann nicht beantwortet werden) erkennen und empfehlen können, welche Version die Teilnehmer mal testen sollten, um die erscheinende 3.0 und nicht 3.1 kennzulernen. Ich möchte daher anregen, die unterschiedlichen Linien zumindest auf den Download-Servern und -Spiegeln klarer zu bezeichnen. Warum z.B. für 3.1 nicht einfach DEV310 = Dev310 = dev310 = Dev_OOo310 ...? (Es geht ja ausschließlich um OOo!) Warum für OOo 3.0 Beta oder RC nicht direkt z.B. OOo300Beta/RC? o.ä. Ich nehme mal an, daß (4) das aktuellste ist. kommt wieder auf die Definition von aktuell an. Das hatten wir aber alles schonmal. Und wird immer wieder kommen, wenn das Namensschema auf den Download-Servern nicht verbessert wird. (Oder 'ne Menge Gutwilliger wird es sein lassen...) -- Grüße Günter Marxen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Release-Verwirrung
Hi, Guenter Marxen schrieb: Deine Klarstellungen zeigen ja schon deutlich, dass Leute wie (anscheinend auch) Guido oder mich, die nicht so tief im Projekt stecken wie Du oder die Sun-Mitarbeiter, nicht sehen, welche der parellelen Versionen man sinnvollerweise testen sollte, wenn man gezielt mithelfen will. Meine letzte Nachfrage, ob ...m4 für das Testen des Relaese die sinnvollste Version sei, wurde nicht einmal beantwortet. Sorry, deine letzte Nachfrage, mit welcher Version du am besten testen solltest, finde ich verstekct in einer Mail mit dem Betreff Fehler beim Seitenumbruch (SO 8 PP11) Da ich (mit Mechtilde zusammen) als Ansprechpartner QA hier fungiere, wäre es wohl meine Aufgabe gewesen, darauf zu antworten. Aber du hattest bereits folgende Antworten erhalten. von Peter Eberlein da an 3.0 jetzt außer absoluten Stoppern nichts mehr geändert wird, schlage ich m30 vor, von Joost Andrae: Die DEV300_m?? wird im Augenblick für die Entwicklung der 3.0.1 ff. genutzt. Zum Testen der 3.0 sollte man sich auf OOO300_m?? konzentrieren. (er hat sich wohl vertippt - nicht 3.0.1 sondern 3.1ff ist gemeint, die GRundaussage bleibt aber die gleiche) Volker Merschmann ist dann noch auf deine Nachfrage zu den Installtionssätzen eingegangen. Stefan Balzer hat nachgefragt, welcher alte Fehler wieder aufgetreten ist und um eine Issue Nummer gebeten - darauf erfolgte keine Antwort. Wahrscheinlich, weil du parallel bereits gemeldet hattest,dass derFEhlerin einer OOO300_m3 ncihtmehr auftritt. Ich hätte den Antworten nichts mehr hinzufügen können. Dass deine Fragen nichteinmal beantwortet ist schlicht falsch. Die Nachfrage habe ich gestellt, weil die Bezeichnungen insbesondere der Pakete alles andere als selbsterklärend sind. Beispiel: OOo-Dev_OOO300_m4_Win32Intel_install_en-US.exe. Ist das eine Dev oder DEV oder OOo oder OOO oder was? Zwar nicht in C, aber in anderen Programmiersprachen wie Fortran (und auch umgangsschriftlich) ist Groß-/Kleinschreibung nicht signifikant, sollte meiner Meinung nach also auch für die Unterscheidung von Linien nicht verwendet werden. Es ist sogar noch ein wenig komplizierter, allerdings frage ich mich gerade, ob ich das wirklich erklären soll, denn ... Natürlich kann es auch schon jetzt sinnvoll sein, die 3.1-Linie zu testen, mir als Anwender und Werber für 3.0 scheint es aber am sinnvollsten, die 3.0-Linie zu testen. In meinem in 10 Tagen kommenden SO-Kurs möchte ich ohne Studium Gott-weiß-welcher Dokumentationen (und ohne Rückfragen hier, die dann nicht beantwortet werden) erkennen und empfehlen können, welche Version die Teilnehmer mal testen sollten, um die erscheinende 3.0 und nicht 3.1 kennzulernen. Alles das wurde bereits korrekt beantwortet und trotzdem behauptest du, dass dir die Informationen nicht gegeben wurden. Und wird immer wieder kommen, wenn das Namensschema auf den Download-Servern nicht verbessert wird. (Oder 'ne Menge Gutwilliger wird es sein lassen...) Und ne Menge gutwillig Antwortender wird das Antworten lassen, wenn nachher behauptet wird, die Fragen wären ignoriert worden. André PS.: Ich gehe nicht davon aus, dass das Namensschema in Stein gemeiselt und verbesserungsfähi ist.Bitte bedenkt aber auch, dass wir a) gerade erst das Namensschema erheblich verbessert haben - oder wer weiss noch, wie SRC680 und OOH in Zusammenhang standen? b) wir gerade eine recht aussergewöhnliche Situation haben, in der Betaversion, Entwicklersnapshots und Stabilisierungs-Linie ziemlich hohes öffentliches Interesse haben. Normalerweise haben wir nur zwei Linien, die zeitgleich laufen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Was sind OOo-Dev Versionen? (was: Release-Verwirrung)
Hallo Günter, *, 2008/9/5 Guenter Marxen [EMAIL PROTECTED]: Am 5.9.2008 19:20 schrieb Christian Lohmaier: Deine Klarstellungen zeigen ja schon deutlich, dass Leute wie (anscheinend auch) Guido oder mich, die nicht so tief im Projekt stecken wie Du oder die Sun-Mitarbeiter, nicht sehen, welche der parellelen Versionen man sinnvollerweise testen sollte, wenn man gezielt mithelfen will. Wenn Du schon von parallelen Versionen sprichst, dann ist die Antwort: Eine vom Release-Zweig, und die andere, mit geringerer Priorität die des Entwicklungs-Zweiges. Konkret: Für die 3.0 (das ist aktuell der Release-Zweig) einen Build vom OOO300-Zweig. Der Entwicklerzweig ist DEV300 Aber vielleicht hab ich das mit dem parallelen Zweigen auch falsch verstanden. OOo-Dev_OOO300_m4_Win32Intel_install_en-US.exe. Ist das eine Dev oder DEV oder OOo oder OOO oder was? OOo steht für OpenOffice.org - sollte klar sein. OOo-Dev = dev-Version, eine Version die sich nicht als OpenOffice.org ausgibt, sondern eben als OOo-dev, sprich: Keine Desktop-integration, seperates Nutzerprofil. OOO300_m4: * OOO300: Der Zweig, hier also der Release-Zweig für die 3.0 * m4: Milestone #4, der 4. veröffentliche Milestone des Zweiges Win32Intel_install_en-US.exe dürfte wieder klar sein. für windows, 32bitversion, Vollversion (im Gegensatz zum Languagepack), Sprache: amerikanisches Englisch Zwar nicht in C, aber in anderen Programmiersprachen wie Fortran (und auch umgangsschriftlich) ist Groß-/Kleinschreibung nicht signifikant, sollte meiner Meinung nach also auch für die Unterscheidung von Linien nicht verwendet werden. Wird es auch nicht. Es gibt keine zwei Linien, die sich lediglich in der Groß- oder Kleinschreibung unterscheiden. Es gab SRX645, SRC680 und DEV300 als die Entwiklungslinien, und dann diverse Release-Zweige BEA300, BEB300, OOO300 um nur die letzten, für OOo 3 relevanten zu nennen. Natürlich kann es auch schon jetzt sinnvoll sein, die 3.1-Linie zu testen, mir als Anwender und Werber für 3.0 scheint es aber am sinnvollsten, die 3.0-Linie zu testen. Dann mußt Du schon genauer schreiben, was Du mit parallele Versionen meinst. Und auf die Aufrufe in den QA-Listen zu achten ist dann auch nicht verkehrt. [bisserl Polemik] Ich möchte daher anregen, die unterschiedlichen Linien zumindest auf den Download-Servern und -Spiegeln klarer zu bezeichnen. Nö. Der Nutzer hat direkt auf den Servern nix verloren. Der soll gefälligst auf das Announcement warten und über die Downloadseiten gehen. Warum z.B. für 3.1 nicht einfach DEV310 = Dev310 = dev310 = Dev_OOo310 ...? (Es geht ja ausschließlich um OOo!) Warum für OOo 3.0 Beta oder RC nicht direkt z.B. OOo300Beta/RC? o.ä. Warst Du überhaupt schon mal auf den Servern? Auch wenn die Bezeichnung auf dem Server selbst irrelevant ist: Für Betas/rcs sind (und waren schon immer) die Verzeichnisse schon entsprechend benannt. Allgemeine Bemerkung, nicht auf Dich (Günter) bezogen: Wer zu blind ist, die zu finden, der sollte die Finger vom Testen lassen. Brauchbare Fehlerbeschreibungen wird man dann nämlich ziemlich sicher nicht bekommen. ciao Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-dev] Anfrage: Lizenzfrage
Hi Christian, Thomas, Florian, *, Danke für die Antworten. Ich hatte Olaf Probst in meine Antwort gleich den gmane-Link zur Diskussion gepostet: http://thread.gmane.org/gmane.comp.openoffice.devel.german/19711 damit er die Möglichkeit hat, die Antworten zu verfolgen, und - wenn auch moderiert - selbst einzusteigen. Besonderen Dank, Christian, für deine ausführlichen Erläuterungen. Ich hatte selber bisschen versucht zu recherchieren, aber mit der Suchmaschine fand ich mich bei diesem Thema schnell verloren. Christian Lohmaier schrieb: [..] Vielleicht ist dann auch Andika eine Alternative: http://scripts.sil.org/Andika Andika is a sans serif, Unicode-compliant font designed especially for literacy use, taking into account the needs of beginning readers. The focus is on clear, easy-to-perceive letterforms that will not be readily confused with one another. [.. und weitere interessante Erläuterungen ..] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-dev] Erscheinungstermin Version 3.0?
Hallo! Weiß jemand, wann die entgültige Version 3.0 erscheinen wird. Ich frage dies, weil ich Ende September an der Schule einen Installationstermin haben werde. Ich würde mich sehr ärgern, wenn dann eine Woche später die neue Version erscheinen würde, da würde ich lieber den Installationstermin verschieben. Danke und LG, Heli - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
