OFBiz 2014 Screen and Form Widget Enhancements

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

OFBiz 2014 Screen and Form Widget Enhancements

Malin Nicolas
Hello,

On the page
https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements,
their is a subject on "Form widget to switch between view and edit mode".

Anil your are on the Screen and Form widget enhancements, how can I help
you ? Do you mind on how do this or I begin a reflection above?

Nicolas
Reply | Threaded
Open this post in threaded view
|

Re: OFBiz 2014 Screen and Form Widget Enhancements

Anil Patel-3
Nicolas,
I have dropped idea of this enhancement because it does not seem realistic and worth continuing.

Over past many years we delivered Ofbiz to many clients, one thing is common, No body likes UX/UI built using form widgets. Now I recommend not to use form widgets.

Instead we build UX using Boostrap, JQuery, AngularJS  on Freemarker templates.

Anil K Patel
Sent from my iPad

> On Jan 29, 2014, at 5:21 PM, Nicolas Malin <[hidden email]> wrote:
>
> Hello,
>
> On the page https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements, their is a subject on "Form widget to switch between view and edit mode".
>
> Anil your are on the Screen and Form widget enhancements, how can I help you ? Do you mind on how do this or I begin a reflection above?
>
> Nicolas
Reply | Threaded
Open this post in threaded view
|

Re: OFBiz 2014 Screen and Form Widget Enhancements

Jacques Le Roux
Administrator
Nicolas, would you still want to engage an effort on this or should I remove this proposition?

I feel an urgent need to prune this page!

Jacques

On Friday, January 31, 2014 12:44 AM, [hidden email] wrote

> Nicolas,
> I have dropped idea of this enhancement because it does not seem realistic and worth continuing.
>
> Over past many years we delivered Ofbiz to many clients, one thing is common, No body likes UX/UI built using form widgets. Now I
> recommend not to use form widgets.
>
> Instead we build UX using Boostrap, JQuery, AngularJS  on Freemarker templates.
>
> Anil K Patel
> Sent from my iPad
>
>> On Jan 29, 2014, at 5:21 PM, Nicolas Malin <[hidden email]> wrote:
>>
>> Hello,
>>
>> On the page https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements, their is a subject on "Form
>> widget to switch between view and edit mode".
>>
>> Anil your are on the Screen and Form widget enhancements, how can I help you ? Do you mind on how do this or I begin a
>> reflection above?
>>
>> Nicolas
Reply | Threaded
Open this post in threaded view
|

Re: OFBiz 2014 Screen and Form Widget Enhancements

