Les petites boulettes du web - Page 6

Kevin: Fais toi offrir une souris a roulette

Gaspillage de plastique (fabriqué à partir du même pétrole méchant qui fait rouler les voitures !), puisque Fedora Core for Pentium 4™ ne la supporterait pas encore je crois.

J'ai déjà une souris à roulette, et elle fonctionne très bien. Mais la roulette ne lit pas ma pensée pour savoir quand dérouler.

problème de driver ?

c'est une feature du driver propriétaire qui n'a pas été intégrée au code open source

Kevin Kofler (./153) :
J'ai déjà une souris à roulette, et elle fonctionne très bien. Mais la roulette ne lit pas ma pensée pour savoir quand dérouler.

vince (./154) :
problème de driver ?

Présenté comme ça, je ne sais pas QUI installe le driver de qui ?

Concernant ./149, mes problèmes de vue font que je suis incapable de déterminer avec certitude combien de bâtons il y a par ligne.

Pas tout pigé, mais ça a l'air rigolo comme bug :
https://what.thedailywtf.com/t/if-you-like-your-watch-you-can-keep-your-function-watch-native-code/53947

C'est amusant au moins

Engageant

LOL l'ironie.

Mais c'est un problème habituel avec ces layouts à base de DIVs + positionnement CSS. Un bon vieux table layout n'avait jamais ce problème!

je me demande comment aurais-tu fait pour avoir un layout utilisable sur toute une gamme d'écrans, du petit portable au 30"…

Tailles relatives: <TD WIDTH="50%">, <FONT SIZE="-1">, etc. Comme ça, ça s'adapte automatiquement à la résolution.

Kevin Kofler (./163) :
Tailles relatives: <TD WIDTH="50%">, <FONT SIZE="-1">, etc. Comme ça, ça s'adapte automatiquement à la résolution.

Ce n'est largement pas suffisant. La disposition des éléments doit changer en fonction de la taille d'écran pour que ça soit pratique.

*JE* ne suis pas convaincu par le "responsive design" une page qui marche dans toutes les circonstances a de forte chances soit d'etre hyper complexe pour pas grand chose, soit mal marcher partout. Je prefere des pages qui sont suffisament souple pour s'adapter entre un 10" et un 30", mais qui ont une vrai interface prévue et faite pour les terminaux mobiles comme les smartphones.

C'est sûr que c'est mieux, mais c'est aussi deux fois plus de boulot donc pour beaucoup de développeurs ça n'est pas une option viable. Faire un site responsive permet d'avoir une interface pas trop dégueu sur mobile, avec un minimum d'efforts.

Je t'avoue que c'est la mon probleme, on fait au moins pire plutot qu'au mieux, je sais que c'est chiant de faire un site version mobile et un version "desktop" mais quand on vois ce que ca donne sur la majorité des sites, on vois bien que c'est un site pensé desktop qui a été plus ou moins (mal souvent) rendu mobile, ou que c'est un site mobile ou on change juste la taille de certains elements une fois en mode desktop.

Pour le second c'est assez visible avec tout ces sites qui affichent des "hamburgers" quand on est en version bureau pour afficher un menu qui pourrais etre toujours affiché, et qui est tout sauf pratique si on est pas sur une machine avec un écran tactile.

Je connais les contraintes, mais je trouve dommage qu'on ai tendance a toujours chercher la facilité, on y perd pas mal a force (cf par exemple le ratio Utilisabilité vs puissance des ordinateurs)

Un exemple de site totalement inadapté aux desktops est https://tickets.oebb.at/ ( lien qui plante carrément QtWebKit et probablement aussi d'autres versions non-dernier-cri de WebKit! ), l'équivalent autrichien tout neuf de voyages-sncf. L'interface pour choisir une date et heure est peut-être raisonnable quand on défile avec un doigt, mais horrible à la souris. (Comme quoi il n'y a pas que la SNCF qui sait faire un site qui sux.) (On peut au moins rentrer une date et heure manuellement au clavier, mais il faut cliquer sur un texte qui n'a pas du tout l'air cliquable pour s'en rendre compte, et ça a peut-être été rajouté récemment suite aux retours des utilisateurs.) Le bon vieux widget calendrier classique est beaucoup plus pratique à la souris!

