Thursday, June 21, 2007, 2:43:15 PM, Hussein Shafie wrote: > XMLmind XML Editor Personal Edition 3.6.1 can be downloaded from > http://www.xmlmind.com/xmleditor/download.shtml > > Professional Edition users, please upgrade using this form: > http://www.xmlmind.com/store/download.php > > (The above form is usually accessed through > http://www.xmlmind.com/xmleditor/upgrade.html.) > _____________________________________________ > > v3.6.1 (June 21, 2007): A few bug fixes and > also a number of very useful enhancements, the two > most important ones being (Professional Edition > only): > > * New menu item Options|Customize > Configuration|Document Conversion Preferences > makes it easy generating XHTML rather than > HTML and also makes it easy using the DocBook > profiling XSL stylesheets instead of the > normal ones. > > * Thanks to new XMLmind FO Converter v4, it is > now possible to convert XML documents to Open > Office XML (.docx) the native format of > MS-Word 2007.
Also, the CSS margin collapsing bug is fixed. Great! Such a relief for everyone who write custom CSS-es and care if the result looks ugly. So now that it's fixed, I think a few improvements could be done on the built-in DocBook CSS. As you (XXE developers) seem to be often unwilling to improve stuff that can be improved with customization, I'm even offering you to do it myself for free and send the diff, if that helps to move things forward. So, a few possible and otherwise trivial improvements: - listitems could have 1.33ex margin-top and margin-bottom; this is how list items are typically rendered. (XXE currently and also in earlier version renders it like if it would have spacing="compact". I guess because with the CSS bug it was difficult to solve normal spacing. Now it's easy to do.) - Implementing spacing="compact" is now far easier, so it could be done without creating big mess in the CSS. I think that every user who uses it keep reinventing it in its own customization, which then doesn't make sense really. And those who don't use spacing="compact" are simply not affected. - Now that the margins of title-s collapse with the margin of the previous p, you have lost 1.33ex vertical space before titles (as you have exploited the bug). So now it's not very nice. 1.33ex should be added to their top margins. - And... unrelated to the CSS bug, but that html > head > title CSS formatting... Could that be fixed? In fact, the whole head should shown with non-white background; that's what shows its meaning. Yes, yes, I know, I can create my customization etc... But a better out-of-the-box config is just better. -- Best regards, Daniel Dekany
