En faisant la capture d’écran pour le billet précédent, je me suis rendu compte à quel point le Dock de Mountain Lion était splendide :
Ce verre dépoli, les diodes dans l’épaisseur du verre et les coins arrondis. Je ne sais pas si c’était pareil sous Lion (je ne pense pas), mais là c’est superbe.
Quel dommage que l’on perde tout ça en le plaçant, là où je le place toujours, sur le côté de l’écran.
Quel est l’avenir d’un logiciel de traitement de texte dont le nom même, page, semble si viscéralement éloigné de nos écrans — liseuses et autres supports numériques ?
Oui, je sais que Pages peut exporter en ePub (et en TXT, en PDF ou encore Word). Disons que l’outil d’exportation n’est vraiment pas très évolué et, comme les autres modules d’exportation, il ne permet qu’une chose : sortir de Pages, pas d’y faire vivre son texte et sûrement pas en tirant profit des possibilités des supports de lecture numérique.
(Je viens de remarquer que sur les 191 modèles de document proposés dans Pages — autant que ça ?! — il n’y en a aucun destiné à la mise en forme du texte pour son affichage sur iPad ou iPhone.)
Je m’étais déjà fait la réflexion — une réflexion tirée par les rares cheveux qui me restent — à l’annonce de iBooks Author, l’application de création de d’ebooks signée Apple : pourquoi une nouvelle application, pourquoi ne pas faire évoluer Pages vers une meilleure prise en compte des liseuses, quitte à changer son nom (pour mettre un terme à cette relation sans avenir avec le papier) ?
Après tout, quand j’écris dans Pages un texte qui est destiné à une publication numérique ou à la lecture en ligne, ne suis-je pas à part entière un ebook author?
Sur le même sujet, on peut vous proposer : Pages et iCloud, une première impression.
Edit : Si vous préférez, le code est à présent dispo sur Github.
Depuis plusieurs années, je tiens mon journal dans des fichiers TXT, en Markdown. Si ma façon d’écrire et de structurer n’a pas changé de façon radicale, elle a quand même pas mal varié au cours des années — et c’est tout le problème quand on décide de changer d’outil et d’importer d’un coup l’ensemble des entrées dans une autre application, plus spécifiquement : dans Day One, qui ne cesse de me séduire.
Comment lui faire reconnaître à coup sûr les différentes entrées et les distinguer les unes des autres, quand elles ne sont pas exactement formatées de la même façon ?
Si vous utilisez mon petit script pour créer automatiquement des ombrages sous vos images, je l’ai mis à jour pour qu’il fonctionne sous Mountain Lion — enfin, j’espère 😉
C’est toujours une application Automator, sur laquelle il suffit de déposer l’image à traiter. Vous aurez besoin d’installer la dernière beta de Acorn et le script curvedhadow lui-même.
Aperture Photo to Day One Journal Entry est un chouette script pour exporter la photo sélectionnée dans Aperture directement comme une nouvelle entrée Day One (en utilisant les métadonnées de la photo pour la date et l’heure).
Notez que pour que ça fonctionne, vous devrez créer un preset d’exportation nommé “Day One” dans Aperture. Ca se passe dans le menu Aperture -> Préréglages -> Exportation d’images :
Une bonne occasion de définir une taille maxi pour les images (et réduire la place consommée par Day One dans iCloud ou Dropbox).