[
https://issues.apache.org/jira/browse/OFBIZ-5040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13882310#comment-13882310 ]
Jacques Le Roux commented on OFBIZ-5040:
----------------------------------------
Paul,
I will answer you on small points later. I just want to add, regarding your last point about *"before introducing html or js based frameworks"* that, as we already discussed, [Ean's and others suggestion about UI|
http://tinyurl.com/mbqwgr6] in "UI Boost for Moqui and Apps Based on It" discussion is worth reading...
I'd love to have Ean, Anil, David and other seasonned OFBiz users's opinions on the current topic, and if we should not think twice before engaging any efforts. I have the feeling that OFBiz will not have a second chance to stay in the race in term of modern UI, and we should not waste it. So, with respect to the human ressources which will certainly be engaged in this effort, I wonder if we should not be pragmatic and rather directly look for a more complete and newer solution to our problems...
Of course, we are still at the foundation level of the UI. I want to clarify this also. We all know (at least that's what i think) that the real issue with most of the OFBiz backend is it was never pre-designed but was continuously built around the data model, notably to show all the possibilities. So some parts are a bit clumsy, and are not always easy to grasp when you first use them (once you are used, most is just great, there are plenty of good ideas). That's why Neogia, Opentaps, BigFish and others exist. Anyway, this should not be our concern (here at least), OFBiz is also there to allow improvements above itself.
I wanted that to be clear, we are only discussing about UI fondations here. And more specifically *backend UI*, where all bells and whistles are not needed and would even be counter-productive (think KISS and YAGNI as much as possible).
> Backend widget & application HTML clean-up
> ------------------------------------------
>
> Key: OFBIZ-5040
> URL:
https://issues.apache.org/jira/browse/OFBIZ-5040> Project: OFBiz
> Issue Type: Improvement
> Components: ALL APPLICATIONS
> Reporter: Paul Piper
> Labels: html, webapp, widget, widgetrendering
>
> I am sure that this is a common thing to know: the current backoffice application relies heavily on widgets. This is good, but the current standard-html-structure is not flexible enough and often lacks proper w3c implementation.
> To make matters worse, you can often find applications avoiding widgets at all and rather overriding the standards with custom ftl implementations. It is these customizations that break the html on numerous screens and make it difficult, if not tedious to create new themes for the backoffice.
> This task is hence to:
> * Find a consensus on a new widget standard
> * Go over each of the application ftls and convert these to the new standard
> * Recreate the themes and simplify/clean-up special rules
> Since redoing the theme is a rather large task, we should consider to add an additional css for now which stylises the replacement html instead of working with the old.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
Locked
