burninghat » mac

Coda et ses plugins

burninghat — Mon, 16 Mar 2009 21:24:52 +0000

Coda, l’environnement de développement web de Panic pour Mac OS X, propose depuis sa version 1.6 le support de plugins pour étendre ses fonctionnalités, déjà fort nombreuses (Text editor + file transfer + svn + CSS + Terminal + Books + More = Whoah dit, à raison, le slogan). À cela les fans de TextMate diront sûrement « Enfin ! » et je ne leur donnerais pas tort… Pour ma part, je suis totalement fan de cet éditeur dont je ne pourrais plus me passer et qui d’ailleurs me manque vite quand je dois travailler longuement sur un autre.

Je voudrais juste vous présenter ici quelques uns de ces plugins que j’utilise et qui paraissent désormais totalement indispensables. Au passage ça me fera office de mémo si d’aventure je devais ré-installer Coda

Compress Code de Minion Labs : comme son nom l’indique, ce plugin vous permettra de compresser aisément votre code afin de gagner quelques précieux octets sur votre web app en retirant les fins de lignes et les tabs
Coda md5 Hash Plugin de Minion Labs : vous renverra le hash md5 de n’importe quelle chaîne d’un simple clic et sans quitter votre ligne pour ouvrir un terminal, pas même depuis Coda
Coda List Plugin toujours de Minion Labs (décidemment, un bon « dealer ») : celui-là je l’adore… Il vous transforme n’importe quel bloc de paragraphes en une jolie liste HTML, numérotée ou non.
CSS Tools Coda Plugin : ce plugin vous permettra non seulement de compresser votre feuille de style mais également de ré-écrire vos définitions en « multi lines » ou en « single line ». Et ça, c’est drôlement pratique !
Comment Banner : vous permettra de transformer un bloc de texte en un commentaire (correctement formé en fonction du langage du fichier source) comme sur TextMate
Javascript Tools Coda Plugin : le pendant de celui pour les CSS cité plus haut pour le Javascript
Lorem Ipsum : pour avoir toujours sous la main un peu de texte à tester
WebSnap : ce plugin vous permettra de capturer n’importe quelle page web sous forme d’images (capture complète, sans avoir à scroller donc) avec au choix le format png, jpeg ou tiff sans quitter ni ouvrir votre navigateur

Voilà en gros ceux que j’utilise le plus mais il en existe encore pas mal qui valent le détour (comme un spécialement pour Drupal par exemple). Vous en connaissez d’autres qui vous paraissent totalement indispensables ?

Coda et ses plugins a été écrit par burningHat pour blog.burninghat.net le 16 mar 2009. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Utiliser Perl avec MAMP

burninghat — Fri, 27 Feb 2009 20:24:46 +0000

Aujourd’hui j’ai voulu tester Movable Type 4 (oui je sais, c’est mal, bla bla) en local sur mon iMac. J’ai donc du autoriser l’utilisation de scripts Perl dans le dossier d’installation de Movable Type car celui-ci repose essentiellement sur ce langage. J’utilise le logiciel MAMP comme serveur de test local sur le Mac.

Alors c’est trivial comme pas possible mais en me promenant un peu sur le net, j’ai remarqué que pas mal de gens rencontraient des soucis à utiliser des scripts Perl dans un répertoire quelconque de leur arborescence web (hors du traditionnel cgi-bin donc) quand ils se servaient de MAMP sur leur Mac. Je mets donc cette petite astuce ici en mémo pour tous ceux qui aimeraient utiliser Perl sur MAMP ou n’importe quel autre script cgi en fait.

Le plus simple est donc de modifier ou de créer un fichier .htaccess à la racine du dossier où vous voulez pouvoir exécuter des scripts cgi avec votre éditeur favori. Par défaut avec MAMP par exemple, ce serait dans « /Applications/MAMP/htdocs/le_dossier_de_votre_projet ».

Dans ce fichier .htaccess, écrivez simplement les deux lignes suivantes :


Options +ExecCGI
AddHandler cgi-script .cgi .pl

La première autorise l’exécution de scripts cgi dans ce répertoire et la seconde indique à Apache que les fichiers se terminant par .cgi et .pl sont à exécuter comme étant des scripts cgi.

Pour une bonne installation et exécution de Movable Type, j’ai du pour ma part mettre ceci :


Options +Indexes +ExecCGI +FollowSymLinks
AddHandler cgi-script .cgi .pl

Voilà, j’espère que ça pourra vous éviter de vous creuser la tête.

Utiliser Perl avec MAMP a été écrit par burningHat pour blog.burninghat.net le 27 fév 2009. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

