madd0.com

…Adobe! For this magnificent dialog box in its ubiquitous Adobe Reader.

The best part is that I couldn’t even open the PDF I wanted to open, and I’ll never know why :P

Desde que me pasé a mi mini-apartamento en París, me he obsesionado un poco con el "orden" (en realidad la palabra que estoy buscando es "de-cluttering", pero no encuentro una traducción apropiada).

Unas de las cosas que de las que más me ha costado deshacerme, es mi colección de viejos cuadernos de notas de la universidad. Si tan sólo hubiera tenido una computadora portátil y OneNote en el momento, no tendría este problema, pero el hecho es que tengo bastantes cuadernos y fotocopias que ocupan espacio valioso.

Lo que decidí hacer es comenzar a escanear y reciclar. Estoy usando Microsoft Office Document Imaging (MODI) para escanear y llevar a cabo el reconocimiento óptico de caracteres (OCR). Había comenzado hace un rato en la casa usando un scanner plano, pero estaba durando una eternidad. Por suerte, tenemos una de esas fotocopiadoras multipropósito en la oficina con un alimentador automático que me permite escanear rápidamente mis documentos, incluso por los dos lados.

Ahora, las cosas no han sido tan simples como hubierans podidos serlo. Y lamentablemente, se debe sobre todo a errores en el software de Microsoft.

El Error Número 1 era cuando abría MODI quien dejaba de funcionar cada vez que iba a guardar un documento. Esto es molesto porque las imágenes sin guardar no son particularmente útiles. Así que comencé a intentar averiguar de dónde venía el problema y me dí cuenta que el programa se bloqueaba tan pronto como hacía clic en el menú Archivo (File). Puesto que el menú en sí es bastante estático, supuse que el problema tenía que venir de la única parte dinámica: la lista de archivos recientes. En el software de Microsoft, estas listas a menudo se almacenan en el Registro, por lo que abrí regedit y comencé a buscar la clave correcta. No fue fácil, pero finalmente encontré:

HKEY_CURRENT_USER\Software\Microsoft\MSPaper 12.0\Recent File List

Como pueden ver, la ruta de acceso a la clave es bastante obvia cuando se conocen el nombre y el directorio del programa que se está buscando:

%ProgramFiles%\Common Files\Microsoft Shared\MODI\12.0\MSPVIEW.EXE

(Sí, se llama ironía)

El Error Número 2 es ligeramente más molesto porque no puede corregirse fácilmente. Parece que Windows Desktop Search (WDS), el servicio responsable indizar archivos en Windows Vista, es "demasiado seguro" para indizar el contenido de los archivos TIFF, precisamente lo que estoy generando, porque ya tengo un montón de notas en este formato.

Lo que sucede es que, para indizar el contenido de archivos, WDS utiliza filtros o IFilters, que son básicamente bibliotecas que también pueden utilizar otros programas de Microsoft. Pero al parecer el IFilter para archivos TIFF (y los archivos MDI también) realiza acciones que no le gustan a Vista (probablemente crea archivos temporales o algo así en un directorio no autorizado), por lo que no se indiza el contenido de reconocimiento óptico de caracteres de los archivos TIFF. Lo peor es que no puedo hacer mucho más que buscar filtros escritos por terceros o escribir mi propio filtro.

No encuentro filtros de terceros y no tengo tiempo para escribir mi propio filtro, así que estoy esperando la corrección en la que Microsoft se supone que está trabajando. El único problema es que la única estimación que he encontrado para la salida de la correción es "pronto".

Otras soluciones podrían ser instalar el indizador de Google (que estoy considerando seriamente) o cambiar el formato. Pero ahora mismo no estoy listo para hacer ninguno. Así que, por ahora, no me queda más que darle nombres apropiados a mis archivos.

cyril nous annonce dans son blog que Microsoft vient à la rescousse des mauvais codeurs dans son dernier système d'exploitation : Windows Vista.

Ceci a l'air d'être une bonne nouvelle, mais, personnellement, je ne suis pas du tout convaincu...

Ne vous trompez pas ! Je suis 100% pour les efforts que fait Microsoft pour faciliter le travail des développeurs (avec le Framework .NET, surtout la version 2.0, par exemple). Par contre, je ne suis pas du tout d'accord avec cet effort pour rendre plus facile la vie des mauvais programmeurs, précisément à cause de tout ce qui est déjà mis en œuvre pour faciliter leur tâche : est-ce vraiment si dur d'utiliser %appsettings% (à peu près n'importe où) ou les Special Folders (en Win32 avec SHGetFolderPath ou en .NET grâce à Environment.GetFolderPath) ?

Je suppose que Microsoft a introduit cette nouvelle "fonctionnalité" (workaround ?) pour les utilisateurs, mais, personnellement, j'aurais préféré des utilisateurs mécontents qui forcent les développeurs à changer, aux mauvais développeurs qui forcent un OS à s'adapter. Parce qu'il faut admettre que celui qui n'a pas le sens commun, sans parler des notions de sécurité de base ou la connaissance de base du système d'exploitation pour lequel il code, pour éviter d'écrire dans Program Files, doit bien être capable de nombre d'autres atrocités que je n'ose même pas imaginer...

Puisque j'ai (pour une fois, et ce grâce à mes élèves) le temps d'écrire, je vous propose une analogie dans le domaine de la médecine :

Des nombreux patients sont allergiques à la pénicilline. Croyez-vous que les laboratoires pharmaceutiques vont dépenser des millions pour concevoir une sorte de pénicilline hypoallergénique parce que le personnel médical n'est pas capable de faire un test avant de faire une injection potentiellement mortelle à un patient ? NON. Les médecins et infirmiers doivent prouver leurs compétences avant d'être autorisés à jouer avec la vie de leurs patients. Peut-être qu'en programmation on devrait faire la même chose...