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 with
them.
Matthias Wessendorf schrieb:
tr:validateUploadedFile / 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
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.
BaTien
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:
tr:validateUploadedFile / might be the better name.
I am very happy with this!
Though,
Hi All,
I find the existing SVN dirnames for the JSF11 and JSF12 support to be
confusing, and would like to propose some changes.
First to clarify, I see two different issues here:
1) Which development line is the primary line, onto which new features are
added, and which is the secondary to
[
https://issues.apache.org/jira/browse/MYFACES-1745?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538709
]
Jan Ziegler commented on MYFACES-1745:
--
Hi there,
I´m sitll waiting for the fix beeing made to the public
[
https://issues.apache.org/jira/browse/TRINIDAD-791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538723
]
Renzo Tomaselli commented on TRINIDAD-791:
--
An apparently running workaround is achieved by wrapping
inputSuggest is not displayed well in Firefox.
--
Key: TOMAHAWK-1138
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1138
Project: MyFaces Tomahawk
Issue Type: Bug
Affects Versions:
Renzo,
Can you please attach a short example of the problem to the JIRA issue.
Thanks,
Danny
On 10/30/07, Renzo Tomaselli (JIRA) dev@myfaces.apache.org wrote:
[
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
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
How about Tsalagi? that is the name of the cherokee language
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
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?
---
[
https://issues.apache.org/jira/browse/TOMAHAWK-777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538775
]
Piotr Steininger commented on TOMAHAWK-777:
---
I pointed the dependency in pom.xml to version
Hi!
Currently, if you call Application.createConverter with a non-existent
converterId a NullPointerException:675 will be thrown.
Is this required by the spec or do you mind if I change this to a
throw new FacesException(No converter with id + converterId +
found, e);
Ciao,
Mario
[
https://issues.apache.org/jira/browse/TOMAHAWK-777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538784
]
Piotr Steininger commented on TOMAHAWK-777:
---
I also checked
(to fast with TAB+ENTER)
so, go ahead. Perhaps a JIRA-issue would be great?
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
see
http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/api/javax/faces/application/Application.html
Throws:
FacesException - if the Converter
see
http://java.sun.com/javaee/javaserverfaces/1.2_MR1/docs/api/javax/faces/application/Application.html
Throws:
FacesException - if the Converter cannot be created
java.lang.NullPointerException - if converterId is null
:-)
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
funny enough that this is handled correct in the 1.1 version of MyFaces
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
(to fast with TAB+ENTER)
so, go ahead. Perhaps a JIRA-issue would be great?
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
see
create converter with unknown id fails with NPE
---
Key: MYFACES-1755
URL: https://issues.apache.org/jira/browse/MYFACES-1755
Project: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.0
[
https://issues.apache.org/jira/browse/MYFACES-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1755.
---
Resolution: Fixed
create converter with unknown id fails with NPE
+1, I like it
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
tr:validateUploadedFile / might be the better name.
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
So, why not doing a
tr:validateFileLength /
with the following attributes:
-minLength
-maxLength
As a less-intrusive (but less useful IMO) change, myfaces-shared dir
branches/3_0_1 could at least be renamed branches/3_trunk and
myfaces-code dir branches/1_2_1 be renamed branches/1_2_trunk. Otherwise
once these branches are released, every developer needs to use svn switch
to move to
If we can put Tiles2 dependencies into Tomahawk, why not put facelets
code directly into Tomahawk?
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
If nobody care, I'll put it into sandbox.
Thx,
Matthias
On 10/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
regarding
Danny,
It isn't that hard to reproduce. The problem is because I move the DIV
to the FORM or BODY tag. When the parent has changed, the CSS rules
are interpreted differently. Since the popup is a DIV tag it
automatically takes up the full width of the parent container. I
overlooked this issue in
Unless the code is really bad, is it really derogatory at all? Apache
is a native American name, so projects using that theme go well. I'm
not aware of the other discussions, but I did come from a school that
had to change its name because of non-native Americans complaining
about native American
Hi my name is Cleiton Martins Borges.
I am from Brazil and try using a Rich faces and Trinidad together, but my
result is bad.
Would like know have some tutorial or articles or anything about this
frameworks
Thanks
Cleiton Martins Borges
Analista Programador
Dogo Dogo Comércio e
They don't work well together due to AJAX incompatibilities. It is
best to choose one or the other. Even if you use no Trinidad PPR code
A4J uses invoke on component style of partial rendering which Trinidad
renderers do not support.
-Andrew
On 10/30/07, Cleiton [EMAIL PROTECTED] wrote:
Hi my
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538808
]
Andrew Robinson commented on TOMAHAWK-1115:
---
There has been resistance to including facelets support
Why not Apache Caribbean? Since it's most likely going to be composed of
features taken from Trinidad and Tobago it would fit quite well (probably
would probably get quite a lot of additional search engine hits :P )
~ Simon
On 10/30/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Unless the code
Pretty hard to discuss for non-Americans,
I can't speak for Manfred, but I accepted the discussions, said OK and
moved forward.
-M
On 10/30/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Unless the code is really bad, is it really derogatory at all? Apache
is a native American name, so projects
:-)
On 10/30/07, Simon Lessard [EMAIL PROTECTED] wrote:
Why not Apache Caribbean? Since it's most likely going to be composed of
features taken from Trinidad and Tobago it would fit quite well (probably
would probably get quite a lot of additional search engine hits :P )
~ Simon
On
I guess due to legacy ?
The current Tomahawk TileViewHandler has dependency to struts-tiles...
I was agreeing with the point of Mario, that a tomahawk component has
to work with JSP in any case. That doesn't mean, we really can't add
Facelets in there... kind of optional.
I really don't care
Hi!
I am not sure why we can't call it simply MyFaces Commons? I think the
name is pretty fine.
But to put something additional into the fire: MyFaces Essentials, or,
to move on with islands, MyFaces Papeete
Ciao,
Mario
Pretty hard to discuss for non-Americans,
I can't speak for Manfred,
Hi!
If we can put Tiles2 dependencies into Tomahawk, why not put facelets
code directly into Tomahawk?
I think we should refactor the sandbox (move it out of tomahawk). One
Sandbox for the whole MyFaces community might be enough, no?
Said that, you can put the Tiles2 into the sandbox, but
It was already set, isn't it ???
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I am not sure why we can't call it simply MyFaces Commons? I think the
name is pretty fine.
But to put something additional into the fire: MyFaces Essentials, or,
to move on with islands, MyFaces
Hmm I don't know. I think we cannot really use MyFaces Commons for 2
reasons:
1. When I hear Commons I can only think of Jakarta;
2. Following some old discussion, we don't know if extra components libaries
are going to stay as MyFaces subprojects forever. For instance, when RCF get
out of
yeah,
I am now feeling the same pain.
Arrrgs.
On 10/27/07, Dennis Byrne [EMAIL PROTECTED] wrote:
[INFO]
[ERROR] FATAL ERROR
[INFO]
[INFO]
Well, there really hasn't been any feedback on this thread:
Original thread:
Refactoring of tomahawk project (spawned from facelets discussion)
Link:
http://tinyurl.com/2gnpqd
So I figure that no news is good news? I'd like to take a vote/poll so
that we can move this issue along and see if we
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538835
]
Mike Kienenberger commented on TOMAHAWK-1115:
-
The resistance was due to the lack of code generation,
On 10/30/07, Simon Lessard [EMAIL PROTECTED] wrote:
Why not Apache Caribbean?
And risk offending the Atlantic sea snail ? I would think not !!
--
Grant Smith
From what little I understand of maven, this looks like a good idea.
However, I think that with the proposal of a MyFaces Basics/Commons
project and a MyFaces Facelets project, that Tomahawk restructuring
should wait a few days. I'm still not seeing any consensus on what
these projects are
But I want use only Trinidad chart.
Cleiton Martins Borges
Analista Programador
Dogo Dogo Comércio e Consultoria em Informática Ltda.
Av Goiás N° 1646 B. Santa Paula São Caetano do Sul - SP
Fone: 55 11 4224 6509
www.dogo.com.br
[EMAIL PROTECTED]
-Mensagem original-
De: Andrew Robinson
[
https://issues.apache.org/jira/browse/TOBAGO-523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538859
]
Helmut Swaczinna commented on TOBAGO-523:
-
Hm, I can't reproduce this problem anymore. Maybe my browser had
Hi!
2. Following some old discussion, we don't know if extra components
libaries are going to stay as MyFaces subprojects forever. For
instance, when RCF get out of incubation, it might be strange to have
a subsubproject of MyFaces since RCF is a subproject of Trinidad. If
we can get a nice
Yeah, and I don't know what's going to happen with the RCF project,
guess it's up to the community to decide, but I don't see why it needs
to be a subproject of Trinidad so much as a subproject of MyFaces with a
dependency on Trinidad. :) Most all of it's dependencies are on API
packages in
Yep, KIFS - Keep It Flat and Simple.
For the same reason we should not put the Facelets project under
tomahawk - even though it may have tomahawk in its name. With the
projects names Manfred proposed this is easily possible.
Ciao,
Mario
Scott O'Bryan schrieb:
Yeah, and I don't know what's
I can understand what you are saying but I don't agree on the order. I
think that the restructuring of tomahawk should come *before* deciding
on a separate facelets and commons project. The reason I feel this is
that I think that the scope of a new facelets project greatly depends
on if tomahawk
Hi,
I am using the Trinidad dialog facility and MyFaces Orchestra.
out of the box this isn't working. Trinidad's Dialog creates URLs like:
/__ADFv__.xhtml?_afPfm=5c4a2651_t=fred_vir=/gmap/map.xhtmlloc=en
but Orchestra expects a conversationContext param in that URL, like
Hi,
to have the lightweight dialog working, you have to configure this:
org.apache.myfaces.trinidad.ENABLE_LIGHTWEIGHT_DIALOGS=true
in your web.xml. This feature works nice!
Should we make the lightweight dialog facility the default ?
(Wasn't there a discussion related to that ?)
WDYT ?
Grins, I so do not want to start a 'poco sensitive' discussion. But I agree
with several other writers here, that commons sounds too much like the
apache commons project
Ron
On 10/30/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Oh no! Not that discussion again... :-(
Ron, you might not be
Hi,
i was looking into the UrlParameterNavigationHandler class i saw a TODO
with the following comments
// TODO: this only supports one EL expression at the moment; it would be
nice
// to support multiple.
protected String interceptRedirect(FacesContext context, String url)
But when i
Hi,
are you using Apache MyFaces Orchestra ?
Please add your company to this list, if not already listed.
http://wiki.apache.org/myfaces/Companies_Using_Orchestra
Thanks!
Matthias
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail:
Note: pure speculation.
Possibly it's due to the misunderstanding that the #{blah} part of
the string is the EL expression.
Any string is an EL expression, and #{} is simply one operator that
can be used in that string. So #{a} text #{b} text #{c} is one EL
expression, not three.
On 10/30/07,
Hi!
// TODO: this only supports one EL expression at the moment; it would
be nice
// to support multiple.
I do not exactly know why we stated that.
In fact, the TODO should be:
// TODO: Parse every #{} one by one, correctly convert it to a string
(e.g. by using converters) and url encode them
Hi Matthias!
but Orchestra expects a conversationContext param in that URL, like
/__ADFv__.xhtml?_afPfm=5c4a2651_t=fred_vir=/gmap/map.xhtmlloc=enconversationContext=1
Doing this as well:
context.getExternalContext().encodeActionURL(theUrlWeCreated);
I don't know anything about Trinidad, but
Mario Ivankovits wrote:
Hi!
// TODO: this only supports one EL expression at the moment; it would
be nice
// to support multiple.
I do not exactly know why we stated that.
In fact, the TODO should be:
// TODO: Parse every #{} one by one, correctly convert it to a string
(e.g. by using
Last time I tested the (normal) dialogs with Firefox the popups worked
but weren't really modal (I was able to click into the opening
windows). In IE they worked and were modal, but the performance of
greying out the opening page was bad.
On the other side the lightweight dialogs worked nice.
On 10/30/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Last time I tested the (normal) dialogs with Firefox the popups worked
but weren't really modal (I was able to click into the opening
windows). In IE they worked and were modal, but the performance of
greying out the opening page was bad.
ExternalContext.encodeAction/ResourceURL(null) should throw NPE
---
Key: MYFACES-1756
URL: https://issues.apache.org/jira/browse/MYFACES-1756
Project: MyFaces Core
Issue Type: Bug
[
https://issues.apache.org/jira/browse/MYFACES-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12538934
]
Matthias Weßendorf commented on MYFACES-1756:
-
some other methods on Servlet-IMPL are missing null
[
https://issues.apache.org/jira/browse/MYFACES-1756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthias Weßendorf resolved MYFACES-1756.
-
Resolution: Fixed
Fix Version/s: 1.2.1-SNAPSHOT
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On 10/30/07, Manfred Geiler [EMAIL PROTECTED] wrote:
Last time I tested the (normal) dialogs with Firefox the popups worked
but weren't really modal (I was able to click into the opening
windows). In IE they worked and were modal,
62 matches
Mail list logo