Thanks Raj,

I added your propostion in the section 
Services exposed as RESTful web services

Jacques

On Wednesday, January 29, 2014 5:29 AM, rajbsa...@yahoo.com wrote
> I like this idea and I have been working for a while for the front end
> e-commerce sites. We have been using custom themes based on Bootstrap
> and backbone.js and AngularJS. You can see this in action at
> http://www.thecharmworks.com/.
> 
> For the back office application, I would like to see all services
> exposed as RESTful web services and client side UI using a MVC framework
> such as AngularJS with responsive CSS framework such as Bootstrap.
> Client side UI will mainly use the Ajax requests and AngularJS MVC takes
> care of updating the UI.
> 
> Thanks,
> 
> Raj
> 
> 
> On Monday, January 06, 2014 7:09 PM, e...@brainfood.com wrote
>>> I agree that we should migrate FTL templates to ofbiz widgets for the sake
>>> of consistency throughout the interfaces. However, I do have to say that
>>> I would not use form widgets to develop a customer facing site. At this
>>> point, Brainfood is pretty much at a consensus that we do not want to do
>>> "page template" oriented development in the server at all. When you look at
>>> applications like Google Maps it becomes clear that the "send post, alter
>>> state, regenerate and send page" workflow is incredibly limited. The future
>>> seems to look a lot more like applications written in Javascript that
>>> generate HTML directly in the browser.
>>> 
>>> So, for us, the important feature is the JSON-RPC interface for this remote
>>> applications. It would be genuinely interesting if we could write a client
>>> side form widget interpreter that would delegate generation of the interface
>>> to the client side and then supply the "action" interface via AJAX. That is
>>> something we would be very interested in.
>>> 
>>> Refactoring the widget generation code to support greater modularity in the 
>>> HTML
>>> could be another target of such an effort. I made some modest efforts 
>>> towards
>>> a Bootstrap based OFBiz theme and I found it difficult to make progress 
>>> with the
>>> current setup.
>>> 
>>> ----- "Gavin Mabie" <kwikst...@gmail.com> wrote:
>>> 
>>>> It appears that the citing of Drupal/WordPress/Magento solicited quite
>>>> a
>>>> lot of comment.  It's a side issue really and whether some houses
>>>> prefer to
>>>> integrate existing solutions is besides the point.  More importantly,
>>>> most
>>>> commentators would agree that theme developement in Ofbiz does require
>>>> more
>>>> attention.  The vast majority of threads on this ML focuss on backend
>>>> business rules and processes.  That in itself is not a problem - if
>>>> you
>>>> regard Ofbiz as a Framework only.  It only means that, as far as
>>>> frameworks
>>>> go, we need a better framework for theming as well.  This will
>>>> encourage
>>>> more participation from developers who have more of a front-end
>>>> orientation.  I would support a drive towards better "themeability"
>>>> in
>>>> 2014.  In this regard I would like to suggest that we take a look at
>>>> the
>>>> VisualThemeResource entity which currently is currently poorly
>>>> defined.
>>>> 
>>>> Gavin

Reply via email to