The footer facet for the t:dataTable is not rendered
Key: TOMAHAWK-170
URL: http://issues.apache.org/jira/browse/TOMAHAWK-170
Project: MyFaces Tomahawk
Type: Bug
Components: Extended Datatable
Versions:
I think we should add this to the implementation of the tomahawk
DataTable. We can not change UIData since this behavior is specified
in the spec (see API Doc for UIData.encodeBegin()). Unfortunately I´m
currently not able to find the time to set up my test environment with
the new maven build
[
http://issues.apache.org/jira/browse/TOMAHAWK-170?page=comments#action_12368467
]
Mario Ivankovits commented on TOMAHAWK-170:
---
Do you mean the column footers? I've changed something in this area to suppress
rendering if all facets have
[
http://issues.apache.org/jira/browse/TOMAHAWK-170?page=comments#action_12368468
]
Manuel Ohlendorf commented on TOMAHAWK-170:
---
No, the footer for the whole table. This is the way i use the table:
t:dataTable
id=data
GMT is not good default timezone in DateTimeConverter
-
Key: MYFACES-1159
URL: http://issues.apache.org/jira/browse/MYFACES-1159
Project: MyFaces Core
Type: Bug
Versions: 1.1.1
Environment: Apache Tomcat
Hi!
It looks like this is not possible, at least I dont see how to do it.
What will be possible is to add myfaces-shared-impl-2.0.0-SNAPSHOT.jar
(the classes) to the classpath
and attach myfaces-shared-impl-2.0.0-SNAPSHOT-sources.jar as source to it.
Yes, that's exactly what I do (ie.
[ http://issues.apache.org/jira/browse/MYFACES-1159?page=all ]
Volker Weber closed MYFACES-1159:
-
Resolution: Invalid
GMT as default timezone for DateTimeConverter is required by spec
see MYFACES-506
GMT is not good default timezone in
[
http://issues.apache.org/jira/browse/MYFACES-1159?page=comments#action_12368477
]
Martin Beránek commented on MYFACES-1159:
-
but this converter isn't symetric, when i don't set correct timezone
GMT is not good default timezone in
[
http://issues.apache.org/jira/browse/TOBAGO-2?page=comments#action_12368482 ]
Iryna Stetska commented on TOBAGO-2:
This is one of the reasons.
The second reason is to make the the address bar string look adequately.
Also to change the address bar
Mario Ivankovits schrieb:
Hi!
Is there any reason for having after an eclipse import references to a
non existing shared_impl package?
I've posted a workaround for this (with eclipse)
See in wiki Building with myfaces how to workaround this problem.
Unhappily you have to adjust the
I recommend adding the *-sources.jar files instead of the target dirs
for the reasons mentioned earlier in another thread (jar sources
read-only, target dirs volatile, ...)
Can some of the eclipse gurus please try that out and revise the wiki
instructions accordingly?
Thanks,
Manfred
On
In my opinion, it is better to have a patch available status that is
occasionally wrong than to have no ability to find patches :) It's
easy enough to switch them back.
My guess is that people are clicking on the Patch Available button
because they think it is a link to a patch to fix the
Is this related to the AddResourceTest failing about 15 hours ago? I
noticed it while finishing up some commits (I needed to do a full
rebuild of myfaces to pick up TLD changes), and I ended up disabling
tests for the build.
[surefire] Running
We can not change UIData since this behavior is specified
in the spec (see API Doc for UIData.encodeBegin()).
Yup it looks like that would be the culprit. Is anyone against me
creating a spec issue to see if we can get this improved down the
road?
Mike
I'm curious about this too after having spent the time to convert
10 - 15 pages. The APT format is very limited. For example, I don't
know of a way to insert images into a table. I'm sure there are a
million other examples like this.
James
On Thu Mar 2 9:39 , Mike Kienenberger sent:
Has
Hey James,
I do appreciate your effort you've put into this, and it's not any
reflection on your work.
I also think the APT format is going to be limited, whereas an XML
format is in theory going to allow us to do anything that the
underlying media will support (in this case, html).
Also, I'm
[
http://issues.apache.org/jira/browse/MYFACES-1121?page=comments#action_12368550
]
David commented on MYFACES-1121:
I really need this issue fixed. What can I do to help get it resolved?
Thank you.
FacesContext.getCurrentContext is null after login on
Create a simple reproducable test case or example.
Even better would be to write a patch which you can demonstrate fixes
your example issue.
On 3/2/06, David (JIRA) dev@myfaces.apache.org wrote:
[
http://issues.apache.org/jira/browse/MYFACES-1121?page=comments#action_12368550
]
David
[
http://issues.apache.org/jira/browse/MYFACES-1121?page=comments#action_12368553
]
David commented on MYFACES-1121:
Yippy!
I just installed the newest nightly build (01-Mar-2006 14:27) and there is no
longer a problem, at least for me. (I am not who
APT is nice and simple but I agree its limited. I was thinking we
should switch back to xdoc where it makes sense. It might be nice to
have a download box on the rhs of the page like like the maven home
page has.
Sean
On 3/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Hey James,
I do
Hi!
It looks like the examples are not correctly deployed.
In my directory I find
~/projects/myfaces/tomahawk/examples/simple/target/myfaces-example-simple/WEB-INF/lib
these three myfaces jars
myfaces-api-1.1.3-SNAPSHOT.jar
myfaces-commons-1.1.3-SNAPSHOT.jar
myfaces-impl-1.1.3-SNAPSHOT.jar
JSF 1.2 adds the observer pattern to DataModel but it only supports
rowselection events. It would be very cool to have something like the
TableModel in Swing which can be used to notify listeners if the data
in the model changes. UIData can add a listener to that model and can
be notified by the
On 3/1/06, Manfred Geiler [EMAIL PROTECTED] wrote:
On 3/1/06, John Fallows [EMAIL PROTECTED] wrote: We need to define the meaning of with more caution.Terms for future commons utils and helpers:
* stable API+1. :-) * downward compatibility within major version numbers
+1.Backwards compatible at
Right now the Tomahawk Tiles support only works with the MyFaces
implementation.
This seems to be a symptom of the fact that
org.apache.myfaces.shared.webapp.webxml.WebXml.init(ExternalContext) is only
called
by the MyFaces Faces Servlet. This precludes other implementations from working
Hmm... the question is, if the timing is alright then.
Anyone knowing a bit more on this topic than me?
regards,
Martin
On 3/2/06, James Holmes [EMAIL PROTECTED] wrote:
Right now the Tomahawk Tiles support only works with the MyFaces
implementation.
This seems to be a symptom of the fact
Are you going to remove the call to init() in the Faces Servlet code as
well? I think it should removed there for consistency.
James
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 02, 2006 4:53 PM
To: commits@myfaces.apache.org
Subject: svn
Question: At a high level, what does Tomahawk Tiles do for us that
using regular Tiles with JSF doesn't do? We're just using regular Tiles
(the one bundled with the Struts JAR) with our MyFaces JSF
implementation; I haven't gotten around to seeing what the Tomahawk
Tiles adds to the mix.
-
No, don't think so.
I think I will leave it in so that we can have a single point of
measurement for all initialization.
regards,
Martin
On 3/2/06, James Holmes [EMAIL PROTECTED] wrote:
Are you going to remove the call to init() in the Faces Servlet code as
well? I think it should removed
On 3/2/06, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
Question: At a high level, what does Tomahawk Tiles do for us thatusing regular Tiles with JSF doesn't do?We're just using regular Tiles(the one bundled with the Struts JAR) with our MyFaces JSFimplementation; I haven't gotten around to
On 3/3/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 3/2/06, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
Question: At a high level, what does Tomahawk Tiles do for us that
using regular Tiles with JSF doesn't do? We're just using regular Tiles
(the one bundled with the Struts
Some improvements to inputSuggestAjax component
Key: TOMAHAWK-171
URL: http://issues.apache.org/jira/browse/TOMAHAWK-171
Project: MyFaces Tomahawk
Type: Improvement
Versions: 1.1.2-SNAPSHOT
Reporter:
[ http://issues.apache.org/jira/browse/TOMAHAWK-171?page=all ]
Gerald Müllan updated TOMAHAWK-171:
---
Some improvements to inputSuggestAjax component
---
Key: TOMAHAWK-171
URL:
[
http://issues.apache.org/jira/browse/TOMAHAWK-171?page=comments#action_12368636
]
Gerald Müllan commented on TOMAHAWK-171:
The patch adds:
- keyboard up/down with highlightning of the fields
- scrolling div for longer result-lists
- some new
[ http://issues.apache.org/jira/browse/TOMAHAWK-171?page=all ]
Martin Marinschek closed TOMAHAWK-171:
--
Resolution: Fixed
Assign To: Martin Marinschek
Thanks to Gerald Müllan for supplying this patch.
Some improvements to
Jessas Maria!
I found your files and applied them.
regards,
Martin
On 3/2/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Mario Ivankovits schrieb:
Could one please reapply my checkin r380193 r380195 or tell me how to
do it.
Oh god - NO its 380194 380195
Sorry!
Mario
--
Just changed that - was necessary anyways for our newly refactored shared-stuff.
regards,
Martin
On 3/2/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmm... the question is, if the timing is alright then.
Anyone knowing a bit more on this topic than me?
regards,
Martin
On 3/2/06,
Hi!
I found your files and applied them.
Thanx! :-)
Ciao,
Mario
37 matches
Mail list logo