ebook ou la lecture sur un écran

burninghat — Wed, 04 Feb 2009 19:33:02 +0000

Je passe énormément de temps chaque jour à consulter des documents, lire des articles, etc. sur mes écrans. Pourtant j’ai toujours été réfractaire à l’idée de lire un livre, un roman sur un écran quel qu’il soit et considéré les eBooks comme d’étranges sous-éléments de leurs proches parents de papier. En fait je ne lis jamais de textes réellement longs sur un écran, si une documentation est vraiment trop dense je vais y réfléchir à deux fois. Si c’est une documentation qui risque de m’être régulièrement utile, je vais l’imprimer ou essayer de la trouver sous forme de livre sinon je vais cibler les passages qui m’intéressent et ne la lirais probablement jamais en entier.

Cependant et suite aux articles Christine, « Calibre, pour créer des fichiers .epub à destination du iPhone/iPod Touch » et « Transférer un ebook perso sur son iPhone/iPod Touch« , j’ai eu envie de m’essayer à la lecture sur mon iPhone et de convertir et transférer certaines de mes docs pdf sur l’appareil. Pour le moment, je n’ai trouvé aucun moyen satisfaisant pour la conversion de mes documents (problème d’encodages, rendu « bizarre » surtout avec les docs techniques contenant beaucoup de schéma, etc.). Par contre, j’ai suivi le lien vers la liste des fichiers eReader d’Ebooks Libres et Gratuits et téléchargé nombre d’ouvrages classiques du domaine public. J’ai commencé afin de test la re-lecture de l’œuvre culte de Georges Orwell, 1984, et mes à-priori ont rapidement été mis à mal. Finalement il se trouve que la lecture sur le terminal de la pomme est plutôt agréable. Déjà le fait de pouvoir tenir le terminal comme on le souhaite et qu’il ne soit pas trop lourd est appréciable. Ensuite le rendu du texte est un vrai régale. On regrettera peut-être que les pages soient évidemment très petites et sur les textes que j’ai téléchargé, la gestion de la justification du texte est très loin de ce qu’on obtiendrait en imprimerie dans un vrai livre.

Exemples d’un passage de 1984 tels qu’affichés sur l’iPhone :

Alors oui c’est plutôt agréable mais malgré tout ça ne vaut vraiment pas un bouquin. Je ne pense pas être prêt de si tôt à porter ma bibliothèque sur un terminal eBook que ce soit un iPhone ou autre. De même, je ne me sens pas du tout prêt à acheter des œuvres littéraires sous cette forme et vais continuer à lui préférer le bon vieil ouvrage papier. Cependant je vois trois avantages majeurs à cette forme de lecture:

la possibilité de redécouvrir les classiques à moindre coût. En effet, on trouve énormément d’œuvres tombées dans le domaine publique disponible gratuitement dans ces formats et ça c’est un plus non-négligeable.
pouvoir avoir une petite librairie de documentations fréquemment utiles sur le terrain et pas toujours à côté d’un pc auquel on a accès ou quand on est coupé d’un net (genre la documentation interne de la société, des documentations sur le hardware du réseau, etc.). Mais pour ça encore faudrait-il que je trouve un moyen convaincant de convertir mes docs en eBook. Pas gagné encore.
le plus évident: l’encombrement! Ce mode de lecture permet de transporter un large choix de lectures avec soi très facilement et sans s’encombrer. On peut lire partout tout le temps (dans la limite de la batterie disponible :p).

Je conclurais donc cette note en disant que si j’ai réalisé que mes à-priori quand à la lecture de romans sur un terminal mobile étaient partiellement infondés. Même si donc je continuerais de préférer lire un bon livre sous sa forme papier, je considérerais aussi occasionnellement ce mode de lecture pour redécouvrir de bons classiques durant mes pauses par exemple Par contre, je n’ai pas bougé d’un pouce sur mes à-priori concernant la lecture sur un écran de type pc ou portables, je les trouve toujours aussi peu pratique et désagréable pour ce genre d’usage.

ebook ou la lecture sur un écran a été écrit par burningHat pour blog.burninghat.net le 4 fév 2009. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

My Imac Story: record battu

burninghat — Fri, 10 Oct 2008 18:15:25 +0000

Aujourd’hui, j’ai pulvérisé mon record personnel entre la fermeture d’un ticket de maintenance et l’ouverture du suivant. J’ai récupéré ma machine à la poste vers 17h et à 19h30 un nouveau ticket pour réparation était validé chez Apple ! Je vous laisse imaginer comme je suis ravi là…

