ah, I see. makes sense,
--arjuna
On 9/25/06, Adam Winer [EMAIL PROTECTED] wrote:
On 9/25/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
The preferred solution
is making sure that we can simply cache the original UIViewRoot
itself. But simply saving and restoring sufficient state
Hello,
we need it for both reasons.
We have application currently rewrited with trinidad. But we must use
some old legacy javascript which is not JSF-oriented (at least now).
Trinidad components have content part but with readOnly selectOneChoice
is content part not rendered as usual.
I think
FYI
I resent this request email, since Robert told me b/c not that much
feedback on our release :(
Stay tuned.
-Matthias
-- Forwarded message --
From: Matthias Wessendorf [EMAIL PROTECTED]
Date: Sep 26, 2006 9:41 AM
Subject: [Release request] Trinidad podling maven2 plugins
sorry for the delay.
Not sure if I got it completely, but your suggestion to move that
stuff from UIXColl. to a Renderer API makes pretty much sense. At
least from that what I understand.
The customized treeTable support might be much much more important,
when all of the renderer api overhauls
Alrighty,
I'll check both and try to come up with an interface suggestion for both
MenuModel and ProcessModel this weekened.
Regards,
~ Simon
On 9/25/06, Adam Winer [EMAIL PROTECTED] wrote:
A row-data interface seems like a good way to go, though we should
look at that in conjunction with
Hello,
if a component is readOnly and simple how it is rendered?
tr:inputText id=readOnlyInputText value=Value in readOnly inputText
readOnly=true simple=true / renders:
span id=formId:readOnlyInputText class=x1b p_AFReadOnly
div class=x1m
Value in readOnly inputText
/div
/span
It has a
go ahead, sounds good!
logged it to Jira
http://issues.apache.org/jira/browse/ADFFACES-198
-M
On 9/26/06, Adam Winer [EMAIL PROTECTED] wrote:
Any comments, anyone? I'm getting close to implementing
this...
-- Adam
On 9/22/06, Adam Winer [EMAIL PROTECTED] wrote:
I've checked in the first
Hi there,
Ed Burns, Jesse Alexander and me will be heading a discussion on what
our users dreamed JSF 2.0 would be like - on friday, 2006/09/29, in
Munich, at the Oktoberfest.
So it's a good opportunity for both talking about JSF and drinking
beer - probably the best of the world. We'll meet up
FYI
(posted to shale)
-- Forwarded message --
From: Martin Marinschek [EMAIL PROTECTED]
Date: Sep 26, 2006 10:12 PM
Subject: [OFFTOPIC] What I wish that JSF 2.0 would be like...
To: adffaces-user@incubator.apache.org, adffaces-dev@incubator.apache.org
Hi there,
Ed Burns, Jesse
regarding the current ajax hype...
what I don't want to see the JSF.next (aka 2.0) is ajax-based
components or even new components like calendar or what ever. Nobody
needs them in a standard!
let's work on the API.
what should be there?
-Jacob already pointed out to look at Tapestry 5, maybe
ok, I will file a JIRA issue for this and fix it this weekend.
On 9/25/06, Alexander Smirnov [EMAIL PROTECTED] wrote:
Two solutions for same problem breacks togewer :-)
I have overriede UIViewRoot due to same problem, for keep evens queue (
also as uniqueId counter etc ) in own request-scope
ok, I will file a jira.
Hi Piyush,
Can you try specifying discloseNone=true on the panelAccordion tag?
Thanks,
Matt
On 9/26/06, piyush hari [EMAIL PROTECTED] wrote:
Hello,
The panelAccordion control can be used to display a group of contents
belonging to a showDetailItem. Accordion bar(s) with panels representing
Hi Matt,
I tested with 'discloseNone=true'. It does not work. However, it seems I
have discovered the bug. In CorePanelAccordionRenderer.java, for non-ppr
browsers, submitForm() is called with argument event='show' hardcoded. This
really should be event='event' (where event is the current
I filed issues to create the tags. If anyone wants to vote on the single
vs multiple detail attribute issue please do. It should be consistent
for the tags, so I will follow the current Trin conventions for the new
tags unless there are votes to use a singe detailMessage attribute on
all
Unfortunately, we cannot make guarantees about the html generated by
trinidad renderers.
Different renderers will render different markup.
you cannot rely on a particular markup or dom structure on the client.
On 9/26/06, Martin Koci [EMAIL PROTECTED] wrote:
Hello,
we need it for both
If you check out the FormData class that was made public, it has a much
smaller API. Much of the stuff that should be kept private has been moved
down to a CoreFormData subclass. Same approach for PartialPageContext.
-- Adam
On 9/26/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
do we need
On 9/26/06, Pavitra Subramaniam [EMAIL PROTECTED] wrote:
tr:train value=#{trainModel} var=row
tr:stop text=#{row.label}
action=#{row.outcome}
immediate=#{row.immediate}
readOnly=#{row.readOnly}
visited=#{row.visited}
18 matches
Mail list logo