as it seems I have now the tag handler for the jsf:ajax tag on my back,
my main gripe are some details regarding the tag handler.
I mostly figured out most steps except one thing.
What I need is following
I have my tag handler being embedded in a composite component
c:composite
Ok never mind I think I found the info in 3.6.2.1 Composite Component
Metadata of the spec
I will work my way in from there.
Btw. one thing I am noticed for now is that there is no direct way to
push in behaviors in child tag handlers. Especially since you do not
know the nesting depth of the
tc:columnEvent has no attribute rendered
Key: TOBAGO-790
URL: https://issues.apache.org/jira/browse/TOBAGO-790
Project: MyFaces Tobago
Issue Type: Improvement
Components: Core
Affects
[
https://issues.apache.org/jira/browse/TOBAGO-790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Udo Schnurpfeil resolved TOBAGO-790.
Resolution: Fixed
tc:columnEvent has no attribute rendered
[
https://issues.apache.org/jira/browse/TOBAGO-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Bohmann resolved TOBAGO-786.
--
Resolution: Fixed
Page submit on window resize
[
https://issues.apache.org/jira/browse/TOBAGO-787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Bohmann resolved TOBAGO-787.
--
Resolution: Fixed
The MessagesRenderer should consider the messages filter properties of
Hi Werner,
I'll reread the spec about your example, I think it should be on both
component, but I'll try to make sure of it. Also, I'm not against putting
the support for that functionality in the impl, but I'm not too warm about
it either, since custom component developers won't be able to
I don't think you should worry too much about it. We could re-write it later
if it is perceived as some kind of copyright violation, but I doubt that
could ever be the case. Like you said, every single line was written by you.
You can't help what your influences were.
I say proceed :)
On Wed,
The only concern I have is that my company considers a person
contaminated if they've been exposed to some other code base and
therefore any code written by that person carries the risk of
infrigement (i.e., if you saw a company's code for class X and write
your own implementation of X without
Yeah, you are not going to prison just for committing the code. And
the discussion can continue in legal while things work...
Cheers,
Bruno
2009/9/2 Werner Punz werner.p...@gmail.com:
That is one of the reasons why I am discussing this here from an Apache
codebase and license point of view I
Yeah, you are not going to prison just for committing the code. And
the discussion can continue in legal while things work...
Cheers,
Bruno
That's true, but some of us who work at certain paranoid companies may
become contaminated by association by virtue of the fact that we
have access to
Matthias Wessendorf schrieb:
On Wed, Sep 2, 2009 at 5:29 PM, Bruno Arandabrunoara...@gmail.com wrote:
Yeah, you are not going to prison just for committing the code. And
the discussion can continue in legal while things work...
no, but isn't the general problem that some folks are looking at
On Wed, Sep 2, 2009 at 5:38 PM, Werner Punzwerner.p...@gmail.com wrote:
Matthias Wessendorf schrieb:
On Wed, Sep 2, 2009 at 5:29 PM, Bruno Arandabrunoara...@gmail.com wrote:
Yeah, you are not going to prison just for committing the code. And
the discussion can continue in legal while things
+1
Regards
Bernd
On Tue, Sep 1, 2009 at 10:23 AM, Paul Manderpaul.s.man...@gmail.com wrote:
+1
grantsmith wrote:
+0 sorry no time this week :(
On Mon, Aug 31, 2009 at 10:25 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
+1
regards,
gerhard
http://www.irian.at
Your JSF
+1
2009/9/2 Bernd Bohmann bernd.bohm...@googlemail.com:
+1
Regards
Bernd
On Tue, Sep 1, 2009 at 10:23 AM, Paul Manderpaul.s.man...@gmail.com wrote:
+1
grantsmith wrote:
+0 sorry no time this week :(
On Mon, Aug 31, 2009 at 10:25 AM, Gerhard Petracek
gerhard.petra...@gmail.com
Actually if anyone not contaminated is willing to program the tag
handler for f:ajax I would be happy to donate the code not touched
by my mojarra knowledge so that anyone else can take over ;-)
What you could get what is clean is the ajax behavior itself and the
renderer as well as the
[
https://issues.apache.org/jira/browse/TRINIDAD-1562?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mamallan Uthaman updated TRINIDAD-1562:
---
Status: Patch Available (was: Open)
Nokia's S60 web-browser not displaying
Matthias Wessendorf schrieb:
Already done, lets see what they have to say.
cool. thanks!
Ok so far no decisive no or yes, but the main issue here I think
is less the ASL license I personally think we are clear here,
but the way some of the attached companies handle the legal issues
[
https://issues.apache.org/jira/browse/TRINIDAD-1564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12750806#action_12750806
]
Andrew Robinson commented on TRINIDAD-1564:
---
I doubt this is a bug. The page
[
https://issues.apache.org/jira/browse/TRINIDAD-1564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12750825#action_12750825
]
Vijay Ramalingam commented on TRINIDAD-1564:
Hi Andrew,
This might not be a
20 matches
Mail list logo