Jacques Le Roux
Administrator
In reply to this post by Anil Patel-3
This seems a shared perspective (see my comment at https://issues.apache.org/jira/browse/OFBIZ-5040)

For the common concern about consistent generated HTML source. If we would want to replace pages currently done with form widgets, and unleashed Freemarker, this would mean to hide things in macros, right?

I think Adrian's argument about widgets and macros is worth considering
http://markmail.org/message/aysqecll3aolmelz
<<Looking at it another way, with screen widgets you can replace the
existing FreeMarker macros with your own - so the UI can look like anything.
I recently did that for 1Tech Ltd - where I replaced the HTML markup
with Sencha JavaScript.>>

This could be combined with David's suggestion to follow the way Moqui does it
http://markmail.org/message/lohdbc4h2h5jmfil
<<The current implementation in OFBiz parses the XML file into Java classes and
then when rendering generates macro calls to pass the parameters (XML attribute
values, etc) to the FTL macros. A more flexible and extensible approach is to
use the FTL XML processing features directly instead of going through Java
classes. With this approach adding an attribute or support for a whole new
element in the widget XML files is just a matter of adding it to the FTL macros
that process XML elements. >>

I will put that in OFBIZ-5040 as well

Jacques

On Friday, January 31, 2014 12:44 AM, [hidden email] wrote

> Nicolas,
> I have dropped idea of this enhancement because it does not seem realistic and worth continuing.
>
> Over past many years we delivered Ofbiz to many clients, one thing is common, No body likes UX/UI built using form widgets. Now I
> recommend not to use form widgets.
>
> Instead we build UX using Boostrap, JQuery, AngularJS  on Freemarker templates.
>
> Anil K Patel
> Sent from my iPad
>
>> On Jan 29, 2014, at 5:21 PM, Nicolas Malin <[hidden email]> wrote:
>>
>> Hello,
>>
>> On the page https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements, their is a subject on "Form
>> widget to switch between view and edit mode".
>>
>> Anil your are on the Screen and Form widget enhancements, how can I help you ? Do you mind on how do this or I begin a
>> reflection above?
>>
>> Nicolas
Reply | Threaded
Open this post in threaded view
|

Re: OFBiz 2014 Screen and Form Widget Enhancements

Jacques Le Roux
Administrator
In reply to this post by Malin Nicolas
Nicolas,

Are you still interested in this feature, or should I remove it from the page?

Jacques

On Wednesday, January 29, 2014 11:19 PM, [hidden email] wrote

> Hello,
>
> On the page
> https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements,
> their is a subject on "Form widget to switch between view and edit mode".
>
> Anil your are on the Screen and Form widget enhancements, how can I help
> you ? Do you mind on how do this or I begin a reflection above?
>
> Nicolas
Reply | Threaded
Open this post in threaded view
|

Re: OFBiz 2014 Screen and Form Widget Enhancements

Malin Nicolas
In reply to this post by Jacques Le Roux
Super merci, for consolidation Jacques !

I have read all threads on the UI enhancements and I have alone front my
lack.

If I understand we have some axis of improvement :
  * flexibilty to extend ftl macro
  * increase the UI interactivity through backbonejs
  * Make interface more user friendly with Boostrap + Jquery

All coupled with portlet and we obtains a high permissive interface
without forget he maintainability and the simplicity development.

Ok so just do it :)

For the ftl macro, I'm sure that it's possible to extend the screen
renderer to analyse on the fly the specific attribute need on customer
site. I can start by this point.

Nicolas

Le 31/01/2014 10:49, Jacques Le Roux a écrit :

> This seems a shared perspective (see my comment at https://issues.apache.org/jira/browse/OFBIZ-5040)
>
> For the common concern about consistent generated HTML source. If we would want to replace pages currently done with form widgets, and unleashed Freemarker, this would mean to hide things in macros, right?
>
> I think Adrian's argument about widgets and macros is worth considering
> http://markmail.org/message/aysqecll3aolmelz
> <<Looking at it another way, with screen widgets you can replace the
> existing FreeMarker macros with your own - so the UI can look like anything.
> I recently did that for 1Tech Ltd - where I replaced the HTML markup
> with Sencha JavaScript.>>
>
> This could be combined with David's suggestion to follow the way Moqui does it
> http://markmail.org/message/lohdbc4h2h5jmfil
> <<The current implementation in OFBiz parses the XML file into Java classes and
> then when rendering generates macro calls to pass the parameters (XML attribute
> values, etc) to the FTL macros. A more flexible and extensible approach is to
> use the FTL XML processing features directly instead of going through Java
> classes. With this approach adding an attribute or support for a whole new
> element in the widget XML files is just a matter of adding it to the FTL macros
> that process XML elements. >>
>
> I will put that in OFBIZ-5040 as well
>
> Jacques
>
> On Friday, January 31, 2014 12:44 AM, [hidden email] wrote
>> Nicolas,
>> I have dropped idea of this enhancement because it does not seem realistic and worth continuing.
>>
>> Over past many years we delivered Ofbiz to many clients, one thing is common, No body likes UX/UI built using form widgets. Now I
>> recommend not to use form widgets.
>>
>> Instead we build UX using Boostrap, JQuery, AngularJS  on Freemarker templates.
>>
>> Anil K Patel
>> Sent from my iPad
>>
>>> On Jan 29, 2014, at 5:21 PM, Nicolas Malin <[hidden email]> wrote:
>>>
>>> Hello,
>>>
>>> On the page https://cwiki.apache.org/confluence/display/OFBIZ/Screen+and+Form+Widget+Enhancements, their is a subject on "Form
>>> widget to switch between view and edit mode".
>>>
>>> Anil your are on the Screen and Form widget enhancements, how can I help you ? Do you mind on how do this or I begin a
>>> reflection above?
>>>
>>> Nicolas