incubator-adffaces-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Winer" <awi...@gmail.com>
Subject Re: RE: tabIndex - Solution?
Date Fri, 04 Aug 2006 22:52:16 GMT
A couple of others...

- Setting tabindex on one component shouldn't essentially force
tabindex to be set on everything.
- Components with multiple tabstops should function naturally.

--- Adam


On 8/4/06, Benj Fayle <bfayle@maketechnologies.com> wrote:
>
> Here are some basic design goals we should strive for:
>
> - components should be allowed to control tab order of it's rendered
> widgets
> - when a region is embedded in a component tree the tab order of the
> region should be relative to the surrounding components
> - should be possible to dynamically change the tab order using ppr
>
> Are the any other factors we should consider?
>
> -- Benj
>
> -----Original Message-----
> From: Dan Robinson [mailto:dannyjrobinson@gmail.com]
> Sent: Friday, August 04, 2006 9:16 AM
> To: adffaces-user@incubator.apache.org
> Subject: Re: RE: tabIndex - Solution?
>
> May not work (or may just be plain stupid), but couldn't people use
> tabIndex
> as normal, except Trinidad components would multiply the value by 10 to
> make
> space for multi-tabstop components.  Doesn't handle includes/regions
> though!
>
> On 8/3/06, Adam Winer <awiner@gmail.com> wrote:
> >
> > One gripe with tabindex has been its complete lack of relative
> > indices.  And it raises a bunch of questions once you have components
> > with more than one tabstop.  Take inputDate;  it has both a field
> > and a button to show the dialog.  Or table, which ends up having
> > several.
> >
> > Basically, tabindex half solves the problem, but creates
> > a ton of new problems.  I don't like implementing half solutions...
> >
> > Does someone have a good proposal for a tabindex solution
> > that addresses those issues?
> >
> > -- Adam
> >
> >
> >
> > On 8/3/06, Benj Fayle <bfayle@maketechnologies.com> wrote:
> > > For our purposes html tabindex is exactly what we want.
> > >
> > > -----Original Message-----
> > > From: Dan Robinson [mailto:dannyjrobinson@gmail.com]
> > > Sent: Thursday, August 03, 2006 2:16 PM
> > > To: adffaces-user@incubator.apache.org
> > > Subject: Re: tabIndex - Solution?
> > >
> > > I've seen comments on the Oracle forums about it not being a nice
> > > solution
> > > and thus ignored, but nothing further about how to achive this.
> > >
> > > On 8/3/06, Benj Fayle <bfayle@maketechnologies.com> wrote:
> > > >
> > > > I was just about to make a post regarding tabindex myself. I would
> > > > really like to see this supported as a pass through attribute as
> well.
> > > > From my viewpoint that is the simplest mechanism.
> > > >
> > > > Is there a reason this hasn't been implemented in the past?
> > > >
> > > > Benj Fayle
> > > >
> > > > -----Original Message-----
> > > > From: Dan Robinson [mailto:dannyjrobinson@gmail.com]
> > > > Sent: Thursday, August 03, 2006 8:12 AM
> > > > To: adffaces-user@incubator.apache.org
> > > > Subject: tabIndex - Solution?
> > > >
> > > > Guys,
> > > >
> > > > Looking through the components, I see we don't pass-though
> 'tabIndex'.
> > > > I
> > > > know it's a little flawed in its design (no relative values etc.),
> but
> > > > we're
> > > > wondering how to best control this without having such an
> attribute.
> > > >
> > > > Do we just live with the default behaviour, or could we find a
> better
> > > > solution?
> > > >
> > > > Thanks,
> > > >
> > > > D.
> > > >
> > > > --
> > > > Chordiant Software Inc.
> > > > www.chordiant.com
> > > >
> > >
> > >
> > >
> > > --
> > > Chordiant Software Inc.
> > > www.chordiant.com
> > >
> >
>
>
>
> --
> Chordiant Software Inc.
> www.chordiant.com
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message