[GSOC] HTML5 Prototype hx:inputDateTime and fx:validateDateRange

Hi, Here is the prototypes of these components: https://cwiki.apache.org/confluence/display/MYFACES/GSoC+Html5+Prototype+inputDateTime+and+validateDateRange -- My Blog: http://blog.aliok.com.tr Twitter: http://twitter.com/aliok_tr

Re: [VOTE] Release Tobago 1.0.26

+1 Regards Udo Am 31.05.10 22:23, schrieb Bernd Bohmann: Hello, I would like to release Tobago 1.0.26. For a detail list please consult the release notes: http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12314961 The version is available at the

Re: [GSOC] HTML5 Prototype hx:inputDateTime and fx:validateDateRange

for validateDateRange, I'd prefer validateDateTimeRange as its name. I'd also take a look here: http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_validateDateTimeRange.html @copy: note that we have a commons module, which could be the base for your converter/validator extensions. On

[jira] Commented: (MYFACES-2739) Pass through String values in EnumConverter.getAsString()

[ https://issues.apache.org/jira/browse/MYFACES-2739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12873926#action_12873926 ] Martin Marinschek commented on MYFACES-2739: Hi Gentlemen, I don't think it

Re: [GSOC] HTML5 Prototype hx:inputDateTime and fx:validateDateRange

Hi, for validateDateRange, I'd prefer validateDateTimeRange as its name. I'd also take a look here: http://myfaces.apache.org/trinidad/trinidad-api/tagdoc/tr_validateDateTimeRange.html Right. Looks like I mistyped that. @copy: note that we have a commons module, which could be the base for

[jira] Commented: (TRINIDAD-1073) Character encoding problem with PPR on IBM WebSphere 6.0

[ https://issues.apache.org/jira/browse/TRINIDAD-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12873948#action_12873948 ] Paul Mander commented on TRINIDAD-1073: --- Thanks Naveen, You posted an alternative

[GSOC] HTML5 Prototypes hx:inputText and hx:datalist

Hi, These were first prototypes I sent to Matthias, and I think didn't send it to @dev. For future reference: Wiki for hx:inputText and hx:datalist is here: https://cwiki.apache.org/confluence/display/MYFACES/GSoC+Html5+Prototypes+inputText+and+datalist Regards, Ali -- My Blog:

Re: javax.faces.behavior.event = undefined

Hi, Apache MyFaces JSF-2.0 Core Impl of version 2.0.0 works correctly. The issue appears after rewrite javascript in the 2.0.1-SNAPSHOT version. Should I create a bug to JIRA? Best regards Radek Hodain On 05/31/2010 05:22 PM, Radek Hodain wrote: Hi, we are using Apache MyFaces JSF-2.0

IE8 MouseIcon Bug with inputDate

Hello, I have a problem with the inputDate component of Trinidad Version 1.2.13 and Internet Explorer 8. When the input of the input field does not match the expected date format (example: foobar), the error message for this component is displayed. Now I remove the focus from the inputField

Re: javax.faces.behavior.event = undefined

Hi Radek, yes, it definitely sounds like a bug. Please create an issue. For evaluation purposes, I think you can assign it to Werner Punz, who has done the javascript rewrite. best regards, Martin On 6/1/10, Radek Hodain hoda...@aura.cz wrote: Hi, Apache MyFaces JSF-2.0 Core Impl of version

[jira] Created: (TOBAGO-886) tc:progress may have a line break while rendering

tc:progress may have a line break while rendering - Key: TOBAGO-886 URL: https://issues.apache.org/jira/browse/TOBAGO-886 Project: MyFaces Tobago Issue Type: Bug Components: Themes

Re: IE8 MouseIcon Bug with inputDate

Dunno if this can help the devs, but I experienced similar problems with tr:selectOneChoice vith a ValueChangeListener and autosubmit=true. IE would randomly hang when changing the value. FYI you can click on the address bar to un-freeze IE. 2010/6/1 Simon Kulessa kule...@flexsecure.de: Hello,

[jira] Resolved: (TOBAGO-886) tc:progress may have a line break while rendering

[ https://issues.apache.org/jira/browse/TOBAGO-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Udo Schnurpfeil resolved TOBAGO-886. Fix Version/s: 1.0.27 Resolution: Fixed tc:progress may have a line break while

[jira] Created: (MYFACES-2742) javax.faces.behavior.event = undefined

javax.faces.behavior.event = undefined -- Key: MYFACES-2742 URL: https://issues.apache.org/jira/browse/MYFACES-2742 Project: MyFaces Core Issue Type: Bug Affects Versions: 2.0.1-SNAPSHOT

Re: javax.faces.behavior.event = undefined

Hi Martin, thx a lot. I've created bug https://issues.apache.org/jira/browse/MYFACES-2742. best ragards Radek On 06/01/2010 02:04 PM, Martin Marinschek wrote: Hi Radek, yes, it definitely sounds like a bug. Please create an issue. For evaluation purposes, I think you can assign it to

[jira] Created: (TOBAGO-887) SimpleSheet headers are broken in FF3.0

SimpleSheet headers are broken in FF3.0 --- Key: TOBAGO-887 URL: https://issues.apache.org/jira/browse/TOBAGO-887 Project: MyFaces Tobago Issue Type: Bug Components: Sandbox

[jira] Created: (TRINIDAD-1819) PPR Issues in Windows Mobile 6

PPR Issues in Windows Mobile 6 -- Key: TRINIDAD-1819 URL: https://issues.apache.org/jira/browse/TRINIDAD-1819 Project: MyFaces Trinidad Issue Type: Bug Components: Components Affects Versions:

[jira] Created: (TRINIDAD-1820) JSF2 Ajax: View State input field gets recreated on every Ajax request in IE7

JSF2 Ajax: View State input field gets recreated on every Ajax request in IE7 - Key: TRINIDAD-1820 URL: https://issues.apache.org/jira/browse/TRINIDAD-1820 Project: MyFaces

[jira] Updated: (TRINIDAD-1820) JSF2 Ajax: View State input field gets recreated on every Ajax request in IE7

[ https://issues.apache.org/jira/browse/TRINIDAD-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Starets updated TRINIDAD-1820: -- Status: Resolved (was: Patch Available) Resolution: Fixed JSF2 Ajax: View State

[jira] Updated: (TRINIDAD-1820) JSF2 Ajax: View State input field gets recreated on every Ajax request in IE7

[ https://issues.apache.org/jira/browse/TRINIDAD-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Max Starets updated TRINIDAD-1820: -- Status: Patch Available (was: Open) JSF2 Ajax: View State input field gets recreated on

Re: [GSOC-HTML5] Prototype hx:video, hx:mediaSource, hx:mediaSources

Hi again, I couldn't settle the fallback stuff, so I want to discuss it again. I noticed that a fallback *facet *may be better. If HTML5 video[1] is not supported on a browser, it will ignore this element and render its children: video pYour browser does not support Html5 video! This text

[jira] Updated: (TRINIDAD-1819) PPR Issues in Windows Mobile 6

[ https://issues.apache.org/jira/browse/TRINIDAD-1819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mamallan Uthaman updated TRINIDAD-1819: --- Status: Patch Available (was: Open) PPR Issues in Windows Mobile 6

[jira] Commented: (TRINIDAD-1820) JSF2 Ajax: View State input field gets recreated on every Ajax request in IE7

[ https://issues.apache.org/jira/browse/TRINIDAD-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12874270#action_12874270 ] Max Starets commented on TRINIDAD-1820: --- The correct Mojarra issue is

onclick,onmouseover etc. pass thru properties on h:outputText: MyFaces vs. Mojarra

Hi, I see onclick, onmouseover, etc. attributes of h:outputText are passed thru and rendered. For: h:outputText id=... value=test onclick=alert('click'); .../ I got this with MyFaces 2: span id=... *onclick=alert('click');* test/span However, Mojarra ignores 'onclick': span id=... test/span

[jira] Created: (PORTLETBRIDGE-144) Update 1.0 examples that use 2.0 portlet.xml

Update 1.0 examples that use 2.0 portlet.xml Key: PORTLETBRIDGE-144 URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-144 Project: MyFaces Portlet Bridge Issue Type: Bug

[jira] Resolved: (PORTLETBRIDGE-144) Update 1.0 examples that use 2.0 portlet.xml

[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Freedman resolved PORTLETBRIDGE-144. Fix Version/s: 1.0.0 Resolution: Fixed Updated the

[jira] Created: (TRINIDAD-1821) client-side DateFormat improperly parses year when format mask contains 3 or more 'y'

client-side DateFormat improperly parses year when format mask contains 3 or more 'y' - Key: TRINIDAD-1821 URL: https://issues.apache.org/jira/browse/TRINIDAD-1821

[jira] Updated: (TRINIDAD-1821) client-side DateFormat improperly parses year when format mask contains 3 or more 'y'

[ https://issues.apache.org/jira/browse/TRINIDAD-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cale Scholl updated TRINIDAD-1821: -- Status: Patch Available (was: Open) client-side DateFormat improperly parses year when

[jira] Commented: (MYFACES-2638) Fix PostAddToViewEvent and PreRemoveFromViewEvent publishing conditions

[ https://issues.apache.org/jira/browse/MYFACES-2638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12874404#action_12874404 ] Leonardo Uribe commented on MYFACES-2638: - I committed a solution for this one.