Re: Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
Hi Am 25.06.11 12:06, schrieb André Schnabel: Am 25.06.2011 11:14, schrieb Uwe Altmann: Im Spec-schreiben bin ich ganz gut - hast Du konkret was im Auge? Ich bastel mir grade mal eine ganz primitive Spec-Vorlage im wiki zusammen (nur die wichtigsten Stichpunkte, was denn so enthalten sein sollte). Sobald ich den Ersten Wurf habe, melde ich mich wieder. Als Testballon würde ich eben die Gitterlinien in Calc nehmen - bzw. die zugehörige Implementierung der Optionen. Ich bin gerade wieder von einer Reise mit höllischen Zahschmerzen und einer drohenden Wurzelbehandlung zurück und falle daher diese Woche wohl noch aus - wie es aussieht, kommt Ihr nach Deinen mahnenden Worten ja aber auch so ganz gut zurecht - vielleicht musst Du einfach mal öfter in den Meckermodus gehen ;-) -- Mit freundlichen Grüßen Uwe Altmann -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
HI André Am 25.06.11 09:35, schrieb Andre Schnabel: ...Ich hatte es da schon erwähnt, dass kaum ein Entwickler böse über eine spec ist, wenn er sie denn nicht allein schreiben muss. Und das würde ich auch immerwieder so sagen, denn eine Spec *hilft* dem Entwickler. Nur müssen wir irgendwie dazu kommen, dass mehr Leute an sowas arbeiten ... Im Spec-schreiben bin ich ganz gut - hast Du konkret was im Auge? -- Mit freundlichen Grüßen Uwe Altmann -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
Hi, Am 25.06.2011 11:14, schrieb Uwe Altmann: HI André Am 25.06.11 09:35, schrieb Andre Schnabel: ...Ich hatte es da schon erwähnt, dass kaum ein Entwickler böse über eine spec ist, wenn er sie denn nicht allein schreiben muss. Und das würde ich auch immerwieder so sagen, denn eine Spec *hilft* dem Entwickler. Nur müssen wir irgendwie dazu kommen, dass mehr Leute an sowas arbeiten ... Im Spec-schreiben bin ich ganz gut - hast Du konkret was im Auge? Ich bastel mir grade mal eine ganz primitive Spec-Vorlage im wiki zusammen (nur die wichtigsten Stichpunkte, was denn so enthalten sein sollte). Sobald ich den Ersten Wurf habe, melde ich mich wieder. Als Testballon würde ich eben die Gitterlinien in Calc nehmen - bzw. die zugehörige Implementierung der Optionen. Die Diskussion dazu läuft leider verteilt über zwei Listen: http://lists.freedesktop.org/archives/libreoffice-ux-advise/2011-June/thread.html http://dir.gmane.org/gmane.comp.documentfoundation.libreoffice.design Betreff ist jeweils Option for gridline display in Calc (fdo#30800) Natürlich geht es primär nicht darum die Spec zu schreiben sondern rauszufinden, was der beste Weg zur Implementierung ist. Aktueller Stand ist, dass * eine Option eingeführt werden soll, um das Verhalten zu steuern * diese entweder als Kompatibiltätsoption unter Calc - Kompatibilität (a) oder als Ansichtsoption unter Calc - Ansicht (b) eingeführt werden soll. a) hat den Bachteil, dass für den Anwender nicht sofort ersichtlich ist, was diese Option steuert. (und ist außerdem umständlicher zu implementieren, was aber erstmal uninteressant ist) b) hat den Nachteil, dass die Optionsseite Ansicht schon voll ist. Der Vorschlag, die Seite zu vergrößern ist imo inakzeptabel, da man dann alle UI-Elemente auf *allen* Optionsseiten prüfen und ggf. neu positionieren müsste. (Mal abgesehen davon, dass 22 Einzeloptionen auf einer Seite eh schon genug sind) Deshalb gibt es den Vorschlag entweder die Option Linienfarbe zu entfernen, da keiner richtig weiß, ob das überhaupt jemand nutzt (schließlich gibt es eine entsprechende Option unter LibreOffice - Darstellung) .. oder man fasst die die Optionen zur Anzeige der Grafikobjekte (Objekte, Diagramme, Zeichnungselemente) zusammen. Auf beiden Wegen hätte man dann platz für die neue Option, aber man hat halt Seiteneffekte, die man auch wieder beachten muss. Z.B. ob die alten Optionen nur von der Oberfläche entfernt werden sollen oder ob sie komplett entfallen. Ich vermute mal, du stimmst mir zu, dass das alles Dinge sind, bei denen man Input von einem Entwickler braucht (was überhaupt machbar ist) ... bei denen man aber die Entscheidung sicher nicht allein dem Entwickler überlassen sollte, der mit dem Kopf grade voll im Code steckt ;) Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Mahlzeit, Am 25. Juni 2011 09:35 schrieb Andre Schnabel andre.schna...@gmx.net: Wir hatten das Thema auch auf dem QA-WE. Es wurde als ungünstig angesehen, dass es keine Specs in der Art wie bei OOo gibt, dass eben Entwickler gerne mal Code abwerfen - mit etwas Glück noch irgendwo darüber berichten. Ich hatte es da schon erwähnt, dass kaum ein Entwickler böse über eine spec ist, wenn er sie denn nicht allein schreiben muss. Und das würde ich auch immerwieder so sagen, denn eine Spec *hilft* dem Entwickler. Nur müssen wir irgendwie dazu kommen, dass mehr Leute an sowas arbeiten - ich versuch, die nächsten Tage mal bisschen im Wiki drann zu arbeiten. ... und der nächste Testballon kommt dann voraussichtlich in Vorbereitung des Projektwochenendes. :) Ich hatte mich vor langer Zeit mal auf den specs-Mailinglisten im OOo-Projekt angemeldet, weil ich das eine sinnvolle Sache fand. Faktisch ist da schon lange nichts mehr gelaufen. Viele Dinge sind einfach ohne Spec entwickelt worden. Für die umstrittene Änderung der Icons (ein Lieblingsthema von mir) zum Beispiel hat man die Spec erst auf unsrere Beschwerde hin im Nachgang ins Wiki gestellt. Die Kritik an der Spec wurde ignoriert. Und: Vor der Erstellung von Spezifikationen müssen die Entwicklungsziele definiert werden, z.B. vom SC. Das wurde sicherlich bisher noch nicht so vordergründig betrieben weil uns die Projektorganisation noch zu sehr beschäftigt hat. Gruß Volker -- Volker Merschmann Member of The Document Foundation http://www.documentfoundation.org -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
So .. Am 25.06.2011 12:06, schrieb André Schnabel: Ich bastel mir grade mal eine ganz primitive Spec-Vorlage im wiki zusammen (nur die wichtigsten Stichpunkte, was denn so enthalten sein sollte). Sobald ich den Ersten Wurf habe, melde ich mich wieder. erster Wurf: http://wiki.documentfoundation.org/User:Andreschnabel/SpecTemplate mit Stichpunkten zur Erklärung: http://wiki.documentfoundation.org/User_talk:Andreschnabel/SpecTemplate -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
Hallo André, André Schnabel schrieb: Hi, Am 25.06.2011 11:14, schrieb Uwe Altmann: HI André Am 25.06.11 09:35, schrieb Andre Schnabel: ...Ich hatte es da schon erwähnt, dass kaum ein Entwickler böse über eine spec ist, wenn er sie denn nicht allein schreiben muss. Und das würde ich auch immerwieder so sagen, denn eine Spec *hilft* dem Entwickler. Nur müssen wir irgendwie dazu kommen, dass mehr Leute an sowas arbeiten ... Im Spec-schreiben bin ich ganz gut - hast Du konkret was im Auge? Ich bastel mir grade mal eine ganz primitive Spec-Vorlage im wiki zusammen (nur die wichtigsten Stichpunkte, was denn so enthalten sein sollte). Sobald ich den Ersten Wurf habe, melde ich mich wieder. [..] Aktueller Stand ist, dass * eine Option eingeführt werden soll, um das Verhalten zu steuern * diese entweder als Kompatibiltätsoption unter Calc - Kompatibilität (a) oder als Ansichtsoption unter Calc - Ansicht (b) eingeführt werden soll. Ich möchte zwei weitere Version zu bedenken geben: (1) Statt der jetzigen Checkbox Grid lines (Abschnitt 'Visual aids' in ToolsOptionsCalc/View) eine drop-down-liste zu benutzen. Und zwar mit den Einträgen none : bisherige Verhalten, falls die Option nicht markiert war back : bisheriges LibO Verhalten, falls die Option markiert war front : Verhalten wie in OOo, falls die Option markiert war Vorteile: *Alle bisherigen Einstellmöglichkeiten bleiben erhalten. *Es wird kein zusätzlicher Platz benötigt. (2) Die Einstellung der Gitterlinien völlig aus den Optionen herausnehmen und in die Seiten-Eigenschaften verlagern und so eine Einstellung per Seitevorlage ermöglichen. Vorteile: *Die undurchsichtige Beziehung zwischen allgemeinen Einstellungen in Tools/Options/LibO/Appearance und Tools/Options/Calc/View verschwindet. *Die Seite Tools/Options/Calc/View wird entlastet. *Es wird möglich, innerhalb eines Dokuments einzelne Sheets ohne Gitterlinien zu benutzen. Dies ermöglicht insbesondere ein ähnliches Verhalten wie in Excel, wo Diagramme auf einer separaten Seite ohne Gitterlinien erzeugt werden können. http://openoffice.org/bugzilla/show_bug.cgi?id=14893 Nachteil: Bisher steht die Eigenschaft im file unter settings. Ich weiß nicht, ob sie dort bleiben könnte, vermute aber sie müsste zu styles oder zu content, und ich weiß nicht, ob dies mit den vorhandenen ODF-Spezifikationen möglich ist. MfG Regian -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Auch Mahlzeit ... Am 25.06.2011 13:11, schrieb Volker Merschmann: Und: Vor der Erstellung von Spezifikationen müssen die Entwicklungsziele definiert werden, z.B. vom SC. Das wurde sicherlich bisher noch nicht so vordergründig betrieben weil uns die Projektorganisation noch zu sehr beschäftigt hat. Sehe ich anders ... wir haben im Bugtracker im Moment 413 Einträge für LibreOffice, die als Enhancement gekennzeichnet sind. Für viele davon braucht man keine High level Entwicklungsziele. Wahllos rausgegriffen: * Allow embedding of movies and sounds * Better handling for csv-Files * Allow drag and drop for Data labels * Add another way to freeze columns and rows * Add an option to use English names for Greek characters on Math * Add an insert symbol to Math * file association option in libreoffice Das sind alles Sachen, die man wahrscheinlich mit wenigen Tagen oder Wochen Entwicklungsaufwand umsetzen kann. Alle davon finde ich durchaus sinnvoll - unabhängig davon, ob wir in drei Jahren ein vollkommen neues Bedienmodell für eine Desktop-Applikation haben, ob wir in vier Jahren nur noch im Web arbeiten oder ob wir nächstes Jahr LibO auf Android funktionsfähig haben. Alle diese Requests haben aber gemeinsam, dass sie noch mal evaluiert werden und nicht einfach so implementiert werden sollten. Und dafür brauchen wir halt Leute .. und wenn man das noch öffentlich dokumentiert, hat man auch nicht das Problem, dass nachher irgendwas überraschendes implementiert wird. Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
Hallo Regina, Am 25.06.2011 13:31, schrieb Regina Henschel: Aktueller Stand ist, dass * eine Option eingeführt werden soll, um das Verhalten zu steuern * diese entweder als Kompatibiltätsoption unter Calc - Kompatibilität (a) oder als Ansichtsoption unter Calc - Ansicht (b) eingeführt werden soll. Ich möchte zwei weitere Version zu bedenken geben: (1) Statt der jetzigen Checkbox Grid lines (Abschnitt 'Visual aids' in ToolsOptionsCalc/View) eine drop-down-liste zu benutzen. Und zwar mit den Einträgen none : bisherige Verhalten, falls die Option nicht markiert war back : bisheriges LibO Verhalten, falls die Option markiert war front : Verhalten wie in OOo, falls die Option markiert war Vorteile: *Alle bisherigen Einstellmöglichkeiten bleiben erhalten. *Es wird kein zusätzlicher Platz benötigt. Hmm . bliebe der Nachteil, dass sich der Typ der Option (ja / nein zu drei Werte) ändert. Das kann man aber bei der implementierung beachten und die alten Settings noch lesen, aber nur noch die neuen schreiben. Allerdings .. wenn ich mir den Dialog anschaue, haben Checkboxen einen geringeren horizontalen Abstand zueinander als drop-down-Listen. Kann leicht sein, dass wir dann doch ein Platzproblem haben. (2) Die Einstellung der Gitterlinien völlig aus den Optionen herausnehmen und in die Seiten-Eigenschaften verlagern und so eine Einstellung per Seitevorlage ermöglichen. http://openoffice.org/bugzilla/show_bug.cgi?id=14893 Wie in dem Issue schon erwähnt, hat Kohei dafür einen Patch bereitgestellt - der in LibO integriert ist. Nachteil: Bisher steht die Eigenschaft im file unter settings. Ich weiß nicht, ob sie dort bleiben könnte, vermute aber sie müsste zu styles oder zu content, und ich weiß nicht, ob dies mit den vorhandenen ODF-Spezifikationen möglich ist. Zumindest nach Koheis Beschreibung im Issue ist es möglich - geprüft hab ich's nicht. Implementiert ist das aber über die Symbolleiste (und nicht Seiteneigenschaften). Die Einstellung pro Seite konkurriert natürlich mit den Einstellungen in Extras - Optionen. Insofern bin ich mit dieser (aktuellen) Implementierung auch nicht glücklich und bin ganz stark dafür, das aufzuräumen. Nur ... das ist wirklich nicht die Einzige Option in Calc, die doppelt belegt, nicht intuitiv oder vollkommen übeflüssig ist. Ich denke, so einen Umbau sollte man separat machen. Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Spezifikationen, Enhancements, und ... Re: [de-discuss] Gitterlinien bei Hintergrund
Hi André, alle, ich bin gerade ein wenig im Urlaub (wenn man das mal so nennen darf, denn die Arbeit reißt hier im Haus nicht ab *g*) bei meiner Schwester und lese den meisten Teil der Diskussion auf dem Handy mit. Inzwischen möchte ich meinen Senf mal mit beisteuern ... Am Samstag, den 25.06.2011, 13:35 +0200 schrieb André Schnabel: Auch Mahlzeit ... Am 25.06.2011 13:11, schrieb Volker Merschmann: Und: Vor der Erstellung von Spezifikationen müssen die Entwicklungsziele definiert werden, z.B. vom SC. Das wurde sicherlich bisher noch nicht so vordergründig betrieben weil uns die Projektorganisation noch zu sehr beschäftigt hat. Sehe ich anders ... wir haben im Bugtracker im Moment 413 Einträge für LibreOffice, die als Enhancement gekennzeichnet sind. Sehe ich genau so wie André - es gibt genug Baustellen im Office, wo wir heute etwas tun können und uns gleichzeitig viele Optionen für später offen halten können. Diejenige, die die letzten Wochen mal auf der libreoffice-ux-advice gelesen haben, haben vielleicht die Vorschläge für die Findbar, Zoom-Slider und so gesehen. Fakt ist, dass viele der Ideen und Vorschläge irgendwann schon mal diskutiert worden sind - halt zu OOo-Zeiten. André, das beantwortet vermutlich auch Deinen Hinweis darauf, warum so lange niemand auf der Liste geantwortet hat - denn meist bin ich der Beantworter der Mails dort. Obwohl schon ein wenig Werbung für diese Liste gemacht wurde, scheint dort kaum jemand aktiv zu sein ... viele andere scheinen die Ideensammlung für innovative UI zu bevorzugen, welche auf der Design-Liste vonstatten geht (und bei den meisten Diskussionen sehe ich als Interaktionsdesigner ziemlich schwarz). User Research geht allerdings in eine sehr gute Richtung. Für viele davon braucht man keine High level Entwicklungsziele. Wahllos rausgegriffen: * Allow embedding of movies and sounds * Better handling for csv-Files * Allow drag and drop for Data labels * Add another way to freeze columns and rows * Add an option to use English names for Greek characters on Math * Add an insert symbol to Math * file association option in libreoffice Das sind alles Sachen, die man wahrscheinlich mit wenigen Tagen oder Wochen Entwicklungsaufwand umsetzen kann. Alle davon finde ich durchaus sinnvoll - unabhängig davon, ob wir in drei Jahren ein vollkommen neues Bedienmodell für eine Desktop-Applikation haben, ob wir in vier Jahren nur noch im Web arbeiten oder ob wir nächstes Jahr LibO auf Android funktionsfähig haben. Alle diese Requests haben aber gemeinsam, dass sie noch mal evaluiert werden und nicht einfach so implementiert werden sollten. Und dafür brauchen wir halt Leute .. und wenn man das noch öffentlich dokumentiert, hat man auch nicht das Problem, dass nachher irgendwas überraschendes implementiert wird. Korrekt! Und je mehr Leute sich diesbezüglich einige sind, desto einfacher wird es dies im Projekt zu etablieren. Viele der Entwickler (mit denen ich gesprochen habe) kriegen beim Wort Spec eine allergische Reaktion - und befürchten die Summe der Prozesse aus OOo-Zeiten. Die Erkenntnis Spec = hilfreich scheint sich nur langsam durchzusetzen. Ich versuche mal den aktuellen Stand der Entwicklung aus meiner Sicht zusammen zu fassen ... * Im Design-Team haben wir auf der WhatWeNeed-Liste den Bedarf an Specs dokumentiert [1] (siehe LibreOffice Specifications). Ein paar Hinweise auf Parallelprojekte hatte ich schon mal notiert. * Mit Björn Michaelsen hatte ich bezüglich der EasyHacks im Issue-Tracker Mitte des Monats mal diskutiert - ich habe einen Vorschlag von ihm, wie Tags (z. B. UxSimplyGo oder UxGetAdvice) genutzt werden könnten (Vorschlag von mir an die Dev-Liste steht aus). * Um der schon genannten Allergiereaktion entgegen zu wirken, hatte ich im Design-Team Wiki den Whiteboards-Abschnitt begonnen. Leider sind einige Einträge wieder recht diskussionslastig, aber immerhin kann man dort mal Infos zu bestimmten Funktionalitäten zentral sammeln [2]. Ein kleines Bespiel ist der Fortschrittsbalken in der Status-Leiste [3]. * Falls wir eine geeignete Spec-Vorlage haben könnten, dann wäre das absolut super - da bastele ich gern mit (leider erst ab nächster Woche). Also André, ich bin dabei, wenn es um Verbesserungen diesbezüglich geht :-) Viele Grüße, Christoph [1] http://wiki.documentfoundation.org/Design/Kick-Off/WhatWeNeed#Knowledge_and_Requirements [2] http://wiki.documentfoundation.org/Design/Kick-Off/WhatWeNeed#Knowledge_and_Requirements [3] http://wiki.documentfoundation.org/Design/Whiteboards/Progress_Indicators -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: Spezifikationen, Enhancements, und ... Re: [de-discuss] Gitterlinien bei Hintergrund
Hi, Am 25.06.2011 15:34, schrieb Christoph Noack: Sehe ich genau so wie André - es gibt genug Baustellen im Office, wo wir heute etwas tun können und uns gleichzeitig viele Optionen für später offen halten können. Diejenige, die die letzten Wochen mal auf der libreoffice-ux-advice gelesen haben, haben vielleicht die Vorschläge für die Findbar, Zoom-Slider und so gesehen. Fakt ist, dass viele der Ideen und Vorschläge irgendwann schon mal diskutiert worden sind - halt zu OOo-Zeiten. André, das beantwortet vermutlich auch Deinen Hinweis darauf, warum so lange niemand auf der Liste geantwortet hat - denn meist bin ich der Beantworter der Mails dort. Na ja .. das in Verbindung mit der Erkenntnis, dass die Liste noch keinen Monat alt ist. Ich würde mal sagen ich führe die Diskussion bzgl. Spec templates dann auch dort weiter. Korrekt! Und je mehr Leute sich diesbezüglich einige sind, desto einfacher wird es dies im Projekt zu etablieren. Viele der Entwickler (mit denen ich gesprochen habe) kriegen beim Wort Spec eine allergische Reaktion - und befürchten die Summe der Prozesse aus OOo-Zeiten. Die Erkenntnis Spec = hilfreich scheint sich nur langsam durchzusetzen. Diese Einstellung ist mir echt unverständlich - aber wahrscheinlich, weil ich beruflich gerade mit einem Entwicklungsprozess arbeite, der so aussieht, dass eine Kundenanforderung ohne große Überlegung implementiert wird. Und wenn der Kund nach Implementierung feststellt, dass er das so nicht brauchen kann, kommt halt die Änderungsanforderung und es wird neu implementiert. Das verrückte dabei ist, dass dieses Chaos-Model wirtschaftlich für den Dienstleister sogar besser ist, denn es gibt ja für jede Änderung Geld. Befriedigend ist es aber nicht. * Mit Björn Michaelsen hatte ich bezüglich der EasyHacks im Issue-Tracker Mitte des Monats mal diskutiert - ich habe einen Vorschlag von ihm, wie Tags (z. B. UxSimplyGo oder UxGetAdvice) genutzt werden könnten (Vorschlag von mir an die Dev-Liste steht aus). Ok, das Thema Whiteboardstatus wurde letztes WE auch angesprochen. Im Moment gibt es da keine (leicht auffindbare, einheitliche) Richtinie, wie der zu verwenden ist. * Um der schon genannten Allergiereaktion entgegen zu wirken, hatte ich im Design-Team Wiki den Whiteboards-Abschnitt begonnen. Leider sind einige Einträge wieder recht diskussionslastig, aber immerhin kann man dort mal Infos zu bestimmten Funktionalitäten zentral sammeln [2]. Ein kleines Bespiel ist der Fortschrittsbalken in der Status-Leiste [3]. Finde ich nicht schlimm, dass die diskussionslastig sind. Ich verstehe die Whiteboards als Vorbereitung einer Spec aus UX-Sicht. Wenn da bisschen viel Diskussion drin ist, kann man diese in der Spec-Phase ja durchaus wieder aufgreifen, wenn eine ursprünglich präferierte Lösung nicht umsetzbar ist. Man muss nicht die volle Diskussion in die Spec ziehen. Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: Specs bei LibreOffice (war:: [de-discuss] Gitterlinien bei Hintergrund)
Hallo André, André Schnabel schrieb: Hallo Regina, Am 25.06.2011 13:31, schrieb Regina Henschel: Aktueller Stand ist, dass * eine Option eingeführt werden soll, um das Verhalten zu steuern * diese entweder als Kompatibiltätsoption unter Calc - Kompatibilität (a) oder als Ansichtsoption unter Calc - Ansicht (b) eingeführt werden soll. Ich möchte zwei weitere Version zu bedenken geben: (1) Statt der jetzigen Checkbox Grid lines (Abschnitt 'Visual aids' in ToolsOptionsCalc/View) eine drop-down-liste zu benutzen. Und zwar mit den Einträgen none : bisherige Verhalten, falls die Option nicht markiert war back : bisheriges LibO Verhalten, falls die Option markiert war front : Verhalten wie in OOo, falls die Option markiert war Vorteile: *Alle bisherigen Einstellmöglichkeiten bleiben erhalten. *Es wird kein zusätzlicher Platz benötigt. Hmm . bliebe der Nachteil, dass sich der Typ der Option (ja / nein zu drei Werte) ändert. Das kann man aber bei der implementierung beachten und die alten Settings noch lesen, aber nur noch die neuen schreiben. Was aber noch nicht sagt, wie man es im Dateiformat ablegt. Im Dateiformat könnte man auch einen neuen config-item IsGridInFront einführen. Allerdings .. wenn ich mir den Dialog anschaue, haben Checkboxen einen geringeren horizontalen Abstand zueinander als drop-down-Listen. Kann leicht sein, dass wir dann doch ein Platzproblem haben. Horizontal sollte es passen. Direkt darunter ist ja die drop-down-Liste für die Farbe und die hat ja auch Platz. Die Labels der Listen sollten dann aber linksbündig angeordnet werden. Diese Lösung hat im Vergleich zu dem Ort 'Kompatibilität' den Vorteil, dass ein Benutzer keinen neuen Platz lernen muss. (2) Die Einstellung der Gitterlinien völlig aus den Optionen herausnehmen und in die Seiten-Eigenschaften verlagern und so eine Einstellung per Seitevorlage ermöglichen. http://openoffice.org/bugzilla/show_bug.cgi?id=14893 Wie in dem Issue schon erwähnt, hat Kohei dafür einen Patch bereitgestellt - der in LibO integriert ist. Nachteil: Bisher steht die Eigenschaft im file unter settings. Ich weiß nicht, ob sie dort bleiben könnte, vermute aber sie müsste zu styles oder zu content, und ich weiß nicht, ob dies mit den vorhandenen ODF-Spezifikationen möglich ist. Zumindest nach Koheis Beschreibung im Issue ist es möglich - geprüft hab ich's nicht. Soweit ich sehe, wird in der ODF Spezifikation nicht festgelegt, welche config-item es gibt. Vielleicht war das der Grund, weshalb Kohei es dort angesiedelt hat? Implementiert ist das aber über die Symbolleiste (und nicht Seiteneigenschaften). Es gibt also jetzt schon ein Icon, dass zwischen 'anzeigen' und 'nicht anzeigen' wechselt. Ein weiteres Icon für Wechsel zwischen 'front' und 'back' hat aber eigentlich keinen Platz mehr in der Symbolleiste. Platz wäre in der Statusleiste. Dort könnte man auch wie beim Selektiermodus durch mehrere Optionen routieren. Ein Platz in der UI ist aber erforderlich, wenn man eine Einstellmöglichkeit pro Tabellenblatt haben möchte. Also doch wohl eher dokumentweit in Optionen. Die Einstellung pro Seite konkurriert natürlich mit den Einstellungen in Extras - Optionen. Insofern bin ich mit dieser (aktuellen) Implementierung auch nicht glücklich und bin ganz stark dafür, das aufzuräumen. Nur ... das ist wirklich nicht die Einzige Option in Calc, die doppelt belegt, nicht intuitiv oder vollkommen übeflüssig ist. Ich denke, so einen Umbau sollte man separat machen. Ich träume auch von einem aufgeräumten Optionen-Dialog, aber in absehbarer Zeit wird da wohl nichts passieren. Oder kennst du jemanden, der sich drum kümmern möchte? MfG Regina -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
So, um nochmal auf das Thema zurückzukommen ... der Programmierer ist nahezu mit der Arbeit fertig - wer will, kann einen Linux64bit - build haben, in dem man das über eine Option setzen kann (das ist aber wirklich ein Entwickler-bastel-Build). Was aber nach wie vor fehlt, sind ein paar Entscheidungen, wie es denn nun *wirklich* in der UI umgesetzt werden soll, welche Texte verwendet werden sollen, kurzen Hilfetext dazu verfassen ... Die recht spärlich Diskussion dazu kann man hier nachlesen: http://comments.gmane.org/gmane.comp.documentfoundation.libreoffice.design/2363 Ich hatte mit meiner Abschätzung übrigens recht .. es waren ziemlich genau 8h Aufwand für die Implementierung. Und jetzt ... meckermodus * ich hab bisher noch nie eine Option in die LibO-UI eingefügt, * ich hatte bis gestern keine Ahnung, wie man diese speichert * ich hatte keine Ahnung, wie man diese Option an der Code-Stelle, an der sie benötigt wird verfügbar macht * ich hab mich trotzdem hingesetzt und angefangen, weil ich das Hin-und-Her nicht mehr hören wollte (und weil ich das Problem nicht ganz unwichtig finde) * trotz entsprechender Bitte durfte ich die Diskussion auf design bzw. ux-advise liste selber antriggern und die Möglichkeiten selbst evaluieren (was jeder Anwender ohne Programmierkenntnisse machen kann) * selbst nach Anstoßen der Diskussion ist dort das Feedback spärlich (man unterhält sich halt lieber über das Next-Generation-Userinterface als über so profane Sachen wie einen sinnvollen Bugfix in der aktuellen Version). /meckermodus Im Moment kann ich echt jeden Entwickler verstehen, der ohne große Diskussion ein Feature im Code abwirft. Aber ich schlaf mal drüber und morgen glaube ich wieder daran, dass hier eine Community von Programmierern und anderen Beitragenden *gemeinsam* an einer Office-Suite arbeitet. Oder vielleicht hat bis dahin ja jemand genauer drüber nachgedacht, ob man nun in den Calc-Optionen die Farbe der Gitterlinien wirklich einstellen können muss. :) Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Hi André, * André Schnabel schrieb: [...] Was aber nach wie vor fehlt, sind ein paar Entscheidungen, wie es denn nun *wirklich* in der UI umgesetzt werden soll, welche Texte verwendet werden sollen, kurzen Hilfetext dazu verfassen ... Die recht spärlich Diskussion dazu kann man hier nachlesen: http://comments.gmane.org/gmane.comp.documentfoundation.libreoffice.design/2363 Ich hatte mit meiner Abschätzung übrigens recht .. es waren ziemlich genau 8h Aufwand für die Implementierung. Und jetzt ... meckermodus [...] * trotz entsprechender Bitte durfte ich die Diskussion auf design bzw. ux-advise liste selber antriggern und die Möglichkeiten selbst evaluieren (was jeder Anwender ohne Programmierkenntnisse machen kann) An wen geht jetzt dieses Gemecker? Ich kann mich an eine solche Bitte nicht erinnern, und finde sie hier im Thread auch nicht. Aber vielleicht ist sie ja in den hunderten Mails versteckt, die ich leider nicht mehr alle lesen konnte. Ich hätte Dich sicherlich nicht auf die design-Liste geschickt. Für Fragen von Entwicklern, die sich nicht mit den Diskussionen auf der Design-Liste auseinander setzen wollen, ist gerade die ux-advise-Liste eingerichtet worden. * selbst nach Anstoßen der Diskussion ist dort das Feedback spärlich (man unterhält sich halt lieber über das Next-Generation-Userinterface als über so profane Sachen wie einen sinnvollen Bugfix in der aktuellen Version). Und das geht jetzt weit über einfaches Gemecker hinaus. Du hast am 23.6 um 10:47 auf der design-Liste gepostet. Tatsächlich hat Dir niemand bis um 9:00 am nächsten Tag darauf geantwortet. Auch die UX'ler sind Freiwillige, die sich in aller Regel nur in ihrer Freizeit um solche Fragen kümmern können. Und dass stattdessen lieber über das Next-Generation-Userinterface diskutiert wird, ist schlicht falsch. Auch wenn einige Diskussionen über die bestmögliche Umsetzung eines generellen Workflows für UI-Verbesserungsvorschläge gelaufen sind, ist dieses Thema seit Deinem ersten Posting nicht mehr besprochen worden. Auch von Mireks Citrus-UI-Vorschlag wurde nur noch die Frage einer baldigen Implementierung von Seitenzahlen diskutiert. Es gab zwei weitere Threads, die beide nichts mit der Zukunft-UI zu tun haben. Das Design-Team hat derzeit nicht viele, die sich als UX-Experten um die direkte Umsetzung von UI-relevanten Änderungen kümmern. Christoph hat da viel Arbeit reingesteckt, ist aber derzeit noch eher sproadisch dabei (und sollte sich auch vorwiegend um seine kleine Familie kümmern). Astron hat sich der Sache angenommen und innerhalb von 3 Stunden einige Antworten gegeben - er scheint nicht auf der UX-advise-Liste eingeschrieben zu sein, so dass mein (nicht gemachter) Vorschlag diesmal noch längere Verzögerung gebracht hätte. /meckermodus Im Moment kann ich echt jeden Entwickler verstehen, der ohne große Diskussion ein Feature im Code abwirft. Und das nach Abschalten des Meckermodus :-( Mir würde es ja reichen, wenn UI-relevante Änderungen auf der ux-advise-Liste gemeldet würden (keine Ahnung, ob es schon ein TAG in Bugzilla gibt) und man den UX'lern zumindest ein paar Tage Zeit lassen würde, sich damit zu beschäftigen. Für eine Reaktion auf Zuruf stehen zumindest im LibreOffice-Projekt keine Dutzend Community-Mitglieder mit UX_Expertise bereit. Sorry - auch hier gibt es personelle Resourcen, die berücksichtigt werden müssen. Aber ich schlaf mal drüber und morgen glaube ich wieder daran, dass hier eine Community von Programmierern und anderen Beitragenden *gemeinsam* an einer Office-Suite arbeitet. Mal sehen, wann ich zum Schlafen komme. Die Trennung zwischen Programmierern und anderen Beitragenden wird von Dir mal wieder kräftig unterstützt... ... und es sind noch nicht mal 72 Stunden seit Deiner ersten Mail! Oder vielleicht hat bis dahin ja jemand genauer drüber nachgedacht, ob man nun in den Calc-Optionen die Farbe der Gitterlinien wirklich einstellen können muss. :) Oder auch in den nächsten 2 oder 3 Tagen. Tut mir Leid, wenn ich Dich jetzt persönlich angegriffen habe - aber derzeit ist meine Toleranzschwelle deutlich niedriger als sonst. Der Frust, bei LibreOffice einfach nicht mehr das tun zu können, was ich gerne täte, sondern immer nur hinterher zu rennen und die gröbsten Punkte anzufassen, sollte mal wieder etwas weniger werden ... Trotzdem herzlichen Gruß Bernhard -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
[de-discuss] Gitterlinien bei Hintergrund
Hi, vermisse in der 3.4 die Möglichkeit, die Gitterlinien bei aktivierter Hintergrundfarbe anzuzeigen. Sollte AFAIK doch schon in der 3er Serie passieren, oder? Habe deshalb wieder OOo installiert. Gruß -- PGP Schlüssel: 311D1055 http://keyserver.pgp.com -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Am 08.06.2011 18:37, schrieb Josef Latt: Hi, vermisse in der 3.4 die Möglichkeit, die Gitterlinien bei aktivierter Hintergrundfarbe anzuzeigen. Sollte AFAIK doch schon in der 3er Serie passieren, oder? Habe deshalb wieder OOo installiert. Gruß Habe es eben auch mal ausprobiert. Ist m.E. ein Programmfehler, der behoben werden sollte. Wie seht Ihr das? -- LibreOffice 3.3.2 OOO330m19 (Build:202) tag libreoffice-3.3.2.2 Windows XP Professional SP3 Windows 2008 R2 SP1 -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Hi, Am 08.06.2011 18:49, schrieb Uwe Haas: Am 08.06.2011 18:37, schrieb Josef Latt: Hi, vermisse in der 3.4 die Möglichkeit, die Gitterlinien bei aktivierter Hintergrundfarbe anzuzeigen. Sollte AFAIK doch schon in der 3er Serie passieren, oder? Habe deshalb wieder OOo installiert. Gruß Habe es eben auch mal ausprobiert. Ist m.E. ein Programmfehler, der behoben werden sollte. Wie seht Ihr das? Habe mal nachgeschaut: https://bugs.freedesktop.org/show_bug.cgi?id=30800 Gruß -- PGP Schlüssel: 311D1055 http://keyserver.pgp.com -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Am 08.06.2011 19:43, schrieb Josef Latt: Hi, Am 08.06.2011 18:49, schrieb Uwe Haas: Am 08.06.2011 18:37, schrieb Josef Latt: Hi, vermisse in der 3.4 die Möglichkeit, die Gitterlinien bei aktivierter Hintergrundfarbe anzuzeigen. Sollte AFAIK doch schon in der 3er Serie passieren, oder? Habe deshalb wieder OOo installiert. Gruß Habe es eben auch mal ausprobiert. Ist m.E. ein Programmfehler, der behoben werden sollte. Wie seht Ihr das? Habe mal nachgeschaut: https://bugs.freedesktop.org/show_bug.cgi?id=30800 Gruß *Schmoll* Das hätte ich ja auch mal machen können. Der Fehler ist schon viel zu lange ungefixt. -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Hi, Am 08.06.2011 19:47, schrieb Uwe Haas: Habe mal nachgeschaut: https://bugs.freedesktop.org/show_bug.cgi?id=30800 Gruß *Schmoll* Das hätte ich ja auch mal machen können. Der Fehler ist schon viel zu lange ungefixt. Ich glaub, wir müssen echt ein odr zwei Events pro Jahr organisieren, wo Neulinge und eingesessene Entwickler mal zusammen code hacken. Das ist als EasyHack gekennzeichnet, sogar angegeben, wo das Verhalten grob geändert werden könnte - wahrscheinlich eine Sache von Minuten. Etwas länger dürfte es dauern, das konfigurierbar zu machen (keinen Plan, wie das geht). Schade, dass in Essen keine Entwickler dabei sind :( Wäre ne lehrreiche Session. André PS: Es ist eigentlich zum Heulen - im Quellcode ist das sogar per variable steuerbar, ob die Gitterlinien Vorrang haben oder nicht. Es fehlt echt nur die Konfigurationsmöglichkeit. Haben wir hier niemanden, der sich sowieso mal in C++-Programmierung einarbeiten wollte? -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Hallo André, Am 08.06.2011 20:19, schrieb André Schnabel: Hi, Am 08.06.2011 19:47, schrieb Uwe Haas: Habe mal nachgeschaut: https://bugs.freedesktop.org/show_bug.cgi?id=30800 Gruß *Schmoll* Das hätte ich ja auch mal machen können. Der Fehler ist schon viel zu lange ungefixt. Ich glaub, wir müssen echt ein odr zwei Events pro Jahr organisieren, wo Neulinge und eingesessene Entwickler mal zusammen code hacken. Das ist als EasyHack gekennzeichnet, sogar angegeben, wo das Verhalten grob geändert werden könnte - wahrscheinlich eine Sache von Minuten. Etwas länger dürfte es dauern, das konfigurierbar zu machen (keinen Plan, wie das geht). Schade, dass in Essen keine Entwickler dabei sind :( Wäre ne lehrreiche Session. Na ja, vielleicht kann ich Dir in Essen ein paar Tipps geben, immerhin entwickele ich seit 30 Jahren Software. Und die letzten 10 Jahre im Entwicklungsmanagement. André PS: Es ist eigentlich zum Heulen - im Quellcode ist das sogar per variable steuerbar, ob die Gitterlinien Vorrang haben oder nicht. Es fehlt echt nur die Konfigurationsmöglichkeit. Haben wir hier niemanden, der sich sowieso mal in C++-Programmierung einarbeiten wollte? Das größere Problem ist unbekannte Software. Das einarbeiten dauert da recht lange. -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Re: [de-discuss] Gitterlinien bei Hintergrund
Hi Uwe, Am 08.06.2011 20:26, schrieb Uwe Haas: Schade, dass in Essen keine Entwickler dabei sind :( Wäre ne lehrreiche Session. Na ja, vielleicht kann ich Dir in Essen ein paar Tipps geben, immerhin entwickele ich seit 30 Jahren Software. Und die letzten 10 Jahre im Entwicklungsmanagement. Ähh .. ich komm nur auf 20 Jahre Softwareentwicklung. Es ging mir nicht um allgemeine Tipps zur Programmierung. Die eigentlich Änderung ist trivial, selbst das auffinden der relevanten Stelle im Code war einfach. Inclusive bauen und kurztest war das gerade eine Aktion von 15 Minuten ;) Ich hab bei OOo nur immer die Finger vom Programmieren gelassen, weil ich das schon den ganzen Tag auf Arbeit mache. Inzwischen mach ich mehr Projektmanagement als Programmieren, da ist mal Code hacken echt Erholung ;) André PS: Es ist eigentlich zum Heulen - im Quellcode ist das sogar per variable steuerbar, ob die Gitterlinien Vorrang haben oder nicht. Es fehlt echt nur die Konfigurationsmöglichkeit. Haben wir hier niemanden, der sich sowieso mal in C++-Programmierung einarbeiten wollte? Das größere Problem ist unbekannte Software. Das einarbeiten dauert da recht lange. Ganz grob geschätzt, würde ich das in nem Tag hinbekommen (also rausfinden, wie bau ich die UI für die Konfiguration, wie speichere ich die, wie lese ich sie dann beim Zeichnen der Gitterlinien ...). Nur wäre es wesentlich effektiver, wenn man's zu zweit macht und zwei lernen, wie es geht .. drum die Frage. Gruß, André -- Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de Listenarchiv: http://listarchives.libreoffice.org/de/discuss/ Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
