From: Dave M. <da...@da...> - 2003-03-08 15:42:55
|
Please forgive my ignorance, but is there a standard DTD for the area tree stage? That way you can just serialise the area tree as XML, and the graphical view can be an entirely separate app. Might well make debugging easier. Even without doing this, the browser should be a fairly simple job using GnomeCanvas. Unfortunately I have a million-and-one other things to do at the moment... :-( <blue-sky-musing> I'm hoping to add custom previews to my app Conglomerate (www.conglomerate.org) that automatically update as you edit the XML DocBook source; one possibility would be a FO area tree view showing the "live" results of XSL transformations... </blue-sky-musing> Dave Malcolm On Thursday 06 March 2003 13:00, Tony Graham wrote: > Posted here and on the xmlroff Wiki to see which one generates the > most responses. > > Regards, > > > Tony Graham > ------------------------------------------------------------------------ > XML Technology Center - Dublin > Sun Microsystems Ireland Ltd Phone: +353 1 8199708 > Hamilton House, East Point Business Park, Dublin 3 x(70)19708 > > ------------------------------------------------------------ > FO and Area Tree Browser > > The xmlroff design calls for an 'Area Tree Adjust' stage after the > initial formatting is done and before the area tree is written out as > PDF, etc. > > The intent is to call loadable modules to do the work. > > An idea for an initial loadable module that doesn't actually adjust > the area tree is to make a graphical browser that shows the FO and > area trees. > > The browser would be: > > *proof-of-concept for the loadable module technique > *useful visualisation tool for XSL > *useful debugging aid > *basis for eventual manual area-tree-tweaker > > The current idea is a multi-pane or multi-window browser showing: > > *FO tree > *Properties of currently selected FO > *Areas generated by currently selected FO > *Area tree with currently selected area highlighted > *Properties of currently selected area > > In principle this could be extended to include panes or windows for: > > *Formatted output with currently selected area highlighted > *Input XML document(s) with element or attribute that generated > currently selected FO highlighted > > (All of which would really fuel the market for multi-head displays.) > > GNOME or GTK+ would be the obvious choice for windowing toolkit, but > it could instead be done in Tk or any of a number of other > technologies. > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > xmlroff-list mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlroff-list |