OFBiz › OFBiz - User

Re: Rich UI for POS

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

23 messages Options

Cameron Smith-6

Re: Rich UI for POS

Hi, here is a general contribution about the use of "rich" technologies, given the discussion about POS.

Note I am not talking about POS features, I am just talking about the viability of these features. It is great fun to play with YUI, Dojo and "Web 2.0 technology 57", but in terms of productivity my recommendation would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.

We have been using the ZK framework with OFBiz for a while now (see http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial ) . Up to now it was with 2-3 clients on a small, fully wired network.
However we have just put another system based on this combo, in production , with a mixed wired/wireless network in a large building, and we have not experienced latency problems except when the connection is wireless and /extremely/ patchy (that is, unusable for anything, let alone intranet apps).

I suspect on a WAN it would be a different issue.

The users are not very IT friendly but have picked up the system (which
involves quite heavy data entry) very fast, and IMHO that is partly
because using a rich framework lets us make more user-friendly screens
very easily.

This is with ZK 2.4.1, and very little performance tuning. This is because ZK takes care of the browser-server protocol in an optimised way. Apparently ZK3.0 will have more OOTB performance tweaks, however I have not tested this version yet.

All I can say is, we would never go back to "traditional" web development, nor would we use "partial" toolsets like Dojo or prototype. Our productivity and UI usability improvements have been too significant. We would only consider moving "sideways" to another fully-fledged frontend framework like Flex or OpenLaszlo. Although as I argue here (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so far we are very happy with ZK.

cameron

___________________________________________________________
Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html

rajsaini

Re: Rich UI for POS

How about its license? It is GPL and not even LGPL. AFAIK, you can not
embed this with commercial applications.

Thanks,

Raj
Cameron Smith wrote:

> Hi, here is a general contribution about the use of "rich" technologies, given the discussion about POS.
>
> Note I am not talking about POS features, I am just talking about the viability of these features. It is great fun to play with YUI, Dojo and "Web 2.0 technology 57", but in terms of productivity my recommendation would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>
> We have been using the ZK framework with OFBiz for a while now (see http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial ) . Up to now it was with 2-3 clients on a small, fully wired network.
> However we have just put another system based on this combo, in production , with a mixed wired/wireless network in a large building, and we have not experienced latency problems except when the connection is wireless and /extremely/ patchy (that is, unusable for anything, let alone intranet apps).
>
> I suspect on a WAN it would be a different issue.
>
> The users are not very IT friendly but have picked up the system (which
> involves quite heavy data entry) very fast, and IMHO that is partly
> because using a rich framework lets us make more user-friendly screens
> very easily.
>
>
> This is with ZK 2.4.1, and very little performance tuning. This is because ZK takes care of the browser-server protocol in an optimised way. Apparently ZK3.0 will have more OOTB performance tweaks, however I have not tested this version yet.
>
> All I can say is, we would never go back to "traditional" web development, nor would we use "partial" toolsets like Dojo or prototype. Our productivity and UI usability improvements have been too significant. We would only consider moving "sideways" to another fully-fledged frontend framework like Flex or OpenLaszlo. Although as I argue here (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so far we are very happy with ZK.
>
> cameron
>
>
>
> ___________________________________________________________
> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good http://uk.promotions.yahoo.com/forgood/environment.html
>
>

SkipDever

RE: Rich UI for POS

Raj

I agree, the ZK license looks onerous. However, a rich client interface
would help impove usability. Anyone trying out OpenLaszlo? Looks like the
same functionality with a CPL.

Skip

-----Original Message-----
From: Raj Saini [mailto:[hidden email]]
Sent: Friday, September 14, 2007 2:54 AM
To: [hidden email]
Subject: Re: Rich UI for POS

How about its license? It is GPL and not even LGPL. AFAIK, you can not
embed this with commercial applications.

Thanks,

Raj
Cameron Smith wrote:
> Hi, here is a general contribution about the use of "rich" technologies,
given the discussion about POS.
>
> Note I am not talking about POS features, I am just talking about the
viability of these features. It is great fun to play with YUI, Dojo and
"Web 2.0 technology 57", but in terms of productivity my recommendation
would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>
> We have been using the ZK framework with OFBiz for a while now (see
http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial )
. Up to now it was with 2-3 clients on a small, fully wired network.
> However we have just put another system based on this combo, in production
, with a mixed wired/wireless network in a large building, and we have not
experienced latency problems except when the connection is wireless and
/extremely/ patchy (that is, unusable for anything, let alone intranet
apps).

>
> I suspect on a WAN it would be a different issue.
>
> The users are not very IT friendly but have picked up the system (which
> involves quite heavy data entry) very fast, and IMHO that is partly
> because using a rich framework lets us make more user-friendly screens
> very easily.
>
>
> This is with ZK 2.4.1, and very little performance tuning. This is because

ZK takes care of the browser-server protocol in an optimised way. Apparently
ZK3.0 will have more OOTB performance tweaks, however I have not tested this
version yet.
>
> All I can say is, we would never go back to "traditional" web development,
nor would we use "partial" toolsets like Dojo or prototype. Our
productivity and UI usability improvements have been too significant. We
would only consider moving "sideways" to another fully-fledged frontend
framework like Flex or OpenLaszlo. Although as I argue here
(http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so far
we are very happy with ZK.
>
> cameron
>
>
>
> ___________________________________________________________
> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
http://uk.promotions.yahoo.com/forgood/environment.html
>
>

SkipDever

RE: Rich UI for POS

In reply to this post by rajsaini

BTW, I know what OOTB is, but how about "AFAIK"?

Skip

-----Original Message-----
From: Raj Saini [mailto:[hidden email]]
Sent: Friday, September 14, 2007 2:54 AM
To: [hidden email]
Subject: Re: Rich UI for POS

How about its license? It is GPL and not even LGPL. AFAIK, you can not
embed this with commercial applications.

Thanks,

Raj
Cameron Smith wrote:
> Hi, here is a general contribution about the use of "rich" technologies,
given the discussion about POS.
>
> Note I am not talking about POS features, I am just talking about the
viability of these features. It is great fun to play with YUI, Dojo and
"Web 2.0 technology 57", but in terms of productivity my recommendation
would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>
> We have been using the ZK framework with OFBiz for a while now (see
http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial )
. Up to now it was with 2-3 clients on a small, fully wired network.
> However we have just put another system based on this combo, in production
, with a mixed wired/wireless network in a large building, and we have not
experienced latency problems except when the connection is wireless and
/extremely/ patchy (that is, unusable for anything, let alone intranet
apps).

Jacopo Cappellato-2

Re: Rich UI for POS

"As far as I know"

:-)

skip@theDevers wrote:

> BTW, I know what OOTB is, but how about "AFAIK"?
>
> Skip
>
> -----Original Message-----
> From: Raj Saini [mailto:[hidden email]]
> Sent: Friday, September 14, 2007 2:54 AM
> To: [hidden email]
> Subject: Re: Rich UI for POS
>
>
> How about its license? It is GPL and not even LGPL. AFAIK, you can not
> embed this with commercial applications.
>
> Thanks,
>
> Raj
> Cameron Smith wrote:
>> Hi, here is a general contribution about the use of "rich" technologies,
> given the discussion about POS.
>> Note I am not talking about POS features, I am just talking about the
> viability of these features. It is great fun to play with YUI, Dojo and
> "Web 2.0 technology 57", but in terms of productivity my recommendation
> would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>> We have been using the ZK framework with OFBiz for a while now (see
> http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial )
> . Up to now it was with 2-3 clients on a small, fully wired network.
>> However we have just put another system based on this combo, in production
> , with a mixed wired/wireless network in a large building, and we have not
> experienced latency problems except when the connection is wireless and
> /extremely/ patchy (that is, unusable for anything, let alone intranet
> apps).
>> I suspect on a WAN it would be a different issue.
>>
>> The users are not very IT friendly but have picked up the system (which
>> involves quite heavy data entry) very fast, and IMHO that is partly
>> because using a rich framework lets us make more user-friendly screens
>> very easily.
>>
>>
>> This is with ZK 2.4.1, and very little performance tuning. This is because
> ZK takes care of the browser-server protocol in an optimised way. Apparently
> ZK3.0 will have more OOTB performance tweaks, however I have not tested this
> version yet.
>> All I can say is, we would never go back to "traditional" web development,
> nor would we use "partial" toolsets like Dojo or prototype. Our
> productivity and UI usability improvements have been too significant. We
> would only consider moving "sideways" to another fully-fledged frontend
> framework like Flex or OpenLaszlo. Although as I argue here
> (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so far
> we are very happy with ZK.
>> cameron
>>
>>
>>
>> ___________________________________________________________
>> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
> http://uk.promotions.yahoo.com/forgood/environment.html
>>
>

Jacopo Cappellato

Re: Rich UI for POS

In reply to this post by SkipDever

"As far as I know"

:-)

skip@theDevers wrote:

rajsaini

Re: Rich UI for POS

In reply to this post by SkipDever

AFAIK - As Far As I know
IIRC - If I Remember (Recall) Correctly.

There are many more, I cant recollect right now :-)

Raj
skip@theDevers wrote:

> BTW, I know what OOTB is, but how about "AFAIK"?
>
> Skip
>
> -----Original Message-----
> From: Raj Saini [mailto:[hidden email]]
> Sent: Friday, September 14, 2007 2:54 AM
> To: [hidden email]
> Subject: Re: Rich UI for POS
>
>
> How about its license? It is GPL and not even LGPL. AFAIK, you can not
> embed this with commercial applications.
>
> Thanks,
>
> Raj
> Cameron Smith wrote:
>
>> Hi, here is a general contribution about the use of "rich" technologies,
>>
> given the discussion about POS.
>
>> Note I am not talking about POS features, I am just talking about the
>>
> viability of these features. It is great fun to play with YUI, Dojo and
> "Web 2.0 technology 57", but in terms of productivity my recommendation
> would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>
>> We have been using the ZK framework with OFBiz for a while now (see
>>
> http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial )
> . Up to now it was with 2-3 clients on a small, fully wired network.
>
>> However we have just put another system based on this combo, in production
>>
> , with a mixed wired/wireless network in a large building, and we have not
> experienced latency problems except when the connection is wireless and
> /extremely/ patchy (that is, unusable for anything, let alone intranet
> apps).
>
>> I suspect on a WAN it would be a different issue.
>>
>> The users are not very IT friendly but have picked up the system (which
>> involves quite heavy data entry) very fast, and IMHO that is partly
>> because using a rich framework lets us make more user-friendly screens
>> very easily.
>>
>>
>> This is with ZK 2.4.1, and very little performance tuning. This is because
>>
> ZK takes care of the browser-server protocol in an optimised way. Apparently
> ZK3.0 will have more OOTB performance tweaks, however I have not tested this
> version yet.
>
>> All I can say is, we would never go back to "traditional" web development,
>>
> nor would we use "partial" toolsets like Dojo or prototype. Our
> productivity and UI usability improvements have been too significant. We
> would only consider moving "sideways" to another fully-fledged frontend
> framework like Flex or OpenLaszlo. Although as I argue here
> (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so far
> we are very happy with ZK.
>
>> cameron
>>
>>
>>
>> ___________________________________________________________
>> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
>>
> http://uk.promotions.yahoo.com/forgood/environment.html
>
>>
>
>
>
>

Adrian Crum

Re: Rich UI for POS

IITYWYBMAD

If I tell you, will you buy me a drink?

Raj Saini wrote:

> AFAIK - As Far As I know
> IIRC - If I Remember (Recall) Correctly.
>
> There are many more, I cant recollect right now :-)
>
> Raj
> skip@theDevers wrote:
>
>> BTW, I know what OOTB is, but how about "AFAIK"?
>>
>> Skip
>>
>> -----Original Message-----
>> From: Raj Saini [mailto:[hidden email]]
>> Sent: Friday, September 14, 2007 2:54 AM
>> To: [hidden email]
>> Subject: Re: Rich UI for POS
>>
>>
>> How about its license? It is GPL and not even LGPL. AFAIK, you can not
>> embed this with commercial applications.
>>
>> Thanks,
>>
>> Raj
>> Cameron Smith wrote:
>>
>>
>>> Hi, here is a general contribution about the use of "rich" technologies,
>>>
>>
>> given the discussion about POS.
>>
>>
>>> Note I am not talking about POS features, I am just talking about the
>>>
>>
>> viability of these features. It is great fun to play with YUI, Dojo and
>> "Web 2.0 technology 57", but in terms of productivity my recommendation
>> would be ZK (www.zkoss.org) or an equivalent "fully fledged" framework.
>>
>>
>>> We have been using the ZK framework with OFBiz for a while now (see
>>>
>>
>> http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial
>> )
>> . Up to now it was with 2-3 clients on a small, fully wired network.
>>
>>
>>> However we have just put another system based on this combo, in
>>> production
>>>
>>
>> , with a mixed wired/wireless network in a large building, and we have
>> not
>> experienced latency problems except when the connection is wireless and
>> /extremely/ patchy (that is, unusable for anything, let alone intranet
>> apps).
>>
>>
>>> I suspect on a WAN it would be a different issue.
>>>
>>> The users are not very IT friendly but have picked up the system (which
>>> involves quite heavy data entry) very fast, and IMHO that is partly
>>> because using a rich framework lets us make more user-friendly screens
>>> very easily.
>>>
>>>
>>> This is with ZK 2.4.1, and very little performance tuning. This is
>>> because
>>>
>>
>> ZK takes care of the browser-server protocol in an optimised way.
>> Apparently
>> ZK3.0 will have more OOTB performance tweaks, however I have not
>> tested this
>> version yet.
>>
>>
>>> All I can say is, we would never go back to "traditional" web
>>> development,
>>>
>>
>> nor would we use "partial" toolsets like Dojo or prototype. Our
>> productivity and UI usability improvements have been too significant. We
>> would only consider moving "sideways" to another fully-fledged frontend
>> framework like Flex or OpenLaszlo. Although as I argue here
>> (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile),
>> so far
>> we are very happy with ZK.
>>
>>
>>> cameron
>>>
>>>
>>>
>>> ___________________________________________________________
>>> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
>>>
>>
>> http://uk.promotions.yahoo.com/forgood/environment.html
>>
>>
>>>
>>
>>
>>
>>
>>
>
>
>

SkipDever

RE: Rich UI for POS

In reply to this post by rajsaini

Seems as if I am acronym illiterate.

-----Original Message-----
From: Raj Saini [mailto:[hidden email]]
Sent: Friday, September 14, 2007 2:09 PM
To: [hidden email]
Subject: Re: Rich UI for POS

AFAIK - As Far As I know
IIRC - If I Remember (Recall) Correctly.

There are many more, I cant recollect right now :-)

