Guybrush

FabeFontello.com ?

Aaaah sympathique ça. Même concept à l'usage que pour font-awesome, mais avec une police personnalisée.
Je retiens l'adresse, je suis sûr que ça me sera utile (tôt ou tard, mais probablement tôt ^^).

Il y a aussi pas mal de packs ready to use, dont font awesome.

icomoon.io ! :)

Ça te permet de créér ta propre typo soit from scratch, soit en piochant dans les bibliothèques de typos. Cela dit, fontello semble faire de même ... hum, je testerai.

L'idée des typos de pictos, c'est surtout que ça permet d'avoir des images vectorielles et qui pèsent pas grand chose. Dans un monde où tu ne sais plus quel device affiche ton site, et que pas mal de "devices" ont des résolutions de fou, afficher une bête image en 72dpi, bah ça commence à être bof et pixellisé.

Avec du vectoriel, que tu sois zoomé à donf ou pas, ton picto est parfait. Et le support des webfonts est supérieur au support du svg (saloperie d'androïd 2.x qui veut pas mourir et qui les reconnait pas ! PS: bon, il commence à mourir, il n'a plus la majorité qu'il avait encore y'a 6 mois, mais il reste à 20% : developer.android.com/ab… ), donc le picto en webfont est LA tendance 2013-2014 ! :)

Edit : la reconnaissance auto des liens via une regex sur http(s):// , ce serai bien, quand même ! :)

TchouEdit : la reconnaissance auto des liens via une regex sur http(s):// , ce serai bien, quand même ! :)

Regex en test actuellement mais ça risque d'interférer avec les urls dans les balises.

J'ai fait récemment une formation JS, et on m'a conseillé ça : icomoon.io/

C'est top, car on peut sélectionner qu'une petite partie des icônes de plusieurs familles différentes.

En parlant d'images, il y a aussi Glue, pour créer des sprites à partir d'images (et optimiser le nombre de requêtes HTTP). Ce qui pourrait être très bien pour les smileys de la V4!
Un exemple avec le vénérable Fam fam.

Edit : ah mince, grillé!

Remarques pour navigation depuis un portable (iPhone en l’occurrence): le texte est trop petit à lire, ce n'est pas confortable.

Copies d'écran:

Écran de la Lexpage:


Pour comparaison de la taille du texte, écran de l’équipe:


Pour moi l'écran de l'équipe est tip-top à lire, il ne nécessite pas de mettre le téléphone à 5cm du visage pour lire, on peut le tenir à distance convenable et ça reste lisible.

L'idée serait peut-être de ne pas perdre la colonne à gauche toute blanche toute vide et de placer l'avatar au dessus du texte, c'est moins grave de scroller sur un téléphone De même, la bordure autour du message n'est pas nécessaire sur téléphone, vu que c'est la seule colonne affichée. Dernière remarque: sur windows phone (IE11) c'est moche Je te ferais des copies d'écran plus tard.

Autre remarque: sur la page d'accueil, je dois toujours cliquer 2x sur l'icône <span class="fa fa-eye"></span> depuis mon iPhone pour qu'il aille au message, la 1ère fois il m'affiche le tooltip et la 2ème fois, il y va ... Strange

Pour le coup de la col de gauche perdue dans un affichage téléphone-portrait, j'avais proposé une solution y'a 2 jours je pense dans l'autre topic.

En sachant que là t'as quand même une grosse résolution pour un smartphone, ça passe encore. Pour les téléphones bas de gamme les 2 colonnes sont de même taille, donc tu as des lignes de 2-3 mots et la moitié de l'écran vide, c'est vraiment hideux.

Par contre je ne suis pas d'accord avec toi, la bordure est necessaire car elle permet de regrouper visuellement l'auteur du post et le post. Sans la bordure, avec un défilement un peu rapide tu ne sais plus qui a écrit.

Anca> Je ne suis que le webmaster du Lexpage, pour la Lexpage, je ne peux malheureusement pas intervenir Plus sérieusement, j'ai augmenté la taille de 10% (en diminuant le device-width de 50 pixels ^^). Je ne peux pas faire grand chose de plus dans l'immédiat, car les changements que je fais pour toi, par exemple, sont des "dégradations" dans mon cas (Galaxy Note 2, 720x1200). Il faut que je réfléchisse à une manière propre de régler le souci sur n'importe quel appareil, du moment que l'appareil propose une taille minimale de x pixels (par ex, 450 dans le cas présent).

Tchou> Je n'avais pas encore atteint cette partie là de la todo list, mais c'est fait

Super, c'est bien mieux chez moi. Merci


Ce soir, je te fais une copie d'écran depuis le windows phone et tu auras le droit de t'arracher les cheveux pour résoudre la situation

Par contre je dois bizarrement toujours faire un double clic sur l'icône en regard du topic pour y accéder. J'ai d'abord le tooltip et après seulement ça charge. Étrange

PetitCalgonCe soir, je te fais une copie d'écran depuis le windows phone et tu auras le droit de t'arracher les cheveux pour résoudre la situation

Pas dit : je peux choisir d'ignorer les vilains utilisateurs de Windows Phone
Bah, je suppose que c'est "un bug" avec "plein d'occurrences", peut-être que ça se résout facilement

PetitCalgonPar contre je dois bizarrement toujours faire un double clic sur l'icône en regard du topic pour y accéder. J'ai d'abord le tooltip et après seulement ça charge. Étrange

Ah oui, je n'y ai pas touché, je devais te demander quelque chose à ce sujet : est-ce que ça le fait sur chaque icône proposant à la fois un tooltip et un lien, comme celle pour le forum ? Peux-tu tester si tu as le même comportement pour l'icone "Modifier le message" (comportement identique à celle du forum), l'icone "Citer le message" (comportement identique mais avec un href local) et "Ajouter aux messages cités" (comportement identique à la précédente, mais le clic est invalidé).

Tiens tu vas être content, sur WP8, le rendu est très bien :



pour les comportements :
- Editer le message : même comportement (= 1 clic tooltip, 2 clic édite)
- Citer le message : même comportement (= 1 clic tooltip, 2 clic édite)
- Citer plusieurs messages : j'ai pas compris comment ça marchait au départ, j'ai pas vu que la textbox "répondre" se remplissait. Donc ça fonctionne du 1er coup

Ok, c'est donc le comportement par défaut du navigateur. Sur les éléments ayant un hover et un click, le premier "touch" fait le hover, le second fait le click. Sous Android, c'est un peu différent.

Vu que le "Ajouter aux messages cités" fonctionne "correctement", je suppose que forcer un "onclick" est plus fort qu'un simple "href". Par conséquent, une possibilité serait, pour les appareils mobiles, que je mette un "onclick" avec l'action par défaut sur toutes les tooltips... mais avant de faire ça (c'est un peu "brutal" comme approche), je vais voir s'il n'existe pas une solution simple différente (par exemple, l'autre possibilité serait de retirer les tooltips sur appareil mobile).