Hi Steve, As far as I understand, this behavior is observed because there is a P element for enclosing all the four buttons (if you replace the P element with a DIV element, it works as expected).
I have replaced the generated DIV elements with SPAN elements and it's now the same for me with FireFox, Safari/Chrome and Opera. Thank you for your feedbacks about rev. 520! -Alain Le 23/11/2011 14:08, [email protected] a écrit : > At: > > http://oracc.museum.upenn.edu/oas-bad-safari-div.xml > > Is a form which behaves differently on Firefox versus Safari/Chrome. > > Just open the form with each browser. > > In FF, the four top buttons are in a single para, as intended. > > In Safari/Chrome I see two paras, one with Search+hint, and the next > with Preview+hint, and the Save/Restore buttons. > > The html inspectors show that Safari/Chrome is creating a new div for > the second button+hint combination, which is incorrect. > > Thanks, > > Steve > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Xsltforms-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Xsltforms-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xsltforms-support