Raj
skip@theDevers wrote:

http://docs.ofbiz.org/display/OFBIZ/ZK+Rich+Client+-+integration+tutorial )
> . Up to now it was with 2-3 clients on a small, fully wired network.
>
>> However we have just put another system based on this combo, in
production

>>
> , with a mixed wired/wireless network in a large building, and we have not
> experienced latency problems except when the connection is wireless and
> /extremely/ patchy (that is, unusable for anything, let alone intranet
> apps).
>
>> I suspect on a WAN it would be a different issue.
>>
>> The users are not very IT friendly but have picked up the system (which
>> involves quite heavy data entry) very fast, and IMHO that is partly
>> because using a rich framework lets us make more user-friendly screens
>> very easily.
>>
>>
>> This is with ZK 2.4.1, and very little performance tuning. This is

because
>>
> ZK takes care of the browser-server protocol in an optimised way.
Apparently
> ZK3.0 will have more OOTB performance tweaks, however I have not tested
this
> version yet.
>
>> All I can say is, we would never go back to "traditional" web
development,
>>
> nor would we use "partial" toolsets like Dojo or prototype. Our
> productivity and UI usability improvements have been too significant. We
> would only consider moving "sideways" to another fully-fledged frontend
> framework like Flex or OpenLaszlo. Although as I argue here
> (http://www.theserverside.com/tt/articles/article.tss?l=ZKandAgile), so
far

> we are very happy with ZK.
>
>> cameron
>>
>>
>>
>> ___________________________________________________________
>> Want ideas for reducing your carbon footprint? Visit Yahoo! For Good
>>
> http://uk.promotions.yahoo.com/forgood/environment.html
>
>>
>
>
>
>

SkipDever

Ofbiz and Dojo

In reply to this post by Cameron Smith-6

Anyone have any comments on using Dojo with Ofbiz, especially the .9
release?

I see that the .9 release is like half the size of the .4 release

Skip

guo weizhan

Re: Ofbiz and Dojo

I'm doing this for comple days, it's perfect to use dojo with Ofbiz. one of
the screen capture url: http://www.open-agile.com/dojo.bmp

I want to make all the widget form element use the dojo type, and have ajax
function and look good:)

