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: Problem with af:table inside tomahawk tree2
Date Mon, 25 Sep 2006 19:40:10 GMT
That said, we *aim* for full support of custom components, but
that's not always possible, whether because of problems
with Trinidad, limitations of JSF itself, or the design of the
third-party component.

-- Adam


On 9/25/06, Matthias Wessendorf <matzew@apache.org> wrote:
> Trinidad, Tomahawk, back base...
> all these guys are called "custom components"
>
> standard is f: and h:
>
> -M
>
> On 9/25/06, G√ľnther, Thorsten <Thorsten.Guenther@medocino.de> wrote:
> > Hi Jeantine!
> >
> > I assume the problem is that tree2 is not standard (in the sense of being part of
the JSF-spec).
> >
> > Regards,
> > Thorsten
> >
> > -----Urspr√ľngliche Nachricht-----
> > Von: Jeantine Mankelow [mailto:jeantine@corp.peace.com]
> > Gesendet: Montag, 25. September 2006 08:35
> > An: adffaces-user@incubator.apache.org
> > Betreff: Re: Problem with af:table inside tomahawk tree2
> >
> > So you don't think that there is anyway we could modify the tree2
> > component to make this possible?
> > It is just that we really want the tr:table functionality everywhere,
> > but we also want to use the t:tree2 functionality as we have different
> > types of nodes to display.
> >
> > I would also recommend that you change section 2.1 of your FAQ page as I
> > think in it's current state I think it is slightly misleading.  I would
> > have thought I could use any tr component with any standard component
> >
> >
> >       2.1. Can I use standard Faces tags with Apache Trinidad?
> >
> > Yes; all standard Faces tags can be used with Apache Trinidad. You can
> > even use <h:form> instead of <af:form> without losing any Apache
> > Trinidad functionality.
> >
> > Adam Winer wrote:
> > > I don't think this could work;  t:tree2 doesn't know anything about
> > > the tr:table, so it doesn't know to save and restore the stamp
> > > state on its behalf.  For now, I think you'd have to use pairs:  tr:table
> > > with tr:tree, t:tree2 with t:table.  Once out of incubator, coming
> > > up with a more generic strategy so that all of the MyFaces iteration
> > > components can contain all of the components would be a
> > > very Good Thing.
> > >
> > > -- Adam
> > >
> > >
> > >
> > > On 9/4/06, Jeantine Mankelow <jeantine@corp.peace.com> wrote:
> > >>
> > >> We are trying to convert all our tables from tomahawk tables to
> > >> af:tables to get the ppr functionality.  On one of our pages there is a
> > >> table which, amongst other things, is inside a tree2 component.  While
> > >> everything renders fine, if there is more than one table inside the tree
> > >> we are not able to save changes to the any table but the last one.  From
> > >> spending some time in the debugger I can see that  the apply request
> > >> phase  looks fine, i.e I can see the new value  set as the submitted
> > >> value, however when the stamp state is restored in the validation phase
> > >> it is set to the data from the last table.  Is there possibly something
> > >> I am doing wrong or should I log a bug?
> > >>
> > >> Jeantine
> > >>
> > >
> >
> >
> >
> >
>
>
> --
> Matthias Wessendorf
> http://tinyurl.com/fmywh
>
> further stuff:
> blog: http://jroller.com/page/mwessendorf
> mail: mwessendorf-at-gmail-dot-com
>

Mime
View raw message