|
|
Hallo Robert, *,
ich habe heute eine (kleine) QA-Initiative in Bugzilla für Base gestartet und suche Mitstreiter. Mein Konzept ist folgendes: 1) Sichtung von Bugreport unter Zurhilfenahme von [1]. 2) Anschauen der drei ältesten Bugreports für den Status "NEEDINFO" und Status "NEW" und Entscheidung, was getan werden könnte. 3) Kommentar schreiben (z.B. Nachfrage, testen etc.) Pro Status nur 3 Bugreports angehen, damit eine Reaktion für den Fall, dass Antworten/Reaktionen von jedem Bugreport kommt, möglich ist und keine "Überforderung" durch zu viel Traffic entsteht. 4) QA´ler ins CC eintragen, damit auf Antwort/Reaktion reagiert werden kann. @Robert: hast Du Zeit dafür? @all: hat (noch) jemand anderer Zeit dafür? [1] http://wiki.documentfoundation.org/QA/QA_Base/de Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
Hallo Jochen,
> > ich habe heute eine (kleine) QA-Initiative in Bugzilla für Base > gestartet und suche Mitstreiter. > > Mein Konzept ist folgendes: > 1) Sichtung von Bugreport unter Zurhilfenahme von [1]. > 2) Anschauen der drei ältesten Bugreports für den Status "NEEDINFO" und > Status "NEW" und Entscheidung, was getan werden könnte. Ich mache das seit zwei Wochen mit all den Bugs, die in Base als "UNCONFIRMED" stehen. Einige habe ich auf diese Weise nach "NEW", andere auch direkt als "NOTOURBUG" oder "NOTABUG" oder "WORKSFORME" schieben können - nach Rücksprache mit den Bug-Meldern. > 3) Kommentar schreiben (z.B. Nachfrage, testen etc.) > Pro Status nur 3 Bugreports angehen, damit eine Reaktion für den Fall, > dass Antworten/Reaktionen von jedem Bugreport kommt, möglich ist und > keine "Überforderung" durch zu viel Traffic entsteht. > 4) QA´ler ins CC eintragen, damit auf Antwort/Reaktion reagiert werden > kann. Was ist ein QA'ler? Ich bin bisher davon ausgegangen, dass sich diejenigen, die vielleicht einen Bug tatsächlich fixen können, erst einmal mit den Bugs beschäftigen, die als NEW gekennzeichnet sind. Meine Aufgabe habe ich darin gesehen, die Meldungen erst einmal zu überprüfen. Manchmal stehen da ja auch Bugmeldungen drin, die viel besser in einem Forum oder einer Mailingliste erst einmal geklärt worden wären. Um die brauchen sich diejenigen nicht zu kümmern, die Ahnung vom Quellcode haben. Da helfen schon ein paar Tipps von User zu User. Ich will doch eher den Leuten, die tatsächlich einen Fehler beheben können, Arbeit abnehmen statt sie dazu aufzufordern: Hier ist noch etwas, jetzt tut doch einmal was. Die machen das schließlich genauso wie ich ehrenamtlich ... > > @Robert: hast Du Zeit dafür? Werde ich sicher machen können - wenn Du mir QA'ler genauer benennen kannst. > @all: hat (noch) jemand anderer Zeit dafür? Wir brauchen vor allem jemanden mit einem MAC-System (da sind so einige MAC-spezifische Bugs, die ich nicht nachvollziehen kann) sowie jemanden, der auf seinem System gerne auch mit externen Datenbanken experimentiert (geht teilweise um ODBC-Anbindung von Datenbanken, Erreichbarkeit von Adressbüchern etc.) > > [1] http://wiki.documentfoundation.org/QA/QA_Base/de > Gruß Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
klaus-jürgen weghorn ol |
|
|
Hallo Robert,
Am 25.07.2012 09:20, schrieb Robert Großkopf: > Was ist ein QA'ler? Nach meiner Auffassung ist jeder, der das Programm oder dessen Umgebung gezielt auf Fehler überprüft und diese meldet, ein QA'ler. Dies geschieht e.g. durch Erstellen, Nachvollziehen und Weiterbringen von Bug-Meldungen. Das, was Du/Ihr meint ist ein Ansprechpartner bei der Programmierung. Hier ist dafür eine Liste [1]. Im Falle von Base würde ich gleich den ersten nehmen: Database Lionel Elie Mamane <lionel at mamane.lu> [1] http://wiki.documentfoundation.org/FindTheExpert Vielleicht setzt Ihr Euch auch einmal mit Lionel direkt in Verbindung und stimmt das mit ihm ab oder Ihr wendet Euch an die QA-Liste: [hidden email] Gerade bei den Base-Sachen wäre es sinnvoll, über diese Seite zu gehen. > Ich bin bisher davon ausgegangen, dass sich diejenigen, die vielleicht > einen Bug tatsächlich fixen können, erst einmal mit den Bugs > beschäftigen, die als NEW gekennzeichnet sind. Meine Aufgabe habe ich > darin gesehen, die Meldungen erst einmal zu überprüfen. Manchmal stehen > da ja auch Bugmeldungen drin, die viel besser in einem Forum oder einer > Mailingliste erst einmal geklärt worden wären. Um die brauchen sich > diejenigen nicht zu kümmern, die Ahnung vom Quellcode haben. Da helfen > schon ein paar Tipps von User zu User. > Ich will doch eher den Leuten, die tatsächlich einen Fehler beheben > können, Arbeit abnehmen statt sie dazu aufzufordern: Hier ist noch > etwas, jetzt tut doch einmal was. Die machen das schließlich genauso wie > ich ehrenamtlich ... Das ist gerade bei uns ein wichtiger Teil der Qualitätssicherung [1]: "Validate and sort existing bugs by bug triage." http://wiki.documentfoundation.org/QA#How to participate -- Grüße k-j -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
Hallo Robert,
Am 25.07.2012 12:02, schrieb klaus-jürgen weghorn ol: > Am 25.07.2012 09:20, schrieb Robert Großkopf: >> Was ist ein QA'ler? > Nach meiner Auffassung ist jeder, der das Programm oder dessen Umgebung > gezielt auf Fehler überprüft und diese meldet, ein QA'ler. Dies > geschieht e.g. durch Erstellen, Nachvollziehen und Weiterbringen von > Bug-Meldungen. + 1 Du bist ein klassischer QA´ler - und bezüglich Base ein besonders aktiver und v.a. produktiver QA´ler. Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Rainer Bielefeld-2 |
|
|
In reply to this post by Jochen
Jochen schrieb:
> ich habe heute eine (kleine) QA-Initiative in Bugzilla für Base Hallo, ich finde den Ansatz, mal eine Weile einen bestimmten Schwerpunkt zu setzen, richtig. Ich schätze, es ist auch für die Entwickler ganz günstig, wenn sie eine Anzahl bekannter Bugs in einen gescheiten Arbeitsablauf bekommen und so öfters auch mal gleich mehrere Fliegen mit einem Streich erwischen, als wenn immer wieder einzelne Löcher gestopft werden müssen. Eine ganze "Component" als Schwerpunkt würde ich normaler Weise als zu umfangreiches Thema einschätzen, aber bei Base ist vieles etwas anders, wird relativ selten intensiv benutzt, da merkt man sicher deutlich, wenn sich auch nur ein kleiner "Haufen" intensiver damit beschäftigt. Ich kann allerdings nicht mit machen, da ich von Base sehr wenig Ahnung habe und auch noch einen ziemlichen Berg Unerledigtes vor mir herschiebe, da hat es wenig Sinn, wenn ich noch eine Baustelle für mich auf mache. Was natürlich nicht ausschließt, dass ich von Fall zu Fall doch auch mal eine Kleinigkeit beitragen kann. Viele Grüße Rainer -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
Hallo Rainer, *,
Am 25.07.2012 19:48, schrieb Rainer Bielefeld: > ich finde den Ansatz, mal eine Weile einen bestimmten Schwerpunkt zu > setzen, richtig <schnipp> Zurzeit läuft es so, dass Robert die Bugreports rausfiltert, die eigentlich user-Anfragen sind (v.a. NEW). Ich gehe die "NEEDINFO" durch und frage nach, was das Problem ist. Dadurch konnten seit gestern bereits zwei Bugreports geschlossen werden (CLOSED). Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
In reply to this post by Rainer Bielefeld-2
Hallo Rainer,
> > ich finde den Ansatz, mal eine Weile einen bestimmten Schwerpunkt zu > setzen, richtig. Ich schätze, es ist auch für die Entwickler ganz > günstig, wenn sie eine Anzahl bekannter Bugs in einen gescheiten > Arbeitsablauf bekommen und so öfters auch mal gleich mehrere Fliegen mit > einem Streich erwischen, als wenn immer wieder einzelne Löcher gestopft > werden müssen. Eine ganze "Component" als Schwerpunkt würde ich > normaler Weise als zu umfangreiches Thema einschätzen, aber bei Base ist > vieles etwas anders, wird relativ selten intensiv benutzt, da merkt man > sicher deutlich, wenn sich auch nur ein kleiner "Haufen" intensiver > damit beschäftigt. Ich könnte das im Moment auch gut eingrenzen. Die Baustelle mit den heftigsten Bugs ist für mich der Report-Builder. Neben Regressionen (Keine Öffnen von Reports mit Diagrammen) gibt es da viele Funktionen, die zwar laut Menü bzw. Eigenschaften vorgesehen sind, aber gar nicht funktionieren. So ungefähr, als ob jemand ein Design und schöne Buttons erstellt hat, aber einfach vergessen hat, das schöne Design auch mit der Funktion zu verbinden. Ich bin gerade dabei, eine Datenbank der einfachen Art mit lauter Berichten zu erstellen, die alle irgendwo auf einen Fehler hinweisen. Dass das beim Report-Builder nicht so schnell raus kommt liegt einfach daran, dass eine Beschreibung nur mühsam durch trial-and-error erstellt werden kann. Die hat der Mensch mit der Vorliebe für's Design auch vergessen. Wenn all das, was der Report-Builder angibt zu können, auch wirklich funktioniert, dann ist z.B. eine professionelle Rechnungserstellung mit Base kein Problem mehr. Momentan zweifeln Leute, die wie ich das Ding austesten, aber erst einmal an ihrem Verstand, bevor sie das als Bug erkennen und auch melden können. Gruß Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
Hallo Robert,
Am 26.07.2012 12:29, schrieb Robert Großkopf: > Ich bin gerade dabei, eine Datenbank der einfachen Art mit lauter > Berichten zu erstellen, die alle irgendwo auf einen Fehler hinweisen. Ist die Zeit schon reif, eine Zusammenfassung auf der (englischsprachigen) QA-Liste zu posten? Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
Hallo Jochen,
> > Am 26.07.2012 12:29, schrieb Robert Großkopf: >> Ich bin gerade dabei, eine Datenbank der einfachen Art mit lauter >> Berichten zu erstellen, die alle irgendwo auf einen Fehler hinweisen. > > Ist die Zeit schon reif, eine Zusammenfassung auf der > (englischsprachigen) QA-Liste zu posten? Ich habe gestern 2 weitere Bugs für den Report-Builder gemeldet und in der ersten Meldung die komplette DB angehängt. Ich nehme an, dass ich die gegebenenfalls auch durch eine neuere Version ersetzen kann: https://bugs.freedesktop.org/attachment.cgi?id=64675 Gruß Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
Hallo Robert,
Am 26.07.2012 12:57, schrieb Robert Großkopf: > Ich habe gestern 2 weitere Bugs für den Report-Builder gemeldet und in > der ersten Meldung die komplette DB angehängt. Ich nehme an, dass ich > die gegebenenfalls auch durch eine neuere Version ersetzen kann: > https://bugs.freedesktop.org/attachment.cgi?id=64675 Was hälst Du von der Idee eine Liste zu erstellen, die Bugreports für Base und Report-Builder enthält. Einschränkend muss ist gleich dazu sagen, dass ich nicht weiß, ob dies überhaupt mit einem halbwegs vertretbaren Zeitaufwand möglich ist. Will sagen: ich habe zwar die Idee dazu, weiß aber nicht, wie die Idee umgesetzt werden kann bzw. ob ich dies machen kann/will. Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
In reply to this post by Robert Großkopf
Am 26.07.2012 12:57, schrieb Robert Großkopf:
Hallo Robert, > Ich habe gestern 2 weitere Bugs für den Report-Builder gemeldet > und in der ersten Meldung die komplette DB angehängt. Ich nehme > an, dass ich die gegebenenfalls auch durch eine neuere Version > ersetzen kann: > https://bugs.freedesktop.org/attachment.cgi?id=64675 Gruß Robert Ich habe mir das Dokument heruntergeladen und würde noch ein kleines Beispiel dazugeben was bei deinem Report klappt aber bei veränderten bedingungen eben nicht mehr. Leider habe ich den "bug" dazu nicht gefunden. könntest du den link mal posten Danke Ulf -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
Hallo Ulf,
>> https://bugs.freedesktop.org/attachment.cgi?id=64675 Der Bug-Report dazu ist https://bugs.freedesktop.org/show_bug.cgi?id=52485 > Ich habe mir das Dokument heruntergeladen und würde noch ein kleines > Beispiel dazugeben was bei deinem Report klappt aber bei veränderten > bedingungen eben nicht mehr. Leider habe ich den "bug" dazu nicht > gefunden. könntest du den link mal posten Ich habe hier auch noch so einige Dinge in dem Dokument drin. Vielleicht wäre es gut, wenn Du mir das schickst, was Du ergänzen möchtest. Dann ahben wir wirklich nachher ein einziges Testdokument mit allen möglichen Problemstellungen - nicht aber irgendetwas, was Erweiterungen angeht. Gruß Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
Hallo Ulf,
Am 27.07.2012 18:43, schrieb Robert Großkopf: > Der Bug-Report dazu ist > https://bugs.freedesktop.org/show_bug.cgi?id=52485 Hast Du die Möglichkeit, den Bug in Bugzilla zu bestätigen. Kurzer Kommentar genügt. Weitergehende Infos sind dort natürlich auch willkommen. Gruß Jochen -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
|
In reply to this post by Robert Großkopf
Am 27.07.2012 18:43, schrieb Robert Großkopf:
Hallo Robert Vielen Dank für den Link. > > Der Bug-Report dazu ist > https://bugs.freedesktop.org/show_bug.cgi?id=52485 > >> Ich habe mir das Dokument heruntergeladen und würde noch ein kleines >> Beispiel dazugeben was bei deinem Report klappt aber bei veränderten >> bedingungen eben nicht mehr. Leider habe ich den "bug" dazu nicht >> gefunden. könntest du den link mal posten > Ich habe hier auch noch so einige Dinge in dem Dokument drin. Vielleicht > wäre es gut, wenn Du mir das schickst, was Du ergänzen möchtest. Dann > ahben wir wirklich nachher ein einziges Testdokument mit allen möglichen > Problemstellungen - nicht aber irgendetwas, was Erweiterungen angeht. > in deinem Report :"Carryover_works_with_userdefined_function_shown_with_accumulation" habe ich gesehen, das in dem "Name Kopf" die funktion "Bereich wiederholen" klappt. Probiere mal folgendes 1) öffne "sortierung und gruppierung" 2) neue Gruppe einfügen "Date Kopf" 3) schiebe "Date Kopf" eine Position höher (an 1 Stelle) 4) Lass den Bericht laufen Als Beispiel für einen Mehrseitigen Bericht, wenn auf der 1 Seite der Adresskopf stehen soll, aber auf allen folgensen Seiten die Spaltenköpfe wiederholt werden sollen. Ich bekomme zunächst einen Seitenumbruch den ich nicht brauche. Weiß nur nicht wie man des Problem nennen sollte. In welcher Version soll eigentlich getestet werden? Ich habe 3.5.5 Gruß Ulf P.S. ich versuche mich mal im Bugzilla einem Account zu erstellen. -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
Hallo Ulf,
>> > Ich gebe dir ein kurzes Beispiel: > in deinem Report > :"Carryover_works_with_userdefined_function_shown_with_accumulation" > habe ich gesehen, das in dem "Name Kopf" die funktion "Bereich > wiederholen" klappt. Probiere mal folgendes > 1) öffne "sortierung und gruppierung" > 2) neue Gruppe einfügen "Date Kopf" > 3) schiebe "Date Kopf" eine Position höher (an 1 Stelle) > 4) Lass den Bericht laufen > > Als Beispiel für einen Mehrseitigen Bericht, wenn auf der 1 Seite der > Adresskopf stehen soll, aber auf allen folgensen Seiten die Spaltenköpfe > wiederholt werden sollen. Ich bekomme zunächst einen Seitenumbruch den > ich nicht brauche. > > Weiß nur nicht wie man des Problem nennen sollte. In welcher Version > soll eigentlich getestet werden? Ich habe 3.5.5 Ich teste erst einmal die grundlegenden Fehler sowie Dinge, die offensichtlich noch hinzugekommen sind. Meine Testumgebung ist die 3.3.4, da die nachfolgenden höchstens noch weitere Regressionen hatten. Die 3.5.5 kann z.B. Berichte mit Diagrammen nicht öffnen. Ich wollte dann den RC von 3.6 testen und hatte gar keine Eigenschaften mehr zum Einstellen der Felder ... Das, was Du meinst, habe ich wohl hier gemeldet: https://bugs.freedesktop.org/show_bug.cgi?id=51452 Das habe ich jetzt auch noch in mein Dokument aufgenommen. Ich habe noch nicht getestet, ob ich den bisherigen Anhang für den Bugreport so einfach austauschen kann. Wenn nicht, dann muss ich wohl diesen Anhang hinzufügen und den alten für erledigt erklären ... Gruß Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Rainer Bielefeld-2 |
|
|
In reply to this post by Robert Großkopf
Robert Großkopf schrieb:
> Ich könnte das im Moment auch gut eingrenzen. Die Baustelle mit den > heftigsten Bugs ist für mich der Report-Builder. Hallo, tja, wenn ich das verfolge drängt sich mir der Eindruck auf, das Ding funktioniert eher überhaupt nicht?! Brrr. Viele Grüße Rainer -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
|
Robert Großkopf |
|
|
Hallo Rainer,
> >> Ich könnte das im Moment auch gut eingrenzen. Die Baustelle mit den >> heftigsten Bugs ist für mich der Report-Builder. > > > Hallo, > > tja, wenn ich das verfolge drängt sich mir der Eindruck auf, das Ding > funktioniert eher überhaupt nicht?! Brrr. So krass würde ich das nicht formulieren. Er ist einfach nur nicht ausreichend getestet worden - oder die Ersteller haben nicht im Traum daran gedacht, mit was für Daten die Anwender das Ding füttern wollen. Gut geht beispielsweise eine Rechnungserstellung über eine Seite. In meinem Vereinsprogramm mache ich darüber die Ausgabe der Abschiedsschreiben, wenn jemand gekündigt hat - mit Austrittstermin, eventuell noch abzugebendem Vereinshausschlüssel .... In dem gleichen Programm drucke ich darüber die Ehrenurkunden für langjährige Mitgliedschaft. Eine Datenbank habe ich, in der ich über den Reportbuilder die verschiedensten Kalendersorten erstelle - vom Halbjahreskalender bis zum Halbwochenkalender. Es geht also schon eine ganze Menge. Der Report-Builder hat also seinen Wert für mich! Aber wenn dann im Forum jemand eine Rechnung über 2 Seiten schreiben will, dann ist das nicht mehr ohne zusätzliche Akrobatik möglich. Viele Grüße, Robert -- Informationen zum Abmelden: E-Mail an [hidden email] Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/ Tipps 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 |
| Powered by Nabble | Edit this page |