But it just the begining now, it's long term to finish.

2007/9/15, skip@theDevers <[hidden email]>:
>
> Anyone have any comments on using Dojo with Ofbiz, especially the .9
> release?
>
> I see that the .9 release is like half the size of the .4 release
>
> Skip
>
>

byersa

Re: Ofbiz and Dojo

Guo,

I have been using Dojo for 3 weeks and am also impressed. If you are
thinking about integrating it with screen widgets, then we should
collaborate, as I was also thinking of doing the same thing. I work on the
original screen widget code so I have a pretty good feel on how things work.

I think we will want to extend the ScreenWidget classes and the XML schema.
We should look at more than just forms - the dojo layout dijits are also
very useful. Some thought has to be given to how we return screens built
with widgets using AJAX and JSON.

I think I will be in better position to talk about the design in a few days,
but it won't hurt to discuss it here now.

-Al

On 9/15/07, guo weizhan <[hidden email]> wrote:

>
> I'm doing this for comple days, it's perfect to use dojo with Ofbiz. one
> of
> the screen capture url: http://www.open-agile.com/dojo.bmp
>
> I want to make all the widget form element use the dojo type, and have
> ajax
> function and look good:)
>
> But it just the begining now, it's long term to finish.
>
>
>
> 2007/9/15, skip@theDevers <[hidden email]>:
> >
> > Anyone have any comments on using Dojo with Ofbiz, especially the .9
> > release?
> >
> > I see that the .9 release is like half the size of the .4 release
> >
> > Skip
> >
> >
>

