En memoria de Tony Krueger, quien dejó las líneas onduladas rojas y verdes bajo las palabras
(devblogs.microsoft.com)- Tony Krueger participó en la función de Microsoft Word que marca de inmediato los problemas de ortografía y gramática con líneas onduladas rojas y verdes, dejando una huella de UI que casi todos los usuarios han visto
- En las primeras versiones de Word, la revisión ortográfica tenía que ejecutarla manualmente el usuario, y Auto Spell Check también era una tarea bloqueante que impedía acciones en primer plano como guardar o salir, por lo que muchos usuarios la desactivaban
- Krueger creó una forma mucho menos intrusiva para que la revisión no detuviera al usuario, y cuando encontraba un problema lo mostraba bajo la palabra sin esperar a que se ejecutara la revisión por separado
- Participó en Word 1.0, 1.1, 2.0, Word for OS/2, Word for Mac, Word 6.0 y varias versiones posteriores, y también estuvo a cargo del port de Chip’s Challenge a Windows
- Hoy, las líneas onduladas no solo rojas sino también verdes y azules se han extendido por los procesadores de texto y otros programas, y el trabajo de Krueger permanece como una UI cotidiana de retroalimentación de edición
Tony Krueger y la UI de las líneas onduladas en Word
- Tony Krueger es una figura cuyo trabajo es ampliamente conocido, aunque su nombre lo es mucho menos
- En Wikipedia aparece como la persona que llevó Chip’s Challenge a Windows para el Windows Entertainment Pack
- Ese port se hizo mediante ingeniería inversa y una reimplementación para Windows, sin el código fuente de la versión de MS-DOS
- El código que llegó a más personas fue la función de marcado de ortografía y gramática de Microsoft Word
Su huella en múltiples versiones de Word
- Krueger participó en el desarrollo de varias versiones de Word
- Word 1.0
- Word 1.1
- Word 2.0
- Word for OS/2
- Word for Mac
- Word 6.0 y varias versiones posteriores
- Se le menciona como alguien que posiblemente tenga el récord de “haber lanzado la mayor cantidad de versiones de Word”
Por qué la revisión ortográfica inicial era incómoda
- En las primeras versiones de Word, Spell Check era una función que el usuario debía ejecutar explícitamente
- El usuario tenía que esperar a que el programa encontrara todos los posibles errores tipográficos y luego revisar cada palabra una por una para decidir cómo resolverla
- Word introdujo Auto Spell Check, que realizaba la revisión ortográfica por adelantado cuando el usuario estaba inactivo
- La idea era que los resultados estuvieran listos cuando el usuario presionara el botón de Spell Check
- Pero Auto Spell Check seguía siendo una tarea bloqueante que impedía la siguiente acción del usuario
- Esa también era la razón por la que muchos usuarios desactivaban la función
- Si la revisión ortográfica comenzaba justo cuando intentaban guardar el documento y salir, tenían que esperar a que terminara
La introducción de las líneas onduladas rojas y verdes
- Krueger cambió la revisión ortográfica por un método mucho menos intrusivo, para que no interfiriera con las tareas en primer plano
- Cuando se detectaba un problema, en lugar de esperar a que el usuario ejecutara Spell Check, se dibujaba de inmediato una línea ondulada roja bajo el posible error tipográfico
- Más adelante, los posibles errores gramaticales comenzaron a marcarse con una línea ondulada verde
- Hoy este enfoque puede verse en casi todos los procesadores de texto, y también se usa con frecuencia fuera de ellos
- No solo las líneas rojas, sino también las verdes y azules se usan ampliamente
Quienes recordaron la función
- Krueger era uno de los primeros fans del dúo de magia y comedia Penn and Teller
- Un amigo y colega les pidió a ambos un autógrafo con foto para Tony después de una presentación, diciéndoles que él había estado en el equipo de las líneas onduladas rojas y verdes de Word
- Penn Jillette respondió con una voz tan fuerte que resonó por todo el teatro: “The red and green squiggles!? I love the red and green squiggles!”, y Teller también asintió en silencio
- Krueger recibió esa foto autografiada como regalo de cumpleaños, y no estaba claro qué le alegró más: la foto en sí o el hecho de que a Penn and Teller les gustara su función
- Más adelante, la línea ondulada roja de Word apareció brevemente en el video de parodia Word Crimes de “Weird Al” Yankovic, y el mismo amigo consiguió que le autografiaran una captura de esa escena
La huella que quedó
- La línea ondulada roja permanece como una retroalimentación cotidiana de edición que detecta los errores del usuario
- Lo que Krueger hizo primero luego se extendió como una forma de marcar errores de texto en muchos otros programas
2 comentarios
Comentarios en Hacker News
Si sigues en la industria de crear software y dejas tu nombre en el código fuente, algún día terminarás siendo recordado por un producto o una función totalmente inesperados
En cambio, las cosas en las que más trabajaste y por las que querías ser conocido se olvidan con el tiempo. El proceso de crear algo está completamente bajo tu control, pero por qué te conocerán está totalmente fuera de él
Prowrite de Amiga ofrecía corrección ortográfica en tiempo real antes que Word
Puede que hubiera programas anteriores con la misma función, pero Prowrite dibujaba un subrayado ondulado rojo debajo de las palabras incorrectas
https://www.atarimagazines.com/compute/issue123/P215_1_REVIE...
Tampoco pude encontrar una captura de pantalla de esa función. Con la paleta de colores de AmigaOS 1.x, los colores estándar eran negro/blanco/azul/naranja, así que probablemente la línea ondulada no habría sido roja sino naranja. Después de AmigaOS 2, eran negro/blanco/gris/azul por el efecto 3D, así que quizá el color de énfasis habría tenido que ser azul
En entornos donde se trabaja con varios idiomas, el subrayado ondulado muchas veces no sirve
El sistema intenta adivinar el idioma del texto que estoy escribiendo, pero casi siempre se equivoca, y como resultado se vuelve ruido visual con el que hay que pelear o que hay que ignorar. Tener que cambiar manualmente la configuración de idioma cada vez que interactúo con él también es demasiado incómodo
Como son estilos de carácter, se aplican tanto a la posición actual mientras escribes como al rango seleccionado. Así también puedes arreglarlo cuando olvidaste configurarlo de antemano y una línea queda llena de ondulaciones. O puedes poner el idioma de corrección de todo el texto en None para eliminar por completo el diagnóstico ortográfico y gramatical
Curiosamente, el texto de Chen apunta a la página de Wikipedia como prueba de que Tony Krueger hizo el port
Pero en la versión más reciente, la base de ese punto vuelve a ser un enlace de regreso al texto de Chen
El texto de Chen dice que “Tony Krueger es recordado en Wikipedia como la persona que hizo el port de …”, y luego añade una nota al pie diciendo: “El hecho de que haya logrado esto sin código fuente probablemente no esté tan ampliamente documentado. Hizo ingeniería inversa de la versión de MS-DOS y luego la reimplementó para Windows”. Después, el artículo de Wikipedia citó el texto de Chen para esa información adicional. Todo está bien y es apropiado, y acabo de editarlo para que la cita vuelva a quedar clara
Antes de la edición, el propio juego era la fuente que indicaba a Tony y Ed Halley como desarrolladores, pero la persona que agregó la anécdota de ingeniería inversa del blog de Chen dividió la oración y terminó haciendo que la cita sobre los nombres de los desarrolladores pareciera aplicarse solo a la otra persona
https://en.wikipedia.org/w/index.php?title=Chip%27s_Challeng...
Está señalando qué es lo que Wikipedia dice que es el trabajo más conocido de Krueger, y luego añade otra cosa notable sobre Krueger, es decir, el subrayado ondulado. Si lees el texto completo de Chen, también agregó más abajo detalles sobre el port, así que claramente conoce ese hecho. Está bien usar ese texto como fuente del port. A veces sí se forman cadenas circulares de referencias en Wikipedia, pero este no parece ser el caso
Me gustan este tipo de textos. Entre tantas ramas posibles, justo se eligió la línea ondulada, y además salió de una decisión improvisada de una sola persona, pero terminó cambiando por completo el mundo
No siempre me gusta el subrayado ondulado, pero como patrón de UI me parece válido
Está entre las señales visuales más intuitivas y fáciles de reconocer para indicar “hay algún problema con esta palabra”
Solo con ver el título enviado y el dominio microsoft.com, siempre me doy cuenta de que es un texto de Raymond. Me encanta
“Logró esto sin código fuente”. Claro, por supuesto. Esto es HN, ¿quién necesitaría código fuente?
Aunque yo, en vez de hacer ingeniería inversa, probablemente habría buscado o creado un emulador. Quizá luego te pidan “portear” otro software también. Que en la mayoría de los casos no sepamos quién fue responsable de las buenas y malas funciones del software que usamos es algo realmente triste. En el cine existe la costumbre de mostrar créditos largos al final, y a mí me gusta leerlos con atención. El desarrollo de software también debería tener esa cultura. Algunos juegos lo hacen, y ciertos Easter egg también cumplen esa función
Ojalá se pudiera desactivar por completo la corrección ortográfica
Ya sé que es un gusto muy de nicho, pero me parece bien vivir con mis errores y no quiero estar “enseñándole” cada vez jerga, términos técnicos o abreviaturas. A menudo me pregunto cómo sobreviven hoy las personas que escriben en inglés no estándar. Cuesta imaginar que a James Joyce le hubiera gustado
No soy hablante nativo, así que sin duda me ayudaría, pero me molesta igual que se queje de cadenas que escribí a propósito o que las corrija automáticamente
Recuerdo que Larry Constantine odiaba de verdad el subrayado ondulado
Como él lo expresaba, al escribir siempre deberías estar pensando en la siguiente palabra, pero la línea ondulada te arrastra la atención hacia una palabra que ya escribiste. “¡Oye, escucha! ¿De verdad crees que sabes escribir? ¿Qué demonios es ‘fatouos’ que acabas de poner?”, y sigue fastidiando hasta que te detengas y hagas clic en la palabra subrayada para corregirla. En esencia, es una forma primitiva de Clippy
Esto podría resolverse si Word tuviera dos modos, como vi. En modo escritura no te interrumpe nada y solo escribes; en el momento en que pulses un botón para pasar al modo edición, entonces sí que te lance todas las líneas onduladas y sugerencias de IA que quiera
Comentarios en Lobste.rs
Y esta nota al pie es bastante impresionante: “Puede que no sea muy conocido, pero logró hacer un [port de Chip's Challenge] sin el código fuente. Hizo ingeniería inversa de la versión para MS-DOS y la reimplementó para Windows.”
Acabo de buscarlo y Tony trabajó en Microsoft desde 1989 hasta el final; si las cuentas dan, eso sería un poco más de 37 años de trabajo
Pero enseguida pensé que, a principios de los 90, la RAM probablemente era de 4 a 8 MB, así que no habrían podido simplemente cargar en memoria toda la lista de palabras en inglés. Además, no sé cómo estaba el manejo de múltiples hilos en C++ a principios de los 90, pero si ya era desagradable incluso a fines de los 2000, seguramente era un problema bastante complicado
Sobre el tamaño del diccionario, uno de los correctores ortográficos iniciales logró meter un diccionario de inglés en 64 KB de RAM a fines de los 70 (ver Programming pearls de Jon Bentley). Usando DAWG, comprimieron un diccionario inglés mediano de 100 mil palabras a 400 KB, y la búsqueda de sugerencias ortográficas también era rápida: https://www.strchr.com/ternary_dags