Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of martin.marinschek@gmail.com
 designates 64.233.184.201 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=dD0HSsqNRolO2WvoyD1DEUR6MX0UEh1bxHuKABsxYetDt19B34lz/9c7jj2Ut1if1pImYRND4lHjW8R1JJ74xwGOBm0gwAkvAhOZxVsKEJ3mP6o2bp549SEo9VUmcvqrySwYuDYbrqjEbxycszSdPHPh4zVY1yRCM2P8njqe7Oc=
Message-ID: <5a99335f0507100826d8ee028@mail.gmail.com>
Date: Sun, 10 Jul 2005 17:26:44 +0200
From: Martin Marinschek <martin.marinschek@gmail.com>
Reply-To: martin@marinschek.com
To: MyFaces Development <dev@myfaces.apache.org>,
	Sean Schofield <sean.schofield@gmail.com>
Subject: Re: proposal: consolodate examples/standard & examples/simple
In-Reply-To: <2387fbc505071008207b04f613@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <B70503C2-5CCA-41C1-B49A-13DB188DC0B9@mac.com>
	 <2387fbc505070811041794e239@mail.gmail.com>
	 <42CEE214.4000700@marathon-man.com>
	 <564d4f680507081428107a07d9@mail.gmail.com>
	 <1a681ff20507090406782abdee@mail.gmail.com>
	 <5a99335f05070905523184eca4@mail.gmail.com>
	 <2387fbc5050709162044377929@mail.gmail.com>
	 <5a99335f050709162433a2ebb4@mail.gmail.com>
	 <2387fbc50507091637422da836@mail.gmail.com>
	 <2387fbc505071008207b04f613@mail.gmail.com>

There is a page for that,

but as I said before - I am far from being finished, it doesn't work now ;)

I just had to check it in as I wanted to work on it from home as well.

regards,

Martin

On 7/10/05, Sean Schofield <sean.schofield@gmail.com> wrote:
> Cancel that.  I just remembered that I added a simple example for
> inputSuggest.  Its already in the simple webapp.
>=20
> I will turn the question around to you then ... can you provide a
> simple example for the ajax variant?
>=20
> sean
>=20
> On 7/9/05, Sean Schofield <sean.schofield@gmail.com> wrote:
> > I agree no hurry (I'm still working on reorg follow up.)
> >
> > Matt, can you possibly provide this?
> >
> > sean
> >
> > On 7/9/05, Martin Marinschek <martin.marinschek@gmail.com> wrote:
> > > Yes, no hurry with that one..
> > >
> > > It's really just there for trying out the AJAX stuff right now, and I
> > > will sure want to merge the two component's feature sets later on...
> > >
> > > So let's wait until it matures a little.
> > >
> > > In the meantime, could you provide a sample page for the inputSuggest=
?
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On 7/10/05, Sean Schofield <sean.schofield@gmail.com> wrote:
> > > > That's fine to demonstrate the layout stuff but we could do that wi=
th
> > > > a few foo.jsp pages instead of confusing things by duplicating all =
of
> > > > the examples.
> > > >
> > > > I will reserve comment on ajaxInputSuggest and how it fits in the
> > > > sandbox until I have a chance to see it up close.
> > > >
> > > > sean
> > > >
> > > > On 7/9/05, Martin Marinschek <martin.marinschek@gmail.com> wrote:
> > > > > Well, there is another thing the old examples are illustrating -
> > > > > wasn't that the layout stuff? I wonder if Manfred and Thomas are =
keen
> > > > > on having an example for them as well in the new examples app.
> > > > >
> > > > > Apart from that, a +1 from me...
> > > > >
> > > > > regards,
> > > > >
> > > > > Martin
> > > > >
> > > > > On 7/9/05, Bruno Aranda <brunoaranda@gmail.com> wrote:
> > > > > > This brings another issue to my mind. What we should do with th=
e
> > > > > > sandbox components. IMO they should be clearly separated of the
> > > > > > tomahawk ones. I would do another war (like it is currently) fo=
r this,
> > > > > > or, if not, a new section of the examples with warnings, alerts=
,
> > > > > > use-at-your-own-risks, etc regarding the possible unstability o=
f the
> > > > > > sandbox components.
> > > > > > BTW, I've seen that the ajaxInputSuggest example uses the prefi=
x 's'
> > > > > > for the sandbox taglib.  For me, it is OK, we should warn to ev=
erybody
> > > > > > using sandbox components in its applications that when a sandbo=
x
> > > > > > component goes to tomahawk the prefix will change from 's' to '=
x'.
> > > > > > I've seen that Sean has used the prefix 'x' for the inputSugges=
t
> > > > > > example, as it is alone in the page and there are no tomahawk
> > > > > > components in the example. But, if we did this we could not put=
 both
> > > > > > sandbox and tomahawk components in the same page...
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > Bruno
> > > > > >
> > > > > >
> > > > > > 2005/7/8, Manfred Geiler <manfred.geiler@gmail.com>:
> > > > > > > +1
> > > > > > >
> > > > > > > 2005/7/8, Grant Smith <grants@marathon-man.com>:
> > > > > > > >  +1 for consolidation, yet with separate areas for non-jsCo=
okMenu-cluttered
> > > > > > > > stuff.
> > > > > > > >
> > > > > > > >
> > > > > > > >  Sean Schofield wrote:
> > > > > > > >  Can we get a few more +1's for this?
> > > > > > > >
> > > > > > > > sean
> > > > > > > >
> > > > > > > > On 7/7/05, Bill Dudney <bdudney@mac.com> wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > >  yes now the cobwebs are clearing...
> > > > > > > >
> > > > > > > > if we get agreement I'd be up for getting rid of standard a=
nd making
> > > > > > > > a JSCookMenu example.
> > > > > > > >
> > > > > > > > TTFN,
> > > > > > > >
> > > > > > > > -bd-
> > > > > > > >
> > > > > > > > On Jul 7, 2005, at 2:20 PM, Sean Schofield wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >  A little background ...
> > > > > > > >
> > > > > > > > I created the simple examples because they had way less HTM=
L
> > > > > > > > cluttering them up because they were not running inside of =
menus, etc.
> > > > > > > >  We still needed an example that showed off JSCookMenu so p=
eople
> > > > > > > > argued that we should keep the old examples around for this=
 purpose.
> > > > > > > >
> > > > > > > > When I did the reorg, I created an svn:external for the src=
 in simple
> > > > > > > > so that it points to the standard. So the source code is *e=
xactly*
> > > > > > > > the same.
> > > > > > > >
> > > > > > > > I would like to stop maintaining the two sets of examples a=
s you
> > > > > > > > propose. When we create a new component nobody is going to =
want to
> > > > > > > > add it to both examples and so they will get hopelessly out=
 of sync
> > > > > > > > over time. I would suggest dropping standard examples and a=
dding a
> > > > > > > > few fancy JSCookMenu examples, etc. to simple (that show of=
f what
> > > > > > > > standard was trying to do.) That will take a little bit of =
time so we
> > > > > > > > need a volunteer (if we can get agreement.)
> > > > > > > >
> > > > > > > > sean
> > > > > > > >
> > > > > > > > On 7/7/05, Bill Dudney <bdudney@mac.com> wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >  Hi All,
> > > > > > > >
> > > > > > > > It appears that the code in examples/standard and the code =
in simple/
> > > > > > > > standard is the same. Any objections to getting rid of one =
or the
> > > > > > > > other?
> > > > > > > >
> > > > > > > > TTFN,
> > > > > > > >
> > > > > > > > -bd-
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >  .
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>