Muchas personas han tenido problemas con su impresora Lexmark C500 al actualizar a Snow Leopard. Lexmark no ha actualizado los controladores para esta impresora. Suponemos que el motivo es “animar” a sus usuarios a comprarse un modelo nuevo de impresora.

Afortunadamente, existe una solución muy sencilla que hemos descubierto en los foros de Apple:

1. Descargar el driver para Mac OS X 10.5 que hay disponible en la página de Lexmark. Instalarlo.
2. Abrir el terminal e ir a la carpeta /Library/Printers/Lexmark/
3. Ejecutar lo siguiente:sudo chown -R root:admin C500\(CUPS\)/
4. Borrar cualquier impresora existente que use el driver de Lexmark
5. Crear una nueva impresora usando el protocolo HP jetdirect-socket, con la IP de la impresora y como nombre de cola “port1″

Espero que os sea de utilidad si esta impresora os viene dando problemas.

(via: http://discussions.apple.com/thread.jspa?threadID=2150119&start=15&tstart=0)

Rob Griffiths ha anunciado que deja Mac OS X Hints. En el día de hoy, Rob publicó una entrada en Mac OS X Hints en la que se despide de los lectores y da las gracias a todos los que han hecho el sitio posible a lo largo de los últimos casi 10 años.

Rob pasa página y se une al equipo de Many Tricks, una empresa con bastante experiencia en el mundo del software Mac y que va ser relanzada con nuevas aplicaciones gracias a Rob.

Para mí, Mac OS X Hints ha sido siempre una fuente inagotable de inspiración, de ideas y de soluciones. Aunque el sitio queda en las manos de Macworld y aseguran que continuarán, a mi me pone un poco triste que Rob se vaya. Pero se merece que le vaya todo genial!

¿Necesitas añadir un nuevo equipo a tu red inalámbrica y has olvidado la contraseña, aunque uno de tus ordenadores se conecta automáticamente a esta red? Pues bien, existe una manera de recuperar las contraseñas almacenadas en un Mac, utilizando el repositorio de claves del sistema. A continuación explicamos el método para recuperar la clave de cifrado de una red inalámbrica utilizando Mac OS X Snow Leopard:

En primer lugar necesitamos acceder a la carpeta “Aplicaciones”, donde seleccionaremos “Utilidades”. A continuación, ejecutamos la aplicación “Acceso a Llaveros”. En la ventana que aparecerá tenemos que seleccionar “Sistema” en el menú superior de la columna izquierda y “Contraseñas” en la parte inferior de la misma:

Por último, buscamos en la lista de la derecha el identificador de la red o SSID y hacemos doble clic sobre el nombre. Aparecerá una ventana en la que debemos seleccionar “Mostrar contraseña” en la pestaña “Atributos”. El sistema solicitará nuestra contraseña para desbloquear el elemento, tras lo cual mostrará la contraseña almacenada en el llavero.

Et voilà!

Tras la aparición de los teclados de aluminio de Apple, muchos usuarios de equipos viejos se lo han comprado, principalmente por su perfil más bajo y por sus teclas tipo portátil. Sin embargo, el hardware de este teclado es distinto y los Macs antiguos (tan recientes como los iMac Intel blanquitos) no lo reconocen inmediatamente, sino una vez cargado el núcleo del sistema.

Esto significa que si tenemos distintas particiones (por ejemplo con Boot Camp) o un disco externo del que queramos arrancar, es imposible usar la tecla Opción (Alt) de nuestro teclado para acceder al menú de selección de disco de arranque.

En ese caso, tenemos que entrar al sistema, cambiar el disco por defecto en las preferencias y volver a reiniciar. Tampoco podremos pulsar C para forzar el arranque desde la unidad de DVD o ninguna otra combinación de teclas.

Pero lo que he descubierto hace poco (después de tener el teclado viejo siempre a mano, guardado en un cajón para estos menesteres), es que se puede utilizar el Remote. Basta con apretar el botón Menú mientras el equipo está reiniciando y accederemos al menú de arranque.

Una vez en el menú, podemos usar las teclas “Siguiente” y “Anterior” para movernos de una unidad a otra y pulsando “Play/Pausa” confirmaremos la elección. También podemos expulsar CDs o DVDs mediante el mando, seleccionándolos y después pulsando “+”.

Espero que os resulte útil este truco a todos los que tenéis un teclado alu en un Mac Intel antiguo.

La aplicación de Diccionario que trae Mac OS X por defecto es bastante útil, ya sea por sí misma o usando el widget (mi favorita, porque es bastante rápida). Es relativamente sencillo añadir diccionarios adicionales a partir de fuentes de código abierto.

Hay una aplicación de diccionario llamada Stardict que tiene un gran repositorio de diccionarios que se pueden descargar libremente. En su página se pueden realizar búsquedas en otras páginas que ofrecen diccionarios gratuitos que podemos añadir a la utilidad Diccionario de Mac OS.

Para instalar un diccionario nuevo deberemos seguir estos pasos:

1. Buscar un archivo de diccionario en Stardict (u otro sitio). Por ejemplo yo he elegido el “I2E English-Spanish Dictionary”, que se descarga como un .tar, está liberado bajo la GPL y tiene unas 22167 palabras (no muchas, pero servirá de ejemplo).
2. Vamos a la página de proyecto de Mac Dictionary Kit, hospedado en Google Code.
3. Descargamos la utilidad DictUnifier. Hay también una utilidad de línea de comandos, pero os recomiendo DictUnifier porque es realmente muy fácil.
4. Ejecutamos DictUnifier. Se nos pedirá que indiquemos la ruta del archivo de diccionario que queramos añadir, que demos un nombre para ese diccionario (el nombre que se nos mostrará a nosotros), una ID (que no debe contener espacios y debe ser única). Y ya está, a convertir el archivo.

Si abrimos la aplicación Diccionario deberemos encontrar nuestro nuevo diccionario ahí. Si el nuevo diccionario no aparece en el widget diccionario, podemos eliminar el widget y volver a añadirlo. De todas formas se cargará correctamente al reiniciar la sesión.

Para añadir cualquier otro diccionario (p. ej. Inuit- Zulú) o lista de sinónimos, sólo tendremos que repetir estos sencillos pasos. Para desactivar los diccionarios que hayamos instalado, podemos desmarcar su casilla de selección en las preferencias del Diccionario. Para eliminarlos totalmente, deberemos borrar la carpeta que los contiene en ~/Library/Dictionaries/.

Si conocéis algún otro repositorio de diccionarios, o algún diccionario en concreto que sea de buena calidad, dejad un comentario y añadiremos el enlace.

(vía: David’s logbook)

Está claro que el nuevo Exposé no le hace mucha gracia a casi nadie, por no hablar de esa minoría que prefiere utilizar el gris grafito como color de resaltado de la interfaz (preferencia que es ignorada por Exposé). Hace un par de días lo citaba y ayer, buscando un poco más, encontré una forma de cambiar el efecto en cuestión.

Para ello, tenemos que irnos a “/Sistema/Librería/CoreServices”, hacer clic derecho sobre “Dock” y seleccionar “Mostrar contenido del paquete”. En la carpeta que se abrirá, hay que ir a “Contents/Resources”. Allí hay, entre otros, dos archivos: “expose-window-selection-big.png” (para las ventanas normales del Exposé) y “expose-window-selection-small.png” (para las ventanas minimizadas).

Esas imágenes pueden modificarse mediante cualquier editor gráfico que conserve las transparencias. Si por ejemplo, cambiamos su color al gris, obtendremos un sombreado gris en las ventanas del Exposé. También pueden encontrarse aportaciones de algunos usuarios en distintos foros, algunas de ellas con mucha calidad.

Sólo hay un “pero”, como apuntan en el artículo original: probablemente sustituir estos archivos invalide la firma de aplicación del Dock, lo cual podría dar algún problema si el Dock necesitara acceder al registro de llaves del sistema… lo cual yo diría que no sucede, pero en fin, supongo que no está de más advertirlo.

Vía | Mac OS X Hints

En Leopard, Apple hizo una revisión importante de la seguridad, la cual ha sido heredada por Snow Leopard. Uno de esos nuevos “features” es el diálogo que nos avisa que estamos a punto de abrir un elemento que hemos descargado de internet. Y el diálogo en sí está bien, pero no tiene sentido que lo aplique a ficheros de texto, imágenes o scripts php. Qué según en lo que andemos trabajando, el diálogo nos puede volver locos.

Eric Meyer pensó lo mismo, y después de mucho preguntar en twitter y buscar otras fuentes, publicó en su web un mini-tutorial para decirle a Mac OS que se tome la vida con más calma y deje algunos archivos en paz.

Para ello basta con crear un archivo de texto como el siguiente:

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
   "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>LSRiskCategoryNeutral</key>
    <dict>
      <key>LSRiskCategoryContentTypes</key>
      <array>
        <string>public.text</string>
        <string>public.plain-text</string>
        <string>public.xml</string>
        <string>public.archive</string>
        <string>public.image</string>
        <string>public.audiovisual-content</string>
        <string>public.font</string>
      </array>
    </dict>
  </dict>
</plist>

Este archivo lo guardaremos en la siguiente ruta:

~/Library/Preferences/com.apple.DownloadAssessment.plist

(Recordar que la tilde, ~, significa /Users/tu_usuario)

Lo que conseguimos con este archivo es que Finder considere los archivos cuyo descriptor de contenido hemos indicado como “neutrales” y no nos dé la murga con ellos todo el rato. En este ejemplo hemos marcado como seguros los archivos de texto (que incluyen archivos html), xml (que incluye xhtml), imágenes, videos y música, fuentes, etc.

Los descriptores reconocidos por Apple pueden encontrarse en este artículo de la Knowledge Base de Apple. Podéis añadir más descriptores o quitar los que no consideréis necesarios en el ejemplo de arriba, pero no os recomiendo saliros de aquellos tipos de archivo realmente inofensivos y ejercitar cierta responsabilidad a la hora de abrir archivos bajados de internet, por ejemplo, yo no añadiría los descriptores public.script or public.executable.

Contadnos cómo os va este tutorial si lo usáis.

Hace unos días se me planteó la necesidad de ejecutar algunas tareas de forma periódica en el ordenador. Los Unix disponen de una herramienta genial para estas cosas llamada cron, y que además es bastante fácil de utilizar. Sin embargo, me parecía más atractiva la idea de usar el propio iCal para programar la ejecución del script como si se tratara de un evento convencional (uno se vuelve vago con los años), y eso es lo que finalmente hice.

Para ver el proceso, vamos a empezar por abrir Automator y crear un flujo de trabajo sencillo. Como ejemplo, vamos a hacer un programa que ejecute Safari y acceda a este mismo blog. Lo guardaremos como “Abrir nosolomac”, por ejemplo (descargar).

A continuación, vamos a exportar el módulo como evento de iCal. Para ello, nos vamos a “Archivo – Guardar como módulo”. Aparecerá un cuadro de diálogo en que escribiremos el nombre y en cuyo desplegable inferior seleccionaremos “Alarma de iCal”.

Con esto, al hacer clic en “Aceptar”, el sistema abrirá iCal mostrando con un evento creado con ese nombre:

Otra manera de hacer lo mismo es crear directamente el evento en iCal y seleccionar “Ejecutar script” en el apartado “Alarma”, seleccionando entonces el archivo con el flujo de trabajo de Automator.

Una vez tengamos la alarma de iCal creada, es muy fácil establecer intervalos de repetición relativamente complejos, lo que sin duda nos aporta una flexibilidad extra muy interesante.

Hay otro tutorial muy bueno en Apple Pro, donde utilizan esta característica para generar un resumen diario de eventos de la agenda. Ah, y sí, sigo utilizando Tiger.

Hace tiempo hablábamos de cómo eliminar elementos duplicados en el menú “Abrir con…”, lo que solía suceder al conectar un disco de backup y no cambiar las preferencias de Spotlight para que no lo indexara.

Hoy he tenido un problema parecido con Leopard, o sea que he buscado mi post anterior y me he dado cuenta de que dichas instrucciones no funcionan. Tras buscar en la “knowlege base” de Apple, he encontrado que basta con ir a nuestra carpeta de usuario y navegar hasta Librería > Preferences y buscar el archivo com.apple.LaunchServices.plist y cambiar su nombre. También podemos borrarlo. Para los que prefieran en el terminal:

rm ~/Library/Preferences/com.apple.LaunchServices.plist

El ‘~‘ equivale a nuestro directorio de usuario, o lo que es lo mismo, /Users/nombre_de_usuario/ y se consigue mediante Opción+ñ.

Algunos usuarios se quejan de que esto no resuelve su problema, o sea que el método avanzado es forzar un reindexado del índice “Abrir con…”. Esto se puede hacer mediante el siguiente comando (todo en una línea):

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain local -domain system -domain user

No obstante, aun después de hacer esto seguía con un montón de cosas en el menú abrir con que no necesitaba, como por ejemplo las aplicaciones de windows en la máquina virtual de Parallels y las acciones de Adobe.

Las primeras se pueden desactivar en la configuración de la máquina virtual:

Tenéis que desactivar la opción de compartir las aplicaciones de Windows con el Mac.

En cuanto a los “Droplets” de Adobe, aquí estaba mi verdadera confusión, ya que en el nombre llevan la extensión “.exe” y pensé que eran de Parallels que por algún motivo no hacía caso a las preferencias. Después de cerrar sesión y volver a entrar unas 5 veces y de creer que me estaba volviendo loco, hice una búsqueda y ahí estaba la lista de Droplets en la carpeta de Photoshop.

Los encontraremos en la ruta Applicaciones > Photoshop* > Samples > Droplets .

*Yo sólo tengo Photoshop instalado, pero también pueden encontrarse en la carpeta de Image Ready o inlcuso en la de Illustrator. El nombre exacto de la carpeta también depende de la versión que tengas instalada.

Se pueden borrar si te molestan, todos o sólo aquellos que no uses. Si quieres recuperarlos, están en el disco de instalación de Adobe.

Mac OS X tiene integrado un compresor de archivos muy rápido y sencillo de utilizar. Sin embargo, y para ser sincero, diré que incorpora una característica que odio desde lo más profundo de mi corazón. Estoy hablando de ese molesto e intrigante directorio llamado __MACOSX que el sistema incluye en todos los archivos comprimidos, y que sólo resulta visible cuando abrimos el archivo en otro sistema operativo. Por ejemplo, esto es lo que se ve cuando abrimos en Linux un archivo comprimido en Mac OS:

Se trata de un comportamiento que me parece particularmente incordiante porque a menudo intercambio archivos con usuarios de otros sistemas, y me consta que muchos se sienten confusos con la presencia de esa carpeta. Tampoco queda nada bien si por ejemplo deseamos distribuir una aplicación, un tema de WordPress o sencillamente entregar una práctica.

¿Para qué se usa esa carpeta? Básicamente, Mac OS X almacena información de apoyo que permite un acceso más rápido a los datos tras extraer el archivo: miniaturas de imágenes, índices de archivos, y cosas por el estilo. En cualquier caso, datos que no son imprescindibles y que pueden reconstruirse con facilidad, por lo que no entiendo que ni siquiera se pueda desactivar esta característica.

Para evitar este inconveniente, existe una excelente aplicación llamada YemuZip, que permite crear archivos comprimidos sin añadidos indeseables. Sólo hay que arrastrar a la ventana los ficheros que deseemos zipear y recordar seleccionar “PC Compatible” en la ventana que aparece. Si ahora abrimos este archivo con Linux, veremos algo bien distinto:

Con lo que ya podemos estar tranquilos. He leído algunos artículos muy interesantes para escribir esta entrada, pero el que más me ha gustado es Whats with __MACOSX in Zip files?, cuyo autor se despacha a gusto con el tema. Un poco exagerado quizás, pero muy divertido para mi gusto.