guo weizhan

Re: Ofbiz and Dojo

That's greate, I would love to finish this with you, and what's your
progress now? I just figure out how to start with this, and try to extend
some screenWidget classes, like the HtmlFormRenderer, but it's just the
begining. My purpose it's to make the ScreenWidget can use the ajax
easily.It'll be greate if there is any design that we could implement
together.

2007/9/16, Al Byers <[hidden email]>:

>
> Guo,
>
> I have been using Dojo for 3 weeks and am also impressed. If you are
> thinking about integrating it with screen widgets, then we should
> collaborate, as I was also thinking of doing the same thing. I work on the
> original screen widget code so I have a pretty good feel on how things
> work.
>
> I think we will want to extend the ScreenWidget classes and the XML
> schema.
> We should look at more than just forms - the dojo layout dijits are also
> very useful. Some thought has to be given to how we return screens built
> with widgets using AJAX and JSON.
>
> I think I will be in better position to talk about the design in a few
> days,
> but it won't hurt to discuss it here now.
>
> -Al
>
> On 9/15/07, guo weizhan <[hidden email]> wrote:
> >
> > I'm doing this for comple days, it's perfect to use dojo with Ofbiz. one
> > of
> > the screen capture url: http://www.open-agile.com/dojo.bmp
> >
> > I want to make all the widget form element use the dojo type, and have
> > ajax
> > function and look good:)
> >
> > But it just the begining now, it's long term to finish.
> >
> >
> >
> > 2007/9/15, skip@theDevers <[hidden email]>:
> > >
> > > Anyone have any comments on using Dojo with Ofbiz, especially the .9
> > > release?
> > >
> > > I see that the .9 release is like half the size of the .4 release
> > >
> > > Skip
> > >
> > >
> >
>

