Hello,
-1
(Note: this is no Veto, just a personal oppinion
(http://www.apache.org/foundation/voting.html#ReleaseVotes))
IMHO we should not include sandbox into a release distribution.
We could provide a download link to a tagged stable sandbox 1.0.15
build, but not inclusde this into a official
Hi,
On Feb 13, 2008 9:11 AM, Döring Markus [EMAIL PROTECTED] wrote:
Hi,
I didn't open a feature request yet. Don't know if Venkata did it. Should I
open one?
doesn't hurt to open one. If Venk already did it, well ;-)
-M
Markus Döring
TCC Products GmbH
-Ursprüngliche Nachricht-
Just to let you know:
We love the idea of the Trinidad sandbox - especially with the
newly improved tableFormLayout in it!
But... we're still on Trinidad 1.0.x, so that we'd prefer the sandbox to
be compatible with both branches.
Thanks, Carsten
Matthias Wessendorf-4 wrote:
Hi,
On Feb
Hi Carsten,
On Feb 13, 2008 10:12 AM, Carsten Pieper [EMAIL PROTECTED] wrote:
Just to let you know:
We love the idea of the Trinidad sandbox - especially with the
newly improved tableFormLayout in it!
But... we're still on Trinidad 1.0.x, so that we'd prefer the sandbox to
be compatible
Argh, that's happening when users are posting on the developers' forum ;-}
(I have been told, that it's OK to do so... If not, please let me know)
Would you be interested to make the sandbox 1.1 compatible ?
We could apply your patches to a special 1.1 branch, just as one option.
Er, to be
hi
On Feb 13, 2008 11:38 AM, Carsten Pieper [EMAIL PROTECTED] wrote:
Argh, that's happening when users are posting on the developers' forum ;-}
(I have been told, that it's OK to do so... If not, please let me know)
sure, nothing wrong with your post.
Would you be interested to make the
Hi,
i'd suggest something like labelRotateAngle attribute (degree based,
int from -180 to 180, default 0)
to let users specify angle of rotation than having fixed angle set by code.
Also to suppress label overlapping a new attribute labelGapSize (int,
default 0)
could be added to render only
[
https://issues.apache.org/jira/browse/TRINIDAD-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568514#action_12568514
]
Matthias Weßendorf commented on TRINIDAD-134:
-
scott,
can you apply it ?
[
https://issues.apache.org/jira/browse/MYFACES-1814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568543#action_12568543
]
Curtiss Howard commented on MYFACES-1814:
-
I believe MyFaces is doing the correct
Hello,
here is my
+1
I would like to include the sandbox in the release distribution, but I
can remove the sandbox from the distribution and deploy the sandbox only
to a maven repository.
It's like a chicken egg problem. The new tree get never tested until
it's released but without testing we
JavascriptUtils.encodeString does not properly translate '\' characters into
\\ (2) characters
Key: MYFACES-1818
URL:
[
https://issues.apache.org/jira/browse/TRINIDAD-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568615#action_12568615
]
Scott O'Bryan commented on TRINIDAD-134:
Yeah, I'm actually throwing around
[
https://issues.apache.org/jira/browse/TRINIDAD-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568608#action_12568608
]
Joe Rossi commented on TRINIDAD-778:
An additional variation of this problem
[
https://issues.apache.org/jira/browse/MYFACES-1818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Hagen updated MYFACES-1818:
Status: Patch Available (was: Open)
JavascriptUtils.encodeString does not properly
[
https://issues.apache.org/jira/browse/MYFACES-1818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicholas Hagen updated MYFACES-1818:
Status: Open (was: Patch Available)
JavascriptUtils.encodeString does not properly
Instead of a long drawn out debate, why don't we create the sanbox under the
trinidad folder like tomahawk so that there is a sandbox under the 1.2 trunk
as well as the 1.0 trunk.
On Feb 13, 2008 2:41 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi Carsten,
On Feb 13, 2008 10:12 AM,
Printable output mode produces javascript errors
Key: TRINIDAD-951
URL: https://issues.apache.org/jira/browse/TRINIDAD-951
Project: MyFaces Trinidad
Issue Type: Bug
Affects Versions:
So would everyone be on-board with this structure?
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk(_1.2.x)/trinidad-sandbox/
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk(_1.2.x)/trinidad-sandbox/sandbox-build
On Feb 13, 2008 5:45 PM, Andrew Robinson [EMAIL PROTECTED] wrote:
So would everyone be on-board with this structure?
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk(_1.2.x)/trinidad-sandbox/
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk(_1.2.x)/trinidad-sandbox/sandbox-build
[
https://issues.apache.org/jira/browse/TRINIDAD-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12568619#action_12568619
]
Andrew Robinson commented on TRINIDAD-778:
--
I've seen this to as I think the
On Feb 13, 2008 5:32 PM, Andrew Robinson [EMAIL PROTECTED] wrote:
Instead of a long drawn out debate, why don't we create the sanbox under the
trinidad folder like tomahawk so that there is a sandbox under the 1.2 trunk
as well as the 1.0 trunk.
you/we could do that.
I was about to start with
+1
I'm lucky with the sandbox in the release, because the sandbox stuff may
be used and testet with less effort.
I think there is no benefit to leave it out in the release.
Regards,
Udo
Volker Weber schrieb:
Hello,
-1
(Note: this is no Veto, just a personal oppinion
avoid empty class in option element in tc:selectXXX
---
Key: TOBAGO-621
URL: https://issues.apache.org/jira/browse/TOBAGO-621
Project: MyFaces Tobago
Issue Type: Improvement
+1
+1
Volker, perhaps you should modify your -1 to -0.5 in order for the ambiguity
of a veto to be removed. My understanding of reading the voting guidelines
is that -1 stops a release in it's tracks until it is withdrawn.
With regard to inclusion of the sandbox, I think if it is documented as
Hi,
copied from http://www.apache.org/foundation/voting.html#ReleaseVotes :
... Releases may not be vetoed. ...
To my understanding of this text the release manager just needs three
+1 votes to release, even if there are -1 votes also. And as i wrote,
this was not meant as a veto.
I have no
On Wed, 2008-02-13 at 00:03 +, [EMAIL PROTECTED] wrote:
Author: lu4242
Date: Tue Feb 12 16:03:18 2008
New Revision: 627191
URL: http://svn.apache.org/viewvc?rev=627191view=rev
Log:
public scope added to possible classes that could fail in reflection call of
myfaces core
Removed:
On Feb 13, 2008 8:48 PM, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
copied from http://www.apache.org/foundation/voting.html#ReleaseVotes :
... Releases may not be vetoed. ...
To my understanding of this text the release manager just needs three
+1 votes to release, even if there are -1
Hi All,
Currently there are a lot of @author tags in MyFaces code, and I see
that they are still being added to (at least some) new files.
Should this be normal, or should they be phased out?
I'm in favour of getting rid of them. I don't mean any disrespect to
those people who did a lot of hard
On Wed, 2008-02-13 at 20:58 +0100, Matthias Wessendorf wrote:
On Feb 13, 2008 8:48 PM, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
copied from http://www.apache.org/foundation/voting.html#ReleaseVotes :
... Releases may not be vetoed. ...
To my understanding of this text the release
Ah.. I stand corrected ;)
On Feb 13, 2008 11:48 AM, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
copied from http://www.apache.org/foundation/voting.html#ReleaseVotes :
... Releases may not be vetoed. ...
To my understanding of this text the release manager just needs three
+1 votes to
Hi
The problem is if the parent class is generated and has package scope, the
code that call the setter (setValueExpression) fails. If the parent class is
generated, this class should be public.
regards
Leonardo Uribe
yep. even 10 -1 votes. No veto.
It is up to the release mgr.
That's quite insane IMO, and I have no idea why it was written that way.
I don't know, I guess you have to discuss that at a higher level
(meaning board)
The role of a PMC is to supervise the development and release of source
+1
I don't mind releasing the sandbox. It is called 'sandbox' so nobody
will expect something stable.
BTW, I don't think we can introduce the sandbox tree in a 1.0.x release
as a replacement of the current tree, since there are API changes AFAIK,
which is not feasible for a micro release.
I have no problems with the author tags, but maybe we want to consider
adding svn keywords?
http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html
On Feb 13, 2008 1:06 PM, simon [EMAIL PROTECTED] wrote:
Hi All,
Currently there are a lot of @author tags in MyFaces code,
On Wed, 2008-02-13 at 17:09 -0300, Leonardo Uribe wrote:
Hi
The problem is if the parent class is generated and has package scope,
the code that call the setter (setValueExpression) fails. If the
parent class is generated, this class should be public.
So to work around the cannot use
Hi Zdenek,
How about horizontalLabelRotateAngle since this would make sense only for
horizontal labels in bar, line, area, scatter charts? We can also add
verticalLabelRotateAngle if we need one.
I do not believe we need labelGapSize. Since this can already be achieved.
One way you can avoid
Hi,
On Feb 13, 2008 9:06 PM, simon [EMAIL PROTECTED] wrote:
Hi All,
Currently there are a lot of @author tags in MyFaces code, and I see
that they are still being added to (at least some) new files.
Should this be normal, or should they be phased out?
I'm in favour of getting rid of them.
And there is always the possibility to run svn blame to retrieve more
concrete information.
Regards,
Arvid
@author tag topic discussion again?:) I thought we've gotten over with it.
On Feb 13, 2008 11:09 PM, Arvid Hülsebus [EMAIL PROTECTED]
wrote:
And there is always the possibility to run svn blame to retrieve more
concrete information.
Regards,
Arvid
Maybe we could use the mvn checkstyle plugin to catch these.. :)
Matthias Wessendorf wrote:
Hi,
On Feb 13, 2008 9:06 PM, simon [EMAIL PROTECTED] wrote:
Hi All,
Currently there are a lot of @author tags in MyFaces code, and I see
that they are still being added to (at least some) new
Hi
So to work around the cannot use reflection on package-scoped class
problem we discussed earlier, you are proposing to make the hand-written
class package-scoped, and generate a public concrete class?
Yes. In many cases all properties are defined on the generated class, so
for this cases we
Leonardo has been very creative here, and I like the approach.
Applause!
regards,
Martin
On Feb 14, 2008 1:59 AM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi
So to work around the cannot use reflection on package-scoped class
problem we discussed earlier, you are proposing to make the
Hi,
I didn't open a feature request yet. Don't know if Venkata did it. Should I
open one?
Markus Döring
TCC Products GmbH
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Matthias
Wessendorf
Gesendet: Dienstag, 12. Februar 2008 22:30
An: MyFaces
Hi
I have ready this trinidad sandbox layout project for commit:
https://svn.apache.org/repos/asf/myfaces/trinidad/trunk(_1.2.x)/trinidad-sandbox/https://svn.apache.org/repos/asf/myfaces/trinidad/trunk%28_1.2.x%29/trinidad-sandbox/
+1
Hi
After several hour trying over and over again I can't find a way to add a
component to this renderkit.
All attempts to define this fails (if I try, this definition overrides the
previous and all trinidad components are not rendered).
Checking trinidad code it use a very strange way to define
Hi all,
we'd like to invite you to a JSF conference in Vienna, Austria from
12-14th of March. Anyone who wants to register as an attendee?
Here is the link: http://conference.irian.at - click on preregister.
Attendees will pay a very small conference fee - 100€.
Speaker slots are pretty much
Hi
On Thu, Feb 14, 2008 at 12:06 AM, Cagatay Civici
[EMAIL PROTECTED] wrote:
@author tag topic discussion again?:) I thought we've gotten over with it.
depends on the perspective ;-) Since most committers wanted them, we kept them
(thread(s) discussing that, can be found in the archives)
-M
+1
On Thu, Feb 14, 2008 at 7:18 AM, Leonardo Uribe [EMAIL PROTECTED] wrote:
+1
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org
Hi,
On Thu, Feb 14, 2008 at 7:14 AM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi
After several hour trying over and over again I can't find a way to add a
component to this renderkit.
All attempts to define this fails (if I try, this definition overrides the
previous and all trinidad
51 matches
Mail list logo