The timeZone and pattern values are not being read from the columnInfo
object when the tag is within a columns tag in a dataTable.
f:convertDateTime timeZone=#{columnInfo.timeZone}
pattern=#{columnInfo.pattern} /
The columnInfo is set by the columns tag but the getter is not called.
However, if
The timeZone and pattern values are not being read from the columnInfo object
when the tag is within a columns tag in a dataTable.
The columnInfo is set by the columns tag but the getter is not called.
However, if we access the values via an outputText tag e.g.
(These values are displayed)
Add openAbove attribute
-
Key: TOMAHAWK-1015
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1015
Project: MyFaces Tomahawk
Issue Type: Improvement
Components: Calendar
Affects Versions: 1.1.5
Congratulations to Ernst Fastl for becoming the newest Myfaces committer !
Ernst has provided patches and enhancements to Tomahawk (ajax-stuff)
and has been active on the mailing list to help other users on how to
get up to speed.
Thanks Ernst, and welcome to the team!
--
Matthias Wessendorf
What you posted isn't valid:
You have:
t:outputText ... / -- should be '' not '/'
f:convert.../
/t:outputText
I could see how that might cause this tag to be ignored, provided it
was parsed at all.
On 5/31/07, Johnny Sutherland [EMAIL PROTECTED] wrote:
The timeZone and pattern values
http://wiki.apache.org/myfaces/FAQ#Date
On 5/28/07, Kieran O'Connor [EMAIL PROTECTED] wrote:
Hi,
I seem to be having trouble with the datepicker control tr:InputDate /
regarding it's date selection from the pop-up calendar.
When there is no date value associated to the input text and one
There should be a reference to the JIRA issue in the commit log message.
On 5/30/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jwaldman
Date: Wed May 30 15:23:45 2007
New Revision: 542958
URL: http://svn.apache.org/viewvc?view=revrev=542958
Log:
fix bug in my most recent checkin re:
Hello,
as far as I know there is no JCP specification using 3 numbers for
versioning. Therefore I would assume it's perfectly valid to reserve
only the first two numbers for the specification version being
implemented. That said, though, decoupling the version number of MyFaces
from the version
I have a file that the demo from adf-faces-10_1_3_0_4 consistently
corrupts on upload (drops a single byte in this case) but the trinidad
demo trinidad-demo-1.0.1-SNAPSHOT uploads the complete byte count.
I feel kind of funny about bringing it up, since it is Oracle ADF that
is the problem
If memory serves, there was a single-byte-dropping bug
that was fixed since then. Trinidad file upload should work fine.
-- Adam
On 5/31/07, Jim Graf [EMAIL PROTECTED] wrote:
I have a file that the demo from adf-faces-10_1_3_0_4 consistently
corrupts on upload (drops a single byte in this
NPE at CSSGenerationUtils._hasNamespace for faces-1_2-070522 branch
---
Key: TRINIDAD-45
URL: https://issues.apache.org/jira/browse/TRINIDAD-45
Project: MyFaces Trinidad
Issue
Nice to put picture with names.
What was the Surprise Announcement ?
Paul Spencer
Manfred Geiler wrote:
Hi all,
Some requested them, here they are:
The slides of our presentation at the last JavaOne about the MyFaces
community.
The Faces of MyFaces
JSF 1.2 implementation !
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
Nice to put picture with names.
What was the Surprise Announcement ?
Paul Spencer
Manfred Geiler wrote:
Hi all,
Some requested them, here they are:
The slides of our presentation at the last JavaOne about the
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
The Continuum server is not responding. Is it down?
Looks like the JVM was hung again. Last time it was an odd Jetty OOME
that I haven't had time to track down. Probably needs some settings
adjusted. I restarted it using the scripts in
Wendy,
Not much I can do. No karma, although I have not asked for it.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
The Continuum server is not responding. Is it down?
Looks like the JVM was hung again. Last time it was an odd Jetty OOME
that I
The Continuum server is not responding. Is it down?
Paul Spencer
I am trying to add a build of Tomahawk against the RI, but there are Checksum
errors
on JSF RI artifacts on continuum server see[1].
What is the best way to resolve this? I believe the goal
dependency:purge-local-repository
will remove the artifacts, but it seems extreme since it will remove
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
I am trying to add a build of Tomahawk against the RI, but there are Checksum
errors
on JSF RI artifacts on continuum server see[1].
What is the best way to resolve this? I believe the goal
dependency:purge-local-repository
will remove the
Wendy,
When I build Tomahawk locally, I do not see the errors. In addition I
do not have javax.servlet.jsp:jsp-api:jar:1.2.0 in my local repository.
I am wondering if the RI artifacts are corrupt/outdated for some strange
reason.
Based on the following, it appears the artifacts should not be
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
When I build Tomahawk locally, I do not see the errors. In addition I
do not have javax.servlet.jsp:jsp-api:jar:1.2.0 in my local repository.
I am wondering if the RI artifacts are corrupt/outdated for some strange
reason.
Based on the
Wendy,
I found the problem. The missing dependency was defined in
the tomahawk-project pom. I remove it.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
When I build Tomahawk locally, I do not see the errors. In addition I
do not have
Wendy,
Right now, nothing. I think I may have found the problem.
The checksum problem has gone away, meaning the the warning no longer
exists and I do not know why. I am working on the missing dependency problem
now.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED]
22 matches
Mail list logo