byersa

Re: Ofbiz and Dojo

Guo,

I agree that having ScreenWidgets easily use ajax is a good goal and I don't
see any problem with moving ahead on that front. But I think there is much
more that can be done with the DHTML capabilities of Dojo, but I am not sure
I know what they all are. I would like to ask for help from the community in
suggesting ways in which a rich client could improve OFBiz. I will start a
list.

1. Type ahead.
2. Show detail data upon rollover.
3. Popups that don't get hidden.
4. Rich text editor.
5. Tab, accordian and other containers.
6. Better drill down techniques using embedded containers and/or trees.
7.???

These are the kind of things that I think need to be automated with a widget
system.

Also, here is a snippet of code that I used to upload a file via Dojo. It
would not be needed to send standard form types, but I am not sure that it
would hurt or not be a good idea to use this iframe method for all postings.

function sendImage(){
var formId = "editimageForm";
dojo.io.iframe.send({
form: dojo.byId(formId),
handleAs: "json",
content: {
increment: callCount++,
fileFields: "uploadedFile"
},
load: function(response, ioArgs){
var contentDataControl = dijit.byId
('contentdatadetail');
contentDataControl.setContent("<img
src='/content/control/ViewSimpleContent?dataResourceId=" +
response.dataResourceId + "'/>");
var dialogObj = dijit.byId
("editimageDialog");
dialogObj.hide();

},
handle: function(response, ioArgs){
}
});
}

Also, see the DojoJSONServiceEventHandler class that I wrote to work with
form of Dojo ajax.

-Al

On 9/15/07, guo weizhan <[hidden email]> wrote:

>
> That's greate, I would love to finish this with you, and what's your
> progress now? I just figure out how to start with this, and try to extend
> some screenWidget classes, like the HtmlFormRenderer, but it's just the
> begining. My purpose it's to make the ScreenWidget can use the ajax
> easily.It'll be greate if there is any design that we could implement
> together.
>
>
> 2007/9/16, Al Byers <[hidden email]>:
> >
> > Guo,
> >
> > I have been using Dojo for 3 weeks and am also impressed. If you are
> > thinking about integrating it with screen widgets, then we should
> > collaborate, as I was also thinking of doing the same thing. I work on
> the
> > original screen widget code so I have a pretty good feel on how things
> > work.
> >
> > I think we will want to extend the ScreenWidget classes and the XML
> > schema.
> > We should look at more than just forms - the dojo layout dijits are also
> > very useful. Some thought has to be given to how we return screens built
> > with widgets using AJAX and JSON.
> >
> > I think I will be in better position to talk about the design in a few
> > days,
> > but it won't hurt to discuss it here now.
> >
> > -Al
> >
> > On 9/15/07, guo weizhan <[hidden email]> wrote:
> > >
> > > I'm doing this for comple days, it's perfect to use dojo with Ofbiz.
> one
> > > of
> > > the screen capture url: http://www.open-agile.com/dojo.bmp
> > >
> > > I want to make all the widget form element use the dojo type, and have
> > > ajax
> > > function and look good:)
> > >
> > > But it just the begining now, it's long term to finish.
> > >
> > >
> > >
> > > 2007/9/15, skip@theDevers <[hidden email]>:
> > > >
> > > > Anyone have any comments on using Dojo with Ofbiz, especially the .9
> > > > release?
> > > >
> > > > I see that the .9 release is like half the size of the .4 release
> > > >
> > > > Skip
> > > >
> > > >
> > >
> >
>

