Hallo Robert,
hier meine persönlichen Antworten:
Am 10.08.2012 10:48, schrieb Robert Großkopf:
ich habe diese Quelle
http://www.openoffice.org/dba/specifications/index.html
einmal genutzt und dazu einige Anmerkungen in Form von Notizen gemacht:
http://robert.familiegrosskopf.de/download/ReportDesigner_withComments.odt
Da waren wohl wirklich mehr Möglichkeiten geplant, als letztlich
durchgeführt worden sind. Natürlich gibt es auch noch Erweiterungen
(z.B. Grafiken ...) aber auch versuchte Erweiterungen, die so gar nicht
vorgesehen waren und auch momentan keine Funktion haben (Rücksetzung der
Seitenzahl beim Beginn einer neuen Gruppe).
Wie kann ich jetzt am geschicktesten damit verfahren?
Das ist eine Frage, wie tief Du wirklich einsteigen willst.
Grundsätzlich ist schon einmal der Ansatz der Base-QA-Initiative super.
Und Du hast Dir viel Arbeit mit der Spezifikation des Report Builders
gemacht.
Die einfachste (und für diese Arbeit effektivste) Sache ist natürlich:
Rein mit der odt ins Bugzilla und den Base-Experten als CC. Ggf. noch
auf der QA-Liste Bescheid sagen und kurz erklären.
Da Du ja relativ gute Vorstellungen vom ganzen Thema Base hast, kann es
für das Projekt sehr wirkungsvoll sein, direkt mit den Entwicklern von
Base in Kontakt zu treten und das Thema Base zu erarbeiten.
So machen es e.g. Astron, Mirek und Alexander vom Design-Team (UX).
Dadurch hast Du natürlich auch eher die Chance, dass Bugs bearbeitet
werden. Denn Du kannst den Entwicklern auch erklären, wo das Problem liegt.
Ich würde dazu eine Anfrage auf der QA-Liste (englisch) starten. Und
frage einmal nach, ob und wenn ja wer und wie Interesse besteht. Die
Anfrage sollte dann schon von Dir und nicht über Robert oder Jochen laufen.
Außerdem kann es sinnvoll sein, wenn Du Dich mit den anderen von der
internationalen Base-Doku zusammen schließt.
Wie gesagt, eine Frage der Tiefe des Einstiegs.
Ansonsten gilt die Anfrage, die Rainer gerade auf der QA-Liste gestellt
hatte.
Ist das jetzt eine
Dokumentationsfrage - müssen auch die nicht funktionierenden Elemente
weiter dokumentiert werden
In der Base-Dkou - nein. Das verwirrt doch nur. Außer es wären Elemente,
die zwar auftauchen aber nicht angewählt werden können oder Sachen, die
eben nicht funktionieren. So hat es e.g. Stefan W. in seinem Kapitel zum
Datenpiloten gemacht.
- oder ist das eine Entwicklungsfrage - haben
die fehlenden Elemente tatsächlich einmal existiert, sind im Code
hinterlegt - nur es fehlt die Verbindung zu einer Einstellmöglichkeit.
Für mich war die Lektüre dieser Spezifikationen nach anfänglicher
Euphorie (beinahe 50 Seiten zum Report-Builder) doch eher recht
ernüchternd.
Die Spezifikation bzw. Deine Ausarbeitungen können ja neue Features für
Base hervorbringen. Auch dazu müsstest Du aber mal bei der QA anfragen.
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.