Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 80877 invoked from network); 12 Jan 2009 08:21:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jan 2009 08:21:24 -0000 Received: (qmail 6358 invoked by uid 500); 12 Jan 2009 08:21:23 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 6318 invoked by uid 500); 12 Jan 2009 08:21:23 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 6309 invoked by uid 99); 12 Jan 2009 08:21:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 00:21:23 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 08:21:20 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D4DEB234C48B for ; Mon, 12 Jan 2009 00:20:59 -0800 (PST) Message-ID: <386852631.1231748459870.JavaMail.jira@brutus> Date: Mon, 12 Jan 2009 00:20:59 -0800 (PST) From: "Caius Gran (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Created: (TRINIDAD-1362) tr:convertDateTime leniency: dates or times without separators MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org tr:convertDateTime leniency: dates or times without separators -------------------------------------------------------------- Key: TRINIDAD-1362 URL: https://issues.apache.org/jira/browse/TRINIDAD-1362 Project: MyFaces Trinidad Issue Type: Improvement Reporter: Caius Gran Priority: Minor It seems feasible to me that 1) one more type of convenience pattern would exist, one without separators 2) there was allowed leniency for time inputs as well like there is for dates In particular, I'd like to have it working by default like the following: 1) date: 210199 --> would mean "January 21st, 1999" 2) time: 1600 --> would mean "16:00" Whether it's feasible when it comes to internationalization, I don't know, I didn't think about it much... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.