Jacques Le Roux

Re: Ofbiz and Dojo

Administrator

De : "Al Byers" <[hidden email]>

> Guo,
>
> I agree that having ScreenWidgets easily use ajax is a good goal and I don't
> see any problem with moving ahead on that front. But I think there is much
> more that can be done with the DHTML capabilities of Dojo, but I am not sure
> I know what they all are. I would like to ask for help from the community in
> suggesting ways in which a rich client could improve OFBiz. I will start a
> list.
>
> 1. Type ahead.

Will this not collide with Firefox (or other Browsers) already existing features ?

I can't wait for others options !

Maybe this thread should better be on dev ML ?

Jacques

guo weizhan

Re: Ofbiz and Dojo

In reply to this post by byersa

2007/9/16, Al Byers <[hidden email]>:

>
> Guo,
>
> I agree that having ScreenWidgets easily use ajax is a good goal and I
> don't
> see any problem with moving ahead on that front. But I think there is much
>
> more that can be done with the DHTML capabilities of Dojo, but I am not
> sure
> I know what they all are. I would like to ask for help from the community
> in
> suggesting ways in which a rich client could improve OFBiz. I will start a
>
> list.
>
> 1. Type ahead.
> 2. Show detail data upon rollover.
> 3. Popups that don't get hidden.
> 4. Rich text editor.
> 5. Tab, accordian and other containers.
> 6. Better drill down techniques using embedded containers and/or trees.
> 7.???

I can accept this list, but can you explain the 1-3 more detail :), it not
enough clear for me.

and also I want to add some list, like: Ajax datagrid, Ajax input validate
...

These are the kind of things that I think need to be automated with a widget

> system.
>
> Also, here is a snippet of code that I used to upload a file via Dojo. It
> would not be needed to send standard form types, but I am not sure that it
>
> would hurt or not be a good idea to use this iframe method for all
> postings.
>
> function sendImage(){
> var formId = "editimageForm";
> dojo.io.iframe.send ({
> form: dojo.byId(formId),
> handleAs: "json",
> content: {
> increment: callCount++,
> fileFields: "uploadedFile"
> },
> load: function(response, ioArgs){
> var contentDataControl = dijit.byId
> ('contentdatadetail');
> contentDataControl.setContent("<img
> src='/content/control/ViewSimpleContent?dataResourceId=" +
> response.dataResourceId + "'/>");
> var dialogObj = dijit.byId
> ("editimageDialog");
> dialogObj.hide();
>
> },
> handle: function(response, ioArgs){
> }
> });
> }
>
> Also, see the DojoJSONServiceEventHandler class that I wrote to work with
> form of Dojo ajax.

I think it's fine as far as I know, although I use the
JSONServiceEventHandler and the dojo.xhrGet