Cette fois-ci, le problème semble carrément du à la réparation (c’est la conclusion à laquelle nous sommes arrivés, le technicien que j’ai eu au téléphone et moi-même). En effet, tout d’abord j’ai récupéré une machine franchement sale, déjà ça partait mal, ensuite les symptômes sont particuliers: le ventilo du proc’ tourne à plein régime en permanence. Dès le démarrage, il s’emballe tel un moteur d’avion et plafonne à 3901 rpm alors que le proc’ n’est qu’à 30°C. Bizarre, ils marchaient bien les ventilos avant, d’ailleurs je les entendais pratiquement jamais et je dirais même que cet iMac est la machine la plus silencieuse (hors watercooling) que j’ai eu dans les mains jusque là. De plus, au 3ème reboot (j’ai fait quelques tests de routine évidemment), je n’ai carrément plus pu démarrer: erreur disque ! J’opte donc pour une malfaçon durant la réparation vu l’état de la machine au déballage ou un choc durant le transport (les postes sont pas forcément connues pour leur douceur).

Bref, conclusion elle repart en début de semaine pour sa troisième réparation sous garanti avant remplacement. J’en ai ma claque là franchement ! À la décharge d’Apple, après avoir poireauté bien 20min entre le hotliner « level 1″ et le technicien de niveau sup’ que j’ai eu après, celui-ci a été super cool (surtout que moi, j’étais totalement à cran et pas forcément tendre, vous vous doutez bien). Et à leur décharge bis, je pense sincèrement qu’ils n’y sont pour rien sur ce coup-là ni au niveau de leur prestation ni au niveau de la qualité de la machine mais que le problème vient bien de la prestation du partenaire mandaté ou du transport.

Note positive: j’écris cette note depuis le Macbook de ma femme qui lui ronronne toujours comme quand elle l’a reçu et tourne comme une horloge. Chérie, on échange dis ?

My Imac Story: record battu a été écrit par burningHat pour blog.burninghat.net le 10 oct 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Mon iMac est malade, le retour !

burninghat — Wed, 24 Sep 2008 16:05:25 +0000

Bon bah finalement la réparation aura tenu moins de 2 semaines. Les symptômes (hard-reboot intempestifs) ont recommencé ce week-end et de manière plus régulière qu’avant la précédente intervention même. J’ai été bien inspiré de souscrire à Apple Care suite à cet incident. Bon évidemment la hotline est sous-traitée on ne sait où (en tous cas, le gars que j’ai eu au téléphone n’était pas francophone d’origine et la liaison était plutôt pas terrible, parasitée comme en longue distance) mais au moins j’aurais un technicien sur site demain. J’aurais même pu l’avoir aujourd’hui mais c’est moi qui ai demandé demain pour m’arranger niveau horaire. Je ne vais donc pas courir pour le faire réparer.

Par contre, un truc plutôt étrange, Apple Care prend en charge les dépannages sur site pour peu que le centre agréé le plus proche soit à moins de 80km du lieu d’après les CGA. Hors ils ont choisi, enfin l’ordinateur du hotliner a choisi, une boîte de Dietikon pour intervenir chez moi, soit environ 130km. Sachant qu’en plus, sur la route entre chez moi et Dietikon, il y a au moins 2 centres agrées Apple… Allez comprendre le choix fait par le système !!!

Bref, ça commence à me gaver d’avoir une jolie machine, un super système d’exploitation et de ne pas pouvoir m’en servir comme attendu sous prétexte que le hardware semble nettement moins bon en vrai que sur le papier finalement. On verra ce qu’il a cette fois mais j’avoue que ça égratigne sérieusement ma patience là. Surtout que pendant ce temps-là je prends du retard sur mes projets évidemment.

Mon iMac est malade, le retour ! a été écrit par burningHat pour blog.burninghat.net le 24 sept 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Il est enfin guéri

burninghat — Tue, 09 Sep 2008 18:49:06 +0000

Je vous parlais dans le précédent billet des problèmes que j’ai rencontré avec mon iMac. Après 12 jours « d’arrêt maladie », le voici enfin de retour ! Ce fût long car il nous a joué un drôle de tour. En fait d’alim’ ou de RAM, c’était la carte mère qui était défectueuse apparemment. Le truc c’est qu’il a tourné du vendredi où je l’ai amené jusqu’au mercredi suivant sans problème au centre Apple (j’avais prévenu qu’il pouvait tourner plusieurs jours sans sourciller :s). Tellement sans problème que je devais aller le récupérer le jeudi sans qu’aucune panne ne soit constatée (ce qui m’énervait un brin je dois dire). « Heureusement », le jeudi matin il s’est enfin décidé à montrer les mêmes signes de faiblesse que ce que j’avais subi et c’est donc avec un différé d’une semaine que les techniciens ont pu commander les pièces défectueuses et le réparer. D’où le long délai !

