Matthias Wessendorf schrieb:
might be the better name.
I am very happy with this!
Though, should go to the upcoming commons project, shouldn't it?
Ciao,
Mario
-M
On 10/30/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
So, why not doing a
with the following attributes:
-minLength
If nobody care, I'll put it into sandbox.
Thx,
Matthias
On 10/24/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Hi,
>
> regarding TOMAHAWK-1115 ([1]), do we want to support it inside of
> Tomahawk, or the sandbox ?
>
> -Matthias
>
>
> [1] https://issues.apache.org/jira/browse/TOMAHAWK-1115
Hi Simon,
see inline
On 10/29/07, Simon Lessard <[EMAIL PROTECTED]> wrote:
> Hello Blake,
>
> Please see some comments inline.
>
> On 10/29/07, Blake Sullivan <[EMAIL PROTECTED] > wrote:
> >
> > Danny Robinson wrote:
> > -1
> > Has MyFaces switched their trunk yet. I'd like to see us keep inline
usually that take some time.
-M
On 10/29/07, Duong BaTien <[EMAIL PROTECTED]> wrote:
> Wow. Thanks for the community effort.
>
> I try to recompile using maven for Trinidad 1.2.3, but the files do not
> seem to be in the central repository yet. The versions of 1.2.2 and
> 1.2.1 are.
>
> Thanks.
>
Sure,
but that doesn't stopp us, from adding it now, and moving it over.
Validators aren't that hard to write.
-M
On 10/30/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Matthias Wessendorf schrieb:
> > might be the better name.
> >
> I am very happy with this!
>
> Though, should go to the u
Hi!
Before this is considered "passed", could there be a re-definition of
the scope of this project as there has been some discussion?
For me the scope is to provide components which primarily works with
facelets ONLY. There might be a JSP tag provided, but this is not a must
have for the fa
Hi Danny,
On 10/29/07, Danny Robinson <[EMAIL PROTECTED]> wrote:
> -1
> Has MyFaces switched their trunk yet. I'd like to see us keep inline with
> them. It seems like we had this conversation only a month or two ago.
yes, being sync w/ MyFaces would be great.
Did the two trunk thing came up he
Hi!
How about a new "ASF style" name instead of basic, commons or
something else that could be more easily misconstrued?
Could you give an "ASF style" name for example?
---
Mario
Yes, correct.
my main point was making the 1.2.x become the trunk;
supporting the 1.0.x series is valid, and I'll do that as well.
-M
On 10/29/07, Blake Sullivan <[EMAIL PROTECTED]> wrote:
> Matthias,
>
> If the committers want to spend their time backporting fixes to 1.0.x,
> that's their right.
valid points.
-M
On 10/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> -1 on the 1.0.4.x naming unless for security patches. IMO committers
> should be permitted to put new features in both the trunk and the 1.0
> branch and therefore would make sense to mirror the releases (1.2.5
> and 1.0.5
might be the better name.
-M
On 10/30/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> So, why not doing a
>
> with the following attributes:
> -minLength
> -maxLength
> -contentType
>
> Greetings,
> Matthias
>
> On 10/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > Would a be more u
So, why not doing a
with the following attributes:
-minLength
-maxLength
-contentType
Greetings,
Matthias
On 10/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> Would a be more useful? Then min and
> max could be used.
>
> -A
>
> On 10/29/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> > Mat
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538637
]
navidmitchell edited comment on TOMAHAWK-1115 at 10/29/07 4:59 PM:
Antonio Pet
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538637
]
Navid Mitchell commented on TOMAHAWK-1115:
--
Antonio Petrelli on the Nabble forum asked me to post this he
Hello Blake,
Please see some comments inline.
On 10/29/07, Blake Sullivan <[EMAIL PROTECTED]> wrote:
>
> Danny Robinson wrote:
>
> -1
> Has MyFaces switched their trunk yet. I'd like to see us keep inline with
> them.
>
> Although it would be nice to stay in sync, there is no technical reason
>
Wrong popup panel width
---
Key: TRINIDAD-791
URL: https://issues.apache.org/jira/browse/TRINIDAD-791
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Danny Robinson wrote:
-1
Has MyFaces switched their trunk yet. I'd like to see us keep inline
with them.
Although it would be nice to stay in sync, there is no technical reason
for a JSF-implementation-independent component library to keep its main
trunk locked to the same api version as the
Width attribute for column
--
Key: TOBAGO-526
URL: https://issues.apache.org/jira/browse/TOBAGO-526
Project: MyFaces Tobago
Issue Type: Improvement
Components: Core
Affects Versions: 1.0.12
R
Extend ResourceLocator for exploded tobago-theme.jar (unit-testing)
---
Key: TOBAGO-525
URL: https://issues.apache.org/jira/browse/TOBAGO-525
Project: MyFaces Tobago
Issue Type:
No offense taken although I don't think this is as much an Oracle issue
as it is that most of the active developers on this project just happen
to be associated with Oracle. I know I personally don't like all the
overhead in contributing to a project that is not build off of a trunk,
especiall
-1
Has MyFaces switched their trunk yet. I'd like to see us keep inline with
them. It seems like we had this conversation only a month or two ago.
I'd love to see the MyFaces implementation support the JSF-RI feature of
allowing 1.2 components + Facelets on the J2EE 1.4 (MYFACES-1693). With
thi
Yeah, that was kind of my thought. Bug fixes and certain backported
features would go into 1.0.4 but it would pretty much be up to the
developer. If a feature in 1.2 is needed in 1.0.x, it could certainly
be requested with a JIRA ticket and someone could do the backport on
their own.
Scott
datepicker selects wrong day
Key: TRINIDAD-790
URL: https://issues.apache.org/jira/browse/TRINIDAD-790
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
Affects Versions: 1.0.3-core
Our current MyFaces site artifact is named "myfaces":
[..]
org.apache.myfaces
myfaces
1.0.0-SNAPSHOT
pom
MyFaces Site
[..]
I would like to rename this artifact to "org.apache.myfaces:myfaces-site".
Reason: I would like to name the new myfaces master pom
"org.apache.myfaces:myfaces" accor
Makes sense.
On 10/29/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>
> Our current MyFaces site artifact is named "myfaces":
> [..]
> org.apache.myfaces
> myfaces
> 1.0.0-SNAPSHOT
> pom
> MyFaces Site
> [..]
>
> I would like to rename this artifact to "org.apache.myfaces:myfaces-site".
Matthias,
If the committers want to spend their time backporting fixes to 1.0.x,
that's their right.
-- Blake Sullivan
Matthias Wessendorf wrote:
Hi,
what do you think about doing a 1.0.4 release soon, and the afterwards
created 1.2.4-branch becomes trunk then.
The 1.0.x development goes i
Would a be more useful? Then min and
max could be used.
-A
On 10/29/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Matze,
> What about providing a standard Vaidator.
> This would make everybody happy, right?
>
> lg,
> Manfred
>
>
> On 10/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > St
How about a new "ASF style" name instead of basic, commons or
something else that could be more easily misconstrued?
-A
On 10/29/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> I don't think there's any hard rule that all projects have to be
> prefixed with MyFaces.
> But then, I also don't ha
-1 on the 1.0.4.x naming unless for security patches. IMO committers
should be permitted to put new features in both the trunk and the 1.0
branch and therefore would make sense to mirror the releases (1.2.5
and 1.0.5)
On 10/29/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Hi,
>
> what do yo
Matze,
What about providing a standard Vaidator.
This would make everybody happy, right?
lg,
Manfred
On 10/29/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> Strong -1 on this
>
> 0 byte files are very valid, especially on a unix based platform.
> There are many times that a file by its existe
I don't think there's any hard rule that all projects have to be
prefixed with MyFaces.
But then, I also don't have any problem with it being associated with
Tomahawk or MyFaces (in the name).
On 10/29/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> > I agree that MyFaces Basics is too MyF
[
https://issues.apache.org/jira/browse/TRINIDAD-788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538526
]
Andrew Robinson commented on TRINIDAD-788:
--
0 byte files are very valid, especially on a unix based platfo
David,
Yes, attaching your goodies as attachment to a jira issue will be fine.
Thanks in advance,
Manfred
> Hi ,
>
> While working in my projects i had developed a good collection of static
> utility methods for navigation handling, scope handling, resource
> loading handling, message handling and
Strong -1 on this
0 byte files are very valid, especially on a unix based platform.
There are many times that a file by its existence implies meaning.
Take for example "~/.config/xserver-xgl/disable", if this file is
present, xgl mode of the linux X server is disabled for that user. The
file shoul
Before this is considered "passed", could there be a re-definition of
the scope of this project as there has been some discussion?
FYI, please also see my thread on the refactoring of Tomahawk with the
major intention to include facelets support in Tomahawk directly as a
new sub-folder (jar).
On
Mario Ivankovits wrote:
Hi!
1. Clear separation of API and IMPL (at least on package level, better
Shouldn't it be possible to have a stable API even without separating it
out?
Have a look at
http://commons.apache.org/beanutils/apidocs/org/apache/commons/beanuti
Hi!
> I agree that MyFaces Basics is too MyFaces-Core-esque.Tomahawk
> Basics or JSF Basics would be better choices.
>
Hmmm ... I think the "MyFaces JSF Basics" is the only option then. As
far as I know the token "MyFaces" needs to be in there as it is a
project of the "MyFaces" project.
Pe
Wow. Thanks for the community effort.
I try to recompile using maven for Trinidad 1.2.3, but the files do not
seem to be in the central repository yet. The versions of 1.2.2 and
1.2.1 are.
Thanks.
BaTien
DBGROUPS amd BudhNet
On Mon, 2007-10-29 at 07:49 +0100, Matthias Wessendorf wrote:
> The
Just a note that all votes are binding, except when we're voting on
something specifically delegated to PMC members, those being releases,
committers, and pmc members.
I agree that MyFaces Basics is too MyFaces-Core-esque.Tomahawk
Basics or JSF Basics would be better choices.
On 10/29/07, Mar
[
https://issues.apache.org/jira/browse/TOBAGO-524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538505
]
Roland Asmann commented on TOBAGO-524:
--
I'm very sorry, I meant to write the 'markup'-attribute!
And since I nee
Hi,
what do you think about doing a 1.0.4 release soon, and the afterwards
created 1.2.4-branch becomes trunk then.
The 1.0.x development goes into maintenance mode, form that time ?
Like:
-new features go into trunk ( 1.2.5-SNAPSHOT)
-fixes go into trunk ( 1.2.5-SNAPSHOT)
-fixes go into 1.0.x-b
[
https://issues.apache.org/jira/browse/TRINIDAD-780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538495
]
Danny Robinson commented on TRINIDAD-780:
-
Can you provide some more comments about your need for such a fe
[
https://issues.apache.org/jira/browse/TOBAGO-524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538491
]
Volker Weber commented on TOBAGO-524:
-
which attribute?
jsp or facelets?
> Mandatory-attribute on tx:selectOneCh
Mandatory-attribute on tx:selectOneChoice is missing
Key: TOBAGO-524
URL: https://issues.apache.org/jira/browse/TOBAGO-524
Project: MyFaces Tobago
Issue Type: Bug
Components: Cor
[
https://issues.apache.org/jira/browse/TOMAHAWK-1137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TOMAHAWK-1137.
--
Resolution: Fixed
Fix Version/s: 1.1.7-SNAPSHOT
> Stopp uploading emp
[
https://issues.apache.org/jira/browse/TRINIDAD-788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TRINIDAD-788.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
fixed in trunk
> stopp uplo
Stopp uploading empty files
---
Key: TRINIDAD-789
URL: https://issues.apache.org/jira/browse/TRINIDAD-789
Project: MyFaces Trinidad
Issue Type: Improvement
Affects Versions: 1.0.3-core
Reporter: Matthi
stopp uploading empty files
---
Key: TRINIDAD-788
URL: https://issues.apache.org/jira/browse/TRINIDAD-788
Project: MyFaces Trinidad
Issue Type: Improvement
Reporter: Matthias Weßendorf
Assignee
Ok, I'll go ahead and file a bug, at least to track this *change*
This is true for Tomahawk as well, I'll fix that too.
(u can try: http://example.irian.at/example-simple-20071029/fileupload.jsf)
-M
On 10/29/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Matthias Wessen
Matthias Wessendorf schrieb:
> I agree with what Manfred said.
>
> Also doing the following:
>
> D:\thisFileDoesNotExistOnMyComputer.png
> is handled as an "empty" file as well.
>
Really?? Ok, than what Manfred said is true.
Ciao,
Mario
I agree with what Manfred said.
Also doing the following:
D:\thisFileDoesNotExistOnMyComputer.png
is handled as an "empty" file as well.
-M
On 10/29/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> > Technically the answer is "no" for both questions.
> > Well the pragmatical (and only re
Tobago has such a validator,
max and contentType
yes, should be moved to commons
On 10/29/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> > Sure, an app-dev could write a validation method, but I think 0-byte
> > is somewhat equal to "not submitted".
> >
> I don't think so. A 0-byte file
Hi!
> Technically the answer is "no" for both questions.
> Well the pragmatical (and only reasonable) answer to the second
> question is "yes" in the JSF spec (comp. "required" for h:inputText).
> Therefore it makes sense to say "yes" to Q1 as well.
>
I think the difference here is, that if ther
Popups are brocken in current 1.0.13 snapshot in IE6
-
Key: TOBAGO-523
URL: https://issues.apache.org/jira/browse/TOBAGO-523
Project: MyFaces Tobago
Issue Type: Bug
Components: T
"Is an empty file (0 bytes) equal to "no file" (ie. null)?"
is the same as
"Is an empty String (length 0) equal to "no String" (ie. null)?"
Technically the answer is "no" for both questions.
Well the pragmatical (and only reasonable) answer to the second
question is "yes" in the JSF spec (comp. "r
Hi!
> Sure, an app-dev could write a validation method, but I think 0-byte
> is somewhat equal to "not submitted".
>
I don't think so. A 0-byte file is a valid file (might be a flag-file to
trigger something).
If you treat a 0-byte file as fake, what would you do with files with
just one space.
Hi,
currently Trinidad's inputFile allows the upload of an empty file (0 bytes).
I think it shouldn't. When an inputFile object is marked as required,
I would expect that a user
does a real upload, and not a fake upload.
Sure, an app-dev could write a validation method, but I think 0-byte
is some
Hi!
+1
Mike Kienenberger
Andrew Robinson
Jesse Alexander
Bruno Aranda
Mario Ivankovits
Not that impressiv than the MyFaces Commons vote, but passed anyway.
Ciao,
Mario
Mario Ivankovits <[EMAIL PROTECTED]> schrieb:
> Hi!
> > MyFaces 1.2.1-SNAPSHOT builds properly on my computer - I am also
> > using /current12. Wonder what this is about... Mario, you are on the
> > latest sources as well?
> >
> Yep I didn't meant that I have this problem too, just wan
Mario Ivankovits schrieb:
+1
> Hi!
>
> Lets start up a MyFaces Facelets project. A name needs to be found.
>
> The aim of this project will be to contain:
> 1) the taglibs for tomahawk and tomahawk-sandbox as long as we have the
> generator not running again. I'd like to ask Bruno if we can jump-
Hi!
The result of the vote is:
+1
Mike Kienenberger
Martin Marinschek
Matthias Wessendorf
Volker Weber
Gary VanMatre
Grant Smith
Cagaty Civici
Paul Spencer
Scott O'Bryan
Ernst Fastl
alvaro tovar (even if he don't know why ;-) )
Manfred Geiler
Bernd Bohmann
Ron Smits
I've abstaind from splitting
[
https://issues.apache.org/jira/browse/TRINIDAD-787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved TRINIDAD-787.
-
Resolution: Fixed
Fix Version/s: 1.0.4-core
fixed by adding a check for
somtimes window.external can be null
Key: TRINIDAD-787
URL: https://issues.apache.org/jira/browse/TRINIDAD-787
Project: MyFaces Trinidad
Issue Type: Sub-task
Reporter: Matthias Weßendorf
[
https://issues.apache.org/jira/browse/TRINIDAD-704?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf reopened TRINIDAD-704:
-
sometimes window.external can be null, like in Eclipse embedded IE.
> IE7 - AutoCo
Hi!
>>> 1. Clear separation of API and IMPL (at least on package level, better
>>>
>> Shouldn't it be possible to have a stable API even without separating it
>> out?
>>
>
> Have a look at
> http://commons.apache.org/beanutils/apidocs/org/apache/commons/beanutils/BeanUtils.html
> for a
[
https://issues.apache.org/jira/browse/TOMAHAWK-1135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538440
]
Guy Bashan commented on TOMAHAWK-1135:
--
The above code is a part of a dataTable of course ...
> pprPanelGrou
[
https://issues.apache.org/jira/browse/TOMAHAWK-1135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538439
]
Guy Bashan commented on TOMAHAWK-1135:
--
I used the latest build taken from few days ago.
This is a code exam
On 10/28/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> > 1. Clear separation of API and IMPL (at least on package level, better
> > by separate artifacts). Mind that the idea behind these commons
> > classes is that many other projects use them - and therefore depend on
> > them. So a cl
Hi,
nice name yes, but i think this project should not be for "MyFaces
Basics" but for a kind of
jsf commons.
I would prefer a name like "MyFaces JSF Commons" to make clear this
is a library useable for all jsf implementations and librarys like the
apache-commons-* for java projects.
Imho the b
Hi!
> MyFaces 1.2.1-SNAPSHOT builds properly on my computer - I am also
> using /current12. Wonder what this is about... Mario, you are on the
> latest sources as well?
>
Yep I didn't meant that I have this problem too, just wanted to
point out that checking out current12 will do the trick
Ah, ok. What a pity :) - we'll see.
regards,
Martin
On 10/27/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 10/26/07, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > Hi Wendy,
> >
> > is this ok?
>
> That looks fine... what I'm not entirely sure of is whether that
> feature has made it into a
71 matches
Mail list logo