> -Al
>
> On 9/15/07, guo weizhan <[hidden email]> wrote:
> >
> > That's greate, I would love to finish this with you, and what's your
> > progress now? I just figure out how to start with this, and try to
> extend
> > some screenWidget classes, like the HtmlFormRenderer, but it's just the
> > begining. My purpose it's to make the ScreenWidget can use the ajax
> > easily.It'll be greate if there is any design that we could implement
> > together.
> >
> >
> > 2007/9/16, Al Byers < [hidden email]>:
> > >
> > > Guo,
> > >
> > > I have been using Dojo for 3 weeks and am also impressed. If you are
> > > thinking about integrating it with screen widgets, then we should
> > > collaborate, as I was also thinking of doing the same thing. I work on
> > the
> > > original screen widget code so I have a pretty good feel on how things
> > > work.
> > >
> > > I think we will want to extend the ScreenWidget classes and the XML
> > > schema.
> > > We should look at more than just forms - the dojo layout dijits are
> also
> > > very useful. Some thought has to be given to how we return screens
> built
> > > with widgets using AJAX and JSON.
> > >
> > > I think I will be in better position to talk about the design in a few
> > > days,
> > > but it won't hurt to discuss it here now.
> > >
> > > -Al
> > >
> > > On 9/15/07, guo weizhan <[hidden email]> wrote:
> > > >
> > > > I'm doing this for comple days, it's perfect to use dojo with Ofbiz.
>
> > one
> > > > of
> > > > the screen capture url: http://www.open-agile.com/dojo.bmp
> > > >
> > > > I want to make all the widget form element use the dojo type, and
> have
> > > > ajax
> > > > function and look good:)
> > > >
> > > > But it just the begining now, it's long term to finish.
> > > >
> > > >
> > > >
> > > > 2007/9/15, skip@theDevers <[hidden email]>:
> > > > >
> > > > > Anyone have any comments on using Dojo with Ofbiz, especially the
> .9
> > > > > release?
> > > > >
> > > > > I see that the .9 release is like half the size of the .4 release
> > > > >
> > > > > Skip
> > > > >
> > > > >
> > > >
> > >
> >
>

if we can agree with those, can you tell me how to collaborate with you? I
want to give my effort for our goal, but I'm the fresh man in collaborate
in Ofbiz project, can you tell me how to start this? thanks.

guo weizhan

Re: Ofbiz and Dojo

In reply to this post by Jacques Le Roux

What' s the features collide with firefox? Is it the key features?

2007/9/16, Jacques Le Roux <[hidden email]>:

>
> De : "Al Byers" <[hidden email]>
> > Guo,
> >
> > I agree that having ScreenWidgets easily use ajax is a good goal and I
> don't
> > see any problem with moving ahead on that front. But I think there is
> much
> > more that can be done with the DHTML capabilities of Dojo, but I am not
> sure
> > I know what they all are. I would like to ask for help from the
> community in
> > suggesting ways in which a rich client could improve OFBiz. I will start
> a
> > list.
> >
> > 1. Type ahead.
>
> Will this not collide with Firefox (or other Browsers) already existing
> features ?
>
> I can't wait for others options !
>
> Maybe this thread should better be on dev ML ?
>
> Jacques
>

Jacques Le Roux

Re: Ofbiz and Dojo

Administrator

If I understand well, type ahead is a sort of fields auto-completion. Firefox already provides this feature. I have seen cases where
you were provided the same completion strings by different means, sometimes annoying (but a very minor issue)

Jacques

De : "guo weizhan" <[hidden email]>

> What' s the features collide with firefox? Is it the key features?
>
> 2007/9/16, Jacques Le Roux <[hidden email]>:
> >
> > De : "Al Byers" <[hidden email]>
> > > Guo,
> > >
> > > I agree that having ScreenWidgets easily use ajax is a good goal and I
> > don't
> > > see any problem with moving ahead on that front. But I think there is
> > much
> > > more that can be done with the DHTML capabilities of Dojo, but I am not
> > sure
> > > I know what they all are. I would like to ask for help from the
> > community in
> > > suggesting ways in which a rich client could improve OFBiz. I will start
> > a
> > > list.
> > >
> > > 1. Type ahead.
> >
> > Will this not collide with Firefox (or other Browsers) already existing
> > features ?
> >
> > I can't wait for others options !
> >
> > Maybe this thread should better be on dev ML ?
> >
> > Jacques
> >
>

SkipDever

RE: Ofbiz and Dojo

In reply to this post by guo weizhan

I would like to hot-key searches. For example, type some text in a field,
press a hot key and get a pick list of the first 10 or less matches.

-----Original Message-----
From: guo weizhan [mailto:[hidden email]]
Sent: Sunday, September 16, 2007 7:05 AM
To: [hidden email]
Subject: Re: Ofbiz and Dojo

2007/9/16, Al Byers <[hidden email]>:

I think it's fine as far as I know, although I use the
JSONServiceEventHandler and the dojo.xhrGet

guo weizhan

Re: Ofbiz and Dojo

I see, thanks for explain!

Good news,the dojo grid is coming

http://www.sitepen.com/blog/2007/09/16/the-dojo-grid/

2007/9/17, skip@theDevers <[hidden email]>:

