#FF00AA

@apple@

L’iTV d’Apple aurait un disque dur, finalement. Je suis un peu perdu ; d’accord, ça colle un peu mieux avec un prix de 300 $, mais je me demande bien quelle taille il va pouvoir faire, et surtout comment il va vraiment être utilisé. Et, enfin, comment ils vont justifier de ne pas avoir de fonctionnalités d’enregistrement. Et puis comment ils font tenir un disque dur et une alimentation intégrée dans un boîtier qui a l’air trois fois moins épais que le Mac mini.

De toute façon, ça vient d’une citation du président de Disney, et je ne suis pas trop sûr qu’il sache vraiment de quoi il parle (ni au sujet des projets secrets d’Apple, ni sur ce qu’est, vraiment, un disque dur).

 

@apple@

Mise à jour de sécurité pour les drivers AirPort. Apple déclare avoir découvert les failles par eux-mêmes alors qu’ils enquêtaient sur cette histoire de SecureWorks, sans avoir reçu d’eux la moindre information ; SecureWorks va dire que c’est bien la faille qu’ils avaient trouvée, et qu’ils l’avaient bien signalée, et que tout ça est grâce à eux ; personne ne saura jamais laquelle des deux parties aura été plus honnête que l’autre dans l’histoire.

Ce qui est certain, c’est que ça va barder pour Apple dans les jours qui viennent. Et qu’ils l’auront mérité, à jouer sur les mots comme ils l’ont fait — même en supposant qu’ils aient dit la vérité, ils auraient dû mettre l’accent sur le “nous sommes en train de faire un audit complet de nos drivers.”

Ceci dit, ils auraient pu balayer les bugs trouvés sous le tapis et attendre quelques mois pour faire la mise à jour, alors on peut leur savoir gré de ne pas l’avoir fait.

 

@apple@

Transformation d’une boîte d’iPod nano en dock iPod. Alors ça, oui, c’est écologique et ça va faire plaisir à Al Gore. Et puis c’est kewl.

 

@apple@

Comme la lecture de vidéos rame toujours un peu dans iTunes, mais que c’est quand même la meilleure option pour gérer les podcasts, voici un petit AppleScript pour ouvrir dans QuickTime Player le podcast (ou tout autre fichier) sélectionné, basé sur celui-ci :

tell application “iTunes”

try

set selectedItem to last item of selection

set selectedItemLocation to location of selectedItem

set selectedItemCount to played count of selectedItem

set played count of selectedItem to (selectedItemCount + 1)

on error errMsg number errNum

display dialog “Error ” & errNum & “:” & return & return & errMsg buttons {“Cancel”} default button 1 with icon caution

end try

end tell

 

tell application “QuickTime Player”

activate

open selectedItemLocation

end tell

Je ne suis pas un grand spécialiste de l’AppleScript, donc il y a certainement moyen d’optimiser ça pour gérer des sélections multiples — j’ai dû tâtonner un moment pour réussir à gérer les cas où la sélection était un feed entier.^*

J’utilise maintenant Proxi pour exécuter cet AppleScript quand j’appuie sur Cmd-Enter alors qu’iTunes est actif — l’éditeur de Proxy est peu intuitif pour gérer ces conditions, donc je vous mets une capture d’écran.

 

^* Un petit indice, qui m’aurait bien aidé si je ne l’avais pas compris qu’après (et je l’aurais compris plus vite si j’avais plus l’habitude de Script Editor) : AppleScript ne voit pas les feeds des podcasts eux-mêmes ; si l’utilisateur a sélectionné un feed, et non un épisode individuel, du point de vue d’AppleScript la sélection est l’ensemble de tous les épisodes, qu’ils soient sur le disque (file tracks) ou non encore chargés (URL tracks). Le tout en ordre chronologique, apparemment, d’où le last item. Ou peut-être pas. Mieux vaut sélectionner l’épisode individuel avant d’exécuter le script, en fait.