Hola On 6/7/06, Fernando Gutierrez <[EMAIL PROTECTED]> wrote: > > ersonalmente me inclino por cualquier opción "de letras": > - dd/mm/aaaa > - mm/dd/yyyy > - yyyy/mm/dd > En cualquiera de ellas se entiende que la d es el Día o Day, la m es el > Mes > o Month y el grupo de cuatro letras (aaaa o yyyy) es el año. Aún si sólo > se > usaran dos letras para el año (aa o yy), despejadas la m y la d, la > incógnita restante se hace trivial.
Por poner otro par de ejemplos cercanos, en italiano día empieza por g, y en francés por j. >On 6/7/06, Daniel Moya <[EMAIL PROTECTED]> wrote:Nosotros en la banca electrónica de Caja de >Avila<http://www.cajadeavila.es/> hemos >optado por la solución intermedia. Tenemos los combos para dia mes y año >seleccionables y al lado el calendario por si el usuario no sabe la fecha >exacta, pero no es necesario que utilicen el calendario si se saben las >fechas ya que los combos también son utilizables de manera directa. Aunque sé que es bastante frecuente, nunca he entendido que se den varias opciones para introducir una misma fecha. Entender y saber usar una es suficiente. Mi opción es, si el usuario disfruta de javascript, mostrar un calendario directamente desplegado. Es fácil y rápido de usar (como siempre, depende del rango de fechas), se reconoce internacionalmente y deja poco lugar al error. Si no, prefiero campos de texto a desplegables. No resultan sencillos de manejar, sobre todo cuando puede haber 30 opciones, como el caso de los días. Para el texto explicativo me inclinaría por los números ("3/12/2004"). Sea cual sea el "background" informático del usuario, el parecido entre "2004" y "2006" es mucho mayor que entre "yyyy" y "2006". Lo de obligar al usuario a introducir ceros está claro: no. -- alberto romero | denegro.com _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