Bref, du coup j’ai récupéré ma machine ce soir et là, la restauration complète du système en partant du clone SuperDuper! vient à peine de se terminer. Tout fonctionne, y compris la suite Adobe CS2 CS3 puisque j’ai pris soin cette fois-ci de re-formater le disque dur en HFS+ sans la sensibilité à la casse.

Je vais pouvoir reprendre une activité normale, ça commençait à être vraiment long. Le plus dur étant d’avoir les 3/4 de ses documents, mp3, etc. immobilisés sur un disque de sauvegarde. Bon, je vous laisse, j’ai plein de travaux en retard et un thème à terminer moi maintenant !

Il est enfin guéri a été écrit par burningHat pour blog.burninghat.net le 9 sept 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Mon iMac est malade !

burninghat — Wed, 27 Aug 2008 19:39:55 +0000

Depuis quelques jours déjà, il ~~tousse~~ reboot brutalement de manière totalement aléatoire. Et quand je dis aléatoire c’est qu’il peut très bien tourner normalement 1 jour ou deux de suite puis rebooter à plusieurs reprises durant la même ~~journée~~ dizaine de minutes.

La cause logicielle est désormais totalement exclue puisque j’ai déjà testé la ré-installation de Leopard from scratch sans que ça ne change quoi que ce soit. Il lui est même arrivé de planter pendant l’installation. J’ai exclu aussi un éventuel problème du réseau électrique en le branchant derrière un UPS.C’est donc bien une panne matérielle qui affecte mon joujou préféré. Et c’est tant mieux, avec la garantie ça ne sera pas à moi de me taper « la traque à la panne » pour une fois.

Holà ! que les pro-pc ne profitent pas de ce billet pour troller sur le sujet « Mac-c’est-pourri-on-t’avait-prévenu », c’est le genre de trucs qui peut se produire avec n’importe quelle machine. D’ailleurs, j’ai depuis le début dans l’idée que c’est la RAM ou l’alimentation qui déconne, fallait juste que je m’en assure. Et honnêtement, même si je sais parfaitement réparer ça, je ne le ferais jamais sur une machine sous garantie (parce que la garantie, c’est pas fait pour les chiens :p).

L’avantage, c’est qu’afin de préparer la machine pour le SaV et de pouvoir dormir l’esprit tranquille, j’en ai profité pour vérifier mes backups et tester différents trucs bien sympa:§

la restauration du système complet depuis Time Machine
la restauration du système complet depuis un clone fait avec SuperDuper!
travailler directement depuis un clone du système

Je vous détaillerais ça très prochainement si ça vous tente, promis ! Car tout ça fonctionne vraiment bien. À part la suite Adobe mais apparemment c’est parce que j’ai reformaté mon disque en HFS+ journalisé et sensible à la casse. D’après ce que j’ai pu lire, Adobe est allergique aux FS sensibles à la casse (c’est très con à mon humble avis mais bon). Sauf Lightroom qui lui fonctionne nickel… Allez comprendre ! Moralité, faudra pas que j’oublie de le re-formaté « juste » en HFS+ journalisé au retour de la machine.

Je vais donc pouvoir ré-installer un Leopard « tout nu » avant de l’amener demain au centre Apple. Le plus dur sera de ne plus pouvoir l’utiliser durant quelques jours et surtout d’avoir tous mes documents et projets en court « en quarantaine » (ça me gave de migrer mes outils et fichiers sur une autre machine pour quelques jours). Ne vous attendez donc pas forcément à ce que je termine mon nouveau thème ou mette à jour mes plugins les jours qui viennent.

Mon iMac est malade ! a été écrit par burningHat pour blog.burninghat.net le 27 août 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Ecto – éviter l’encodage des entités html

burninghat — Sat, 23 Aug 2008 12:49:24 +0000

Ecto est un excellent outil d’éditions de blogs pour Mac. Le seul détail qui me dérangeait au début était que, tout comme son équivalent Windows Live Writer sous MS Windows, il a la fâcheuse tendance d’encoder les entités HTML lorsqu’on publie son billet. C’est à dire que si vous écrivez le mot « entité » par exemple, il remplacera le « é » par un « &cute; » ce qui donnera donc « entit&cute; » dans votre texte. Si ce n’est guère gênant au niveau du contenu des billets mais ça peut devenir très embêtant pour les titres et les URL qui sont générées à partir de ces titres. Par exemple, si l’encodage est actif, le titre de mon article de hier « Valeria, 48 ans, désire 195 enfants » aurait été encodé de la façon suivante « Valeria, 48 ans, d&cute;sire 195 enfants » et l’URL générée aurait été « /2008/08/22/valeria-48-ans-dsire-195-enfants/ ». Hors, « dsire » n’est pas très parlant pour les moteurs de recherche ni très esthétique.