Godzil (./167) :
Je t'avoue que c'est la mon probleme, on fait au moins pire plutot qu'au mieux, je sais que c'est chiant de faire un site version mobile et un version "desktop" mais quand on vois ce que ca donne sur la majorité des sites, on vois bien que c'est un site pensé desktop qui a été plus ou moins (mal souvent) rendu mobile, ou que c'est un site mobile ou on change juste la taille de certains elements une fois en mode desktop.

Pour le second c'est assez visible avec tout ces sites qui affichent des "hamburgers" quand on est en version bureau pour afficher un menu qui pourrais etre toujours affiché, et qui est tout sauf pratique si on est pas sur une machine avec un écran tactile.
Je connais les contraintes, mais je trouve dommage qu'on ai tendance a toujours chercher la facilité, on y perd pas mal a force (cf par exemple le ratio Utilisabilité vs puissance des ordinateurs)

Tu as du responsive qui te propose de gérer pour 3-4 tailles d'écran (1080 et au dessus, 720, 480, et en dessous) ta disposition. C'est pas mal fait et pas trop dur à gérer!

Sinon Kevin merci pour retour, mais l'HTML de mémé, a ses limites. Ton 50% il aurait juste rendu illisible le texte sur téléphone \o/ coder dans sa tête c'est pas pareil que dans la vraie vie

Kevin: Si tu utilisais un vrai navigateur aussi...

Godzil (./167) :
Je t'avoue que c'est la mon probleme, on fait au moins pire plutot qu'au mieux, je sais que c'est chiant de faire un site version mobile et un version "desktop" mais quand on vois ce que ca donne sur la majorité des sites, on vois bien que c'est un site pensé desktop qui a été plus ou moins (mal souvent) rendu mobile, ou que c'est un site mobile ou on change juste la taille de certains elements une fois en mode desktop.

Pour le second c'est assez visible avec tout ces sites qui affichent des "hamburgers" quand on est en version bureau pour afficher un menu qui pourrais etre toujours affiché, et qui est tout sauf pratique si on est pas sur une machine avec un écran tactile.
Je connais les contraintes, mais je trouve dommage qu'on ai tendance a toujours chercher la facilité, on y perd pas mal a force (cf par exemple le ratio Utilisabilité vs puissance des ordinateurs)

C'est très à la mode, tu fais ton site en pensant au mobile en premier, et après tu vois ce que ça donne sur un grand écran.

Pour le coup, le site mentionné par Kevin m'affiche une page vide

attends, y'a presqu'une minute de chargement ^^

Zerosquare (./172) :
Pour le coup, le site mentionné par Kevin m'affiche une page vide

Oui, mais au moins, c'est totalement responsive/adaptative

Kevin Kofler (./168) :
L'interface pour choisir une date et heure est peut-être raisonnable quand on défile avec un doigt, mais horrible à la souris.

Peut-être simplement mal codé. J'ai utilisé un équivalent pour un projet, http://amsul.ca/pickadate.js/index.html
Ça ne fonctionne pas trop mal, au moins un calendrier simple pour la date, et ce substitut pour l'heure.

Mais si je pouvais, j'aurais préféré le choix de l'heure comme pour mon alarme smartphone qui rend bien : une pendule où tu choisis l'heure de 1 à 12 proche du centre, de 13 à 24 sur l'extérieur, puis remplacé par le choix des minutes de 0 à 59. C'est simple et facilement compréhensible, peut-être juste un peu difficile pour quelqu'un qui ne saurait pas lire l'heure sur une pendule.

Arvi89 (./171) :
C'est très à la mode, tu fais ton site en pensant au mobile en premier, et après tu vois ce que ça donne sur un grand écran.

Disons qu'avant on pensait au site sur desktop, puis on retirait des trucs pour que ça passe sur smartphone. Aujourd'hui la tendance est à l'inverse, penser pour smartphone et ajouter des éléments pour le desktop.

Zouli

Oué, sympa

Vu sur SoundCloud :


Ça c'est du message utile
(et le bouton "I need help" renvoie juste à la racine de leur section d'aide)

http://dev.mirari.fr/venus/
: You seem to be using Firefox 4. Last versions of Firefox 4 are OK, but you should consider switching to Firefox 5, specially if Venus² is slow or has sound issues.

J'ai une petite idée du bug qui se cache derrière

(mis à part ça, le jeu marche encore, et il est toujours aussi sympa Il a juste freezé à la fin du tuto avec le trou noir, et Firefox m'a demandé si je voulais arrêter le script)