>
> I would like to hot-key searches. For example, type some text in a field,
> press a hot key and get a pick list of the first 10 or less matches.
>
> -----Original Message-----
> From: guo weizhan [mailto:[hidden email]]
> Sent: Sunday, September 16, 2007 7:05 AM
> To: [hidden email]
> Subject: Re: Ofbiz and Dojo
>
>
> 2007/9/16, Al Byers <[hidden email]>:
> >
> > Guo,
> >
> > I agree that having ScreenWidgets easily use ajax is a good goal and I
> > don't
> > see any problem with moving ahead on that front. But I think there is
> much
> >
> > more that can be done with the DHTML capabilities of Dojo, but I am not
> > sure
> > I know what they all are. I would like to ask for help from the
> community
> > in
> > suggesting ways in which a rich client could improve OFBiz. I will start
> a
> >
> > list.
> >
> > 1. Type ahead.
> > 2. Show detail data upon rollover.
> > 3. Popups that don't get hidden.
> > 4. Rich text editor.
> > 5. Tab, accordian and other containers.
> > 6. Better drill down techniques using embedded containers and/or trees.
> > 7.???
>
>
> I can accept this list, but can you explain the 1-3 more detail :), it not
> enough clear for me.
>
> and also I want to add some list, like: Ajax datagrid, Ajax input
> validate
> ...
>
>
> These are the kind of things that I think need to be automated with a
> widget
> > system.
> >
> > Also, here is a snippet of code that I used to upload a file via Dojo.
> It
> > would not be needed to send standard form types, but I am not sure that
> it
> >
> > would hurt or not be a good idea to use this iframe method for all
> > postings.
> >
> > function sendImage(){
> > var formId = "editimageForm";
> > dojo.io.iframe.send ({
> > form: dojo.byId(formId),
> > handleAs: "json",
> > content: {
> > increment: callCount++,
> > fileFields: "uploadedFile"
> > },
> > load: function(response, ioArgs){
> > var contentDataControl = dijit.byId
> > ('contentdatadetail');
> > contentDataControl.setContent("<img
> > src='/content/control/ViewSimpleContent?dataResourceId=" +
> > response.dataResourceId + "'/>");
> > var dialogObj = dijit.byId
> > ("editimageDialog");
> > dialogObj.hide();
> >
> > },
> > handle: function(response, ioArgs){
> > }
> > });
> > }
> >
> > Also, see the DojoJSONServiceEventHandler class that I wrote to work
> with
> > form of Dojo ajax.
>
>
> I think it's fine as far as I know, although I use the
> JSONServiceEventHandler and the dojo.xhrGet
>
>
> > -Al
> >
> > On 9/15/07, guo weizhan <[hidden email]> wrote:
> > >
> > > That's greate, I would love to finish this with you, and what's your
> > > progress now? I just figure out how to start with this, and try to
> > extend
> > > some screenWidget classes, like the HtmlFormRenderer, but it's just
> the
> > > begining. My purpose it's to make the ScreenWidget can use the ajax
> > > easily.It'll be greate if there is any design that we could implement
> > > together.
> > >
> > >
> > > 2007/9/16, Al Byers < [hidden email]>:
> > > >
> > > > Guo,
> > > >
> > > > I have been using Dojo for 3 weeks and am also impressed. If you are
> > > > thinking about integrating it with screen widgets, then we should
> > > > collaborate, as I was also thinking of doing the same thing. I work
> on
> > > the
> > > > original screen widget code so I have a pretty good feel on how
> things
> > > > work.
> > > >
> > > > I think we will want to extend the ScreenWidget classes and the XML
> > > > schema.
> > > > We should look at more than just forms - the dojo layout dijits are
> > also
> > > > very useful. Some thought has to be given to how we return screens
> > built
> > > > with widgets using AJAX and JSON.
> > > >
> > > > I think I will be in better position to talk about the design in a
> few
> > > > days,
> > > > but it won't hurt to discuss it here now.
> > > >
> > > > -Al
> > > >
> > > > On 9/15/07, guo weizhan <[hidden email]> wrote:
> > > > >
> > > > > I'm doing this for comple days, it's perfect to use dojo with
> Ofbiz.
> >
> > > one
> > > > > of
> > > > > the screen capture url: http://www.open-agile.com/dojo.bmp
> > > > >
> > > > > I want to make all the widget form element use the dojo type, and
> > have
> > > > > ajax
> > > > > function and look good:)
> > > > >
> > > > > But it just the begining now, it's long term to finish.
> > > > >
> > > > >
> > > > >
> > > > > 2007/9/15, skip@theDevers <[hidden email]>:
> > > > > >
> > > > > > Anyone have any comments on using Dojo with Ofbiz, especially
> the
> > .9
> > > > > > release?
> > > > > >
> > > > > > I see that the .9 release is like half the size of the .4
> release
> > > > > >
> > > > > > Skip
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
> if we can agree with those, can you tell me how to collaborate with you? I
> want to give my effort for our goal, but I'm the fresh man in collaborate
> in Ofbiz project, can you tell me how to start this? thanks.
>
>