Re: [Myfaces Wiki] Update of Trinidad Archetype by MartinMarinschek

2007-07-11 Thread Matthias Wessendorf
this reminds me to release them :-) On 7/11/07, Apache Wiki [EMAIL PROTECTED] wrote: Dear Wiki user, You have subscribed to a wiki page or wiki category on Myfaces Wiki for change notification. The following page has been changed by MartinMarinschek:

[Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Bruno E. Grossi
Hi, we're validating our JavaEE framework (Powerlogic's jCompany 5.0) to pass W3C Markup Validator as Strict HTML/XHTML and we found some errors generated by Trinidad (branch 1.2): 1- tr:form generates an invalid attribute name on form tag. 2- Generated script tags don't have a type

[jira] Created: (TOBAGO-441) Configuration whether to use the styles from all themes or not

2007-07-11 Thread Matthias Wronka (JIRA)
Configuration whether to use the styles from all themes or not -- Key: TOBAGO-441 URL: https://issues.apache.org/jira/browse/TOBAGO-441 Project: MyFaces Tobago Issue Type: New

Re: [Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Simon Lessard
Hello Bruno, Latest nighty build fix the missing type attribute error. The name attribute error still hold true though. We keep up work to make the generated markup more standard compliant, but the best workaround you have for now is to help us with the renderers I fear. Regards, ~ Simon On

[jira] Created: (TOBAGO-442) selectManyCheckbox and selectOneRadio with Attribute inline=true calculates wrong fixedHight

2007-07-11 Thread Udo Schnurpfeil (JIRA)
selectManyCheckbox and selectOneRadio with Attribute inline=true calculates wrong fixedHight -- Key: TOBAGO-442 URL: https://issues.apache.org/jira/browse/TOBAGO-442

[jira] Resolved: (TOBAGO-442) selectManyCheckbox and selectOneRadio with Attribute inline=true calculates wrong fixedHight

2007-07-11 Thread Udo Schnurpfeil (JIRA)
[ https://issues.apache.org/jira/browse/TOBAGO-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Udo Schnurpfeil resolved TOBAGO-442. Resolution: Fixed selectManyCheckbox and selectOneRadio with Attribute inline=true

[jira] Created: (TRINIDAD-98) missing depedency to javax.mail in trinidad-impl

2007-07-11 Thread JIRA
missing depedency to javax.mail in trinidad-impl Key: TRINIDAD-98 URL: https://issues.apache.org/jira/browse/TRINIDAD-98 Project: MyFaces Trinidad Issue Type: Bug Components: Build

[jira] Created: (TOBAGO-443) Layout: Calculate fixed height for sheet according to displayed number of lines

2007-07-11 Thread Matthias Wronka (JIRA)
Layout: Calculate fixed height for sheet according to displayed number of lines --- Key: TOBAGO-443 URL: https://issues.apache.org/jira/browse/TOBAGO-443 Project: MyFaces

[Trinidad] CoreBundle.xtrs - leading spaces stripped from resource entries

2007-07-11 Thread Danny Robinson
At build time, it seems that the leading space in the following resource is getting stripped from the value during the generation of CoreBundle.java resource key=af_messages.LIST_FORMAT_private - {0}/resource Generated as {af_messages.LIST_FORMAT_private, - {0}}, This leads to a missing

Re: [Trinidad] CoreBundle.xtrs - leading spaces stripped from resource entries

2007-07-11 Thread Simon Lessard
Hmmm, I think nbsp; would be escaped properly by XRTS so we could use them instead of white spaces? On 7/11/07, Danny Robinson [EMAIL PROTECTED] wrote: At build time, it seems that the leading space in the following resource is getting stripped from the value during the generation of

Re: [Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Bruno E. Grossi
Simon, where I find that nighty build, and the source? Thanks, Bruno Simon Lessard wrote: Hello Bruno, Latest nighty build fix the missing type attribute error. The name attribute error still hold true though. We keep up work to make the generated markup more standard compliant, but the

[MyFaces] Source Versioning

2007-07-11 Thread Oscar Duque
Greetings to all Developers, Can you explain to me what are the methodology that you follows in order to Versioning the Source Code ? So, i know that you are using the 'Subversion' tool, but my questions are about for example:1. How do you decide the major and minor version number ?2. How do

Re: [Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Simon Lessard
Hello Bruno, You can find the source at http://myfaces.apache.org/trinidad/source-repository.html As for the nighty builds they can be found at http://myfaces.zones.apache.org:8081/continuum/projectGroupSummary.action?projectGroupId=13 Regards, ~ Simon On 7/11/07, Bruno E. Grossi [EMAIL

Re: [Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Simon Lessard
Err get the nighty build from that url, sorry: http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/ On 7/11/07, Simon Lessard [EMAIL PROTECTED] wrote: Hello Bruno, You can find the source at http://myfaces.apache.org/trinidad/source-repository.html As for the

[jira] Commented: (TOBAGO-441) Configuration whether to use the styles from all themes or not

2007-07-11 Thread Volker Weber (JIRA)
[ https://issues.apache.org/jira/browse/TOBAGO-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12511858 ] Volker Weber commented on TOBAGO-441: - I don't see much sense in this. If you configure to omit the 'parent'

Re: [Trinidad] Trinidad don't pass W3C Markup Validator

2007-07-11 Thread Adam Winer
FYI, note that our HTML is not aiming for the Strict, but the Transitional DTD. -- Adam On 7/11/07, Bruno E. Grossi [EMAIL PROTECTED] wrote: Simon, where I find that nighty build, and the source? Thanks, Bruno Simon Lessard wrote: Hello Bruno, Latest nighty build fix the missing

Re: [Trinidad] CoreBundle.xtrs - leading spaces stripped from resource entries

2007-07-11 Thread Adam Winer
It looks as though XRTS is being too aggressive in stripping whitespace - that leading space really should get preserved without needing nbsp... -- Adam On 7/11/07, Simon Lessard [EMAIL PROTECTED] wrote: Hmmm, I think nbsp; would be escaped properly by XRTS so we could use them instead of