[
https://issues.apache.org/jira/browse/TRINIDAD-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528667
]
Matthias Weßendorf commented on TRINIDAD-723:
-
can you provide a diff against the source code ?
PPR is totally overhauled from 1.2.1 to 1.2.2, so changes
aren't a surprise. The question is why this is happening,
and we need more information, because we did (honest)
test this code quite a bit, so there's something different about
your set up, and ideally you could play around with a lot
of
ColumnClasses styles is ignored
---
Key: TOMAHAWK-1116
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1116
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Extended Datatable
Affects
Add tree node level info to allow different styles for nodes of different levels
Key: TOMAHAWK-1117
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1117
Project:
[
https://issues.apache.org/jira/browse/TOMAHAWK-1117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528708
]
Dave commented on TOMAHAWK-1117:
span class=children is needed around a node's child nodes. For example,
users
[
https://issues.apache.org/jira/browse/TRINIDAD-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528727
]
Gregg Leichtman commented on TRINIDAD-723:
--
I changed the whitespace, but the diff should be easy to
[
https://issues.apache.org/jira/browse/TRINIDAD-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528728
]
Gregg Leichtman commented on TRINIDAD-723:
--
Apparently two more private generated JavaScript functions
Thanks for your help Adam,
It doesn't work on Firefox or IE.
I don't use Facelets. Just normal JSF with RI 1.2.04P02 and there is no
MyFaces.
No this was not the full page (too long). But thanks to your hint with the
xhtml I found the error.
The page started with:
?xml version=1.0 encoding=UTF-8
Hello Adam,
On 9/18/07, Adam Winer [EMAIL PROTECTED] wrote:
I think it should be as simple as for each of busy and
ready, render the facet if it's present, the icon if it's not.
The only issue with that behavior is most common usage. I think the most
common usage with facets is going to be a
I see what you're saying... I think I'd be OK then with a rule
where specifying either facet gets rid of both icons. Especially
with a bit of doc explaining why it does that (exactly the example
you give).
-- Adam
On 9/19/07, Simon Lessard [EMAIL PROTECTED] wrote:
Hello Adam,
On 9/18/07,
OK, five seconds more consideration, and now I'm torn.
It's easy enough to write:
tr:statusIndicator
f:facet name=busyLoading.../f:facet
f:facet name=readytr:outputText//f:facet
/tr:statusIndicator
... which would have the same effect. So I could really
go either way.
-- Adam
On
Ah, great, now we've got a compact description of the bug. :)
If you have an XML declaration, in the doc, we end up generating
two XML declarations on a PPR response. There's code in Trinidad (in
the XmlOutput code) to strip anything before an XML declaration,
but it gets tripped up if there are
Hi!
First, I've commented the using of the log stuff as it seems normally
thre is no log object around, at least I don't know where.
From our ppr.js:
if(formElement)
this._addEventHandler(formElement, connectToEventArr, eventHandler);
-else
+ /* where is the log?
+
[
https://issues.apache.org/jira/browse/TRINIDAD-719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson updated TRINIDAD-719:
-
Resolution: Fixed
Fix Version/s: 1.2.3-plugins
Assignee: Andrew
Add ability to specify a tag-handler for a specific component
-
Key: TRINIDAD-725
URL: https://issues.apache.org/jira/browse/TRINIDAD-725
Project: MyFaces Trinidad
Issue Type: New
[
https://issues.apache.org/jira/browse/TRINIDAD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-725.
--
Resolution: Fixed
Fix Version/s: 1.2.3-plugins
Committed revision 577410.
[
https://issues.apache.org/jira/browse/TRINIDAD-719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson updated TRINIDAD-719:
-
Status: Patch Available (was: Open)
GenerateFaceletsTaglibsMojo doesn't add
Hi,
not to bug you, but what are your takes on a release of the 1.2.3
plugins. The unified one :-)
-Matthias
--
Matthias Wessendorf
further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org
tr:validateLongRange inconsistent behavior
--
Key: TRINIDAD-726
URL: https://issues.apache.org/jira/browse/TRINIDAD-726
Project: MyFaces Trinidad
Issue Type: Bug
Components: Components
I think Andrew has some improvements for the Facelets
generator that would be really worthwhile. Other than that,
I don't know of anything holding up the release.
-- Adam
On 9/19/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
not to bug you, but what are your takes on a release of the
Yes, but why pollute the page unnecessarily with an empty outputText?
If I approach the subject from a maintainability perspective, I think
its more intuitive for the documentation to state why the icon is gone
then to have to figure out why some developer stuck an empty outputText
into a
On 9/19/07, Perkins, Nate-P63196 [EMAIL PROTECTED] wrote:
Yes, but why pollute the page unnecessarily with an empty outputText?
Indeed. (I'd probably use a tr:group, but same deal).
The flip side is wondering how much of a pain it'd be to
implement I want to change the ready icon, but not the
On the vote for set a facet = no icons, someone could easily:
tr:statusIndicator
f:facet name=busytr:outputText value=busy//f:facet
f:facet name=readtr:icon name=... //f:facet
/tr:statusIndicator
This way they can sill use the icon. Just requires more typing
On 9/19/07, Adam Winer [EMAIL
They are in. Barring some more testing, should be ready to go.
On 9/19/07, Adam Winer [EMAIL PROTECTED] wrote:
I think Andrew has some improvements for the Facelets
generator that would be really worthwhile. Other than that,
I don't know of anything holding up the release.
-- Adam
On
Hi Mario!
thanks for pointing out this issues.
I must have missed the point where
this log got in - my guess is that it can optionally be defined or turned on
in dojo or something. However I would think a check wether or not the object
is defined before using it cannot hurt.
@whoever did this -
cool,
can you ping me, when you think it's fine ?
I'd like to provide the RC over the weekend :-)
.M
On 9/19/07, Andrew Robinson [EMAIL PROTECTED] wrote:
They are in. Barring some more testing, should be ready to go.
On 9/19/07, Adam Winer [EMAIL PROTECTED] wrote:
I think Andrew has some
Hi,
by accident I noticed this funny thing with form's defaultCommand and
IE7 (true for IE 6 as well ??)
here is a demo, that has a form, containing a defaultCommand
http://www.irian.at/trinidad-demo/faces/components/form.jspx
Do the following:
-enter first value
-enter second value AND! hit
I think the big thing to test is making sure that the
1.0.3-SNAPSHOT core build runs fine against it.
We haven't been able to switch over our 1.0.3
build to the 1.2.3 plugins - the plugin snapshots
aren't getting deployed, so our build would break...
-- Adam
On 9/19/07, Matthias Wessendorf
28 matches
Mail list logo