RE: Submitting JSF Form after disabling the submit button

, the actions are not executed and the value is not read back. That is so specified - to make sure that the user cannot change the value client side if you don't want to allow him to do so server side. regards, Martin On 10/17/05, Kevin Roast <[EMAIL PROTECTED]> wrote: > > > H

Submitting JSF Form after disabling the submit button

Title: Submitting JSF Form after disabling the submit button Hi, I have come across a small issue, I'm not sure if it's MyFaces or not, so I'll post here and if anyone thinks they know what's going on… For our web-client, we want to stop the user submitting forms more than once, e.g. stop

RE: Another change since 1.0.9 - SessionMap.clear() - an explanation

Thanks for all the replies. I agree that ExternalContext need a clear() method. It's a shame someone thought it was a good idea to make clear() throw an Exception in the Sun RI/TCK tests...! >public String logout() { HttpServletRequest request = (HttpServletRequest)FacesContext.getCurrentInstan

Another change since 1.0.9 - SessionMap.clear() - an explanation

we do this with the new MyFaces, or am I going to have to patch the source for our application? Thanks, Kevin -- http://www.alfresco.org _____ From:   Kevin Roast  Sent:   19 September 2005 14:45 To: 'myfaces-dev@incubator.apache.org

Another change since 1.0.9 - SessionMap.clear()

Title: Another change since 1.0.9 - SessionMap.clear() Hi, Can I ask why org.apache.myfaces.context.servlet.SessionMap.clear() now throws UnsupportedOperationException? Thanks, Kevin -- http://www.alfresco.org

FacesServlet final in 1.1.0 but wasn't in 1.0.9

Title: FacesServlet final in 1.1.0 but wasn't in 1.0.9 Hello, Firstly congrats on releasing 1.1! I have a question about a change, the class javax.faces.webapp.FacesServlet in 1.1 is now declared as final. This means we cannot extend this class, which is a shame because we have :) Is ther

RE: Multi-byte character form field support in MyFaces?

this at the very top of your JSP: > <%@ page language="java" buffer="8kb" > contentType="text/html;charset=UTF-8"%> > > Eric > > On 1 Sep 2005 9:09, Kevin Roast wrote: > > > Hi, > > > > We have an application where we would like us

Multi-byte character form field support in MyFaces?

Hi, We have an application where we would like users to be able to enter multi-byte characters such as Chinese/Japanese. The user can enter the characters fine into an form field. In my bean which has a binding to the field, I'm seeing String contents such as "きゃオム㋚" - where as I would hope the S

[jira] Commented: (MYFACES-240) generated JavaScript clear_browse() function allows Internet Explorer to return "null" field values

[ http://issues.apache.org/jira/browse/MYFACES-240?page=comments#action_12315022 ] Kevin Roast commented on MYFACES-240: - Fix should be: Modifying the following file: org/apache/myfaces/renderkit/html/HtmlRendererUtils.java on line 700 changing

FW: [jira] Created: (MYFACES-240) generated JavaScript clear_browse() function allows Internet Explorer to return "null" field values

Hi, I was wondering if anyone else has seen this bug and can verify it? As currently this would stop us moving our project from our own "patched" version of Myfaces to the latest version :( Thanks! Kevin -- http://www.alfresco.org -Original Message----- From: Kevin Roast (JIR

[jira] Created: (MYFACES-263) UnicodeEncoder.encode() could be made faster

5.5, Java 5 Reporter: Kevin Roast I have been running some performance tests against our MyFaces application. I noticed the following method could be quicker: UnicodeEncoder.encode() The HtmlResponseWriterImpl calls this method for all response.write(String) calls - so it's used

JSP expression values in MyFaces tags

Hi, Would it be possible to modify the MyFaces tag desciptor files to allow JSP expression to be used as tag attribute values? E.g. In all our custom Faces components we have something like this specified: id true true Where the rtexprvalue=true means we

UnicodeEncoder.encode() slow?

Title: UnicodeEncoder.encode() slow? Hi, I am running some performance tests against our MyFaces app. I noticed the following method could be quicker: UnicodeEncoder.encode() The HtmlResponseWriterImpl calls this method for all response.write(String) calls - so it's used a lot! Most o

RE: [jira] Closed: (MYFACES-246) The WARN level log statement in VariableResolverImpl.resolveVariable should be DEBUG level

Thanks! :) Kev -Original Message- From: Martin Marinschek (JIRA) [mailto:[EMAIL PROTECTED] Sent: 26 May 2005 10:37 To: Kevin Roast Subject: [jira] Closed: (MYFACES-246) The WARN level log statement in VariableResolverImpl.resolveVariable should be DEBUG level [ http

RE: [jira] Commented: (MYFACES-246) The WARN level log statement in VariableResolverImpl.resolveVariable should be DEBUG level

ble has gone out of scope - then it outputs the warning: 8:41:12,979 WARN [VariableResolverImpl] Variable 'r' could not be resolved. Thanks, Kevin -Original Message- From: Martin Marinschek (JIRA) [mailto:[EMAIL PROTECTED] Sent: 26 May 2005 07:08 To: Kevin Roast Subject: [jira

f:selectItem - itemDisabled attribute not working?

Title: f:selectItem - itemDisabled attribute not working? Hello, I was just wondering if anyone else has seen this problem? I have a with several children. I would like to disable one of the child items based on a value bound boolean property e.g.           So the import

[jira] Created: (MYFACES-246) The WARN level log statement in VariableResolverImpl.resolveVariable should be DEBUG level

Type: Improvement Versions: 1.0.9 beta Environment: WinXP, Pentium4, TomCat 5, MyFaces 1.0.9 Reporter: Kevin Roast Priority: Minor The WARN level log statement in VariableResolverImpl.resolveVariable should be DEBUG level. The reason for this is that if you use DataTable or

[jira] Created: (MYFACES-240) generated JavaScript clear_browse() function allows Internet Explorer to return "null" field values

YFACES-240 Project: MyFaces Type: Bug Versions: 1.0.9 beta Environment: WinXP SP1. Intel P4. JBoss 4.0.1sp1. JBoss Portal 2.0 RC. MyFaces 1.0.9 Reporter: Kevin Roast Generated JavaScript "clear_browse()" function allows Internet Explorer to return "null" str