no,
I just pulled current12 and the build didn't fail
-M
On 10/5/06, Bruno Aranda [EMAIL PROTECTED] wrote:
I am not sure why this keeps failing. I think it is running before the
shared module, so it does not get the proper shared-impl package? I
clean and build over and over again the
Let me try the new release today first. I should have a definitive by
EOW.
Thanks,
John
-Original Message-
From: Bernd Bohmann (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 04, 2006 12:35 PM
To: John
Subject: [jira] Commented: (TOBAGO-115) myFaces/Tobago does not work in
Hi *,
yes, I'd also like to do an Ajaxified version, but that's not the
first thing I'm looking at.
I believe that extending from UIData is not really what we should do -
UIData is totally row-based, and a row-index doesn't make so much
sense for a dynamic tree.
What are the tree and the table
[ http://issues.apache.org/jira/browse/MYFACES-1358?page=all ]
Martin Marinschek resolved MYFACES-1358.
Resolution: Invalid
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
I think a tree is much more about sturctured data instead of input data
The UIXCollection is a base clazz for the stamping, that you can say
var on those tags.
UIComponent
|
+ - UIXComponent
|
+ - UIXComponentBase
|
+ UIXCollection
Collection has some
Hi Matthias,
for the reason that every component that has changing values needs to
be an editable value holder. Imagine the case of a tree embedded in a
data-table - a data-table, at least the ones of both MyFaces and the
RI (I know, Trinidad's data-table does something different) only save
I think a tree should display structured data and not be an input component.
What should the input be? So you are willing register also validators
on the tree?
maybe that is more specialized use case instead a generic tree use
case you are looking at.
On 10/5/06, Martin Marinschek [EMAIL
also why should a tree, used for navigation structure be an editable
value holder?
It just structures data :)
On 10/5/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
I think a tree should display structured data and not be an input component.
What should the input be? So you are willing
Hello there,
Hopefully someone can help - I have looked through the existing queries and
can't just find what I'm after. I have posted this to users but to no avail,
please could somebody confirm if this is a bug in the software or if I'm
doing something incorrectly?
I have a main record with
I haven't said that there is no value for that.
But I am abit against a super tree component :)
Maybe there is value for a specialized editable tree or what ever. I
know scenarios where that would be nice. but on the other hand you
don't want this overhead when just displaying structured data.
I
For better scope control perhaps we should have a baseTree and an
advancedTree component set?
yeah, maybe we go the route like Faces does it self.
A generic component (UITree) and some more specialized
(EditableTree) or what ever.
-M
Cheers,
Zubin.
On 10/5/06, Matthias Wessendorf [EMAIL
regarding the ajaxized version, would be cool if the renderer takes
care of dojo.
rendering out the dojo:widget / things and adding the dojo.js
file to the *header* of the page. So the widget builds the client
treee.
-M
On 10/5/06, Zubin Wadia [EMAIL PROTECTED] wrote:
Right on. I think
Precisely! Perhaps Werner can chime in some more on this too..Z.On 10/5/06, Matthias Wessendorf [EMAIL PROTECTED]
wrote:regarding the ajaxized version, would be cool if the renderer takes
care of dojo.rendering out the dojo:widget / things and adding the dojo.jsfile to the *header* of the
Hi to everyone,
ive devloped a web application using tomahawk
upload component, Im deployed this application with jbuilder2006 and
Jboss3.2.7, this application works great under windows (all windows xp machine),
but when Im deploy this application under linux red hat, this
application is
I bet! :)
On 10/5/06, Zubin Wadia [EMAIL PROTECTED] wrote:
Precisely! Perhaps Werner can chime in some more on this too..
Z.
On 10/5/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
regarding the ajaxized version, would be cool if the renderer takes
care of dojo.
rendering out the
tree2 do not work with clientSideToggle=true and preserveToggle=false
-
Key: TOMAHAWK-727
URL: http://issues.apache.org/jira/browse/TOMAHAWK-727
Project: MyFaces Tomahawk
[
http://issues.apache.org/jira/browse/TOMAHAWK-727?page=comments#action_12440099
]
Mario Ivankovits commented on TOMAHAWK-727:
---
IMHO the correct solution is to transfer the tree state through a hidden field.
The problem one might
Let me read the entire thread first :-)
later tonight
Matthias Wessendorf schrieb:
I bet! :)
On 10/5/06, Zubin Wadia [EMAIL PROTECTED] wrote:
Precisely! Perhaps Werner can chime in some more on this too..
Z.
Hello Mattias,
I am so new to this list and may be I am not allowed to say this, but I
think most developers I have seen use menu related components for only
displaying structured data, and most of times data is displayed to user for one
of the following purposes:
1) selecting one item
2)
The datepicker of tc:date should surrounded by a form to prevent validation
errors from other fields
Key: TOBAGO-144
URL:
hi Arash,
sure your feedback is welcome :)
like said before, a generic raw version + aditional tree stuff.
During that task we should also take a look at tree / treeTable, IMHO.
-M
On 10/5/06, Arash Rajaeeyan [EMAIL PROTECTED] wrote:
Hello Mattias,
I am so new to this list and may be I am
Hi,
I try to implement a dévelopment realised with Spring Webflow and JSF in
a ExoPortal (www.exoplatform.org). I develop my application with MyFaces
Core, MyFaces Tomahawk and MyFace Tomahawk Sanbox.
In fact ExoPortal use the Sun JSF RI. So I observe an incompatibility
between Sun JSF RI and
Well, it wouldn't be a problem to have an extended version of the tree
which implements EditableValueHolder, but not if the model of the tree
is configured by setting the value-attribute - then extending won't
work.
regards,
Martin
On 10/5/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
hi
HTML Response encodes Javascript code with numeric character references for
non-UTF8 character encoding
---
Key: MYFACES-1433
URL:
Hello
I've got your update about patch for this issue, but i don't see any attachements or subversion commits.
Where should i get the patch from? Should i use nightly build 1.1.5 ?
Thanks
On 10/4/06, Nereida Hoxhaj (JIRA) dev@myfaces.apache.org wrote:
[
I'm sorry but there's no patch. I didn't mean to clicke on the patch
link, i was clicking somewhere else and i didn't find a way to undo
the operation.
On 10/5/06, Alexander F [EMAIL PROTECTED] wrote:
Hello
I've got your update about patch for this issue, but i don't see any
attachements or
[ http://issues.apache.org/jira/browse/MYFACES-1256?page=all ]
Bruno Aranda resolved MYFACES-1256.
---
Fix Version/s: 1.2.0-SNAPSHOT
Resolution: Fixed
In MyFaces, we didn't have the discrepancy, but I have added explicitly the
type
Can we start a roll call of who is going to be at Apache Con and on
what days? I'm posting this to both Shale and MyFaces list since I
feel there is a lot of overlap between our two groups.
I will be there Tuesday (late afternoon) - Friday (leaving early in the morning)
Sean
[ http://issues.apache.org/jira/browse/MYFACES-1257?page=all ]
Bruno Aranda resolved MYFACES-1257.
---
Fix Version/s: 1.2.0-SNAPSHOT
Resolution: Fixed
JSR-252 Issue #155: Specified columnClasses, rowClasses descriptions for
panelGrid in
I will be there Tuesday (late afternoon) - Sunday (late afternooon)
On 10/5/06, Sean Schofield [EMAIL PROTECTED] wrote:
Can we start a roll call of who is going to be at Apache Con and on
what days? I'm posting this to both Shale and MyFaces list since I
feel there is a lot of overlap between
No, it's a pity that not, but I can't. I'm at a client here in Germany
until end of November, can't take off a week.
regards,
Martin
On 10/5/06, Sean Schofield [EMAIL PROTECTED] wrote:
Martin: I haven't had time to read this thread yet but I will shortly.
Are you going to be at Apache Con
[ http://issues.apache.org/jira/browse/TOMAHAWK-728?page=all ]
Michael Matz updated TOMAHAWK-728:
--
Status: Patch Available (was: Open)
newspaperColumns attribute ignores EL expression
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12440234
]
Wendy Smoak commented on MYFACES-1358:
--
Related discussion thread:
http://www.nabble.com/JIRA-Issue-MYFACES-1358-t2386768.html
[ http://issues.apache.org/jira/browse/MYFACES-1248?page=all ]
Bruno Aranda resolved MYFACES-1248.
---
Fix Version/s: 1.2.0-SNAPSHOT
Resolution: Fixed
Assignee: Bruno Aranda
Added scope=col for column headers (th), as mandated by the spec
On 10/5/06, Sean Schofield [EMAIL PROTECTED] wrote:
Can we start a roll call of who is going to be at Apache Con and onwhat days?I'm posting this to both Shale and MyFaces list since Ifeel there is a lot of overlap between our two groups.I will be there Tuesday (late afternoon) - Friday (leaving
[ http://issues.apache.org/jira/browse/MYFACES-1247?page=all ]
Bruno Aranda resolved MYFACES-1247.
---
Fix Version/s: 1.2.0-SNAPSHOT
Resolution: Invalid
Assignee: Bruno Aranda
Spec change only, nothing needed for myfaces
JSR-252 Issue
Hi, I see that there are a number of Jira's opened with JSR-252 as the
component. Does that mean there is a definitive (or even tentative) plan
to implement the new specification for JSF 1.2 ?? If so, I'm really just
trying to ascertain when to anticipate a MyFaces release based on
JSR-252.
Hey Tim,
Adam just said that he's forced to use the RI for right now so I'm not
sure it really implies anything about Faces. Presumably, however, if we
can get Trinidad to run on the RI, then it would make a hell of a
testcase for MyFaces JSR252 implementation when it's released.
Scott
All attributes in tags must be of type ValueExpression. In the tld, the
attributes must contain a deferred-type element with the attribute type
-
[
http://issues.apache.org/jira/browse/MYFACES-1434?page=comments#action_12440274
]
Bruno Aranda commented on MYFACES-1434:
---
Ah, no, the methods setIntegerProperty, setBooleanProperty, etc, are still
useful and should be used...
All
[ http://issues.apache.org/jira/browse/MYFACES-1328?page=all ]
Grant Smith resolved MYFACES-1328.
--
Resolution: Fixed
It turns out my application was missing h:messages, so of course, no
validation message was reaching me. I'll close this, although I'm
Change all the tag attributes to ValueExpression
Key: MYFACES-1435
URL: http://issues.apache.org/jira/browse/MYFACES-1435
Project: MyFaces Core
Issue Type: Sub-task
Components:
Add element deferred-type for elements in the taglibs
---
Key: MYFACES-1436
URL: http://issues.apache.org/jira/browse/MYFACES-1436
Project: MyFaces Core
Issue Type: Sub-task
Hi,
An active effort is being done to have a MyFaces 1.2 implementation,
so we will have it eventually, sooner or later depending on the
participation of the developers/community. It is hard to say when a
release will be done, but all the tasks identified are tagged as
JSR-252 in JIRA. Although
Hi,
As the implementation of JSR-252 is progressing, do we have any news of the TCK?
Cheers,
Bruno
On 10/5/06, Tim McConnell [EMAIL PROTECTED] wrote:
Hi, I see that there are a number of Jira's opened with JSR-252 as the
component. Does that mean there is a definitive (or even tentative) plan
to implement the new specification for JSF 1.2 ?? If so, I'm really just
trying to ascertain when to
Implement UIComponentTagUtils to use ValueExpression and MethodExpression
-
Key: MYFACES-1437
URL: http://issues.apache.org/jira/browse/MYFACES-1437
Project: MyFaces Core
[ http://issues.apache.org/jira/browse/MYFACES-1437?page=all ]
Bruno Aranda resolved MYFACES-1437.
---
Resolution: Fixed
Implemented (r453433)
Implement UIComponentTagUtils to use ValueExpression and MethodExpression
Hi Ed,
1.2 implementation speed has been increasing recently - can you ask
your TCK guys if there is any chance of getting a hold on the TCK 1.2
in a decent timeframe? We don't want to run into a situation again
where we had a finished implementation for 2 years, just waiting for
the TCK to
I asked the JCP group twice, CCed the list. Never got word back.
Dennis Byrne
-Original Message-
From: Bruno Aranda [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 5, 2006 06:49 PM
To: 'MyFaces Development'
Subject: JSR-252 TCK
Hi,
As the implementation of JSR-252 is progressing, do
Hi Geir,
I know that there is not too much of your precious time we can ask for
- but is there any chance you could work your magic just like you did
for the TCK for JSF, version 1.1, to get us a TCK for JSF version 1.2?
When we finally asked you, it went mch faster than before...
regards,
51 matches
Mail list logo
