Usar Enter como el tabulador
 

Hola, les envio un saludo. Tengo el siguiente problema, estoy haciendo una aplicacion y me piden poder utilizar el enter como tabulador, estuve buscando si podría encontrar algo sobre esto, pero resulta que cuando quiero acceder al historial de los foros, el navegador no encuentra la pagina. Podria alguien enviarme la actualizacion de la ruta actual del historial de los foros o ayudarme en mi problema.
Les agradezco mucho su atencion.:)

Hola.

Entra a esta página hay un truco que te va a ayudar a resolver tu problema:

http://www.q3.nu/trucomania/ftesp.html

Saludos./

Para ser más específico es el truco #1

Espero te sirva./

Hola Andres, te agradezco mucho tu ayuda, estoy revizando la pagina y voy a probar el truco que me recomendaste. Ya te contare el exito que tuve. Cuidate mucho y nuevamente gracias :)

sin ir más lejos, en esta misma página, en Mensajes similares, tienes "Enter como tab"

Saludos

Muchas gracias a los dos, se acaba de resolver mi problema, gracias por su tiempo y estamos en contacto.. saludines :)

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. :D

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.

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 :D.

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 :eek: :eek: .

Es cierto que si hay un ComboBox hay que retocar algo más, pero yo al menos lo acepto.

Saludos

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

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.

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 :)

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.

Para una aplicación estandard puede estar bien, pero piensa que en muchos sitios, para introducir cantidades numéricas, códigos (en muchas aplicaciones se trabaja con códigos numéricos) se utiliza el teclado numérico de la derecha (que está bien pensado) y tiene un ENTER (y no un TAB) y un punto para decimales (y no una COMA **). No todos los usuarios tienen siempre las dos manos disponibles.


** 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.

El componente antes comentado, también posee la combinación ALT+DERECHA o ALT+IZQ para moverte por los controles del formulario, aunque como está con código fuente, pues es trivial cambiar esa combinación o incluso colocarla como propiedad.

... 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.

Neftalí se me adelantó en describir el uso del teclado numérico, con su Intro y su punto decimal !! :D

Todas esas razones las conozco:
Yo soy de las que lucha continuamente porque toda función o utilidad básica tenga una tecla abreviada (un ctrl algo o lo que sea), siempre tengo perfectamente ordenados a nivel tabulación todos mis componentes, me gusta que se pueda elegir entre punto y coma para indicar el decimal, lo lleno todo de hints, pongo ayudas para los usuarios noveles... En general uso todo lo que he encontrado útil en algún momento.

Pero hay cosas con las que no estoy de acuerdo.
¿Usar sólo una mano?... ¿?
Eso es como cuando se usaba la máquina de escribir y se escribía sólo con el índice de una mano (o con el índice de las dos los más expertos ;) ). ¿Se puede hacer? Sí ¿La gente lo hacía? Sí ¿Era lo correcto? No ¿Era lo óptimo? No. El ideal era usar ambas manos para escribir sin mirar el teclado, todo el mundo está de acuerdo en eso, ¿o no?, en cambio ¿por qué hay tanta polémica con el tabulador?

Cuando es algo totalmente inevitable lo he implementado, que remedio, pero a la larga siempre da problemas.

No me refería a esa situación, sino a aquellas en que la otra mano está ocupada, por ejempo, con la lista de elementos a introducir o revisar.
Nosotros tenemos operarios que reciben (por una ventanilla) la documentación de un equipo que le da un camionero; Cogen la documentación con la mano izquierda y con la derecha introducen, código y situación -numericos- (en uno de los casos); En otras, por ejemplo, reciben el pase o embarque de la cola de pasajeros (como cuando embarcas en el avión) la pasan por un lector y eventualmente con la derecha rellenan algo,...

Son un par de ejemplos ilustrativos, pero es para que te hagas una idea; Hay muchos otros más simples.

Conozco perfectamente esa situación. He programado una contabilidad, un control de producción (cadena de manufactura), sistemas de recogida de datos de pesajes... Incluso en lenguajes terribles que prefiero olvidar. He hecho capatación de requisitos y análisis de fallos directamente en empresas, así que digamos que tengo una idea buena de como funcionan las cosas... pero eso no significa que opine que funcionan bien.

Digamos que tengo muy clara cual es la realidad y cuales son los vicios y en la medida de lo posible intento arreglarlos, si puede ser.

