For me there are several things : - today we are sticked to xhtml-1.0-transitional as the doctype is hardcoded in javaRenderer and macro ftl. Doctype has a real meaning for browser as it triggers compatibility rendering engine. So even if we can use some htlm5 tags, we are generating a bad doctype - my idea is not to rewrite all existing applications in html5, they can stick to xhtml-1.0-transitional, it's just to allow new projects to be able to write html5 webapp using our classical ofbiz tools (widget, screen, ...) - html5 brings lot of improvement in semantic for both robots (new tags, microformat, microdata) as well as for the browser (form semantic to allow mobile device to show the right input pad for example) - html5 is the universal solution to reach mobile (phones and tablets) and the future of ecommerce will be also mcommerce
I don't specially want to implement hype stuff such as canvas, webgl, websocket, webworker, drag and drop ... , as they are too on the edge side and bring too much compatibility issues. That's also why i created a master task, showing the global aim, and each subtask can be subject to approval. Patrick 2011/5/28 Sascha Rodekamp <sascha.rodekamp.lynx...@googlemail.com>: > Hi *, > > can we find a few arguments why we should use HTML5. I think of Browser > compatibility (IE 7 / 8, FF 3 ...). Would you suggest to implement i.e. > Drag'n'Drop (used in the Portal Area) in HTML5 for modern Browser and in JS > to make it available in old once? > > I'm only be a little bit afraid of Browser backward compatibility :) > > Cheers > Sascha > > 2011/5/28 Hans Bakker <mailingl...@antwebsystems.com> > >> +1 >> >> On Sat, 2011-05-28 at 18:48 +1200, Scott Gray wrote: >> > What do we gain by adding the complications of more progressive >> enhancement to the OFBiz UI? Are there some "must have" features that we're >> missing out on? I'm not asking because I'm against it, I'm asking because I >> don't know. >> > >> > I will be against it if we add complications for only minor gains though, >> or if the additional support is implemented in a haphazard manner. >> > >> > Regards >> > Scott >> > >> > On 28/05/2011, at 12:43 AM, Patrick Antivackis wrote: >> > >> > > Hello, >> > > I would like to have ofbiz ready for HTML5 and it is not really out of >> > > the box ready for that (for exemple doctype is hard coded in java and >> > > ftl macros). >> > > There are lot of things to update in order to have a real html5 ofbiz >> > > (doctype, container, microdata/microformat, ftl tags, style, ...) so >> > > it would need a master jira task if such thing as to be done and still >> > > be managed by configuration (in order to have xhtml1.0-transitional as >> > > well as html5 web apps or even view). >> > > >> > > Is this something interesting for the community for which i can create >> > > a jira ticket with sub ticket corresponding for each task I already >> > > identified ? >> > > >> > > Regards >> > > >> > > Patrick >> > >> >> -- >> Ofbiz on twitter: http://twitter.com/apache_ofbiz >> Myself on twitter: http://twitter.com/hansbak >> Antwebsystems.com: Quality services for competitive rates. >> >> > > > -- > > Sascha Rodekamp > Visit the new german OFBiz Blog: http://www.ofbiz.biz > Lynx-Consulting GmbH > Johanniskirchplatz 6 > D-33615 Bielefeld > http://www.lynx.de >
