Thanks Adrian for bringing the progress back to our attention. It is appreciated.
Best regards, Pierre Smits *ORRTIZ.COM <http://www.orrtiz.com>* Services & Solutions for Cloud- Based Manufacturing, Professional Services and Retail & Trade http://www.orrtiz.com On Wed, May 13, 2015 at 5:02 PM, Adrian Crum < adrian.c...@sandglass-software.com> wrote: > Here is a summary of the current Visual Theme implementation (so we are > all on the same page): > > I introduced a feature in the bootstrap branch (then ported to trunk) that > allows a visual theme to specify its own templates for rendering. This > allows a theme to generate any HTML flavor it requires. > > In the trunk I introduced a visitor pattern to the screen widgets - which > opens things up even more. (In my local copy, I have a rendering engine > based on visitors that is incomplete - I hope to commit it someday.) > > There is a flaw in the current implementation that needs to be fixed: the > hard-coded JS libraries and other files in the Global Decorator. That block > of code should be converted to visual theme resources - so no specific > libraries are referenced in the Global Decorator. > > The visual theme feature allows a graphics designer to specify JS > libraries, CSS libraries, and rendering templates - in effect decoupling > visual themes from the framework's rendering engine. As far as I can tell, > there is nothing preventing a graphics designer from creating any UI they > want using any tool they want. > > > Adrian Crum > Sandglass Software > www.sandglass-software.com > > On 5/13/2015 7:35 AM, Jacques Le Roux wrote: > >> Le 13/05/2015 15:04, Julien NICOLAS a écrit : >> >>> Hello Pierre, >>> >>> Le 13/05/2015 12:35, Pierre Smits a écrit : >>> >>>> For what it is worth, the BOOTSTRAP_theme dev branch is a other way to >>>> enhance the user experience. Unfortunately the work is not done yet. >>>> >>> The problem is that the GUI is a demo GUI. Then all the time you spend >>> to solve all GUI problems, will potentially lost because nobody use it >>> (and when I say that I think in particular to the order screen that is >>> a nightmare...). >>> It's better that OFBiz embedded GUI web framework (like bootstrap but >>> not only, it can be bootstrap based tool for dashboard, etc.) and a >>> documentation on how to use it. >>> >> >> I don't know if nobody is using it (I guess some are ;)), but I believe >> a lot are reusing parts of it. The idea is not only to provide a demo >> but also to provide ideas, bricks to be reused. Did you wrote your own >> totally from scratch :-o (I guess not even considering ideas) ? >> >> Is the BOOTSTRAP_theme dev branch not a way to embed one "HTML, CSS, and >> JavaScript framework" and use its artefacts inside widgets? >> What are actually the parts you found so bad? How the widgets are >> generated, the CSS class used, how js is used inside of that, etc. ? >> >> If we go this way (embed a HTML framework in OFBiz) I remember some >> proposed to use rather foundation, we would need to pick one and only >> one. Like wed did with jQuery as the main js lib that BTW we need to keep! >> >> Also some have proposed to get further and use something like Angular >> https://issues.apache.org/jira/browse/OFBIZ-5040?focusedCommentId=13887287 >> or Backbone >> https://issues.apache.org/jira/browse/OFBIZ-5522?focusedCommentId=13885989 >> you name it... >> >> https://cordova.apache.org/ ("aka" PhoneGap) is also worth considering >> see >> >> https://cwiki.apache.org/confluence/download/attachments/48792051/mobile_web.pdf?version=1&modificationDate=1429534402000&api=v2 >> >> >> We need to make delicate choices and quickly, time is flying... >> >> Jacques >> >