Hi Mario,
thanks - but that part I understood. I was just wondering about the
header part of your first example. I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
regards,
Martin
On 1/24/08, Mario Ivankovits
Hi Martin,
I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
I am not sure if this describes it exactly - it is not about having headers.
Or lets say, one header for three nested tables.
Have a look at
I don't get through to this server, sorry :(
regards,
Martin
On 1/24/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Martin,
I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
I am not sure if this
Martin Marinschek schrieb:
I don't get through to this server, sorry :(
Sorry, try this one: http://www.ops.co.at/~opsj/table.html
Ciao,
Mario
Hi Mario,
ok, now I completely understand the use-case - I still don't
understand the source-code, though. Shouldn't this work somewhat
similar to how the detailStamp in t:dataTable works now?
regards,
Martin
On 1/24/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Martin Marinschek schrieb:
I
Hi!
Shouldn't this work somewhat
similar to how the detailStamp in t:dataTable works now?
Yep, why not, should work that way too. The real magic will be the
embedded=true attribute to the datatable, and a different way how to
define the column header for the master table.
Ciao,
Mario
allow to embed a datatable within the parent
Key: TOMAHAWK-1181
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1181
Project: MyFaces Tomahawk
Issue Type: New Feature
Components:
I agree that they should be on XhtmlRenderer since it's XHTML specific, but
I also agree with Andrew on the static part. There are many methods in
Trinidad that are static for a reason that's oblivious to me and those two
are part of them.
While on the XhtmlRenderer vs CoreRenderer issue, I think
[
https://issues.apache.org/jira/browse/TOMAHAWK-1148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12562115#action_12562115
]
Suraj Shah commented on TOMAHAWK-1148:
--
I have the same issue.
The only way that
Hi
Checking tag dir of myfaces-build-tools I have noted that exists a 1.0.0 version
why the artifacts are not on maven repo? Did the vote for this part
not started yet?
regards
Leonardo Uribe
Simon Lessard wrote:
I agree that they should be on XhtmlRenderer since it's XHTML
specific, but I also agree with Andrew on the static part. There are
many methods in Trinidad that are static for a reason that's oblivious
to me and those two are part of them.
I didn't think there was any
In the future, I think we should make that method as well as PropertyKey
class generic aware.
I completely agree. I did this on a branch one night but never got around
to submitting the patch.
that would be great.
-Matthias
-- Blake Sullivan
Regards,
~ Simon
/**
*
[
https://issues.apache.org/jira/browse/TRINIDAD-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Cooper resolved TRINIDAD-833.
--
Resolution: Fixed
Fix Version/s: 1.2.6-core
1.0.6-core
Added
Hi,
I was running the needed tasks to get the 1.0.0 release of Apache
MyFaces Build Tools Archetypes out.
Please note that this archetypes require myfaces 1.2.2 to work:
The artifacts are deployed to my private Apache account ([1]).
There are 4 archetypes:
myfaces-archetype-helloworld
14 matches
Mail list logo