Re: [xml-dev] Xhtml with XForms export from OOo2.0 beta

[László Meskó]

Lars Oppermann <[EMAIL PROTECTED]> wrote on 2005.08.10 10:10:52:

> Hi László,
>
> Your interest is much appreciated. Have you had a look at the XHTML XSL
> transformations, that are already part of the filter project? They lack
> any support for XForms and they are not even updated to OpenDocument 1.0
> yet, but they should be worth a look nevertheless, since they provide
> some guidelines on how to handle the OpenOffice XML in XSL

Could you give me an exact link to the filter project?
I've tried to seach it, but a couldn't found it.

Anyway I've checked the files in the share/xslt/export/xhtml folder.
On first look, it is too complicated for me (I'm not an XSL specialist).
So on first try I converting only the form controls.
If it is successful then I'll try to add to the converter into the html filter.

>
> I am not sure, whether just exporting the form part will suffice. Would
> the user need to recreate everything else, that's in the document?
>
> > How to deal with the document text content? I think I'll skip it, and
> > only form controls will be exported.
>
> As stated above. I would think, that as much of the content as possible
> should be preserved. The existing XSL scripts show how it is done.
>
First I'll have to find out how.

> While Office has no support for repeatable, you could create a
> workaround, that uses a specific style name to tag a repeatable section.
> Your XSL could then handle that style accordingly and generate the real
> repeatable elements.
> Be sure to build this in a way, that can be replaced/taken-out once
> OpenOffice has real repeatable support.

Repeating sections:
Could you explain how to assign styles for a group of controls?
I've found no way to do this.
I think it is a better way to give a special name for the group
(the draw:g object's @draw:name attribute) to rigth click on the group,
then "Name object". The group seems a good container for the repeat body.



Finally I've found some new bugs:
(1.9m122 is used)

1.
On my first test I've created an XML document, with two Models.
Each model contains one Instance, and the each instances have
only one data element.
I've pulled (with drag&drop) the data elements to the document,
so finally the document contains two groups, each group contains
a label and a control.
The first control references to Binding1 in Model 1,
the second control references to Binding1 in MODEL 2.
But the UI does not write the xforms:model atribute into the file.
So each control use the first model element (witch is MODEL2 after
reopening the document, see bug#2 for details).

2.
The first (default) model called "Model 1"
then I've created a new model called "MODEL 2" (all uppercase!)
The model selection combobox shows two values:
"Model 1" and "MODEL 2" (in this order)
After closing and reopening the file, the order of the model changes,
because it is written to the file in case sensitive abc order (it's correct).
But when a new model is added (or renamed) the new name is added to the
last position of the combobox.
So the combobox doesn't reflect the real order of the models in the file,
and the order can be change after reopening the document.



I have to write these issues into the bugzilla or this is a good place for it?
(I haven't registered jet.)

LML