mergan wrote:
> 
> I know that it is a 'return' sign. In textfiles. it is sometimes types
> as +'  or <' .
> Maybe it would be interesting to have the possibility to switch it off
> or on in the 'options'?
 
I have no good answer to give you. I suspect the problem to be deeper
than that.



> The problem here is that the title of the document is an attribute of
> the root element CDDP.
> I cannot change the dtd.
> I want to display the title in a large font on top of the document.
> Is there a way to do this? ( without having to switch to a 'tree' view
> )
> 
> ( I could first 'pre-process' the document and incapsulate the root
> element in a new 'TopCDDP' element.
> Then, CDDP is not root anymore. After editing, we will then have to
> post-process the document to remove
> this again. This is however quite cumbersome .... )
 
I didn't think this was a limitation.

The future product supports configuration files which can be used to
customize the behavior of XXE on an XML ``application'' basis (ex. XHTML
is an XML ``application'').

In this configuration file, you'll be able to specify an XSLT transform
that pre-filters the document to be loaded and the reverse XSLT
transform that post-filters the document to be saved.

This feature has been designed as a workaround for DTDs which are
tedious to use with XXE. One of the most obvious example is to convert
attributes to child elements.

Of course, doing so requires a little bit of work and knowledge about
DTDs and XSLT, but these configurations files are supposed to be created
once for all by a power user and not by the end user.



> Yes, but I cannot alter the DTD just like that.

May be you can report this as a problem to the DTD author. 

(I personnally have not hesitated to alter the DocBook DTD just for the
same reason!)



> Some other questions or items :
> 
> - Maybe it would be quite interesting to have some kind of  'Reload'
> button ( which would  [ eventually save ] the document, close
> it and open it again. This could be useful when designing a CSS file,
> to view quickly the changes each time you alter the CSS file?
> Or, just a 'refresh' button which only reloads the CSS.....

If you select the stylesheet currently loaded from the Style menu, this
will have the effect to reload it from its source. I use this all the
time to tune my stylesheets.



> - It looks like ( or am I wrong? ) that the CSS file must be
> referenced inside the xml file
>    ( llike <?xml-stylesheet type="text/css"
> href="file:/home/se28/autocd/test/xxetest/cssdp.css" ?>). If there is
> no such
>   reference in the xml, you cannot load or open a style file.
>  If there would be a possibility to load a CSS independently of the
> xml instance, then the data could be viewed and/or edited in
> different styles without having to declare all this in the xml
> instance.
> The same applies for the dtd : all the xml instances have no
> declaration of the dtd inside the xml ( this is because different
> tools
> are working on those xml's). However, the document should be parsable
> and thus must be ( and remain ) valid.

I totally agree with you. This annoys me as much as you. Once again, the
configuration file of the future product solves this pretty elegantly.

In a section of this configuration file, you specify how to recognize an
instance of the XML application for which the configuration file has
been designed (mime-type, file extension, root element names, namespace,
etc.).

Then, another section of this configuration file contains the DTD (or
XML-Schemas) and the CSS and XSL stylesheets that can applied to the XML
application.

By doing this, you keep your XML instance clean and transportable.

I'm sorry not to be able to quickly implement solutions to your problems
but we are currently working very hard on the product and for this
reason, the current M1.x prototype is in maintenance mode: bugs will be
fixed but otherwise, we'll not try to improve it.

Reply via email to