From: Erik S. <eri...@we...> - 2007-05-28 17:00:41
|
Hello, I want to read an ODT file, modify it and store it. But using the code below I end up with an blank ODT document (and yes, the file exists): $text = new OpenDocumentText($fullpath); // doing nothing here $text->close(); I also tried to hack the flag ZipArchive::CREATE inside the file OpenDocumentText.php. The ODT file is quite complex (an invoice). May there be any elements in there that opendocumentphp cannot process yet and therefore breaks? Thanks! Erik |
From: <no...@se...> - 2007-05-29 07:34:39
|
Hello Erik, could you please tell us which release you got? Thanks Norman Erik Schmitt schrieb: > Hello, > > I want to read an ODT file, modify it and store it. > > But using the code below I end up with an blank ODT document > (and yes, the file exists): > > $text = new OpenDocumentText($fullpath); > // doing nothing here > $text->close(); > > I also tried to hack the flag ZipArchive::CREATE inside the > file OpenDocumentText.php. > > The ODT file is quite complex (an invoice). May > there be any elements in there that opendocumentphp > cannot process yet and therefore breaks? > > Thanks! > > Erik |
From: <no...@se...> - 2007-05-29 07:36:05
|
Hello Erik, could you please tell us the release number of you OpenDocumentPHP? Thanks, Norman > Hello, > > I want to read an ODT file, modify it and store it. > > But using the code below I end up with an blank ODT document > (and yes, the file exists): > > $text = new OpenDocumentText($fullpath); > // doing nothing here > $text->close(); > > I also tried to hack the flag ZipArchive::CREATE inside the > file OpenDocumentText.php. > > The ODT file is quite complex (an invoice). May > there be any elements in there that opendocumentphp > cannot process yet and therefore breaks? > > Thanks! > > Erik |
From: Norman M. <no...@se...> - 2007-06-13 08:13:50
|
Hi! the OpenDocumentPHP team is proud to ship the newest code out of our repository as release 0.5.2. A lot of changes has been made to the code to make it faster and more reliable than ever. The current code is based on the great “phase1.1” tree in our repository. If you want to stay close to the latest development, you can always use the “phase1.1” code tree right out of the repository. Most of the former bugs where fixed and the source is much more documented than 0.5.1. But as every code under development, there could be new bugs. So please report any bug you find on the bug tracking system at sourceforge, send a message on the mailing list, or report it at least to one of our developers. Take a look at our web site http://opendocumentphp.org <http://opendocumentphp.org/> for the lastest information about OpenDocumentPHP and for our open positions in the development team. Norman Markgraf |
From: Norman M. <no...@se...> - 2007-07-12 13:09:45
|
Hi folks, I just want to inform you, that you can get OpenDocumentPHP as a PEAR package. Just try: :> pear channel-discover pear.opendocumentphp.org :> pear install opendocumentphp/OpenDocumentPHP Thanks, Norman |
From: Norman M. <no...@se...> - 2007-07-23 11:49:10
|
Hi folks, I changed the structure of the Subversion repository. You will find now the development code in the php/trunk directory. So if you want to checkout the latest development code, please try: svn co https://opendocumentphp.svn.sourceforge.net/svnroot/opendocumentphp/php/trunk opendocumentphp There is also a new branch for the 0.6.0 development, Andreas please take a look at it, in which I made the first steps for a new Spreadsheet support. You all might know PEAR_Spreadsheet_Excel_Writer, if not, please take a look at it. In the 0.6.0 branch I have started to copy as much of the API to our own API. You might take a look at OpenDocumentPHP/util/Spreadsheet in the src tree. Be aware, that I said, I have started. It is much more than not complete. But I hope I will find some of you helping me there. As this is a part of the next 0.6.0 code base, I put this development not in the trunk but in the branches tree. So if you want to take a look at that part, please try: svn co https://opendocumentphp.svn.sourceforge.net/svnroot/opendocumentphp/php/branches/0.6.0 opendocumentphp-0.6.0 Thanks to you all, especially to Roland Wintgen for the nice discussion about PEAR(_Spreadsheet_Excel_Writer) and Guido Klostermann for find some bugs in the documentation. Yours, Norman Markgraf (project leader) |
From: Norman M. <no...@se...> - 2007-07-25 08:06:31
|
Hi folks, the new branch 0.6.0 is now in a state that some else could take it over. It is far from being perfect, but this little code fragment will produce an spreadsheet document, that could be read at least by OpenOffice Calc: <?php require_once 'OpenDocumentPHP/util/Spreadsheet/Writer.php'; // Creating a workbook $workbook = new Spreadsheet_OpenDocument_Writer('test.ods'); // Creating a worksheet $worksheet = $workbook->addWorksheet('My first worksheet'); // The actual data $worksheet->write(0, 0, 'Name'); $worksheet->write(0, 1, 'Age'); $worksheet->write(1, 0, 'John Smith'); $worksheet->write(1, 1, 30); $worksheet->write(2, 0, 'Johann Schmidt'); $worksheet->write(2, 1, 31); $worksheet->write(3, 0, 'Juan Herrera'); $worksheet->write(3, 1, 32); // Let's write the file $workbook->close(); ?> A lot of work is still to be done and I will help any volunteer who wants to take the branch 0.6.0 and make the part in OpenDocumentPHP/util/Spreadsheet/ ready for production. Please contact me ASAP. Yours, Norman |
From: Norman M. <no...@se...> - 2007-07-29 09:16:27
|
Hi folks, as you all know, there are currently two development branches in our repository. And I feel, that I need to explain why. The design goal of the 0.5 branch (a.k.a trunk) is to get rid of the ElementFragment and Fragment classes witch currently make the basic work, and use the new ODPElement class instead. ODPElement extends DOMElement, and has some new methods, which makes a lot of standard work easier. The namespaces, which where defined in ElementFragment and Fragment, where moved to the Namespace interface. This should make the classes a lot handier. The purpose of the 0.6 branch is to start new Writer classes. So the work with ODP will get a lot easier. We start here with a re-implementation of PEAR_Spreadsheet_Excel_Writer classes. After that has settled, we should start with a Writer class for text document, may be in a 0.7 branch or in 0.6. - We should discuss that later... The next upcoming release will be 0.5.3 (and maybe 0.5.4...) which should remove as much of the ElementFragment and Fragment classes as possible. After these changes are made, the 0.6 branch will resynchronize with 0.5.(3?) and become the new trunk. If you got any questions about the design goals, the code or the strategy ... please ask. Yours Norman Markgraf |