Yes that is pretty amazing. Shows what is possible. :-) Patrick I'll give you a hand if needed.
Have a good evening Am 28.05.2011 um 14:44 schrieb "Jacques Le Roux" <jacques.le.r...@les7arts.com>: > Just for the fun http://slides.html5rocks.com > > Thanks to Sascha who tweeted the link... > > Jacques > > From: "Patrick Antivackis" <patrick.antivac...@gmail.com> >> 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 >>> >> >