Sauf qu’en réalité, il existe une option dans Ecto permettant de ne plus utiliser cet encodage automatique si votre blog est en unicode, ce qui est le cas le plupart du temps et la valeur par défaut pour WordPress.

Pour configurer correctement Ecto il vous suffit de suivre les étapes suivantes :

aller dans les options du logiciel (menu « Ecto » Options » Weblog… ou bouton « Options » de la barre d’outil)
cliquer sur l’onglet publication
décocher la case « Encoder les entités HTML ».

Si vous n’êtes pas sûr de vous, vous pouvez cliquer sur le bouton « Vérifier l’encodage du blog ». Dans ce cas, Ecto va se charger lui-même de vérifier que votre blog soit bien en unicode et décochera la case automatiquement si c’est le cas. À noter que ce réglage peut se faire blog par blog si vous utilisez Ecto pour gérer plusieurs blogs, ce qui est également très pratique.

Une option toute simple qui rend ce logiciel encore plus pratique et intéressant qu’il ne l’ai déjà.

Ecto – éviter l’encodage des entités html a été écrit par burningHat pour blog.burninghat.net le 23 août 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

SwissSMS envoyer des SMS en Suisse depuis son Mac

burninghat — Sat, 16 Aug 2008 13:32:33 +0000

SwissSMS est un petit logiciel libre (licence GPL) pour Mac permettant d’envoyer des SMS en toute simplicité et sans passer par son téléphone portable.

Il utilise une API et un système de plugins permettant théoriquement d’ajouter n’importe quel opérateur mais fonctionne actuellement avec romandie.com, orange.ch, sunrise.ch, swisscom.ch, hispeed.ch et coop.ch. Ce qui permet déjà d’envoyer pas mal de SMS gratuitement ! À noter qu’il vous faudra un compte en ligne chez votre opérateur de téléphonie pour vous en servir (comme par exemple pour orange.ch).

Vous pourrez donc :

envoyer des SMS
les enregistrer dans votre historique
les imprimer
utiliser le carnet d’adresses de votre Mac
créer des macro avec Automator
chercher vos SMS envoyés depuis Spotlight (pas testé)
et même envoyer des SMS depuis la ligne de commande. Ça peut être très utile pour certains scripts par exemple

Je pense même que grâce à son système de plugin et malgré que ce logiciel s’appelle SwissSMS, il devrait être possible de l’étendre à d’autres opérateurs étrangers. Mais ça, je vous laisse vérifier avec l’auteur

Une très sympathique petite application très légère et plutôt pratique. Perso, je suis déjà fan alors que je viens à peine de la découvrir sur VersionTracker !

SwissSMS envoyer des SMS en Suisse depuis son Mac a été écrit par burningHat pour blog.burninghat.net le 16 août 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs:

Validator S.A.C. : validez vos pages web offline sur Mac

burninghat — Mon, 11 Aug 2008 18:50:48 +0000

Validator S.A.C. se définit comme une version autonome et facile à installer du validateur HTML / XHTML du W3C pour Mac OS X. Et c’est tout à fait vrai ! Cette petite application s’installe comme n’importe quel binaire universel. Ensuite vous aurez la possibilité de valider aussi bien une page web en ligne qu’un fichier, tout comme le service original du W3C mais aussi, et c’est là tout son intérêt, de votre serveur local (par exemple votre serveur de développement).

Pour se faire, vous avez le choix :

utiliser la classique commande « File > Open »
glisser / déposer du fichier ou de l’url sur l’application
utiliser le bookmarklet fourni avec l’application (appeler « Favelet » pour l’occasion)
et même le mettre à disposition en tant que web service sur votre propre serveur Apache grâce à un fichier de configuration fourni avec l’application !

Ah et j’oubliais de vous dire, c’est un freeware ! Donc si vous êtes sur Mac et faites du développement web (ou êtes amenez pour x ou y raisons à valider des pages web), ce serait dommage de vous priver.

Validator S.A.C. : validez vos pages web offline sur Mac a été écrit par burningHat pour blog.burninghat.net le 11 août 2008. À part exceptions indiquées dans le corps du billet original, tous les droits sont réservés. Merci de les respecter.

Articles relatifs: