Sunfox

Planning de concerts en ASCII pour Rock en Seine

Il y a 1 an, 9 mois à midi, 2 commentaires.

__________               __
\______   \ ____   ____ |  | __   ____   ____
 |       _//  _ \_/ ___\|  |/ / _/ __ \ /    \
 |    |   (  <_> )  \___|    <  \  ___/|   |  \
 |____|_  /\____/ \___  >__|_ \  \___  >___|  /
        \/            \/     \/      \/     \/
  _________      .__
 /   _____/ ____ |__| ____   ____
 \_____  \_/ __ \|  |/    \_/ __ \
 /        \  ___/|  |   |  \  ___/
/_______  /\___  >__|___|  /\___  >
        \/     \/        \/     \/ 

Voici les concerts que je veux voir à Rock en Seine 2010.

Je représente le temps grâce à la joie du monospace et des caractères exotiques grâce à Unicode. Et le tout avec l’aide de sphax3d.

Suite de l’article…

Renverser les URLs

Il y a 1 an, 11 mois de bonne matinée, 17 commentaires.

Les utilisateurs ne comprennent rien aux URLs. On ne peut pas les blâmer car c’est compliqué d’en décoder une. Pourtant elles sont la meilleure façon de se protéger du phishing.

Qu’est ce qui cloche dans les URLs ?

1. L’ordre des parties est illogique. Je m’en plaignais déjà dans les commentaires, la plus haute autorité pour une adresse (le nom du site) est en plein milieu de l’adresse et l’ordre de lecture est différent pour le domaine et l’adresse.

   Il n’y a qu’à voir l’ordre de lecture d’une URL :

   	4	3	1	2	5	6
   https://	secure	.elysnet	.hsbc	.co.uk	/pay	/form	.html

2. https://foo:bar@[4242:baaa::4242]:4242/qux/corge.php?grault=garply&waldo=fred#thud est un exemple d’URI qu’un utilisateur est sensé savoir décortiquer.

3. Les suffixes de noms de domaines .org, .com, .net, .info, … ne veulent plus rien dire.

4. Les entreprises doivent acheter tous les noms de domaines de leurs marques pour chaque suffixe rien que pour ne pas se les faire piquer. C’est un jeu sans fin car on continue de créer de nouveaux suffixes.

5. Le nom de domaine principal attendu par tout le monde est le .com.

6. Les suffixes qu’il est possible d’acheter peuvent être décomposés comme .co.uk, pvt.k12.wy.us et la liste de suffixes publics est longue et doit être maintenue.

7. Les www ne servent à rien. Retirons-les.

8. Les // sont inutiles également, l’inventeur du Web s’en excuse.

Exemples de simplifications

En changeant les URLs telles qu’on les les connaît on pourrait avoir :

• http:google
http://www.google.com/
• https:google.mail
https://mail.google.com/
• http:flickr.static.farm5/4008/4307231011_ce7f628393.jpg
http://farm5.static.flickr.com/4008/4307231011_ce7f628393.jpg

Plus court, plus simple, respectant l’ordre de lecture, la plus haute autorité du lien serait le premier mot après http:.

Malheureusement le gain est trop petit pour changer une infrastructure et des habitudes aussi énormes. Dommage.

Quelques caractères Unicode

Il y a 1 an, 11 mois de bonne matinée, 2 commentaires.

☀ ☼ ☽ ☾ ☂ ☔ ☁ ☃ ☄ ☎ ☏ ✉ ⌨ ✍ ✌ ☯ ☺ ☻ ☹ ☠ ☢ ☣ ✆ ✇ ♨ ✎ ✏ ✐ ✂ ✄ ✈ ♻ ♜ ♞ ♝ ♛ ♚ ♟ ♖ ♘ ♗ ♕ ♔ ♙ ☬ ☭ ❤ ❥ ❀ ➳ ☜ ☝ ☞ ☟ ★ ✪ ✰ ♬ ♀ ♂ ⚤ ⚣ ⚢ ⚥ ⚦ ⚧

Utiliser font-face pour des images ?

Il y a 1 an, 11 mois le soir, 3 commentaires.

Depuis que @font-face est utilisable partout, on a envie de pousser les limites de son utilisation. Utiliser des générateurs automatiques, créée des police d’écritures qui ne transforment que le caractère &, etc.

Dans l’article ever- thought about using font face for icons? ils expliquent comment faire une page où toutes les images seraient contenues dans un fichier de police. En appliquant chaque icône à une lettre, on a des images dans la police d’écriture

Cela donne des images :

• qui s’agrandissent sans perte de qualité ;
• très faciles à colorer, agrandir, souligner en CSS ;
• rapides à charger car cela ne fait qu’une requête HTTP pour tout le paquet d’icônes.

Mais cette technique souffre de serieux points faibles. En plus d’être plus difficile à maintenir, il faut choisir entre un HTML qui n’a aucun sens comme <span class="phone-icon">a</span> ou une feuille de style CSS imbitable qui ne fonctionne pas sous IE :

.phone-number:before {
  content: 'a';
  font-family: "Mes Icônes"
}

La solution serait de ne remplacer que les quelques caractères Unicode qui représentent déjà des icônes. Ainsi on garde du sens à l’HTML et on peut profiter de la cascade des polices d’écriture disponibles.

<li>☎ +33-666-42-42-50</li>

Le Sunfox

Il y a 1 an, 11 mois à l'heure du goûter, 1 commentaire.

Les gens qui me font un logo aussi chouette et une bannière d’enfer par la même occasion en à peine trois petites minutes je les déteste.

Apéro Ruby spécial GitHub

Il y a 2 ans, 3 mois à l'heure du goûter, 1 commentaire.

Le dix-huitième Apéro Ruby organisé par Ruby France était tourné autour de GitHub. Étaient présents les géniaux Scott Chacon et PJ Hyett de GitHub.

Schacon a présenté ShowOff, son application Ruby pour faire des présentations. Pas aussi bien qu’HTML5 Slides, mais je ne suis pas très objectif sur le sujet. Sinon c’est Sinatra, markdown, HTML, JS, que du bon et plein de bonnes idées pour la suite. Ses slides sont même un fork sur GitHub. Miam.

S’en sont suivi plein de questions sur GitHub. Plein de bonnes choses de prévues comme pouvoir utiliser SVN avec n’importe quel dépôt GitHub, ou auxquelles ils réfléchissent sérieusement comme les tickets et le wiki dans une branche du dépôt. Ils m’ont même assuré que l’internationalisation arrivait d’ici une semaine ou deux. \o/

Oh et c’était open bar. Thanks GitHub!

Facebook chat via XMPP

Il y a 2 ans, 3 mois à midi, 3 commentaires.

Vous utilisez un client de messagerie instantanée qui supporte XMPP (aussi appelé Jabber) comme Pidgin ou Adium ? Vous pouvez dorénavant discuter avec vos contacts Facebook sans passer par un plugin qui ne fonctionne qu’à moitié ou un formulaire qui demande votre date de naissance.

Créer un nouveau compte avec comme protocole « XMPP » et comme domaine chat.facebook.com. Comme utilisateur et mot de passe ceux de Facebook (en prenant soin de vous choisir un nom d’utilisateur Facebook si ce n’est pas déjà fait). Enfin, penser également à désactiver la connexion sécurisée SSL/TLS.