- TRINIDAD-2: broken JS numberConverter
I'll take a look, but not before end of this week.
-Matthias
- TRINIDAD-94: Inline JS validation fails silently when no location
is available for a message
Anyone have other concerns?
-- Adam
--
Matthias Wessendorf
further stuff:
blog:
On 7/18/07, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi Matthias,
yes - not necessary anymore with JSF 1.2.
regards,
Martin
On 7/18/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
can be removed in 3.0.x ?
-M
--
Matthias Wessendorf
further stuff:
blog:
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf updated MYFACES-1681:
Status: Patch Available (was: Open)
UIComponent.getAttributes() too
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513839
]
Matthias Weßendorf commented on MYFACES-1681:
-
provided patch / test-case. waiting for TCK...
Looks like we got 7 +1 votes, well this was not really a vote.
So, since we heard no concerns on that, should we do an official vote ?
Or just do it...
I'd prefer a vote, to be honest. Yeah, we become vote-happy :-)))
-Matthias
On 7/15/07, Grant Smith [EMAIL PROTECTED] wrote:
+1
On 7/14/07,
[
https://issues.apache.org/jira/browse/TOMAHAWK-1058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chinh Nguyen updated TOMAHAWK-1058:
---
Status: Patch Available (was: Open)
DataScroller html rendering bug: duplicate td
[
https://issues.apache.org/jira/browse/TOMAHAWK-1058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chinh Nguyen updated TOMAHAWK-1058:
---
Status: Open (was: Patch Available)
DataScroller html rendering bug: duplicate td
[
https://issues.apache.org/jira/browse/TOMAHAWK-577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Stawicki updated TOMAHAWK-577:
--
Status: Patch Available (was: Open)
the weekends are showing in a compressed way,
[
https://issues.apache.org/jira/browse/TOMAHAWK-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513848
]
Elena Vilenskaja commented on TOMAHAWK-914:
---
Hallo!
Still I didn't understand well, how to fix the
Very strange...
I just got a bunch of old commit messages, from you.
svn commit: r556477 - in
/myfaces/tomahawk/trunk/sandbox/core/src/main:
java/org/apache/myfaces/custom/passwordStrength/
resources/org/apache/myfaces/custom/passwordStrength/
On 7/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Very strange...
I just got a bunch of old commit messages, from you.
Likely they were stuck in moderation and someone let them through...
--
Wendy
[
https://issues.apache.org/jira/browse/TOMAHAWK-577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513878
]
Peter Mahoney commented on TOMAHAWK-577:
The patch has been applied. It would be good if the splitWeekend
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf updated MYFACES-1681:
Resolution: Fixed
Fix Version/s: 1.2.1-SNAPSHOT
Status:
Hello all,
Do you think it would be good to add a try-catch block to CoreRenderer's
encodeEnd method that would catch RuntimeException as well as IOException to
log the message before rethrowing them again? For EL errors you almost
always get a decent stack trace. However, for other error I
On Jul 19, 2007, at 4:24 AM, Matthias Wessendorf wrote:
I'd prefer a vote, to be honest. Yeah, we become vote-happy :-)))
Votes are cheap :-)
Best wishes,
Paul
yeah, I'll do that now :)
I guess, this topic also become more attention, when it's a vote ;)
-M
On 7/19/07, Paul McMahan [EMAIL PROTECTED] wrote:
On Jul 19, 2007, at 4:24 AM, Matthias Wessendorf wrote:
I'd prefer a vote, to be honest. Yeah, we become vote-happy :-)))
Votes are cheap :-)
Remove a row in tr:iterator
---
Key: TRINIDAD-112
URL: https://issues.apache.org/jira/browse/TRINIDAD-112
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.1-core
[X] +1 for moving the myfaces 1.2.x to trunk
[ ] +0
[ ] -1 and why..
-M
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail:
+1
On Jul 19, 2007, at 9:59 AM, Matthias Wessendorf wrote:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please cast your vote
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please cast your vote
[ ] +1 for moving the myfaces 1.2.x to trunk
+1
On 19/07/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please cast your vote
[x] +1 for moving the myfaces 1.2.x to trunk
On 7/19/07, Bruno Aranda [EMAIL PROTECTED] wrote:
+1
On 19/07/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Matthias Weßendorf (JIRA) wrote:
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf updated MYFACES-1681:
Resolution: Fixed
Fix Version/s:
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf reopened MYFACES-1681:
-
true for 1.1.x as well
UIComponent.getAttributes() too restrictive
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-1681.
-
Resolution: Fixed
Fix Version/s: 1.1.6-SNAPSHOT
[
https://issues.apache.org/jira/browse/MYFACES-458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-458.
Resolution: Fixed
Fix Version/s: 1.2.1-SNAPSHOT
Hrm, I've never had that much of a problem with dispatch()
swallowing the cause... wonder what's going wrong there...
I couldn't remember the cost of adding try/catch - I knew it's
very small, but couldn't remember how small (since
CoreRenderer gets hit a lot, I'm paranoid), but:
Got a question here: making the JSF 1.2 core
trunk seems like a no-brainer. But what about Tomahawk
and Trinidad? Will those switch over to be JSF 1.2-based
on their trunks, or should we keep JSF 1.1 as the basis
for their trunks?
The coder in me wants to bump to JSF 1.2, but it's
hard to
NumberConverter needs so display example for currency and percent
-
Key: TRINIDAD-113
URL: https://issues.apache.org/jira/browse/TRINIDAD-113
Project: MyFaces Trinidad
Issue
[
https://issues.apache.org/jira/browse/TRINIDAD-113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TRINIDAD-113.
-
Resolution: Fixed
Fix Version/s: 1.0.2-core
NumberConverter needs so
Well,
we were talking about this in past, and in the past (14 month ago or
so), we agreed to keep
MyFaces 1.1.x to be the trunk. Now, we have a (first) release of
MyFaces 1.2.x out there, so it
*might* make more sense now, than in the past. However, we recently
asked, but we never heard much
+1,
regards,
Martin
On 7/19/07, Simon Lessard [EMAIL PROTECTED] wrote:
[x] +1 for moving the myfaces 1.2.x to trunk
On 7/19/07, Bruno Aranda [EMAIL PROTECTED] wrote:
+1
On 19/07/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Matthias Wessendorf schrieb:
Hi,
this is a vote for
[
https://issues.apache.org/jira/browse/MYFACES-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513932
]
Martin Marinschek commented on MYFACES-1681:
We did this as the TCK failed, what I remember - it's
Adam had some points, regarding the other subprojects.
What happens to them, since making JSF1.2 trunk is easy, but how do
other subprojects handle this.
Let's rethink this :-)
On 7/19/07, Martin Marinschek [EMAIL PROTECTED] wrote:
+1,
regards,
Martin
On 7/19/07, Simon Lessard [EMAIL
+1
On 7/19/07, Martin Marinschek [EMAIL PROTECTED] wrote:
+1,
regards,
Martin
On 7/19/07, Simon Lessard [EMAIL PROTECTED] wrote:
[x] +1 for moving the myfaces 1.2.x to trunk
On 7/19/07, Bruno Aranda [EMAIL PROTECTED] wrote:
+1
On 19/07/07, Mario Ivankovits [EMAIL PROTECTED]
I would rather switch to 1.2 now so that new users use 1.2 right away.
In a sense it's going to be better for them since they won't have a
conversion cost later. I'm currently converting an application to JSF
1.2and it's not as easy as dropping new libs in if you don't want to
have any
CollectionModel: want analogue to ListDataModel that can handle removal of
items cleanly
Key: TRINIDAD-114
URL: https://issues.apache.org/jira/browse/TRINIDAD-114
So I think the real issue is more with the current JSF 1.1 users. It might
be rude to switch to JSF 1.2 so fast after the first release, but I wonder
if there's good time at all for this kind of action. Personally, I don't
see any so I think the sooner the better as less harm will be done.
Of course, MyFaces is a spec implementation so bugs need to be fixed in
order to remain competitive with other providers. What I meant is more
perception-wise. Assuming someone started using MyFaces 1.1.x like one month
ago or so and downloaded the source from SVN, he might feel left out seeing
+1 on the 1.2 being trunk
Will we branch tomahawk and sandbox and make its trunk on the lines of
1.2 versioning and have the new trunk require JSF 1.2 and thus JDK
1.5? I'd be all for that. It would be nice to move off of the 1.4
restrictions.
On 7/19/07, Matthias Wessendorf [EMAIL PROTECTED]
Hi there,
I have some new Skin API proposals I would like to run by everyone. This
involves public API changes and some private IMPL changes, and comes up
while I (with code reviews by Blake Sullivan) am trying to fix JIRA
issue https://issues.apache.org/jira/browse/TRINIDAD-105 enable
Considering that I reviewed them, it isn't surprising that I like all of
these changes.
-- Blake Sullivan
Jeanne Waldman wrote:
Hi there,
I have some new Skin API proposals I would like to run by everyone.
This involves public API changes and some private IMPL changes, and
comes up while I
Hi Jeanne,
I also like these changes.
Thank you,
Matt
On 7/19/07, Blake Sullivan [EMAIL PROTECTED] wrote:
Considering that I reviewed them, it isn't surprising that I like all of
these changes.
-- Blake Sullivan
Jeanne Waldman wrote:
Hi there,
I have some new Skin API proposals I would
Tomahawk dependencies into commons-el
-
Key: TOMAHAWK-1059
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1059
Project: MyFaces Tomahawk
Issue Type: Bug
Environment: All versions
+1 we have 2007
Matthias Wessendorf schrieb:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please cast your vote
+1
On 7/19/07, Werner Punz [EMAIL PROTECTED] wrote:
+1 we have 2007
Matthias Wessendorf schrieb:
Hi,
this is a vote for making the JSF 1.2 efforts by our group to become
the current trunk.
Currently the JSF 1.2-work lives on a branch (1.2.1-SNAPSHOT is the
current version).
Please
share.
you are talking about the trunk goes 1.2.x ?
I am +1 on sharing, much better for community.
same is true for release votes. no veto.
when there is a solid reason, for a voted -1, yes, we address it.
that's fine, I think.
So, yes, we are interested in sharing... AFAIK ;-)
-Matthias
On
Layout Component for Trinidad - TableFormLayout
---
Key: TRINIDAD-115
URL: https://issues.apache.org/jira/browse/TRINIDAD-115
Project: MyFaces Trinidad
Issue Type: Improvement
Looks good.
-- Adam
On 7/19/07, Matt Cooper [EMAIL PROTECTED] wrote:
Hi Jeanne,
I also like these changes.
Thank you,
Matt
On 7/19/07, Blake Sullivan [EMAIL PROTECTED] wrote:
Considering that I reviewed them, it isn't surprising that I like all of
these changes.
-- Blake Sullivan
PPR + State Management: reuse state tokens while PPRing to avoid flushing the
cache
Key: TRINIDAD-116
URL: https://issues.apache.org/jira/browse/TRINIDAD-116
[
https://issues.apache.org/jira/browse/TRINIDAD-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Winer resolved TRINIDAD-116.
-
Resolution: Fixed
Fix Version/s: 1.0.2-core
Implemented.
PPR + State Management:
selectRangeChoiceBar selectItem support does not use end range correctly
Key: TRINIDAD-117
URL: https://issues.apache.org/jira/browse/TRINIDAD-117
Project: MyFaces Trinidad
[
https://issues.apache.org/jira/browse/TRINIDAD-117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Winer resolved TRINIDAD-117.
-
Resolution: Fixed
Fix Version/s: 1.0.2-core
selectRangeChoiceBar selectItem support
53 matches
Mail list logo