[OFBiz] Dev - UI mutations, system promotion and other storie s...

[bjfree at free-man.net]

My two cents.
The Widgets have limitation, they do provide a easy way to construct your
own UI system by creating your own folder and grabbing parts from each
application/framework.

I have found by turning off the tabs for all the applications/framework and
just having mine, I gain two things. 1) customized UI and functionality and
2) no changes to the SVN distribution.

Then the only maintained is make changes to my UI code to keep in sync with
the SVN.


-----Original Message-----
From: Ean Schuessler [mailto:ean at brainfood.com]
Sent: Monday, April 04, 2005 9:53 AM
To: dev at lists.ofbiz.org
Subject: Re: [OFBiz] Dev - UI mutations, system promotion and other
stories...


I would like changes to be even more direct. I think a common problem that
we 
have (and this occurs in many places) is that the admin interfaces are
geared 
to people who are basically at the level of knowledge of the programmers.
The 
interfaces are easy enough to use but almost uniformly I find that clients 
are very intimidated until they receive some training.

The Wiki interface, on the other hand, usually requires little more than a 2

minute demonstration before users are eager to give it a try. That is the 
reaction I'm looking for as opposed to the current content management 
interface.

I think we need to look for ways to make things more "peel the onion" 
oriented. Make interfaces high-level and task centric, exposing people only 
to what they need to achieve common tasks. The danger, of course, is the 
Microsoft phenomena where things are easy until they get hard and then they 
are very hard. How exactly to avoid that isn't entirely clear to me.

Am I rambling?

On Thursday 31 March 2005 12:12 pm, Adrian Crum wrote:
> I was picturing developers using whatever tools they're familiar with -
> using their local FS, then going to an OFBiz webpage to "commit" those
> changes to OFBiz. The "commit" process would scoop up the changes from
> the local FS and put them in the DB. What motivated that idea was the
> "restarting the webserver" problem. But as you point out, it doesn't
> make it any easier for developers otherwise.

-- 
Ean Schuessler, CTO
Brainfood, Inc.
http://www.brainfood.com
 
_______________________________________________
Dev mailing list
Dev at lists.ofbiz.org
http://lists.ofbiz.org/mailman/listinfo/dev