Und mal wieder nen Teil der antwort vergessen. Am 6. Oktober 2011 15:55 schrieb Markus Mohrhard < [email protected]>:
> Hallo Stefan, > > Am 6. Oktober 2011 15:43 schrieb Stefan Weigel < > [email protected]>: > > Hallo Markus, >> >> Rückfragen zum Verständnis... >> >> Am 06.10.2011 12:45, schrieb Markus Mohrhard: >> >> > Im contentCSV Verezichnis befinden sich die CSV Dateien die zum >> > kontrollieren der Ergebnisse genutzt werden und in ods, xls und xlsx die >> > Importdateien die kontrolliert werden sollen. >> >> Ich nehme an, dass bestimmte Spracheinstellungen voraus gesetzt >> werden. Bei mir stimmen in einigen Fällen die angezeigten >> Zellinhalte mit den korrespondierenden Feldern in der CSV-Datei >> nicht überein (zum Beispiel Punkt statt Komma oder WAHR statt TRUE). >> > > Eigentlich schon. Die Tests werden unter en-US ausgeführt, jedoch ist es > relativ leicht für mich die csv Datei an en-US anzupassen, da ich dies für > manche meiner Dateien auch machen muss. Sollte jemand kein Problem damit > haben würde ich mich natürlich freuen wenn die csv Dateien direkt passend > für en-US erstellt werden. Für die ODS Dateien stellt das kein problem da, > da die Daten dort unabhängig von der lokalisierung gespeichert werden und > beim Laden an die Lokalisierung angepasst werden. > >> >> > Ich hoffe das für jeden etwas dabei ist: Von erweitern der Datei >> > functions.ods bis hin zu Funktionen an die ich oder Kohei nicht gedacht >> > haben oder wir gar nicht wussten das sie funktionieren. >> >> Was genau wäre jetzt die Aufgabe? >> >> Sollen wir Spreadsheets mit allen möglichen Formeln und Funktionen >> erzeugen und dazu eine CSV-Datei, die in den korrespondierenden >> Feldern das enthält, was in den Zellen erscheinen müsste? >> >> Die Anzahl der denkbaren Formeln geht gegen Unendlich. Gibt es ein >> einschränkendes Konzept, welche Art von Formeln oder welche >> Funktionen getestet werden sollen? >> > > Ja, es wäre nett wenn ein paar Leute ein Spreadsheets und csv Dateien > erstellen würden. Für Dinge die nicht in den csv Dateien ausgedrückt werden > können wie zB unterstrichener Text ist ein normales Spreadsheet perfekt und > eine kurze Notitz an mich was getestet werden sollte. Ich muss dann einfach > anstelle des schönen Weges über csv Dateien den etwas umständlicheren über > programmcode gehen. > Wir können nie alles testen, aber wir können schauen das wir die sinnvollen Fälle testen. Was ein sinnvoller Fall ist und was nicht, das weiß niemand genau, daher lieber ein Test zu viel als einer zu wenig. zB fallen mir mindestens 6 Fälle ein die bei Referenzen unterschieden werden sollten: normale Referenzen auf dem gleichen Blatt, Referenzen auf ein anderes Blatt, R1C1 Referenzen, globale Bereichsname, lokale Bereichsnamen, externe Referenzen und evtl Datenbankbereiche. Da bei vielen Funktionen für mindestens einer dieser Fälle im Code ein Speziallfall implementiert ist, mag es evtll. eine Idee sein dies wo möglich zu testen. Aber dies muss nicht der prefekte Weg sein, ich glaube das die Nutzer da an einigen Stellen ein besseres Gespür für das Programm haben als wir Entwickler. Wir mögen an einigen Stellen wissen was genau passiert und warum es passiert, aber dies sind meistens die Stellen die sowieso nicht funktionieren. Die Tests sollen aber genau an denen Stellen helfen die noch oder wieder funktionieren und nicht (wieder) kaputt gehen sollen. Genau an diesen Stellen glaube ich sind die Calc Anwender uns Entwicklern überlegen, daher vertraue ich da vollkommen auf eure Einschätzung. > >> >> Wohin mit den erzeugten Dateien? >> > > Entweder an die QA Liste oder hier in der de-discuss posten. Ich muss diese > Dateien dann in den Source Code einpflegen. > > >> >> Noch eine Detailfrage: >> >> Wenn ein Spreadsheet in zwei Zellen folgende Formeln enthält: >> >> 1. Zelle: ="1.23" >> 2. Zelle: =ZEICHEN(34)&"1.23"&ZEICHEN(34) >> >> Dann zeigt Calc folgendes an: >> >> 1. Zelle: 1.23 >> 2. Zelle: "1.23" >> >> Wie müsste man diese Ergebnisse als Werte in den Feldern der >> CSV-Datei eintragen? (Ich sehe da ein Problem mit den >> Anführungszeichen.) >> >> > Sehr gute Frage! Da muss ich mir dedn csv_parser und meinen csv_handler > anschauen, ich glaube aber das ""1.23"" korrekt interpretiert werden sollte. > Ansonsten werde ich wohl mit kohei den csv parser fixen müssen. > > Gruß Markus > > -- Informationen zum Abmelden: E-Mail an [email protected] 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
