Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: esme-dev@incubator.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [VOTE] Web UI options
Date: Wed, 7 Jan 2009 17:28:32 +0100
Message-ID: 
 <30DB6ACF50A0A3439F39EFEB1C52E166078F2246@nets13ja.ww300.siemens.net>
Thread-Topic: [VOTE] Web UI options
Thread-Index: Aclw47V8zAP8N3PIQiiCmmkWvunykQAAUWvD
References: <f767f0600901050111j7accd17fo73fdc0afb7c628e6@mail.gmail.com>
 <cdbebedf0901050647x674a656cq18596fff3d96face@mail.gmail.com>
 <f767f0600901060027q5bc9574bld2bd7d1d1d28dc9e@mail.gmail.com>
 <c7fc82820901060514q7a390f39pc89e8ad607961454@mail.gmail.com>
 <9AA5AADC-0B71-4306-BCE4-D981549D3F74@gmail.com>
 <30DB6ACF50A0A3439F39EFEB1C52E166049C6F3F@nets13ja.ww300.siemens.net>
 <p06240801c58a827aadc9@[192.168.0.65]>
From: "Hirsch, Richard" <richard.hirsch@siemens.com>
To: "Bill Fernandez" <bill@billfernandez.com>
Cc: <esme-dev@incubator.apache.org>

I think your final option is an excellent suggestion and aligns with =
what Darren suggested as well. :
=20
o On the other hand, if the UI code (HTML, CSS, JavaScript, etc.) would =
have to be redone from scratch, then maybe we can create an interim UI =
that is also the first step in the evolution of the "BillF" UI, and =
pursue both goals with one action.
=20
P.S: I'm going to forward this to the esme-dev list, so that others can =
see your suggestions as well.  The first VOTE mail was just sent to you =
when I intended to be sent to you and the common mailing list.=20
=20
D.=20

________________________________

From: Bill Fernandez [mailto:bill@billfernandez.com]
Sent: Wed 1/7/2009 17:19
To: Hirsch, Richard
Cc: Bill Fernandez
Subject: Re: [VOTE] Web UI options


Dick--

I'm not knowledgeable enough about the project roadmap to be able to
make a clear vote, but here are my thoughts.

o I think good UIs for installing, administering and using ESME will
be critical to the success of the project.  I also think these will
take quite awhile to develop, and will need to be matured in stages.

o If the UI code associated with the Apache version works well enough
for now, maybe we should leave it as is and spend our time on
developing what we really need in the long-term for ESME success.

o On the other hand if the UI code associated with the Apache version
is not good enough to serve those who want to evaluate/use ESME as it
is now, then maybe we should rush out an interim version that
provides the minimum necessary functionality and usability.

o If rushing out an interim version would be accomplished by tweaking
the existing code, then that would be the fastest way to put the
end-user UI in a state where it could last for awhile as we develop
our long-term solution.

o On the other hand, if the UI code (HTML, CSS, JavaScript, etc.)
would have to be redone from scratch, then maybe we can create an
interim UI that is also the first step in the evolution of the
"BillF" UI, and pursue both goals with one action.

Does that help?

--Bill


At 8:52 AM +0100 1/7/09, Hirsch, Richard wrote:
Last night on the scrum call, we were discussing various options for
the Web UI and I wanted to summarize what we were discussing and ask
the community on what option we should follow.

-Situation-

We currently have a Web UI running at the main ESME server at
<http://esme.us <http://esme.us/> >http://esme.us <http://esme.us/> . =
This version is very early iteration
and has various issues associated with it.  It is also based on the
old core code based at the Google Code site.  We now have a new new
ESME core code base which is located at Apache. This version of the
code at Apache is the most recent code base and includes a better
split between UI and server code. The Apache version, however,
currently doesn't have UI code in such maturity that we could use it
to replace the existing Web site at esme.us.  Bill has also created a
description of a new ESME UI which probably depicts what the next UI
is going to look like. This description is currently incomplete
inasmuch as certain UI features are still not depicted.

-Vote-

The vote deals with the decision whether we want to build an
intermediary Web-UI based on the existing Apache Core or whether we
want to skip the intermediary Web UI and focus on the "BillF" UI?

Choices (Please Vote!):

* Create an intermediary UI

* Skip the intermediary Web UI and concentrate on the "BillF" UI?

Once the community makes a decision on this issue, we will define the
associated tasks to support the decision.

Dick


--

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Bill Fernandez  *  User Interface Architect  *  Bill Fernandez Design

(505) 346-3080  *  bill@billfernandez.com  *  http://billfernandez.com =
<http://billfernandez.com/>=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D