Ouais et ?
Essaie de coder sur une tablette ou un smartphone…
Y'a pas mal d'usages qui font que les PCs ne sont pas prêt de disparaitre.
Oui, et essaye de bsser sur un champs avec un tracteur. Les tracteurs ne sont pas pres de disparaitre, mais ils sont vachement moins communs que sles voitures.
Les ventes baissent parce que le PC est présent depuis des décennies !
Alors qu'elles montaient sans cesse depuis 30 ans, juste a l'arrivee de l'ipad, pou-pouf, elles se mettent a stagner/chuter, et que quand on superpose les projections, bizarrement, ca colle a peu pres? Et que dans le meme temps le traffic mobile explose la ou le traffic desktop stagne, voire baisse - la encore avec une claire canibalisation du traffic par le monde mobile?
En clair, tous les chiffres concret pointent vers un remplacement du desktop par des telephones/tablettes.
J'ai le droit d'etre sceptique et de consider que beaucoup de gens se tournent vers les tablettes?
Ah oui, faut être bon dans le domaine pour pouvoir faire la moindre critique… C'est assez sélectif et élitiste comme argument.
Excuses moi, mais quand je regarde mediainfo.sourceforge.com ou mediainfo, je suis en droit de penser que tu comprends rien au design visuel…
Puisque visiblement t'y comprends rien, je suis pas sur que ton avis en la matiere soit pertinent. Je sais que t'as un avis tres tranche sur tout, mais quand t'as rien a dire, fermes la, ca fera des vacances a tout le monde.
Ca en fait 2 (euh 3, rajoute 144 pour les Retina par exemple) pour une seule marque. Met 100 marques concurrentes, ça fait 300 images. Certes, c'est automatisable tout ça… Oui, tu aimes Apple, et développe que pour Apple, mais d'autres personnes apprécient de ne pas se lier à une seule entreprise en obéissant qu'aux règles d'une seule entreprise et en disant merde aux autres. Justement ma critique est ce lien mono-culture/mono-entreprise, avec des specs figées et décidées unilatéralement par une entreprise.
Parce que la, tu me fais dire "j 'ai pas compris que le 57x57 c'etait pour l'iphone et le 72x72 pour l'ipad", mais voila, c'est exactement le problème : tu associes une résolution à un équipement. L'indépendance de la page par rapport au terminal, poubelle. Désolé, ce n'est pas le web que j'imagine, et oui je suis bien conscient que beaucoup de monde en a rien à foutre et fait par terminal. Non, je ne veux pas que les sites soient fait pour iPhone ou iPad, je veux qu'ils soient fait pour tout le monde. Tout en étant conscient que les gens s'en foutent de tout le monde, certes.
Mais t'es con ou tu le fais expres?!?
Icon-57.png, icon-114.png, ainsi que leur equivalent en 72x72 c'est les icones d'une appli/webapp sur le springboard!!! Qu'est ce que ca a a voir avec le web, ou d'afficher une page sur un terminal, a part le fait que ca a ete initie depuis safari?!?
J'associe le 57x57 au 57x57 et le 72x72 au 72x72. Ya trois ipads sur le marche, au format tres different, utilisant la meme icone. L'iphone maxi en rumeur utilisera tres probablement le 57 s'il sort, de la meme facon que le 5 utilise aussi le 57, comme le 4s ou le 3gs. En clair, on a trois peripheriques differents de chaque cote sur les memes icones, pas exactement ce que j'appelle "mapper une resolution a un peripherique". A et l'ipod touch? Aller hop, 3 peripheriques de plus.
Android veut utiliser du 57x57? Gand bien lui fasse, qu'il utilise aussi du 57.
Tu veux pas les fournir parce que t'as visiblement des gouts de chiottes, tres bien ne les fourni pas. Mediainfo aura le meme look sur le springboard qu'en vrai, et la feature marchera tres bien.
Tu veux les fournir dans une resolution a la con pour que ca ait une sale gueule sur le springboard, tres bien, fait le!
Ensuite, c'est quoi ton alternative? Parce qu'on t'entends beaucoup gueuler, mais pour proposer, ya plus personne.
On fait quoi alors? On sert des favicons de 144x144? Et quand apple porte ca sur macos, on passe a des favicons de 250-300 px, le double en retina? Ca va lui faire plaisir a ton hebergeur dis donc.
Ou, alors, on reste sur du non retina, favicon de 16x16? Sympa le pixel art!
Ou alors quoi, une extension css proprio apple? J'entends deja zenitram hurler au scandale.
Ou alors on se met d'accord sur une solution simple, toto-taille.png, servie depuis la racine?
Et attention hein, monsieur "faut repondre au cahier des charges, et c'st pas toi qui paye", faut que ca marche avec tous les serveurs webs, permettre au site d'updater l'icone apres coup, et que ca soit simple a mettre en place.
(tu n'as même pas cherché à comprendre ce que j'écris
D'un autre cote si t'avais explique que tu parlais des webapps sur le springboard plutot que de beugler un truc sans rapport a propos des tailles d'ecrans,peut etre que j'aurais compris.
Mais dans ce cas, peut etre aussi que tu te serais rendu compte que tu gueulais pour rien?
Espérons qu'une fois que tout le monde sera équipé (ça arrive), la folie du "toute la R&D sur les smartphones et on oublie le reste" s'estompera…
Les chances pour que tu n'utilises plus ou quasiment plus un laptop seront assez elevees le jour ou ca arrivera. Redardes les chiffres de vente laptop/desktop/smartphones/tablettes de 2012 pour t'en convaincre. Et saches que les ventes de smartphone (n'incluant pas les tablettes il me semble), viennent de depasser celles des pc .
Oui, et ça ne change pas le fait qu'un pixel est un pixel.
Non, et un chat est un chat, precise ta pensee.
par contre, ca souligne bien le fait que de nombreuses personnes auraient du parler en point plutot que pixel. Je te laisse deviner qui ne s'est pas avoir a ce petit jeu.
Oui, et ça ne change pas le fait qu'un pixel est un pixel.
C'est bien le problème : on trouve génial un palliatif plutôt que de s'attaquer au problème. Comme si on trouvait normal d’intégrer les bugs d'IE dans les autres navigateurs (mais va comprendre, les bugs IE ça fait plus réagir, sans doute parce que ça vient du mal d'origine?). Alors, super maintenant on à plus accès à un pixel, mais à 4 à la fois seulement, ça facilite la transition, mais ça reste un palliatif au problème. en HTML, c'était prévu dès le départ avec de "em", mais rien à foutre, on fout des pixels de partout, pixels qu'on doit travestir ensuite, cool…
Et pour le moment, ça marche car on a été bourrin, c'est Apple qui a fixé certaines résolutions en simple ou quadruple (et tu as intérêt à filer les images avec des noms précis, à coup de toto-57x57-precomposed.png, toto-72x72-precomposed.png, toto-144x144-precomposed.png et j'en passe, fun! Pareil d'ailleurs pour les app, plus pensées pour s'adapter à des écran pas "standards" Apple), mais une chose est sûre : ça bride le futur, avec une dépendance à des résolutions "standard Apple", pas de marge de manœuvre. Désolé de ne pas applaudir ce bridage, ce n'est pas comme ça que je vois l'avenir du web. Et ce sortir de ce problème historique qu'on aura créé ne va pas être simple.
Braaabraaabraabraa pas content, pas content! J'ai aucune idee de ce dont je parle, mais pas content quand meme! D'ailleurs apple c'est rien que des encules parce que j 'ai pas compris que le 57x57 c'etait pour l'iphone et le 72x72 pour l'ipad et d'ailleurs c'est vachement complique d'avoir Icon-72.png a cote d'Icon-144.png, c'est trop Duuur! et la neige elle est trop molle!!! Braaabraaabraa! Resolutions pas standards, braabraa, 1024x768 et 320x480 c'est pas standard! Je raconte des conneries plus grosse que moi mais c'est pas grave parce que je suis zenitram et je troooooooollleeee comme un maaaalaaaaaaade toute la journee.
Ca veut dire quoi tout ce charabia? Ok, t'as pas l'air content, j'ai compris, mais ce que tu racontes n'a ni queue ni tete. Cela dit, vu tes competences en design et UI design, tu ferais peut etre mieux de t'abstenir… Desole c'est bas, mais tu cherches les coups la.
Les chiffres de ventes ne sont pas d'accord avec toi.
Et quand bien meme, ca change pas grand chose, les 17" seront en 1920 et pis c'est marre.
Sinon, le trop gros se referait a la taille transportee, au dela de 15", ca devient dur a faire rentrer dans une sacoche de base ou un sac a dos, faut une sacoche speciale, qui va probablement etre enorme et moche comme tout.
Parce qu'historiquement, ca fait 30 ans qu'on scrolle verticalement, et que de la meme facon, dans le monde physique, les largeurs de lignes sont plus ou mons fixes la ou la hauteur, elle, varie.
En etant plus terre a terre: beaucoup utilisent une souris, ou un trackpad tout pourri, donc scroller verticalement est facile, scroller horozontalement est dur.
Scroller horizontalement veut dire 2 scroll par ligne, un pour aller a la fin, un autre pour revenir au debut), dont un en milieu de ligne (qui fait donc perdre la position de lecture).
Le scroll vertical permet de scroller un ecran entier et est donc bien plus agreable.
Un scroll horizontal implique tres probablement des lignes de plus 150 caracteres, ce qui est bien trop long.
Et avec un trackpad, c'est aussi trop facile de faire back quand on voulait faire un scroll a gauche.
Parce que la tendance actuelle (et pour un certains temps) et d'utiliserles pixels supplementaires pour affiner la precision plutot que pour avoir de la place supplementaire. Cf iphone4 et suivant, ses potes androids qui font pareil, ipad3 et suivant, mbp retina et chrome pixel.
Les resolutions d'ecrans ont quasiment pas bouge depuis 2007-2008, la seule evolution depuis c'est le retina, qui quadrple le nombre de pixels mais garde le meme nombre de points.
Les tailles physiques des ecrans sont aussi stabilisees et atteignent des limites physiques liees a l'usage ou l'environement:
- les ecrans de bureau sont generalement dans les 21/23 pouces, max a 27 (qui sont deja dur a caser sur pas mal de bureaux, je suis pas sur qu'un cinema display tienne sur mon bureau au taff), au dela il faut tourner la tete pour voir tout l'ecran
- les laptops sont a 13/15 pouces, au dela personne n'en veut, trop gros
- les tablettes sont a 7-10 pouces, idem au dela, trop gros.
La taille logique supplementaires apporte tres peu passe 1024 (pour <= 10"), 1440 (pour 15-21") ou 1920 (23+), par contre le gain de precision en rendant chaque point sur plusieurs pixels est plus qu'appreciable.
Reste les telephones qui se cherchent encore un peu, mais la encore, le standard est le retina, ou les pixels ne veulent pas dire grand chose et ou il faut compter en points.
J'ai pas regarde le code en question, j'avouerais. Ca change pas grand chose au sujet.
Ce dont je suis sur par contre, c'est que le gars qui a designe la page l'a fait avec une certaine taille de fonte en tete, et le gars qui l'a ecrit l'a teste avec sa fonte par défaut, comme tout le monde. Tout simplement parce qu'il faut tracer une ligne qq part et que tu peux pas tester ton site en Comic Sans Bold 48 et en Helvetica Neue Light 7, et que meme si tu le faisais, ya pas grand chose que tu puisses faire pour corriger ca.
Partant de la, tu change radicalement la taille de fonte initialement estimée, ben tout va peter, et c'est un peu normal, tu peux pas faire grand chose contre ca.
Tu peux limiter les degats, mais c'est a peu pres tout.
T'as une certaine marge de manoeuvre, passer de 15 a 16-17 points devrait passer dans beaucoup de cas, mais forcer a une taille indecente, ca va peter le design de la meme facon que si tu changes la couleur du texte, du background ou autre.
Un design visuel, c'est un tout, tu changes un truc aussi important qu'une fonte, ben forcemment, faut pas s'attendre a ce que ca reste joli, ya des trucs qui vont pas le faire.
Zenitram. Un design concu pour 800 points de large ne va jamais scaler a 1920 de large. C'est tout.
Partant de la, t'as deux choix aussi mauvais l'un que l'autre.
Forcer la page a la taille initiale, ou forcer la page a la taille de l'utilisateur.
Une table de 1920 points de large, c'est completement con, que ca te plaise ou pas. T'as une quantite d'espace perdue effarante et c'est juste completement debile d'avoir des lignes aussi large.
Une page bloquee a 800pt, c'est con aussi, pour les raisons que tu mentionnes.
Bienvenue dans le vrai monde. si t'as cru les fables debut 2000 qui pretendaient que le web pouvaient scaler facilement, va falloir redescendre sur terre.
C'est le probleme du web, ton design aura souvent l'air tres moche parce que t'as strictement aucun controle sur le peripherique d'affichage, qui peut aller de 320x480 a 2400 de large.
C'est si horrible que ça qu'un utilisateur demande à ce que l'espace qu'il indique (en dimensionnant sa fenêtre, bref la base) soit respectée plutôt que de tout mettre dans un tiers de page comme ça par choix mais qui sera pas le choix du voisin, ce qui va l'obliger à adapter son zoom à chaque nouveau site (vu que personne n'a décidé que le "standard" serait x pixels)?
C'est si horrible que ca de comprendre qu'un designer avait qq chose en tete? Toi l'expert de l'hyper rationalisation tu va sortir cet argument?
Pour ce qui est du zoom qui change, utilise un navigateur decent qui gere le zoom correctement. Un tap a 3 doigts et ta page est zoomee.
Parles en point, pas en pixels, les pixels ne veulent plus dire grand chose avec l'arrivee d'ecrans retina.
Ensuite, 80% ca va s'appliquer a largeur totale de la page, pas aux colonnes. Change la taille de la police et ta colonne censee afficher une date ne va plus etre assez large. Ou alors tu definit ta colonne en pourcent (si c'est possible), et d'un coup ta colonne est trop large ou pas assez.
Le probleme de zenitram c'est de considerer qu'un design visuel va necessairement scaler de 800 a 1920 points de large. Desole, mais c'est pas possible. Le designer a quelque chose en tete, les layouts liquides apportent une certaine marge de manoeuvre, mais tu peux pas multiplier la largeur de la page par 2.5 et penser que ca va toujours marcher.
D'un autre cote, je vois pas trop ce que ca a a voir avec les px vs points, em, % ou que sais je encore, ni ce que le browser ou le w3c peut faire contre ca.
Le designer a choisit une fonte speciale, dans une taille speciale, tu repasses derriere et tu lui met une fonte differente, vachement plus grosse, c'est un peu evident que ca va peter toute la mise en page, le browser est pas magicien non plus, hein.
Ça s'appelle apprendre pour savoir. Ça permet des configurations plus précises des OS. Quand on sait et qu'on en a besoin.
Tres bien, mais c'etait generalement pas l'argument utilise par les gentooistes (c'est vachement mieux, tu controles ton os, ca va plus vite, j'en passe et des meilleures).
Pourquoi faire des calculs à la main alors qu'on a une calculatrice ? Tu l'as oublié ou tu ne l'as jamais su ?
Quand c'est plus rapide de le faire de tete, je le fais de tete.
Quand la calculatrice est plus rapide, ou que mon esprit est trop encombre pour etre sur du resultat (ce qui revient un peu au meme finalement), j'utilise une calculatrice.
Pour installer et configurer Arch en tant que newbie faut quand même savoir lire une procédure, une documentation, la comprendre assez pour pouvoir l'appliquer correctement
Tu veux dire etre capable de recopier des commandes, ou mieux les copier coller directement? Effectivement, ca en dit long sur la difference entre le bon et le mauvais linuxien.
Ca me fait penser au gentooistes qui se sentaient tellement superieurs parce qu'ils refaisait sur leur machine ce queles distro binaires faisaient sur leur build farm. Ca doit probablement leur faire gonfler le kiki, mais j'ai compris cette engouement pour refaire a la main ce que des machines font bien mieux que soi.
C'est plus fort que moi, quand je vois quelqu'un sur un forum qui écrit "moi j'aime pas X. J'ai jamais pu m'y faire, salut." j'ai juste envie de répondre "on s'en fout, on te connaît pas, c'est un lieu public, dis nous plutôt ce qui te plaît pas, et on pourra en débattre et là, ça servira peut-être à d'autres".
Ouais, et bien sur quelqu'un qui debarque en disant "salut j'aime arch, salut." Tu lui repondras exactement la meme chose et tu le moinssera.
Non? Rooooh, voyons….
Mais une bonne partie de ces applications se contentent d'afficher un navigateur web en plein écran et les autres sont en générales beaucoup moins complètes que le site web équivalent.
Pinaise, j'ai rate ca. Non, pas du tout.
Celles qui marchent et sont populaire sont le plus souvent 100% natives, tres travaillees. Celles qui sont juste une uiwebview se font generalement demonter sur le store.
La seule exception, c'etait facebook. Dans le genre qui connaissent bien le html5, ils se posent. Leur appli, bien qu'utilisee par tout le monde, c'est facebook, etait a qq chose comme 2 etoiles sur le store. Tout le monde la haissait. Ils sortent une version natie, ca remonte a 4-5 et ils admenttent que c'etait une des plus grosses erreurs qu'ils aient faite.
Pour le beaucoup moins complet, oui, c'est normal. C'est un telephone, l'utilisation est courte, rapide, droit au but. On se contrefout de 90% des features.
Les problèmes de performances ne sont que temporaires. Je pense que d'ici quelques années, la différence de performances entre Dalvik (la machine virtuelle d'Android) et V8 (la machine virtuelle Javascript de Google) sera négligeable pour la majorité des applications.
Ouais, ouais, ca fait des annees qu'on l'entends celle la. Deja, pendant que le web s'evertue a estomper la diffence, le monde natif s'ameliore aussi.
Ensuite, en 2008-9 quand chrome et safari se tiraient la bourre niveau perf js, on a eu un bon saut en avant niveau. Cool!
Qu'est ce qui s'est passe? Tout le monde s'est engouffre dedans et a commence a mettre du js partout.
Cool.
En 2010, l'ipad sort. Ah ouais, mais d'un coup charger 1MB de js, ca le fait moins la, les pageload tombent a 7-10 secondes. Techcrunch etait (et est toujours, probablement) inutilisable sur un ipad1, meme sous safari mobile qui enfume de loin toute la concurrence sur tablette/telephone.
Bon, les dev webs remettent de l'ordre, au final ca commence a passer.
Pendant ce temps la, les applis native debarquent dans tous les sens sur iphone. Tout le monde rivalise de vitesse et reactivite dans tous les sens, ca bouillonne, des tas d'applis de partout. Beaucoup d'idees a la con, mais aussi beaucoup de tres bonnes idees. Il est ou instapaper en mode web? Instagram qui utilise la web cam que promit, ca arrive? Est ce que tu connais une seule personne qui utilise le site mobile de facebook? Pourtant dans le genre investi dans le web, ils se posent. Ou sont les vine, path, pinterest, square, evernote, que sais je encore? Et les jeux? On nous promettait que sisi, html5 va tuer flash pour les jeux, 'tin heureusement qu'on les a pas attendu.
Le monde web en est encore a essayer de singer le look des applis natives de 2010, avec des boutons qui mettent 200ms a repondre.
Et comme t'es sur du 3g tout pourri, t'as un ping a 300ms, et tu poireautes une seconde avant que ton ecran commence a se rafraichir (ben ouais, 80kb, a 40kB/s c'est long).
Pendant ce temps la, l'appli en face te sort un feedback en 20ms, lance la requete, charge l'ecran suivant en 40ms et tu te prends 5kb de json qui reviennent un chtouille plus vite.
Quand tu regardes les stats d'utilisation, tu peux te considerer content si t'as des sessions de 90 secondes. Tu parles de passer les 5 a 10 premieres secondes a regarder un ecran plan avec une barre bleue en haut, tu crois que ca marche?
Tu veux un ordre de grandeur? Juste le temps d'initialser une UIwebView, sans rien dedans, sous ios, j'ai quasiment le temps de lancer une appli avec une UI reactif (environ 650-700 ms du main au view did appear, 500-600ms pour la web view). Rajoutes 1 a 3 secondes minimum pour commencer a afficher un truc dans le monde du web. En fonction de l'usage (juste verifier un truc rapide), l'appli native est deja dans la poche de l'utilisateur que le web attends encore de charge son putain de js.
La complexite? Mouais. Le concept du monde mobile c'est que que les applis sont extremenet simple et focalisee sur un truc tres precis. Ca s'ecrit vite, et te laisse du temps pour peaufiner l'ui.
Mon appli au taff pese 18000 lignes de code, tout compris, je viens de la reecrire essentiellement tout seul en 6 semaines (et en ajoutant qq features au passage). Avec ca, on supporte pres de la moitie de notre traffic.
Last but not least, les questions de performances changent. En 2006, on pouvait se permettre d'avoir des monstres de cpu. Rien a branler, l'ordi est branche sur une prise de courant, tires 150w s'il faut, intel!
Depuis, les perfs brutes evoluent au final assez peu. La consommation s'ameliore. Les laptop retrecissent. Apple lache le dock 30 pin parce qu'il est trop epais. L'ipad 3 sort avec 3mm d'epaisseur en plus, ca fait tout un foin. Et il chauffe, oh mon dieu. Apple sort une revision de l'ipad 2 juste parce qu'elle consome moins.
La question n'est plus "est ce que c'est assez rapide", mais "est ce que c'est assez rapide, leger en bande passant et cool sur le cpu".
Le monde mobile nous ramene fin 90-debut 2000 niveau contraintes. Non, c'est pas ok d'avoir de grosses images. Non, c'est pas ok de chopper 6 librairies js pour un total de 500kb de js. Le nombre de requetes sortantes moyens est tout sauf ok sur des devices qui ont une bande passante moyenne avec un ping a chier par terre.
Maintenant, qu'on ne se meprenne pas. J'aime bien le web, ya des choses tres bien qui en sortent. Mais l'effort de development ces jours ci et pour les qq prochaines annees se passe dans le monde mobile. A l'heure actuelle, le web ne suit pas. Que ce soit en qualite de framework, en stabilite ou en perf pur.
ne serait-ce que parce que répandre de la merde sur Internet c'est gratuit et rapide, et à la portée de tous les cons qu'on a pris pour des gens.
Tu nous en donnes d'ailleurs un magnifique example ici meme, merci de ta contribution!
justifient ça en expliquant que ça leur permet d'accéder aux recettes de cuisine, argument auquel je réponds directement par ailleurs.
1) pourquoi est ce qu'il faudrait "justifier" l'achat? Je t'emmerde c'est mon fric, tu me juges si tu veux, mais ca fait de toi un aigri jaloux. Il faut justifier d'voir acheter un grille pain ou une cafetiere? Non? Bon benourquoi il faut justifier avoir acheter une tablette?!?
2) admettons qu'il faille donner une raison a mr supoositoire, quel mal ya t il a acheter une tablette essentiellement pour aller sur le web dans des conditions "non normales"? C'est precisement pour ca que ca a ete invente.
C'est pas assez pur pour toi? Tu parles au'au mecs, les vrais, ceux qui ont des couilles grosses comme des pasteques? Tu me fait penser aux mickey qui ya qq annees t'expliquaient que les laptop c'est de la merde, moi j'ai un desktop qui nianiania.
Quand aux recettes de cuisines, entre nous, je prefere mettre une tablettes a de 10" a 500$ (ou une de 7" a 350), sur son stand dans une cuisine qu'un laptop de 15" a 1000-2000$, plus complique a utiliser et en plus qui requiert un cable pour le chargeur.
Une tablette dans le fond ca craint pas grand chose: l'ecran se lave tres facilement, on peut pas en dire autant d'un clavier qui a recu du sucre ou un oeuf.
tu confirmes là qu'il faut un appli specifique, qui gere les deux resoltuions
Non. C'est gere par l'os, les applis ios sont un seul binaire, ya aucune difference dans le code.
La resolution quand a elle est unique: 320x480 points. Point. Pas pixels.
Quand c'est rendu sur du retina, chaque point est affiche sur 4 pixels. L'iphone 4 n'offre strictement aucune surface supplementaire.
Le caractere A en helvetica neue regular, 15 points, fait strictement la meme taille physique (en centimetres) sur un iphone 4 et un 3gs. Mais l'iphone 4 a 4 fois plus de pixels pour l'afficher. Ce qui fait que l'aliasing est imperceptible et le caractere apparait presque aussi precis que s'il etait imprime sur du papier.
ca cree des pixels intermediaires et donc du flou
Non. Aucun pixel n'est cree. Il n'ya aucun scaling.
Une image 50x50 affichee sur 50x50 pixels physiques a 160 dpi et la meme image sur 100x100 px physiques a 320 dpi ont exactement la meme apparence et font exactement la meme taille physique.
Parce que chaque pixel a 160dpi est parfaitement et identiquement reproduit par 4 pixels a 320dpi.
Dit autrement, 2x2 pixels a 320 dpi font strictement la meme taille physiqueet sont indifferenciable de 1x1 pixel a 160 dpi.
C'est la definition du dpi.
Encore dit autrement: prend un mbp retina et pas retina, cote a cote.
Affiche sur chacun une photo de 1440xwhatever. Prend une photo de chaque avec un argentique. Met les photos cote a cote, tu serais incapable de dire lequel est le lequel.
Fait les afficher une photo 2880xwhatever, tu vas pouvoir dire immediatement lequel est lequel.
Fait leur afficher le meme temps texte en helvetica neue 15, tu vas pouvor dire immediatement lequel est lequel.
Derniere tentative: prend une feuille de papier et dessines un grille 4x4 de 10cm de cote. Remplit les carres dans la diagonale.
Fait pareil avec 2 grille 8x8 de 10 cm de cote.
Sur la premiere, pour chaque carre de la 8x8, remplit 4 carre dans la 8x8: ta ligne est strictement la meme (aliasee a mort). C'est le cas des images non retina sur un ecran retina.
Sur la deuxieme, remplit la diagonale sur un carre de large. C'est le cas du texte sur un ecran retina, ou d'un asset retina sur un ecran retina.
Met les 3 cote a cote.
Je vais arreter la parce que je sais pas comment expliquer autrement.
mais si tu te tiens à 40cm de l'ecran, je ne suis pas sur que tu vois la difference entre les deux images si elles sont à remise à taille reelle.
Les deux sont a taille reelle. C'est precisement pour ca que la photo au dessus a ete prise avec un appareil photo et pas un simple screenshot, pour montrer la difference a taille reelle: les deux photos font strictement la meme taille physique, en centimetres.
Et contrairement a toi, je suis sur que tu vois la difference a 40cm de l'ecran parce que j'ai 2 ipads sous les yeux, affichant exactement le meme texte, et l'ipad1 parait flou par rapport au 4. Si tu me crois pas, va dans un apple store et met un ipad 2 a cote d'un ipad retina.
Non, pas du tout, en tout cas pas sur ios.
T'as pas d'etirement, le concept du retina c'est que tu quadruple le nombre de pixels (x2 dans chaque dimension) et que t'utilises les pixels en plus pour augmenter la finesse d'affichage plutot que pour faire de la place physique. Une fonte 15 point fera strictement la meme taille sur les 2 ecrans, juste que celle sur l'ecran retina sera achement plus precise. Un iphone 4 offre 320x480 points, tout comme un 3gs.
J'ai pas verifie le chrome machin, mais je suppute qu'ils font pareil que les mbp retina, ton desktop de base fait 1440 points et que les pixels en plus sont utilises pour ameliore la finesse.
Si les assets son qualite retina, chaque point est rendu sur un pixel, sinon un point = 2x2 pixels.
En clair, une image de 50x50 px affichee sur100x100 pixels physique a 320 dpi a exactement la meme apparence que la meme image affichee sur 50x50 px physiques a 160dpi.
Quand le reste autour est affiche a 320 dpi, ca saute mechamment aux yeux.
Ensuite, sur ios (puisqu'on y est), le concept c'est que tu fournis chaque image en double. Une normale (50x50 pour reprendre l'exemple ci dessus), et une doublee (100x100) avec le meme nom se terminant par @2x.
Ta vue est elle definie comme faisant 50x50 points, et aura exactement la meme taille physique sur les deux.
L'os fera rentrer la 100x100 dans les 100x100 pixels physiques sur un ecran retina, ce qui te donne une image vachement plus precise.
[^] # Re: Les laptops
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à -3.
Oui, et essaye de bsser sur un champs avec un tracteur. Les tracteurs ne sont pas pres de disparaitre, mais ils sont vachement moins communs que sles voitures.
Alors qu'elles montaient sans cesse depuis 30 ans, juste a l'arrivee de l'ipad, pou-pouf, elles se mettent a stagner/chuter, et que quand on superpose les projections, bizarrement, ca colle a peu pres? Et que dans le meme temps le traffic mobile explose la ou le traffic desktop stagne, voire baisse - la encore avec une claire canibalisation du traffic par le monde mobile?
En clair, tous les chiffres concret pointent vers un remplacement du desktop par des telephones/tablettes.
J'ai le droit d'etre sceptique et de consider que beaucoup de gens se tournent vers les tablettes?
[^] # Re: Y a quandmêmeun truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 0.
Excuses moi, mais quand je regarde mediainfo.sourceforge.com ou mediainfo, je suis en droit de penser que tu comprends rien au design visuel…
Puisque visiblement t'y comprends rien, je suis pas sur que ton avis en la matiere soit pertinent. Je sais que t'as un avis tres tranche sur tout, mais quand t'as rien a dire, fermes la, ca fera des vacances a tout le monde.
Mais t'es con ou tu le fais expres?!?
Icon-57.png, icon-114.png, ainsi que leur equivalent en 72x72 c'est les icones d'une appli/webapp sur le springboard!!! Qu'est ce que ca a a voir avec le web, ou d'afficher une page sur un terminal, a part le fait que ca a ete initie depuis safari?!?
J'associe le 57x57 au 57x57 et le 72x72 au 72x72. Ya trois ipads sur le marche, au format tres different, utilisant la meme icone. L'iphone maxi en rumeur utilisera tres probablement le 57 s'il sort, de la meme facon que le 5 utilise aussi le 57, comme le 4s ou le 3gs. En clair, on a trois peripheriques differents de chaque cote sur les memes icones, pas exactement ce que j'appelle "mapper une resolution a un peripherique". A et l'ipod touch? Aller hop, 3 peripheriques de plus.
Android veut utiliser du 57x57? Gand bien lui fasse, qu'il utilise aussi du 57.
Tu veux pas les fournir parce que t'as visiblement des gouts de chiottes, tres bien ne les fourni pas. Mediainfo aura le meme look sur le springboard qu'en vrai, et la feature marchera tres bien.
Tu veux les fournir dans une resolution a la con pour que ca ait une sale gueule sur le springboard, tres bien, fait le!
Ensuite, c'est quoi ton alternative? Parce qu'on t'entends beaucoup gueuler, mais pour proposer, ya plus personne.
On fait quoi alors? On sert des favicons de 144x144? Et quand apple porte ca sur macos, on passe a des favicons de 250-300 px, le double en retina? Ca va lui faire plaisir a ton hebergeur dis donc.
Ou, alors, on reste sur du non retina, favicon de 16x16? Sympa le pixel art!
Ou alors quoi, une extension css proprio apple? J'entends deja zenitram hurler au scandale.
Ou alors on se met d'accord sur une solution simple, toto-taille.png, servie depuis la racine?
Et attention hein, monsieur "faut repondre au cahier des charges, et c'st pas toi qui paye", faut que ca marche avec tous les serveurs webs, permettre au site d'updater l'icone apres coup, et que ca soit simple a mettre en place.
D'un autre cote si t'avais explique que tu parlais des webapps sur le springboard plutot que de beugler un truc sans rapport a propos des tailles d'ecrans,peut etre que j'aurais compris.
Mais dans ce cas, peut etre aussi que tu te serais rendu compte que tu gueulais pour rien?
[^] # Re: Les laptops
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à -1.
Les chances pour que tu n'utilises plus ou quasiment plus un laptop seront assez elevees le jour ou ca arrivera. Redardes les chiffres de vente laptop/desktop/smartphones/tablettes de 2012 pour t'en convaincre. Et saches que les ventes de smartphone (n'incluant pas les tablettes il me semble), viennent de depasser celles des pc .
[^] # Re: Y a quandmêmeun truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 0.
Non, et un chat est un chat, precise ta pensee.
par contre, ca souligne bien le fait que de nombreuses personnes auraient du parler en point plutot que pixel. Je te laisse deviner qui ne s'est pas avoir a ce petit jeu.
Braaabraaabraabraa pas content, pas content! J'ai aucune idee de ce dont je parle, mais pas content quand meme! D'ailleurs apple c'est rien que des encules parce que j 'ai pas compris que le 57x57 c'etait pour l'iphone et le 72x72 pour l'ipad et d'ailleurs c'est vachement complique d'avoir Icon-72.png a cote d'Icon-144.png, c'est trop Duuur! et la neige elle est trop molle!!! Braaabraaabraa! Resolutions pas standards, braabraa, 1024x768 et 320x480 c'est pas standard! Je raconte des conneries plus grosse que moi mais c'est pas grave parce que je suis zenitram et je troooooooollleeee comme un maaaalaaaaaaade toute la journee.
Ca veut dire quoi tout ce charabia? Ok, t'as pas l'air content, j'ai compris, mais ce que tu racontes n'a ni queue ni tete. Cela dit, vu tes competences en design et UI design, tu ferais peut etre mieux de t'abstenir… Desole c'est bas, mais tu cherches les coups la.
[^] # Re: Y a quandmêmeun truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 2.
Les chiffres de ventes ne sont pas d'accord avec toi.
Et quand bien meme, ca change pas grand chose, les 17" seront en 1920 et pis c'est marre.
Sinon, le trop gros se referait a la taille transportee, au dela de 15", ca devient dur a faire rentrer dans une sacoche de base ou un sac a dos, faut une sacoche speciale, qui va probablement etre enorme et moche comme tout.
[^] # Re: Y a quandmêmeun truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 3.
Parce qu'historiquement, ca fait 30 ans qu'on scrolle verticalement, et que de la meme facon, dans le monde physique, les largeurs de lignes sont plus ou mons fixes la ou la hauteur, elle, varie.
En etant plus terre a terre: beaucoup utilisent une souris, ou un trackpad tout pourri, donc scroller verticalement est facile, scroller horozontalement est dur.
Scroller horizontalement veut dire 2 scroll par ligne, un pour aller a la fin, un autre pour revenir au debut), dont un en milieu de ligne (qui fait donc perdre la position de lecture).
Le scroll vertical permet de scroller un ecran entier et est donc bien plus agreable.
Un scroll horizontal implique tres probablement des lignes de plus 150 caracteres, ce qui est bien trop long.
Et avec un trackpad, c'est aussi trop facile de faire back quand on voulait faire un scroll a gauche.
[^] # Re: Y a quandmêmeun truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 2.
Parce que la tendance actuelle (et pour un certains temps) et d'utiliserles pixels supplementaires pour affiner la precision plutot que pour avoir de la place supplementaire. Cf iphone4 et suivant, ses potes androids qui font pareil, ipad3 et suivant, mbp retina et chrome pixel.
Les resolutions d'ecrans ont quasiment pas bouge depuis 2007-2008, la seule evolution depuis c'est le retina, qui quadrple le nombre de pixels mais garde le meme nombre de points.
Les tailles physiques des ecrans sont aussi stabilisees et atteignent des limites physiques liees a l'usage ou l'environement:
- les ecrans de bureau sont generalement dans les 21/23 pouces, max a 27 (qui sont deja dur a caser sur pas mal de bureaux, je suis pas sur qu'un cinema display tienne sur mon bureau au taff), au dela il faut tourner la tete pour voir tout l'ecran
- les laptops sont a 13/15 pouces, au dela personne n'en veut, trop gros
- les tablettes sont a 7-10 pouces, idem au dela, trop gros.
La taille logique supplementaires apporte tres peu passe 1024 (pour <= 10"), 1440 (pour 15-21") ou 1920 (23+), par contre le gain de precision en rendant chaque point sur plusieurs pixels est plus qu'appreciable.
Reste les telephones qui se cherchent encore un peu, mais la encore, le standard est le retina, ou les pixels ne veulent pas dire grand chose et ou il faut compter en points.
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à -2.
J'ai pas regarde le code en question, j'avouerais. Ca change pas grand chose au sujet.
Ce dont je suis sur par contre, c'est que le gars qui a designe la page l'a fait avec une certaine taille de fonte en tete, et le gars qui l'a ecrit l'a teste avec sa fonte par défaut, comme tout le monde. Tout simplement parce qu'il faut tracer une ligne qq part et que tu peux pas tester ton site en Comic Sans Bold 48 et en Helvetica Neue Light 7, et que meme si tu le faisais, ya pas grand chose que tu puisses faire pour corriger ca.
Partant de la, tu change radicalement la taille de fonte initialement estimée, ben tout va peter, et c'est un peu normal, tu peux pas faire grand chose contre ca.
Tu peux limiter les degats, mais c'est a peu pres tout.
T'as une certaine marge de manoeuvre, passer de 15 a 16-17 points devrait passer dans beaucoup de cas, mais forcer a une taille indecente, ca va peter le design de la meme facon que si tu changes la couleur du texte, du background ou autre.
Un design visuel, c'est un tout, tu changes un truc aussi important qu'une fonte, ben forcemment, faut pas s'attendre a ce que ca reste joli, ya des trucs qui vont pas le faire.
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 0.
Zenitram. Un design concu pour 800 points de large ne va jamais scaler a 1920 de large. C'est tout.
Partant de la, t'as deux choix aussi mauvais l'un que l'autre.
Forcer la page a la taille initiale, ou forcer la page a la taille de l'utilisateur.
Une table de 1920 points de large, c'est completement con, que ca te plaise ou pas. T'as une quantite d'espace perdue effarante et c'est juste completement debile d'avoir des lignes aussi large.
Une page bloquee a 800pt, c'est con aussi, pour les raisons que tu mentionnes.
Bienvenue dans le vrai monde. si t'as cru les fables debut 2000 qui pretendaient que le web pouvaient scaler facilement, va falloir redescendre sur terre.
C'est le probleme du web, ton design aura souvent l'air tres moche parce que t'as strictement aucun controle sur le peripherique d'affichage, qui peut aller de 320x480 a 2400 de large.
C'est si horrible que ca de comprendre qu'un designer avait qq chose en tete? Toi l'expert de l'hyper rationalisation tu va sortir cet argument?
Pour ce qui est du zoom qui change, utilise un navigateur decent qui gere le zoom correctement. Un tap a 3 doigts et ta page est zoomee.
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 1.
Parles en point, pas en pixels, les pixels ne veulent plus dire grand chose avec l'arrivee d'ecrans retina.
Ensuite, 80% ca va s'appliquer a largeur totale de la page, pas aux colonnes. Change la taille de la police et ta colonne censee afficher une date ne va plus etre assez large. Ou alors tu definit ta colonne en pourcent (si c'est possible), et d'un coup ta colonne est trop large ou pas assez.
Le probleme de zenitram c'est de considerer qu'un design visuel va necessairement scaler de 800 a 1920 points de large. Desole, mais c'est pas possible. Le designer a quelque chose en tete, les layouts liquides apportent une certaine marge de manoeuvre, mais tu peux pas multiplier la largeur de la page par 2.5 et penser que ca va toujours marcher.
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 3.
D'un autre cote, je vois pas trop ce que ca a a voir avec les px vs points, em, % ou que sais je encore, ni ce que le browser ou le w3c peut faire contre ca.
Le designer a choisit une fonte speciale, dans une taille speciale, tu repasses derriere et tu lui met une fonte differente, vachement plus grosse, c'est un peu evident que ca va peter toute la mise en page, le browser est pas magicien non plus, hein.
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par groumly . En réponse au journal Kernel.org change de peau. Évalué à 1.
Tu veux dire quand on aura des ecrans de 2m de large sur nos bureaux?
Ou quand les tablettes feront 19"?
Ou quand on aura 320 dpi partout?
Dans le 3ieme cas, le plus probable, ca aura exactement la meme gueule.
[^] # Re: Sujet à Troll ?
Posté par groumly . En réponse au journal omar'ch m'a tuer. Évalué à 2.
Tres bien, mais c'etait generalement pas l'argument utilise par les gentooistes (c'est vachement mieux, tu controles ton os, ca va plus vite, j'en passe et des meilleures).
Quand c'est plus rapide de le faire de tete, je le fais de tete.
Quand la calculatrice est plus rapide, ou que mon esprit est trop encombre pour etre sur du resultat (ce qui revient un peu au meme finalement), j'utilise une calculatrice.
[^] # Re: Sujet à Troll ?
Posté par groumly . En réponse au journal omar'ch m'a tuer. Évalué à -1.
Tu veux dire etre capable de recopier des commandes, ou mieux les copier coller directement? Effectivement, ca en dit long sur la difference entre le bon et le mauvais linuxien.
Ca me fait penser au gentooistes qui se sentaient tellement superieurs parce qu'ils refaisait sur leur machine ce queles distro binaires faisaient sur leur build farm. Ca doit probablement leur faire gonfler le kiki, mais j'ai compris cette engouement pour refaire a la main ce que des machines font bien mieux que soi.
[^] # Re: commentaires
Posté par groumly . En réponse au journal x2go : le digne successeur de freenx. Évalué à 2.
T'as pas l'air d'avoir compris le sens de la mienne, donc on est quitte.
[^] # Re: commentaires
Posté par groumly . En réponse au journal x2go : le digne successeur de freenx. Évalué à 4.
Tres different de tous les autres espaces de discussion sur le web?
[^] # Re: commentaires
Posté par groumly . En réponse au journal x2go : le digne successeur de freenx. Évalué à 5.
Donc si j'ai bien compris, les termes appropries sont pédé et goudou, c'est ca?
[^] # Re: Pourquoi ?
Posté par groumly . En réponse au journal x2go : le digne successeur de freenx. Évalué à 6.
Ouais, et bien sur quelqu'un qui debarque en disant "salut j'aime arch, salut." Tu lui repondras exactement la meme chose et tu le moinssera.
Non? Rooooh, voyons….
[^] # Re: Le web comme machine virtuelle ...
Posté par groumly . En réponse au journal Les vieux cons et le progrès…. Évalué à 7.
Pinaise, j'ai rate ca. Non, pas du tout.
Celles qui marchent et sont populaire sont le plus souvent 100% natives, tres travaillees. Celles qui sont juste une uiwebview se font generalement demonter sur le store.
La seule exception, c'etait facebook. Dans le genre qui connaissent bien le html5, ils se posent. Leur appli, bien qu'utilisee par tout le monde, c'est facebook, etait a qq chose comme 2 etoiles sur le store. Tout le monde la haissait. Ils sortent une version natie, ca remonte a 4-5 et ils admenttent que c'etait une des plus grosses erreurs qu'ils aient faite.
Pour le beaucoup moins complet, oui, c'est normal. C'est un telephone, l'utilisation est courte, rapide, droit au but. On se contrefout de 90% des features.
[^] # Re: Le web comme machine virtuelle ...
Posté par groumly . En réponse au journal Les vieux cons et le progrès…. Évalué à 10.
Ouais, ouais, ca fait des annees qu'on l'entends celle la. Deja, pendant que le web s'evertue a estomper la diffence, le monde natif s'ameliore aussi.
Ensuite, en 2008-9 quand chrome et safari se tiraient la bourre niveau perf js, on a eu un bon saut en avant niveau. Cool!
Qu'est ce qui s'est passe? Tout le monde s'est engouffre dedans et a commence a mettre du js partout.
Cool.
En 2010, l'ipad sort. Ah ouais, mais d'un coup charger 1MB de js, ca le fait moins la, les pageload tombent a 7-10 secondes. Techcrunch etait (et est toujours, probablement) inutilisable sur un ipad1, meme sous safari mobile qui enfume de loin toute la concurrence sur tablette/telephone.
Bon, les dev webs remettent de l'ordre, au final ca commence a passer.
Pendant ce temps la, les applis native debarquent dans tous les sens sur iphone. Tout le monde rivalise de vitesse et reactivite dans tous les sens, ca bouillonne, des tas d'applis de partout. Beaucoup d'idees a la con, mais aussi beaucoup de tres bonnes idees. Il est ou instapaper en mode web? Instagram qui utilise la web cam que promit, ca arrive? Est ce que tu connais une seule personne qui utilise le site mobile de facebook? Pourtant dans le genre investi dans le web, ils se posent. Ou sont les vine, path, pinterest, square, evernote, que sais je encore? Et les jeux? On nous promettait que sisi, html5 va tuer flash pour les jeux, 'tin heureusement qu'on les a pas attendu.
Le monde web en est encore a essayer de singer le look des applis natives de 2010, avec des boutons qui mettent 200ms a repondre.
Et comme t'es sur du 3g tout pourri, t'as un ping a 300ms, et tu poireautes une seconde avant que ton ecran commence a se rafraichir (ben ouais, 80kb, a 40kB/s c'est long).
Pendant ce temps la, l'appli en face te sort un feedback en 20ms, lance la requete, charge l'ecran suivant en 40ms et tu te prends 5kb de json qui reviennent un chtouille plus vite.
Quand tu regardes les stats d'utilisation, tu peux te considerer content si t'as des sessions de 90 secondes. Tu parles de passer les 5 a 10 premieres secondes a regarder un ecran plan avec une barre bleue en haut, tu crois que ca marche?
Tu veux un ordre de grandeur? Juste le temps d'initialser une UIwebView, sans rien dedans, sous ios, j'ai quasiment le temps de lancer une appli avec une UI reactif (environ 650-700 ms du main au view did appear, 500-600ms pour la web view). Rajoutes 1 a 3 secondes minimum pour commencer a afficher un truc dans le monde du web. En fonction de l'usage (juste verifier un truc rapide), l'appli native est deja dans la poche de l'utilisateur que le web attends encore de charge son putain de js.
La complexite? Mouais. Le concept du monde mobile c'est que que les applis sont extremenet simple et focalisee sur un truc tres precis. Ca s'ecrit vite, et te laisse du temps pour peaufiner l'ui.
Mon appli au taff pese 18000 lignes de code, tout compris, je viens de la reecrire essentiellement tout seul en 6 semaines (et en ajoutant qq features au passage). Avec ca, on supporte pres de la moitie de notre traffic.
Last but not least, les questions de performances changent. En 2006, on pouvait se permettre d'avoir des monstres de cpu. Rien a branler, l'ordi est branche sur une prise de courant, tires 150w s'il faut, intel!
Depuis, les perfs brutes evoluent au final assez peu. La consommation s'ameliore. Les laptop retrecissent. Apple lache le dock 30 pin parce qu'il est trop epais. L'ipad 3 sort avec 3mm d'epaisseur en plus, ca fait tout un foin. Et il chauffe, oh mon dieu. Apple sort une revision de l'ipad 2 juste parce qu'elle consome moins.
La question n'est plus "est ce que c'est assez rapide", mais "est ce que c'est assez rapide, leger en bande passant et cool sur le cpu".
Le monde mobile nous ramene fin 90-debut 2000 niveau contraintes. Non, c'est pas ok d'avoir de grosses images. Non, c'est pas ok de chopper 6 librairies js pour un total de 500kb de js. Le nombre de requetes sortantes moyens est tout sauf ok sur des devices qui ont une bande passante moyenne avec un ping a chier par terre.
Maintenant, qu'on ne se meprenne pas. J'aime bien le web, ya des choses tres bien qui en sortent. Mais l'effort de development ces jours ci et pour les qq prochaines annees se passe dans le monde mobile. A l'heure actuelle, le web ne suit pas. Que ce soit en qualite de framework, en stabilite ou en perf pur.
[^] # Re: Intéressant ?
Posté par groumly . En réponse au journal Google Chromebook Pixel : les patchs pour le support Linux arrivent. Évalué à 3.
Clair, il se fait bouffer par la concurnce, 33 millions d'unites vendues en 4 mois, quelle deroute, la concurrence jubile
http://tech.fortune.cnn.com/2013/02/20/apple-samsung-smartphone-sales/
[^] # Re: Beurk
Posté par groumly . En réponse au journal Les vieux cons et le progrès…. Évalué à -2.
Tu nous en donnes d'ailleurs un magnifique example ici meme, merci de ta contribution!
1) pourquoi est ce qu'il faudrait "justifier" l'achat? Je t'emmerde c'est mon fric, tu me juges si tu veux, mais ca fait de toi un aigri jaloux. Il faut justifier d'voir acheter un grille pain ou une cafetiere? Non? Bon benourquoi il faut justifier avoir acheter une tablette?!?
2) admettons qu'il faille donner une raison a mr supoositoire, quel mal ya t il a acheter une tablette essentiellement pour aller sur le web dans des conditions "non normales"? C'est precisement pour ca que ca a ete invente.
C'est pas assez pur pour toi? Tu parles au'au mecs, les vrais, ceux qui ont des couilles grosses comme des pasteques? Tu me fait penser aux mickey qui ya qq annees t'expliquaient que les laptop c'est de la merde, moi j'ai un desktop qui nianiania.
Quand aux recettes de cuisines, entre nous, je prefere mettre une tablettes a de 10" a 500$ (ou une de 7" a 350), sur son stand dans une cuisine qu'un laptop de 15" a 1000-2000$, plus complique a utiliser et en plus qui requiert un cable pour le chargeur.
Une tablette dans le fond ca craint pas grand chose: l'ecran se lave tres facilement, on peut pas en dire autant d'un clavier qui a recu du sucre ou un oeuf.
[^] # Re: Mes yeux!!
Posté par groumly . En réponse au journal Google Chromebook Pixel : les patchs pour le support Linux arrivent. Évalué à 7.
Non. C'est gere par l'os, les applis ios sont un seul binaire, ya aucune difference dans le code.
La resolution quand a elle est unique: 320x480 points. Point. Pas pixels.
Quand c'est rendu sur du retina, chaque point est affiche sur 4 pixels. L'iphone 4 n'offre strictement aucune surface supplementaire.
Le caractere A en helvetica neue regular, 15 points, fait strictement la meme taille physique (en centimetres) sur un iphone 4 et un 3gs. Mais l'iphone 4 a 4 fois plus de pixels pour l'afficher. Ce qui fait que l'aliasing est imperceptible et le caractere apparait presque aussi precis que s'il etait imprime sur du papier.
Non. Aucun pixel n'est cree. Il n'ya aucun scaling.
Une image 50x50 affichee sur 50x50 pixels physiques a 160 dpi et la meme image sur 100x100 px physiques a 320 dpi ont exactement la meme apparence et font exactement la meme taille physique.
Parce que chaque pixel a 160dpi est parfaitement et identiquement reproduit par 4 pixels a 320dpi.
Dit autrement, 2x2 pixels a 320 dpi font strictement la meme taille physiqueet sont indifferenciable de 1x1 pixel a 160 dpi.
C'est la definition du dpi.
Encore dit autrement: prend un mbp retina et pas retina, cote a cote.
Affiche sur chacun une photo de 1440xwhatever. Prend une photo de chaque avec un argentique. Met les photos cote a cote, tu serais incapable de dire lequel est le lequel.
Fait les afficher une photo 2880xwhatever, tu vas pouvoir dire immediatement lequel est lequel.
Fait leur afficher le meme temps texte en helvetica neue 15, tu vas pouvor dire immediatement lequel est lequel.
Derniere tentative: prend une feuille de papier et dessines un grille 4x4 de 10cm de cote. Remplit les carres dans la diagonale.
Fait pareil avec 2 grille 8x8 de 10 cm de cote.
Sur la premiere, pour chaque carre de la 8x8, remplit 4 carre dans la 8x8: ta ligne est strictement la meme (aliasee a mort). C'est le cas des images non retina sur un ecran retina.
Sur la deuxieme, remplit la diagonale sur un carre de large. C'est le cas du texte sur un ecran retina, ou d'un asset retina sur un ecran retina.
Met les 3 cote a cote.
Je vais arreter la parce que je sais pas comment expliquer autrement.
Les deux sont a taille reelle. C'est precisement pour ca que la photo au dessus a ete prise avec un appareil photo et pas un simple screenshot, pour montrer la difference a taille reelle: les deux photos font strictement la meme taille physique, en centimetres.
Et contrairement a toi, je suis sur que tu vois la difference a 40cm de l'ecran parce que j'ai 2 ipads sous les yeux, affichant exactement le meme texte, et l'ipad1 parait flou par rapport au 4. Si tu me crois pas, va dans un apple store et met un ipad 2 a cote d'un ipad retina.
[^] # Re: Intéressant ?
Posté par groumly . En réponse au journal Google Chromebook Pixel : les patchs pour le support Linux arrivent. Évalué à 4.
Ben voyons. Doit etre pour ca que la nexus 10 est sorti a 300 dpi.
Pis avoir du texte precis et pas aliase, ca sert a rien, c'est bien connu!
[^] # Re: Mes yeux!!
Posté par groumly . En réponse au journal Google Chromebook Pixel : les patchs pour le support Linux arrivent. Évalué à 4.
Non, pas du tout, en tout cas pas sur ios.
T'as pas d'etirement, le concept du retina c'est que tu quadruple le nombre de pixels (x2 dans chaque dimension) et que t'utilises les pixels en plus pour augmenter la finesse d'affichage plutot que pour faire de la place physique. Une fonte 15 point fera strictement la meme taille sur les 2 ecrans, juste que celle sur l'ecran retina sera achement plus precise. Un iphone 4 offre 320x480 points, tout comme un 3gs.
J'ai pas verifie le chrome machin, mais je suppute qu'ils font pareil que les mbp retina, ton desktop de base fait 1440 points et que les pixels en plus sont utilises pour ameliore la finesse.
Si les assets son qualite retina, chaque point est rendu sur un pixel, sinon un point = 2x2 pixels.
En clair, une image de 50x50 px affichee sur100x100 pixels physique a 320 dpi a exactement la meme apparence que la meme image affichee sur 50x50 px physiques a 160dpi.
Quand le reste autour est affiche a 320 dpi, ca saute mechamment aux yeux.
Ensuite, sur ios (puisqu'on y est), le concept c'est que tu fournis chaque image en double. Une normale (50x50 pour reprendre l'exemple ci dessus), et une doublee (100x100) avec le meme nom se terminant par @2x.
Ta vue est elle definie comme faisant 50x50 points, et aura exactement la meme taille physique sur les deux.
L'os fera rentrer la 100x100 dans les 100x100 pixels physiques sur un ecran retina, ce qui te donne une image vachement plus precise.