Como dije, según mi experiencia esta "técnica" es un muy mal vicio que se viene arrastrando desde hace mucho tiempo como ya dijeron. Ahora, aquí nunca nadie ha hablado de usar solo el ratón o usar solo el teclado para usar un sistema; de hecho, usar solo uno de los dos es peor (según mi punto de vista) que usar el enter como tabulador.

Para mi es tan simple como usar las cosas para lo que fueron diseñadas... y el enter no veo en ningún manual que diga que fue diseñado para cambiar el foco de un control a otro.

Insisto, es como usar los zapatos en las manos. Pero en fin, a mi me ha dado más problemas de los que me ha solucionado, es por eso que yo no recomiendo usar esta "técnica"

;)

Pues este tema creo que ha llegado a punto muerto señores y señoras. Que cada cual programe según crea conveniente y según especificaciones.

Otro tema (que es muy parecido) y que sí me revienta mucho es cerrar una ventana y que se vaya al área de notificación, para mí el botón Cerrar es Cerrar, pero el Intro, de toda la vida es para pasar de foco :D :D :D

Saludos

Yo veo uno todos los días que lo dice...;) ;)

Esta idea de que el usuario que usa el teclado en lugar del ratón por falta de modernidad me parece bastante egoista. Como dije antes, poner ENTER como reemplazo a ciegas del tabulador, ciertamente puede ser contraproducente, pero de ahí a tildar de "anclado al pasado" al usuario que debe usar nuestra aplicación todos los días (nosotros nunca la usamos con esa frecuencia) hay un largo camino. Cuidado con eso.

// Saludos

Como siempre no me explico bien.
Yo no he pretendido decir que usar el teclado sea de usuarios obsoletos, normalmente el que usa el teclado es el usuario experto.
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.

.. pues... creo que no lo entiendo, y antes de que salten a la palestra las críticas, me gustaría que te explicases mejor, ¿Cual es, según tú, la actitud correcta?

Yo al menos, veo las 2 soluciones correctamente... por ejemplo, para la primera es posible que el usuario no pueda hacer fucionar su programa a medida (de ms-dos) en Winwdos XP y necesite la misma funcionalidad (esto no es así, siempre se necesita "algo mas"), por tanto pide "lo mismo que usaba antes", incluso sus sugerencias puede venirnos bien a los programadores ya que estará más agusto con el programa y lo valorará más, amén de simplificarnos las cosas algunas veces.

Para la segunda "actitud errónea", pues tampoco lo veo.... Hay estaciones (de control de bombeo de agua) que usan ms-dos y en algunas windows 95. Son programas que cumplen sus expectativas y no necesitan "casi mantenimiento", tampoco nuevos recursos o funcionalidades... así que, ¿para qué hacer un gasto de dinero y equipos?.

Saludos

Como dicen en mi casa: Ni tanto ni tan calvo:) O recordando mis clases de filosofía del instituto: La virtud es el justo medio entre los extremos.

No me refiero a sistemas con características especiales, que los hay, pero no vienen al caso: mi lavadora funciona muy bien y no le voy a cambiar la programación por mucho que el interfaz sea en blanco y negro y me gustase que se activase remotamente.

Hablo de dos casos que me he encontrado, que yo misma he hecho y que ahora me arrepiento de ello:

* El efecto fotocopia.
Si tan bueno era el programa anterior, si no se necesitaba el cambio porque lo que hay funciona perfectamente, ¿para qué hacer uno nuevo?

* El efecto yo sé lo que me hago y usted no.
Puede que los usuarios no sean de la NASA pero tampoco son tan tontos como para no saber lo que quieren.

No te puedes basar en todo lo que había antes, ni hacer caso a todo lo que diga el cliente, pero tampoco puedes tirarlo todo e ignorar a todos. Es importante ser flexible, los dogmatismos y los extremos son malos.
Ojo, que no digo que sea fácil, no lo es. Sobre todo porque implica largas sesiones con los usuarios que no le gustan a nadie (y mucho menos a nosotros, para qué negarlo).

Pero no quiero que esto se convierta en un debate de páginas y páginas en un lugar que no le corresponde (es que acabo de contar los mensajes y me he asustado :o ). Así que creo que dejaré de responder en este hilo que hace tiempo que dejó dejó atrás su funcionalidad original ;) .

:) Ha sido un placer, la charla estaba muy interesante.