[jira] Created: (TOBAGO-410) attribute-tag causes ClassCastException

attribute-tag causes ClassCastException --- Key: TOBAGO-410 URL: https://issues.apache.org/jira/browse/TOBAGO-410 Project: MyFaces Tobago Issue Type: Bug Components: Core Reporter:

[jira] Commented: (TOBAGO-410) attribute-tag causes ClassCastException

[ https://issues.apache.org/jira/browse/TOBAGO-410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498513 ] Arvid Hülsebus commented on TOBAGO-410: --- Style classes are now handled by specific objects not plain strings

[jira] Commented: (TOBAGO-410) attribute-tag causes ClassCastException

[ https://issues.apache.org/jira/browse/TOBAGO-410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498519 ] Udo Schnurpfeil commented on TOBAGO-410: in the Java Code you can use: StyleClasses classes =

[jira] Commented: (TOBAGO-410) attribute-tag causes ClassCastException

[ https://issues.apache.org/jira/browse/TOBAGO-410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498530 ] Arvid Hülsebus commented on TOBAGO-410: --- For the tc:attribute variant we will try to provide a migration path

subform and model changes

Hi! It looks like model changes are not reflected in subforms not subject of the current request. So if you have stuff like: h:form h:commandInput / h:commandButton id=btn1 / s:subForm h:selectOneMenu / h:commandButton id=btn2 / /s:subForm

[jira] Resolved: (TOBAGO-410) attribute-tag causes ClassCastException

[ https://issues.apache.org/jira/browse/TOBAGO-410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Bohmann resolved TOBAGO-410. -- Resolution: Fixed tc:attribute is able to handle styleClass with the new StyleClass

[jira] Created: (MYFACES-1643) f:convertDateTime has wrong signatures of all setters (does not accept javax.el.ValueExpression)

f:convertDateTime has wrong signatures of all setters (does not accept javax.el.ValueExpression) Key: MYFACES-1643 URL:

[jira] Created: (TOBAGO-411) Ommit unnecessary horizontal scrollbar

Ommit unnecessary horizontal scrollbar -- Key: TOBAGO-411 URL: https://issues.apache.org/jira/browse/TOBAGO-411 Project: MyFaces Tobago Issue Type: Wish Components: Core Affects Versions:

Re: [VOTE] Release Tobago 1.0.11

Perhaps there is some special handling for the tag folder? Or the way how the Maven release plugin created the folder. Normally one wouldn't want to check-in in the tag folder. I still get: Error: MKACTIVITY of '/repos/asf/!svn/act/0dfb3f90-8cee-3146-888d-c31017d0d682': 403 Forbidden

[jira] Commented: (TOBAGO-402) Component: tc:sheet - Possibility to sort more than 1 column.

[ https://issues.apache.org/jira/browse/TOBAGO-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498615 ] Ricardo S. Tanaka commented on TOBAGO-402: -- My request: Possibility to sort the sheet by 1 or more

Re: subform and model changes

This is how subforms are supposed to work -- changes and submits in one subform should not impact the current submitted values of the others. If you want to change the submitted values to the backing bean, then you need to do so in code just as if you wanted to do it for a regular form.

[jira] Created: (MYFACES-1644) API signature error problem with UIComponentTagBase

API signature error problem with UIComponentTagBase --- Key: MYFACES-1644 URL: https://issues.apache.org/jira/browse/MYFACES-1644 Project: MyFaces Core Issue Type: Bug Components:

1.2 API signature problem with UIComponentTagBase

This line was removed from javax/faces/webapp/UIComponentTagBase as part of rev 540403. protected static Logger log = Logger.getLogger (javax.faces.webapp); From the commit log it seems that line was removed for binary compatibility with the RI. However, the signature test is now

[jira] Resolved: (MYFACES-1644) API signature error with UIComponentTagBase

[ https://issues.apache.org/jira/browse/MYFACES-1644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul McMahan resolved MYFACES-1644. --- Resolution: Fixed API signature error with UIComponentTagBase

Re: subform and model changes

Hi Mike! If you want to change the submitted values to the backing bean, then you need to do so in code just as if you wanted to do it for a regular form. http://wiki.apache.org/myfaces/ClearInputComponents Yep, I am aware of this, but I really hate to use component bindings. This is alway a

Re: [VOTE] Release Tobago 1.0.11

Here is my +1 Regards Udo Bernd Bohmann schrieb: Now here is my +1 Just updated all all artifact with arvid patches, solved SUN dtd problem, minor popup fix, filevalidator fix, datepicker fix and fixed critical problem with a form in a container without a layout. Regards Bernd Arvid

Re: subform and model changes

No, the main goal of subform was to allow you to submit and validate part of a page without affecting the rest of the page. Perhaps for your own use cases, you've primarily used it to do partial page refreshing, but that's not how I've used it. I would disagree that this is the majority use

html data table rendering is resulting into out of memory error

Requirement is such that thousands or records are to be displayed in data table in single page without pagination. -- JSF data table while rendering consumes lots of heap memory which is throwing out of memory exception. -- If we renders some limited rows in data table that is getting rendered

RE: MyFaces 2.0.0 (was Re: Tomahawk 1.1.5 release plans?)

I can see reasons for making it 2.0 (API-changes) but it is much more intuitive to us the same major/minor as the specification-release. +1 (non-binding) for JSF 1.2 == MyFaces 1.2 Alexander -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias

Re: subform and model changes

Hi ! One of my primary use cases is to do something like set of input field rows add-new-row button inside of a subForm This means you allow the user to add some rows and validate the input at a later save point at once? However, you won :-) So I'll try to develop the attribute with a

Re: subform and model changes

How about keepSubmittedValues which is a bit more specific than keepInput? However, it doesn't matter too much what we call it. t:dataTable has something called preserveRowStates which has a similar purpose, but I can't see how we can use the same name (nor am I sure that preserveRowStates is

Re: [VOTE] Release Tobago 1.0.11

Sorry, I have no idea. The svn permission config at ASF is very simple. It's just your username mapped to the myfaces repo, the same way as all other myfaces committers. Perhaps you could check that strange error with [EMAIL PROTECTED] --Manfred On 5/24/07, Arvid Hülsebus [EMAIL PROTECTED]

[jira] Created: (MYFACES-1645) UIViewRoot.getLocale is not implemented according to the spec

UIViewRoot.getLocale is not implemented according to the spec - Key: MYFACES-1645 URL: https://issues.apache.org/jira/browse/MYFACES-1645 Project: MyFaces Core Issue Type: Bug

[TRINIDAD] Decoupling Renderers (PanelFormLayoutRenderer and LabelAndMessageRenderer)

Hi everybody. I'm working on a trinidad component for do layout (as part of a Google Summer of Code) more easy and with less code than panelFormLayout component. Checking the code, I found a strong coupling between the classes PanelFormLayoutRenderer and LabelAndMessageRenderer. I found the

Re: html data table rendering is resulting into out of memory error

Hi, The solution would be to only load the records that'll be displayed on one page. http://wiki.apache.org/myfaces/WorkingWithLargeTables Regards, Cagatay On 5/24/07, virfal [EMAIL PROTECTED] wrote: Requirement is such that thousands or records are to be displayed in data table in single

maven-faces-plugin

Hi, I was playing with maven-faces-plugin of trinidad and faced with a couple of issues. I couldn't find any documentation about the usage, goals etc, do I miss something or is it really not documented? Also the tag codes it generates have annotations like @override in it, is the plugin only

[jira] Resolved: (MYFACES-1645) UIViewRoot.getLocale is not implemented according to the spec

[ https://issues.apache.org/jira/browse/MYFACES-1645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Aranda resolved MYFACES-1645. --- Resolution: Fixed UIViewRoot.getLocale is not implemented according to the spec