[daisy] Daisy detachment - update

[Marc Portier]

tim_cranfield at goldenboat.net wrote:
> I have committed some updates to the detachment project to address

Cool!
And thx for sticking around after the successful gsoc-project completion.

> comments from the August mailing list.
> 

just checked those out to give them a spin and made some fixes I needed
to make it run from the command-line with maven

- now that 1.5 is released it's easier to switch maven dependencies to
that (in stead of 1.5-M2)
- htmlcleaner needed to be added as a dependency (and the neko stuff it
depends on)
- its htmlcleaner.xml is also a 'resource' to maven, so I moved it over
to core/src/resources/ to get it into the detachment-core-jar


> Most significantly, the gui now has a single tabpane for each
> detachment, and the documents and their contents are all displayed as
> part of a tree, similar to this diagram from
> http://lists.cocoondev.org/pipermail/daisy/2006-August/004755.html:
> 

looks really neat,
small remark: showing the part-name rather then the part-mimetype in the
tree would probably help a lot.

> +----------------------------------------------------
> |  myfile                  [x]
> +----------------------------------------------------
> |  myfile.ddz              |   this panel should then
> |  |-- meta                |   show some details
> |  |   |-- connection      |   and possibly some editor
> |  |   `-- other info?     |   (for fields) or action
> |  |-- [id] docName        |   buttons (launch editor)
> |  |   |-- parts           |   corresponding to the chosen
> |  |   |   `--  ImagePart  |   item in the tree
> |  |   |-- fields          |
> |  |   `-- links           |   As 'details' you could
> |  |-- [id] docName        |   be showing meta-data info
> |  |   |-- parts           |   like part-size and mime-type
> |  |   |   `--  HTMLPart   |   and what not that could be
> |  |   |-- fields          |   useful in debugging.
> |  |   `-- links           |
> 
> This now means detachments are closed and uploaded as a single unit,
> rather than dealing with individual documents.
> 

cool
While testing though I still noticed:
1/ that the ddz suffix isn't properly removed from the file-name when
contructing a directory-name out of it, leading to the execption
**.ddz/META-INF/mappings.xml (no such file existst) reported earlier

2/ exceptions (like the above, but of whatever nature) during the
ddz-download and creation time are leading to the unzipped directory not
to be removed

> I also followed Bruno's suggestions for html cleaning
> http://lists.cocoondev.org/pipermail/daisy/2006-August/004761.html, and
> that seems to be working now.
> 

should work for all now that resource and dependencies are fixed,
please try out

$ svn co
https://svn.cocoondev.org/repos/daisy/contrib/gsoc2006/tim/detachment
$ cd detachment
$ maven
-Dmaven.repo.remote=http://cocoondev.org/repository,http://www.ibiblio.org/maven,http://www.astrogrid.org/maven
clean multiproject:clean
$ maven
$ cd core
$ maven ddzgui:run

You 'll need to have some access to a running daisy-1.5 repository server.

> Some things that still need to be done:
> 1)Creation of an installation program
> 2)Finding the best way to use jdic, refer:
> http://lists.cocoondev.org/pipermail/daisy/2006-August/004755.html
> 

yep: I still had to uncomment the jdic service-registration stuff, and
the part-open button also yields an exception for the library path not
being present/found


any ideas already on how this could be solved?

regards,
-marc=
-- 
Marc Portier                            http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog at                http://blogs.cocoondev.org/mpo/
mpo at outerthought.org                              mpo at apache.org