![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Según mi experiencia, encuentro esa técnica de usar el enter como tabulador como una muy mala práctica. Al igual que tratar de programar todo en el evento lostfocus. Y creo que estas dos "técnicas" deberían evitarse a toda cosa.
Usar el enter como tabulador, es como usar los zapatos en la manos. Te puede servir para algunas cosas, pero sería muy incómodo para todo lo demás. ![]()
__________________
|
|
#2
|
||||
|
||||
|
Contraveneno tiene razón, te puede dar problemas en algunos casos (botones, memos,... y demás comportamientos estandard del ENTER ya definidos). Pero también hay que decir, que al final el cliente es el que manda (en cierta forma).
Yo lo que he hecho en algun caso es dejarlo por configuración; En mi página web tienes un componente que con sólo "soltarlo" en el formulario y activar esa propiedad te hace el trabajo; Es fácil activar la característica o desactivarla dependiendo de una variable de configuración.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#3
|
||||
|
||||
|
Yo no veo ningún problema en usar el ENTER para pasar de un Edit a otro y en ocasiones puede ser muy cómodo. Lo que sucede es que esto que acabo de decir, pasar de un Edit a otro, no es equivalente a usar el ENTER como tabulador. A lo que voy es que me da la impresión de que muchos de quienes preguntan esto no se percatan de la diferencia sino hasta que lo implementan y encuentran que hay muchos más controles involucrados por lo cuál no puede hacerse un reemplazo ENTER -> TAB a ciegas.
// Saludos |
|
#4
|
||||
|
||||
|
Pues yo creo que es una práctica incorrecta y jamás la he usado. Cuando veo un programa que funciona a golpe de enter me da miedo: he visto demasiadas veces introducir datos erróneos.
Además yo no lo veo tan cómodo: Prefiero teclear con una mano y pulsar el tabulador con la otra, o incluso si está realmente bien hecho el programa que a medida que se completen los campos cambie el solito de foco. |
|
#5
|
||||
|
||||
|
A mi los clientes me 'exigen' que el programa sea manejable enteramente con el teclado, pudiendo (si alguien lo prefiere) prescindir totalmente del ratón.
Dependiendo del tipo de aplicación, tipos de formulario, considero que el uso del Enter para terminar de introducir un dato, así como para pasar de campo a campo es imprescindible y necesario, así como mucho más rápido para el usuario que está introduciendo los datos. Mi aplicación no es contable, pero imaginaros a un contable introduciendo cantidades y cantidades de números y cifras por el teclado numérico, y sin poder utilizar el Intro (que lo tiene bien cerquita de los números), sino en cambio tener que estar siempre con la otra mano en el tabulador (como aconseja Kuan-Yiu), o tener que pulsar siempre el tabulador para terminar de introducir determinada cifra. Por otro lado, he conseguido de momento en mis 100.000 líneas de programación de aplicación con la que estoy ahora, no tener ningún botón de edición para 'Añadir', 'Borrar' o 'Editar' un registro ... me baso totalmente en las tres teclas de edición más usuales para cualquiera (esto viene de los tiempos de la red Novell !!) que son la tecla 'Insertar' para añadir un registro, 'Suprimir' para borrar un registro, y simplemente el 'Intro' para empezar a editar un registro previamente seleccionado de una lista con las teclas del cursor. Y por supuesto estoy de acuerdo con Lepe que para el usuario es más que cómodo moverse por los campos de edición con las teclas del cursor. ... y por supuesto también manteniendo siempre la funcionalidad completa de la tecla de Tabulador ! ... para aquellos que la quieran seguir utilizando. Saludos ![]()
__________________
Piensa siempre en positivo ! |
|
#6
|
||||
|
||||
|
Esa forma de trabajar procede de los inicios de la contabilidad informática, de esa programación imperativa hecha para MS-DOS. No digo que el ratón sea la solución ideal para una carga de datos, no lo es en absoluto, pero es el responsable del boom de la informática doméstica: es útil para algunas cosas, pero un incordio para otras.
La gente que "exige" ese tipo de funcionalidades aún está anclada en el pasado y lo único que quiere es lo que tenía antes pero con otros colorines. Lo más difícil es modernizar a los usuarios, se resisten al cambio con uñas y dientes, pero en cuanto son conscientes de la potencia y capacidad de los programas actuales... ¡¡Lo quieren todo!! Pero les suele faltar criterio. PD: ... Y en general, no comparto la idea de que si se ha hecho siempre así bien hecho está. De vez en cuando me gusta cuestionarlo todo, es un ejercicio muy sano. |
|
#7
|
||||
|
||||
|
... eso es ...
'Lo quieren todo', tanto teclado como ratón. Por eso es como si me pareciera que estoy haciendo dos programas a la vez, uno para el teclado y otro para el ratón, con sus consiguientes quebraderos de cabeza para que todo funcione correctamente. No se trata de estar anclado en el pasado ... ni mucho menos. Pero 'detesto' aquellos programas en los que la única y exclusivamente se puede manejar todo con el ratón ! Para el usuario 'doméstico' como tu le llamas, y que el utiliza casi exclusivamente internet u otras aplicaciones 'visuales' el ratón es la herramienta mejor jamás inventada. Pero para el usuario 'profesional', que tiene que trabajar realmente con una aplicación, andar contínuamente abriendo ventanas desplegables y otros parecidos, para elegir un número '1', cuando con una pulsación lo ha solucionado, ese tiene que tener la posibilidad de trabajas total y funcionalmente con ambas opciones, teclado y ratón.
__________________
Piensa siempre en positivo ! |
|
#8
|
||||
|
||||
|
Como siempre no me explico bien.
Cita:
Tan sólo prentendo señalar que en esta profesión arrastramos la pesada carga de: es que yo antes lo hacía así, y creo que en general hay dos actitudes igualmente erróneas ante eso: - Hacer exactamente lo que había antes pero con otro lenguaje de programación. - Decirle al usuario que es un inepto, que lleva toda su vida trabajando mal y que o se adapta o se muere. Ejemplo de lo que entiendo como "anclado en el pasado": Por muy bien que lo haga y muy meticuloso que sea y muy pequeña que sea la base de datos nos hemos negado a seguir atendiendo a un cliente que aún hacía las copias de seguridad con disketes y cada 3 meses nos llamaba con algún problema. Le hemos convencido finalmente, de que se pase a CDs, o DVDs, o memorias USB... o a cualquier otra cosa. Lo que sea que menos le disguste. Eso sí, ya me gustaría que la mitad de la gente con la que trato siguiese un plan tan metódico como el de ese fulano. |
|
#9
|
||||
|
||||
|
Cita:
** Es un ejemplo similar al que estamos tratando; El que el usuario quiera el punto decimal y no la coma no es sólo un capricho, tiene que ver también con el teclado numérico.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#10
|
||||
|
||||
|
Contraveneno, es que tú no sabes nada de nada, la tecla tabulador no sirve para nada, igual que las teclas F1 ... F12 para pasar de una caja a otra se usa el ratón, no hay otra forma de hacerlo
.Hablando en serio, a mí si me gusta la sustitución, como programador y como usuario. Es muy cómodo usar los cursores (flecha arriba, flecha abajo) para pasar de un Edit a Otro, y si tenemos la tecla Intro, pues Shift+Intro para volver atrás. Es cierto que estamos maleducando al usuario, pero tambien le damos una funcionalidad extra, por ejemplo, varios Edits y el boton de "Añadir Cliente", simplemente va escribiendo en los Edits y pulsando intro, cuando el foco llega al botón, se guarda el cliente actual, se añade el Tabla.Insert y se da el foco al primer Edit de nuevo. No usa el ratón para nada, y la misma tecla le sirve para todo. Si quiere usar el ratón, pues tiene el DBNavigator en un toolbar. El usuario dice "esto es una vacile, ¡¡ que cómodo !!" De hecho, he visto a gente añadiendo un albaran rellenando 12 Edits (algunos con autocompletar y otros con cantidades numéricas) en 3 segundos . Es cierto que si hay un ComboBox hay que retocar algo más, pero yo al menos lo acepto. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
|
#11
|
||||
|
||||
|
Cita:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Como mandar un Enter en tiempo de ejecución | maravert | Conexión con bases de datos | 4 | 15-05-2006 17:07:39 |
| Enter como Tab | tutuk | OOP | 7 | 19-12-2004 20:02:31 |
| Codigo de la tecla F3 Como cuando se trabaja un enter en vez de un TAB | jmedina | Varios | 4 | 08-07-2004 16:05:21 |
| Utilizar la tecla enter como el Tab | ckaki | Varios | 3 | 02-10-2003 17:25:42 |
| Busquedas De Datos Si Usar ENTER | csoriano | Varios | 1 | 27-08-2003 17:43:43 |
|