Stephen,
Thanks very much for your motivation.
We have been working toward integration of our technology (ICEfaces)
with myfaces, and have several bug fixes in the myfaces renderkit that
we would like to submit. From the web site info, it looks like the best
mechanism to submit changes, is
As far as I can remember, these two if statements where a fix for
making MyFaces more RI compatible, but I'm not fully sure. Can you
please examine the RI behaviour? Although there is nothing in the
spec, these things might me necessary to keep compatibilty.
-Manfred
2005/8/8, Mike Kienenberger
Just had a look at the spec (i.e. javadoc) and the RI source code:
How we handled the List was absolutely correct IMO.
The problem you have, would also arise with the RI. So, I do not so a
reason to do this trick in the MyFaces implementation. The drawback
of your patch is: If someone has a List
not without buffering the whole page - which is already done by the
extension filter AFAIK.
HTH,
Manfred
2005/8/2, [EMAIL PROTECTED] [EMAIL PROTECTED]:
hi everyone.
i would like to render the dummyForm right at the beginning of an html
page. the reason is the following.
i have a javscript
+1 for sbx
And what about thk or tmhk for tomahawk?
Having 2, 3 or 4 character namespaces is
* Bad news for vi addicts - so sorry about that ;-)
* no problem for IDE users with IntelliSense or WYSIWYG Editor users
My 0.2
-Manfred
2005/8/2, Sean Schofield [EMAIL PROTECTED]:
'sbx' is
Hello Manfred,
I think I get it now. Sorry for that.
But the x:saveState should still return the same object (value classes) as the given one.
So, the right solution would be to override the UISaveState.saveAttachedState to just serialize the given bean.
Do you agree with this solution ?
I think I get it now. Sorry for that.
But the x:saveState should still return the same object (value classes)
as the given one.
So, the right solution would be to override the
UISaveState.saveAttachedState to just serialize the given bean.
Do you agree with this solution ?
Yes,
Please remember to run the forrest build before checking in your
xdocs. In this particular instance, the problem was missing p tags
around the ToDo. I've fixed the problem in SVN.
On 8/8/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
[echo] Loading project specific properties from
(non-voter-comment)
In my opinion the single-letter tlds should be reserved for the official
tld's (delivered with JSF).
All extension libraries like ADF or tomahawk should use slightly longer
prefixes to stand out more...
Alexander
-Original Message-
From: Sean Schofield
One problem though :
UIComponentBase.saveAttachedState is static.
Do you think we can make it non-static to allow the overridden method to work ?
On Tue, 2005-08-09 at 14:35 +0200, Manfred Geiler wrote:
I think I get it now. Sorry for that.
But the x:saveState should still return the
No, no way to make it non-static because it's defined as static in the spec.
Hmm, no idea at the moment.
Isn't it a simple workaround, to wrap your special List into an
serializable managed bean?
-Manfred
2005/8/9, Sylvain Vieujot [EMAIL PROTECTED]:
One problem though :
Yes, the current RI does the same thing, but the only documentation
of the behavior is a comment in a private message
// if converterType is null, String, or Object, assume no
conversion is needed
It's not even stated as a rule, but merely as an assumption.
On 8/9/05, Manfred Geiler
[
http://issues.apache.org/jira/browse/MYFACES-272?page=comments#action_12318183
]
Kalle Korhonen commented on MYFACES-272:
I'm very surprised that this change could cause double output, unless, you
intentionally set the encoding to UTF-8 in
Change is done. I fixed the URI and identifier to reflect the new
tomahawk name. The xdocs examples and build have all been updated.
The build will generate a legacy myfaces_ext.tld automatically.
Let me know if you experience any problems.
sean
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Subject: Re: [proposal] TLD changes
picke their own. I just prefer the docs, etc. use 't' b/c it
looks better than the other options. I would also prefer 's'
for sandbox but that might cause confusion with shale.
[
http://issues.apache.org/jira/browse/MYFACES-200?page=comments#action_12318184
]
sean schofield commented on MYFACES-200:
Is this still a problem with the latest nightly build? h:dataTable
implementation has been significantly changed and many
On 8/9/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
Yes, the current RI does the same thing, but the only documentation
of the behavior is a comment in a private message
// if converterType is null, String, or Object, assume no
conversion is needed
It's not even stated as a
This is perhaps a naive related question: Why are we using mailing lists
as opposed to usenet newsgroups? Are they easier to manage?
- Brendan
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 09, 2005 11:40 AM
To: MyFaces Development
Subject: Re:
I've opened a discussion on the JSR-RI dev mailing list on this topic.
So far, the argument against it is weak -- performance hit -- which
is just an implementation detail. However, someone may jump in with
more compelling reasons.
At minimum, I'd love to see this as a MyFaces configurable
-Original Message-
This is perhaps a naive related question: Why are we using mailing lists
as opposed to usenet newsgroups? Are they easier to manage?
-/Original Message-
Well some companies do not allow usenet-access to their employees but
will tolerate mail-lists...
just one
On 8/9/05, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
This is perhaps a naive related question: Why are we using mailing lists
as opposed to usenet newsgroups? Are they easier to manage?
Lots of corporate firewalls disallow NNTP access, so we would be
disenfranchising people. As to the
On 8/9/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
I've opened a discussion on the JSR-RI dev mailing list on this topic.
So far, the argument against it is weak -- performance hit -- which
is just an implementation detail. However, someone may jump in with
more compelling reasons.
At
2005/8/9, Craig McClanahan [EMAIL PROTECTED]:
Two other scenarios I have seen for moderator queue messages:
* People who subscribe on one address and post occasionally on another.
(The moderator can deal with this issue once by specifically
allowing postings from the alternate address,
+1 for sbx and thk. Anything you can do to promote the tomahawk
brand is a good thing - even little stuff like this.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 09, 2005 7:35
Manfred (and other committers),
Is MyFaces willing to allow providing this as a configurable option ?
The bottom line from the only JSR-RI person to respond to my messages
was What you're asking for requires a spec change. We
can take it up in JSF 2.0.
-Mike
On 8/9/05, Craig McClanahan [EMAIL
+1 for doing this
-1 as a configurable option, the overhead of maintaining this option is
just too high - and this is a specification clarification, and no
change.
We are following the spec well enough to be allowed to make things better than the RI from time to time!
regards,
MartinOn
My opinion: there is no solution to this except that you just delete all of these messages.
We could add a weekly mail, were such things are denoted, so that people keep in mind that their email might not reach us.
Of course, we could just track down these spammers and do them bodily harm ;)
[ http://issues.apache.org/jira/browse/MYFACES-361?page=all ]
sean schofield closed MYFACES-361:
--
Resolution: Won't Fix
See related issue for alternate solution.
Tree2 should extend UIData
--
Key: MYFACES-361
Hi Jacob,
I suspect that it might be the license issue - you remember, we discussed that?
regards,
MartinOn 8/9/05, Matthias Wessendorf [EMAIL PROTECTED] wrote:
FYI-- Forwarded message --From: Jacob Hookom [EMAIL PROTECTED]Date: Aug 9, 2005 3:07 PMSubject: Shale Tapestry
[ http://issues.apache.org/jira/browse/MYFACES-353?page=all ]
sean schofield reopened MYFACES-353:
Assign To: sean schofield
Reopened b/c the new TreeState patch by Mathias Werlitz has temporarily broken
this feature. Don't worry, it will be
[ http://issues.apache.org/jira/browse/MYFACES-381?page=all ]
Chris Barlow updated MYFACES-381:
-
Attachment: myfaces-381.zip
Here is a fix. I added the style attribute and removed the width attribute
(wasn't working) from t:columns. Style is much
31 matches
Mail list logo
