[
https://issues.apache.org/jira/browse/MYFACES-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539295
]
Leonardo Uribe commented on MYFACES-1729:
-
Fortunately there was a discussion about this on javaserverface
[
https://issues.apache.org/jira/browse/MYFACES-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539290
]
Leonardo Uribe commented on MYFACES-1741:
-
After asking some questions on jsf ri dev mailing list, I final
[
https://issues.apache.org/jira/browse/MYFACES-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe updated MYFACES-1741:
Status: Patch Available (was: Open)
> JSR-252 Issue 21 - Provided an additional "binding
[
https://issues.apache.org/jira/browse/TOMAHAWK-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539216
]
vace117 edited comment on TOMAHAWK-1139 at 10/31/07 4:51 PM:
---
The idea is as such:
[
https://issues.apache.org/jira/browse/TOMAHAWK-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539216
]
Val Blant commented on TOMAHAWK-1139:
-
The idea is as such:
MDF provides more flexible message decoration by
[
https://issues.apache.org/jira/browse/TOMAHAWK-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539215
]
Val Blant commented on TOMAHAWK-1139:
-
Problem description:
This solution deals with JSF's error processing m
A new approach to JSF error handling
Key: TOMAHAWK-1139
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1139
Project: MyFaces Tomahawk
Issue Type: Improvement
Reporter: Val Blant
I discu
A taglib and a faces-config in the META-INF are loaded/registered
automatically.
And as I already mentioned, it should be possible to use the commons utils
from the core impl. Automatically loading extensions(!) is not what we want
when using the myfaces core implementation.
There is some stuff in
Hi All,
We like to propose an enhancement to how and where Trinidad maintains
its view caches. Currently when the system is configured to use token
as the state persistent method, Trinidad will maintain all component
states in a ViewCache. This ViewCache is just a map that is maintained
in t
To avoid this I'd NOT include eg viewhandler or navigation handler in the jar.
Taglib wont harm if not used.
Instead we just document how to setup.
Mario
-Original Message-
From: "Manfred Geiler" <[EMAIL PROTECTED]>
Date: Wednesday, Okt 31, 2007 4:53 pm
Subject: Re: [result][vote] start
> 1. opening (background) window clickable (ie. not greyed out) for modal
> popups in firefox
Firefox has a bug with performance and graying out multiple controls,
so it should not be used. The modal nature is still implemented
though.
-A
What is the problem having a taglib in the jar?
2007/10/31, Manfred Geiler <[EMAIL PROTECTED]>:
>
>
> On 10/31/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> > Hi!
> > >
> > > > which is itself an "umbrella" project for two artifacts** called
> > > > "MyFaces JSF Commons Utils" and "MyF
+1
On 10/31/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> What are the thoughts about providing a Joda DateTime converter in the
> upcoming commons project ?
>
> -M
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-
On 10/31/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
>
> Hi!
> >
> > > which is itself an "umbrella" project for two artifacts** called
> > > "MyFaces JSF Commons Utils" and "MyFaces JSF Commons Components"
> >
> > I suggest that I prepare an initial setup, and check it in, so that
> >
The point is:
For myfaces-jsfcommons-components we must provide additional stuff in the
jar. You know: taglib, faces-config.xml, ...
This is what we do NOT want in the myfaces-jsfcommons-utils jars to
- keep it simple, and
- avoid unwanted side-effects
Please mind: Not yet sure, but the myfaces
Hi!
>
> > which is itself an "umbrella" project for two artifacts** called
> > "MyFaces JSF Commons Utils" and "MyFaces JSF Commons Components"
>
> I suggest that I prepare an initial setup, and check it in, so that
> there is some concrete stuff we can talk about.
> Ok?
I still don't get w
We're discussing two completely different concepts here.
One is an api for writing new components. For component developers.
One is a library of common renderkit-independent components for use in
JSF applications. For application developers.
Attempting to combine them is going to shortchange
This is the official vote for the release of our new MyFaces Master-POM.
The current myfaces-master POM has some flaws as was discussed in [1].
I already have tested a complete build of core and tomahawk with the new master.
I have NOT tested Trinidad and Tobago yet (both currently do not
depend
Hi,
i don't understand what should go into the utils and what into the
components parts.
I think we can mix static utils with renderkid independent components
in one library.
for renderkid dependend compeonents we have already tomahawk, tobago
and trinidad.
Regards,
Volker
2007/10/31, Man
On 10/31/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> > I have a suggestion that would solve this (and the naming as well):
> >
> > Let's start a new MLP* called "MyFaces JSF Commons"
> > which is itself an "umbrella" project for two artifacts** called
> > "MyFaces JSF Commons Utils"
[
https://issues.apache.org/jira/browse/TRINIDAD-769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539093
]
Catalin Kormos commented on TRINIDAD-769:
-
Hi Cristi,
Sorry, i think you'll have to provide any new files
Please summarize the intent and proposed contents of each subproject on
a wiki page. A common refactoring page already exists [1]. The
resulting pages should be moved in each project's site documentation
Paul Spencer
[1] http://wiki.apache.org/myfaces/MyFaces_Commons_Refactoring
Simon Less
Please summarize the intent and proposed contents of each subproject on
a wiki page. A common refactoring page already exists [1]. The
resulting pages should be moved in each project's site documentation
Paul Spencer
[1] http://wiki.apache.org/myfaces/MyFaces_Commons_Refactoring
Simon Lessar
I am planing on attending ApacheCon in Atlanta this year. Is are their
any MyFaces gathering planned?
Paul Spencer
Hi!
> I have a suggestion that would solve this (and the naming as well):
>
> Let's start a new MLP* called "MyFaces JSF Commons"
> which is itself an "umbrella" project for two artifacts** called
> "MyFaces JSF Commons Utils" and "MyFaces JSF Commons Components"
>
> For the artifact names I propo
I like Manfred Geiler idea around MyFaces JSF Commons.
Paul Spencer
Simon Lessard wrote:
I can live with that as well, the name speaks for itself, but it's s
loong.
~ Simon
On 10/31/07, Ron Smits <[EMAIL PROTECTED]> wrote:
I can live with that
Ron
On 10/31/07, Manfred Geiler <[EMA
Well, I think there's probably enough difference between the two goals
that we do need to separate projects, even though it contributes to
the "Yet Another MyFaces Subproject" quagmire. At least it's a step
in the right direction since we're looking at merging common code
rather than futher separ
[
https://issues.apache.org/jira/browse/TOBAGO-523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539080
]
Bernd Bohmann commented on TOBAGO-523:
--
Good news :-)
> Popups are brocken in current 1.0.13 snapshot in IE6
>
+1 for 1.0.4
On 10/30/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
>
> 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
Never used that...
But... perhaps you can check "old" ADF Faces 10.x documentation and
try to get it into Trinidad.
Like here:
http://download-uk.oracle.com/docs/html/B25947_01/appendixa010.htm
the adf-faces-config.xml is named now trinidad-config.xml (for instance)
-M
On 10/31/07, [EMAIL PROT
Hi,
I am looking for documentation links regarding the use of Trinidad's help
facet.
More concretely speaking, I would like to to use it with Oracle Web help.
Thanks in advance.
Best wishes,
Wolfgang.
I can live with that as well, the name speaks for itself, but it's s
loong.
~ Simon
On 10/31/07, Ron Smits <[EMAIL PROTECTED]> wrote:
>
> I can live with that
>
> Ron
>
> On 10/31/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> >
> > Since there where some discussions about what should be
TabChangeListener tag should allow methodBinding
Key: TOBAGO-529
URL: https://issues.apache.org/jira/browse/TOBAGO-529
Project: MyFaces Tobago
Issue Type: Improvement
Components: Cor
[
https://issues.apache.org/jira/browse/TOBAGO-528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Volker Weber resolved TOBAGO-528.
-
Resolution: Fixed
> selectOneRenderer did not render disabled
>
Hi,
never ever read a question regarding woodstock noticed here :-)
I am not aware of issues. Also I am not are of a smooth integration.
Perhaps worth to try... and let others know ?
Sorry,
Matthias
On 10/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Has anbody made experience
Hi,
Has anbody made experiences with combining Trinidad and Woodstock?
Are there any bigger issues to expect, such as e.g. when combining
RichFaces with Trinidad?
Is the skinning combinable? Thanks for any info!
Best wishes,
Wolfgang.
selectOneRenderer did not render disabled
--
Key: TOBAGO-528
URL: https://issues.apache.org/jira/browse/TOBAGO-528
Project: MyFaces Tobago
Issue Type: Bug
Components: Themes
Repo
I can live with that
Ron
On 10/31/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>
> Since there where some discussions about what should be in this new
> project and what not:
> Renderkit independent components yes/no? Only static utils, convenient
> base classes?
>
> I have a suggestion that wou
Nice,
this converter can be easily moved over to the JSF2.0 API,
in case they want support the new DateTime JSR (310), which is
inspired / based on Joda.
-Matthias
On 10/31/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> > What are the thoughts about providing a Joda DateTime converter i
Hi!
> What are the thoughts about providing a Joda DateTime converter in the
> upcoming commons project ?
>
BTW, we use Joda here for a long time, so I have something to contribute
Ciao,
Mario
I don't see any problem with introducing optional dependencies.
For example, commons-logging is a library that has about half-a-dozen optional
dependencies, one for each concrete logging library that it has built-in
support for. This causes no problems at all AFAIK.
The only thing to look out f
> Regarding dependencies:
> We should be careful about dependencies in jsfcommons. Right.
> The Joda converter would be a candidate for an *optional* compile
> dependency.
+1
>
> --Manfred
>
>
>
>
> On 10/31/07, Cagatay Civici <[EMAIL PROTECTED]> wrote:
> > Although it'll create a dependency, Jo
+1
Regarding dependencies:
We should be careful about dependencies in jsfcommons. Right.
The Joda converter would be a candidate for an *optional* compile
dependency.
--Manfred
On 10/31/07, Cagatay Civici <[EMAIL PROTECTED]> wrote:
>
> Although it'll create a dependency, Joda is great:) so +1.
Since there where some discussions about what should be in this new project
and what not:
Renderkit independent components yes/no? Only static utils, convenient base
classes?
I have a suggestion that would solve this (and the naming as well):
Let's start a new MLP* called "MyFaces JSF Commons"
wh
Grins
I give up :) as far as I am concerned call it that (booring!!! :) )
Ron
On 10/31/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
>
> True!
>
> ...and also the name "common" is very common... :-)
> And therefore not reserved for Apache Commons ...
>
>
> -M
>
> On 10/31/07, Volker Weber <
Although it'll create a dependency, Joda is great:) so +1.
Cagatay
On 10/31/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
>
> What are the thoughts about providing a Joda DateTime converter in the
> upcoming commons project ?
>
> -M
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: htt
What are the thoughts about providing a Joda DateTime converter in the
upcoming commons project ?
-M
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
can't get marked node
Key: TOBAGO-527
URL: https://issues.apache.org/jira/browse/TOBAGO-527
Project: MyFaces Tobago
Issue Type: Improvement
Affects Versions: 1.0.13
Reporter: Jens
The Tree
[
https://issues.apache.org/jira/browse/TOMAHAWK-1115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12539030
]
Navid Mitchell commented on TOMAHAWK-1115:
--
I agree with Andrew. I think it is bad form to make Tomahawk
True!
...and also the name "common" is very common... :-)
And therefore not reserved for Apache Commons ...
-M
On 10/31/07, Volker Weber <[EMAIL PROTECTED]> wrote:
> It is a apache commons like project, just not located in commons.apache.org.
> If it is named myfaces-jsf-commons it should clea
It is a apache commons like project, just not located in commons.apache.org.
If it is named myfaces-jsf-commons it should clear enough this is a
myfaces project.
And imho it should contain tools, components, ... for jsf users like
apache-commons-beanutils contains java-collection stuff for java
u
51 matches
Mail list logo