hmm
I don't get it - you usually don't save stuff like id's in the
component tree, so how would it help you to apply an id to an item in
the component tree?
Or did I get you wrong here?
regards,
Martin
On 1/29/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
- If the bean is
Hi Bruno,
yes everything works again, thanks.
Regards,
Volker
Bruno Aranda wrote:
Thanks Volker for reporting that. I've changed the implementation of
this stuff in order to not use the HtmlResponseWriterImpl again. It
was used to held the information to render the dummyForm. Now this
[ http://issues.apache.org/jira/browse/MYFACES-1061?page=all ]
Jim Wright updated MYFACES-1061:
Attachment: HTMLPanelTabRendererPatch
Here is a patch that fixes the problem
TabbedPane active sub header uses wrong user defined styleClass
Hi!
I don't get it - you usually don't save stuff like id's in the
component tree, so how would it help you to apply an id to an item in
the component tree?
No id?
I talked about the same id (client-id) you use to pass the request POST
parameters into the view.
So I don't talk about
Ok, I see...
hmm, we'll have to think about that.
regards,
Martin
On 1/29/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I don't get it - you usually don't save stuff like id's in the
component tree, so how would it help you to apply an id to an item in
the component tree?
No id?
Eclipse project files should be ignored by SVN
--
Key: MYFACES-1071
URL: http://issues.apache.org/jira/browse/MYFACES-1071
Project: MyFaces
Type: Improvement
Components: General
Environment: All
Reporter: Jurgen
[ http://issues.apache.org/jira/browse/MYFACES-1071?page=all ]
Jurgen Lust updated MYFACES-1071:
-
Attachment: ignore.patch
This patch adds the Eclipse files to the ignore list
Eclipse project files should be ignored by SVN
What Mario is suggesting is the foundation for my stateless JSF solution. It
doesn't make sense to duplicate the cabilities of a component framework and jam
it into a struts/webwork solution-- around validation, parameter handling, and
action invocation.
Your JSF document, with all of its
[ http://issues.apache.org/jira/browse/MYFACES-1037?page=all ]
Jurgen Lust updated MYFACES-1037:
-
Attachment: truncate.patch
This patch fixes this issue. The hour property that is set to 0 must be
HOUR_OF_DAY instead of HOUR
ScheduleUtil.truncate
You're a philosoph, Jacob ;)
So how do we go about saving partial-state?
regards,
Martin
On 1/29/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What Mario is suggesting is the foundation for my stateless JSF solution. It
doesn't make sense to duplicate the cabilities of a component
[ http://issues.apache.org/jira/browse/MYFACES-1072?page=all ]
Lance Frohman updated MYFACES-1072:
---
Attachment: HtmlNewspaperTableRenderer.java.patch
modify NewspaperTable columnClasses to be more useful
[ http://issues.apache.org/jira/browse/MYFACES-1072?page=all ]
Bruno Aranda closed MYFACES-1072:
-
Fix Version: Nightly
Resolution: Fixed
Patch applied. Thanks Lance!
modify NewspaperTable columnClasses to be more useful
[ http://issues.apache.org/jira/browse/MYFACES-1037?page=all ]
Bruno Aranda closed MYFACES-1037:
-
Fix Version: Nightly
Resolution: Fixed
Fixed in the SVN. Thanks again Jurgen.
ScheduleUtil.truncate does not truncate dates properly
Thanks Adam! ;-)
I've been thinking about this a bit more recently.
One of the JSF's strengths is it's clean separation between
agent-specific details in the renderers, and it's more general
component and event model abstraction that can easily be leveraged by
application developers.
In the case
[ http://issues.apache.org/jira/browse/MYFACES-806?page=all ]
Gary VanMatre updated MYFACES-806:
--
Attachment: clay-tomahawk.war
Sean, Sorry for the late response. I missed this thread before. I started a
testbed for the clay tomahawk components.
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12364433
]
David Donn commented on MYFACES-1010:
-
Any news on the progress of this issue? I suppose it's pretty obvious but
technque such as
16 matches
Mail list logo