Ofbiz and HTML5

[Patrick Antivackis]

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

[Erwan de FERRIERES]

Le 27/05/2011 14:43, Patrick Antivackis a écrit :

> 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
>

Hi Patrick,

This is a very interesting goal. As we said, with the 11.04 release, we
were ready to break things and change stuff in OFBiz. This one fits in !

Please create jiras, tasks and all you need !

Cheers,


--
Erwan de FERRIERES
www.nereide.biz

[Ryan Foster-3]

+1

Ryan L. Foster
801.671.0769
[hidden email]
ryanlfoster.com

On May 27, 2011, at 7:41 AM, Erwan de FERRIERES wrote:

> Le 27/05/2011 14:43, Patrick Antivackis a écrit :
>> 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
>>
>
> Hi Patrick,
>
> This is a very interesting goal. As we said, with the 11.04 release, we were ready to break things and change stuff in OFBiz. This one fits in !
>
> Please create jiras, tasks and all you need !
>
> Cheers,
>
>
> --
> Erwan de FERRIERES
> www.nereide.biz

[Patrick Antivackis]

Great,
I started the main task https://issues.apache.org/jira/browse/OFBIZ-4299
 and already filled a subtask suggestion concerning doctype :
https://issues.apache.org/jira/browse/OFBIZ-4300

2011/5/27 Ryan Foster <[hidden email]>:

> +1
>
> Ryan L. Foster
> 801.671.0769
> [hidden email]
> ryanlfoster.com
>
> On May 27, 2011, at 7:41 AM, Erwan de FERRIERES wrote:
>
>> Le 27/05/2011 14:43, Patrick Antivackis a écrit :
>>> 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
>>>
>>
>> Hi Patrick,
>>
>> This is a very interesting goal. As we said, with the 11.04 release, we were ready to break things and change stuff in OFBiz. This one fits in !
>>
>> Please create jiras, tasks and all you need !
>>
>> Cheers,
>>
>>
>> --
>> Erwan de FERRIERES
>> www.nereide.biz
>
>

[Ashish Vijaywargiya]

+1.

--
Ashish

On Fri, May 27, 2011 at 6:13 PM, Patrick Antivackis <
[hidden email]> 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
>

[Scott Gray-2]

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

[hans_bakker]

+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-3]

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 <[hidden email]>

> +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

[Patrick Antivackis]

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 <[hidden email]>:

> 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 <[hidden email]>
>
>> +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
>

[Jacques Le Roux]

Just for the fun http://slides.html5rocks.com

Thanks to Sascha who tweeted the link...

Jacques

From: "Patrick Antivackis" <[hidden email]>

> 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 <[hidden email]>:
>> 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 <[hidden email]>
>>
>>> +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
>>
>

[Sascha Rodekamp-3]

Hey Patrick,

jap that's a good plan. +1 from me.
Thanks for clarification.
I like the idea making ofbiz future ready and not to migrate everything.
And yes HTML5 is really helpful for providing mobile apps.

Have a good day.
Sascha


2011/5/28 Patrick Antivackis <[hidden email]>

> 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 <[hidden email]>:
> > 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 <[hidden email]>
> >
> >> +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
> >
>

--

Sascha Rodekamp
    Visit the new german OFBiz Blog: http://www.ofbiz.biz
    Lynx-Consulting GmbH
    Johanniskirchplatz 6
    D-33615 Bielefeld
    http://www.lynx.de

[Patrick Antivackis]

Sasha,
Thank for your feedback, i update the title of the main task, because
the word "compliant" could indeed be ambiguous, i changed it to ready


2011/5/28 Sascha Rodekamp <[hidden email]>:

> Hey Patrick,
>
> jap that's a good plan. +1 from me.
> Thanks for clarification.
> I like the idea making ofbiz future ready and not to migrate everything.
> And yes HTML5 is really helpful for providing mobile apps.
>
> Have a good day.
> Sascha
>
>
> 2011/5/28 Patrick Antivackis <[hidden email]>
>
>> 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 <[hidden email]>:
>> > 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 <[hidden email]>
>> >
>> >> +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
>> >
>>
>
>
>
> --
>
> Sascha Rodekamp
>    Visit the new german OFBiz Blog: http://www.ofbiz.biz
>    Lynx-Consulting GmbH
>    Johanniskirchplatz 6
>    D-33615 Bielefeld
>    http://www.lynx.de
>

[Sascha Rodekamp-3]

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" <[hidden email]>:

> Just for the fun http://slides.html5rocks.com
>
> Thanks to Sascha who tweeted the link...
>
> Jacques
>
> From: "Patrick Antivackis" <[hidden email]>
>> 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 <[hidden email]>:
>>> 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 <[hidden email]>
>>>
>>>> +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
>>>
>>
>