Je passerai sur le coté ironique et l’utilisation de la novlang « contenu culturel ».
Venant d'un mec qui vient juste d'expliquer que la contrefaçon, c'est pas de la contrefaçon tu vois, mais une "copie illégale d'oeuvre", ça fait sourire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Bref, pour quelqu'un qui a connu les vieux PDA sous Windaube Mobile et Symbian OS, qui donnaient l'impression d'avoir un vrai PC miniature, les écrans capacitifs et les interfaces "au doigt" sont vraiment horribles à utiliser, par rapport à la combinaison écran résistif + stylet.
Mouais. Le resistif ou il faut défoncer l'écran (en plastique) pour finir par le rayer pour faire quoi que ce soit, voila quoi.
Et bon courage pour faire du multipoint utilisable en resistif.
Le capacitif est bien plus simple a utiliser. Et agréable, je prefere de loin le toucher du verre a celui du plastoc.
Pour le stylet, je crois que le public a parle, personne n'en veut. Et ceux qui en veulent finissent par perdre ce foutu stylet.
Les problèmes que tu décrits sont des problèmes de design. Sur une interface tactile, tu ne fais pas de widget de 20*20. Point a la ligne. La raison étant que le périphérique de pointage, que ça soit un doigt ou un stylet ne sera jamais aussi précis qu'une souris. Ta souris, tu la bouges, tu vises, ensuite tu cliques. Sur du tactile, les 3 opérations sont mélangées en une, ce qui rends tout ça tout de suite plus dur.
Rajoutes par dessus que ce sont des périphériques mobiles, les utilisateurs vont les utiliser en étant... mobile! En marchant dans la rue, dans un métro bonde ou tu peux pas trop bouger ou tu te fais bousculer, ça devient complètement irréaliste de demander au gus de viser une target aussi petite.
Pour la precision de visee, ca se regle par un du soft aussi. Apple est connu ('fin pour ceux qui ont un peu lu les docs d'iOS) pour ajuster les target points dans leurs événement tactiles.
En gros, les événements du capacitif ne sont pas traites comme un cercle, mais une ellipse, qui varie selon l'épaisseur du doigt. Et a partir de cette ellipse, ils ajustent la position de la target vers le bas. Parce qu'apparament, 100% des utilisateurs tapent plus haut que ce qu'ils visent, naturellement.
Si tu me crois pas, chope un iphone et essaye de l'utiliser a l'envers, je te parie que tu vas rater 80% des boutons.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Tu peux rajouter a la liste d'autres contraintes du style:
- sur un site mobile, tu vas servir un html different. Tu peux te permettre de te lâcher sur un site wired , sur du 3g voire edge qui tourne sur un ARM avec 128Mo de RAM en tout, pas trop.
- la navigation va potentiellement être différente. Les gens sur un telephone n'ont pas forcement le meme usage que les gus sur un ipad ou un laptop. Bon, a ce compte la, on peut commencer a se demander si c'est vraiment le meme site. Si tu demandes au business owners, les premiers concernes, oui, c'est le meme site.
- Les menus en mouse over doivent effectivement être le plus gros piège a l'heure actuel pour les utilisateurs d'ipad. Ca, et les kekes qui ont cru être malin en reimplementant le bounce effect de safari en javascript.
Le reve d'avoir un et un seul HTML et de changer la css a la volée était beau et ambitieux, mais malheureusement la réalité l'a rattrape.
Remarque, ça s'applique toujours pour les CSS "print" pour le coup.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Les deux sont fondamentalement differents. Google l'a appris au prix fort, en se bananant avec 2.3, honeycomb, avant de finalement se rebananer avec 4.0 (on attends toujours les tablettes android).
L'usage est tres different, un telephone s'utilise en moyenne moins de 5 minutes d'affilee, une tablette facile 1h00 ou deux.
Tu fais pas du tout la meme chose sur un telephone et une tablette.
La taille de l'ecran prohibe des interfaces a la iphone sur un ipad, faut les remplir ces foutus pixels. Et supporter les deux orientations. A tel point que je trouve beaucoup plus dur de designer une UI pour tablette.
Typiquements, la pluaprt des applis android sur tablettes donnent cette snesation de bacle. T'as du vide de partout, c'est moche.
Faut aussi proposer du contenu plus riche et plus profond que dans la version telephone de la meme applis.
Les transitions entre vues vont differer, tu transitionnes pas de la meme facon entre 2 ecrans en 1024 qu'en 480.
Cocoa touch pour ipad se distingur de son pote pour iphone par notamment:
- split view controller, en gros un master/detail en landscape, master qui disparait dans un bouton en portrait
- un paquet de presentation differentes pour les vues modales
- action sheet vs popup
- possibilite d'imbriquer un paquet de controlleurs sur un meme ecran
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
De facto, l'usage est de s'en servir dans un navigateur,
De facto, l'usage HTTP "sans UI", ie en dehors du contexte pur web est en train de monter en fleche, tellement en fleche que beaucoup de sites se rendent compte que d'ici un an, la version appli de leur site fera autant si ce n'est plus de traffic que le site web.
Et crois moi, su un telephone, tu te fais pas chier a telecahrger 25 fois la meme chose.
avec donc un gaspillage assez énorme de bande passante (re-téléchargement d'une application à chaque usage) et de puissance CPU (javascript sur navigateur sur OS, versus application native sur OS).
Ola, tu vas bien vite en besogne!
T'as entends parler du pragma cache?
Pourquoi tu crois qu'on s'emmerde a mettre le js dans des fichiers sépares, juste pour le fun de se prendre une requête supplémentaire par script?
Non, parce que ce js est cache cote client...
Pour le gaspillage de CPU, je te repose la question, vu que tu visiblement pas y répondre.
Comment tu fais pour résoudre le problème sans JS?
Il faut faire tourner du code cote client, tu peux pas y échapper. C'est comme ca. C'est un pré requis, comme on dit.
PArtant de la, on fait quoi?
On envoie du code natif?
On reinvente des protocoles super compliques et incomplets tous les 4 matins?
On s'encule?
Moi perso, le natif, j'aime pas et les protocoles compliques, ça m'irrite.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
JE dirais pas forcement tout partout, balle au centre.
'fin LLVM et WebKit, dans le genre poids lourds qui apportent une réelle alternative performante 100% libre, ils se posent quand meme :)
Non pas que j'ai quoi que ce soit contre free, ils font pas la meme taille qu'apple, et surtout, surtout, leur métier c'est pas le soft, donc je m'attends pas a de massive contribution de code de la part de Free.
Just un peu saoule d'entendre répéter ad nauseam ces conneries qu'apple est 100% proprio, non, c'est pas le cas, loin de la meme. Et ils ne se contentent pas de piller le libre comme le prétendent certains, on peut pas vraiment dire que leur service open source se branle la nouille.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
On peut utiliser des liens en dehors du web. Juste parce que le web est une application parfaite de REST/HTTP ne veut pas dire que c'est le seul usage que les créateurs avaient en tete.
Je les vois pas trop créer la méthode DELETE sinon, ni faire la différence en PUT et POST si c'est juste pour servir du HTML.
C'est meme un peu la base de REST et de la discoverability, une ressource te dit vers ou tu peux aller ensuite.
Et quand on regarde de quand date REST et qui est derrière, on retrouve les gars derrière HTTP.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Si cette problématique est "contrôler le plus possible le code exécuté par l'utilisateur" je suis d'accord. Mais je trouve dommage de ne pas prendre de recul critique sur cette exigence du "Web 2.0", qui est, finalement, une resucée moins performante, pleine de publicités, centralisée, limitée, de ce que les internautes faisaient y'a 20 ans : Échanger des fichiers. Discuter en temps réel. Avoir une discussion publique, organisée par fils de discussion. S'envoyer des messages différés. Avant même que le Web n'existe on pouvait faire ça (y compris la causette, CF IRC ou talk). Maintenant 99% des utilisateurs le font en utilisant une machine virtuelle nommée navigateur, qui exécute des applications choisies par le fournisseur du service. C'est.. problématique, en effet.
Ben ouais, mais t'es mignon, le W3C a mit JS dans la spec depuis un bail, parce que, ben, on en a besoin.
Tu peux tourner le pb dans tous les sens, on a en a besoin, avoir une techno de présentation 100% statique, ça pose des pb et on peut pas faire sans.
Apres, si tu veux m'expliquer comment faire un truc comme GMail ou de l'ajax sans code qui tourne cote client, ben tu me fais signe.
Bien évidemment je pars du principe que des données volontairement corrompues ne mettrons pas en danger ton serveur, sinon ce serait du délire de les valider avec du code qui tourne chez l'utilisateur final et hostile.
Ben ça change pas grand chose au pb, tu veux toujours valider tes données cote client avant envoi, parce que t'as pas forcement envie de te fader le reremplissage du formulaire cote serveur et que tu veux avertir l'utilisateur des pb avant meme qu'il clique sur envoyer.
On a réinventé TCP/IP, super :)
Pour autant que je sache, TCP et IP ne sont pas des protocoles applicatif. Je peux me tromper cela dit, hein.
Moins de ressources réseau et CPU gâchées
Mais en quoi HTTP bouffe des resources? Le protocole est simplissime, tellement simple que tu l'implementes sur tcp avec 2 fois rien (je sais, je le fais, ça tiens en 200 lignes). C'est sur que si tu veux garder une connexion permanente entre le serveur et le client, HTTP ça va pas être au poil, apres utiliser un protocole stateful pour du stateless, ça va être le meme merdier...
Implementer un salon de discussion over HTTP, oui, c'est con.
A peu près aussi con que réinventer un protocole dédie pour poster 140 characteres sur une ressource.
Maintenant, si t'as une meilleur idée que HTTP pour transférer des données sans authentification, je suis toute ouïe.
Si l'overhead de qq dizaines d'octets est trop pour toi, va falloir argumenter. Serieusement.
Je préfère le bon vieux démon IRC, Jabber, mail, ce que tu veux, qui va simplement "faire le truc dont il est question" et dont les logs sont lisibles :)
Non, ce qu'il se passe c'est que tu comprends pas ce qu'il se passe, et que tu clames qu'il faut se passer de ce genre de fonctionnalité parce que tu comprends pas comment ça marche.
C'est simple pourtant. Ca a rien de bien complique pourtant.
Juste parce que t'es pas foutu de comprendre comment ça marche, ça le rend pas inutile.
Maintenant, je veux bien que tu m'expliques en quoi HTTP live streaming est plus complexe et gourmand en ressource que bittorrent pour une video embarquée dans une page web. Et au passage, tu vas m'expliquer comment tu garantis de recevoir la video en premier avec bittorrent, vu que le concept c'est justement "chope ce qui est dispo, dans n'importe quel ordre, on s'en fout end' façons, c'est pour visionner offline".
Je sais tres bien ce que tu vas me répondre a ce point c'est "la video, tu la mattes offline". En gros, dit moi ce dont t'as besoin, je t'expliquerais comment t'en passer.
Tu peux utiliser RTSP, mais va falloir m'expliquer quel est l'intérêt de RTSP quand 95% des clients peuvent telecharger la video en moins de qq secondes via un protocole achement plus simple, et faire le playback de leur cote.
Ah, bien sûr ça implique de communiquer avec des protocoles à peu près standard et de laisser l'utilisateur libre de choisir son implémentation, c'est embêtant : il risque de préférer l'implémentation sans publicité.
Super, et next thing you know, tu te retrouves aver 150 protocols differents.
Et quand tu les regardes de pres, ce qu'ils font pour la plupart, c'est du CRUD sur une ressource distante. Oh. ben tient. Ca sera pas le principe de base de REST ça des fois?
On peut lire une ressource, la créer, la modifier, la supprimer. Tu couvres 99,9% des besoins avec ça, sur un protocole tellement simple a comprendre que meme toi t'arrives (presque) a le comprendre. Protocole qui est implemente par quasiment tout le monde partout (forcement, simple comme il est...)
Ça a à voir avec la plupart des implémentations de HTTP : le client gueule comme un putois.
T'es au courant que la partie "je te gueule dessus", elle vient de SSL/TLS, pas d'HTTP?
Par contre, sur un site Web, si Firefox lui affiche l'image d'un flic en haut à gauche, et qu'il doive confirmer qu'il "comprend les risques" avant de continuer, il va laisser tomber
Gne? Donc en gros, parce qu'un client met en garde ses clients contre un vecteur d'attaque courant, HTTP, qui n'a strictement rien a voir avec le problème en question, est un mauvais protocole?
Et si iChat se met a afficher un flic pour les certifs auto signes, Jabber va devenir un mauvais protocole aussi?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Il veut distribuer la video sur plusieurs hotes pour diminuer les besoins de bp de chaque. Ce qui est en ligne avec le grand delire de streamer via bittorrent.
Ca aurait un interet certain, et je me dit qu'une extension d'http live streaming devrait pouvoir y repondre, au moins partiellement.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Ben le pb inherent, c'est que les urls peuvent etre aussi longue que tu veux, et qu'il est donc possible d'avoir un dos de ce genre. Ou que si tu tentes d'afficher un jpeg a 150000dpi, tu vas probablement mettre la machine a genoux.
Oui, c'est gros et tire par les chevrux, mais le pb inherent de webgl est sensiblement le meme, tu peux mettre la machine a genoux si le browser n'a pas un watchdog qui va sauvagement tuer les gorets.
Ya pas plus de cote inherent d'un cote ou de l'autre, ca reste au browser de s'assurer que tout va pas peter, apres tout, c'est lui qui alloue ces ressources au final...
Dans le fond, on est d'accord, donner acces direct au matos au premier clampin venu sur internet, ca pue la mauvaise idee, point a la ligne.
Et c'est pas les failles de flash avec les webcams/micros qui vont me contredire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Justement, sur les autres protocoles on ne transporte généralement pas de code : on transporte des données
Qu'est ce que ca a voir avec le protocole au juste?
Le fait d'envoyer du code au client repond a une problematique bien precise que tous les protocoles du monde ne peuvent resoudre.
Le probleme, c'est de faire tourner du code cote client, ca te defrise peut etre, mais eviter un aller retour au serveur quand un formulaire est invalide ou qu'on veut juste rafraichir un div, tu vas avoir du mal a le resoudre au niveau protocolaire.
Et au passage, un player mp4 peut executer du code js embarque dans la video, qui va pas etre servie en http pourtant. Ou pas forcement.
Heu ? Sous-exploité?
Ce que je voulais dire par la, c'est que contrairement a ce que des gens comme tanguy pensent, http n'a pas ete cree pour servir du web. Http est un protocole applicatif qui definit des verbes permettant de manipuler des ressources. Le concept de ressource etant volontairement le plus vague possible, car ca peut etre n'importe quoi. Un put sur un salon de discussion, un delete sur un email ou autre.
Le tout en etant totalement stateless, ce qui a des avantages enormes face aux inconvenients.
Le concept de rest est au contraire tres propre et elegant.
Que status.net fasse visiblement portnawak (ou plutot que ce qu'il fait t'echappe) n'a pas grand chose a voir avec http, javascript ou le jardin de mon oncle.
Apres, si ta reponse a la complexite et aux pb de resources de js, c'est d'integrer un client bittorrent au navigateur, je reste perplexe.
(les messages délirants de navigateurs comme Firefox en cas de certificat auto-signé, alors que la même page en HTTP clair est servie sans sourciller)
Mais qu'est ce que ca a voir avec http ca? Serieusement? Ssl gueule en cas de certificat auto signe, oui c'est normal, vu que le but du jeu c'est d'avoir une authentificaton de la source par un tiers de confiance. Si le tiers est inconnu, il n'est pas de confiance et donc ca gueule, c'est quoi le pb au juste?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Tu sais, du javascript, qu'il soit servi via http, ftp, rtsp imap ou tcp over pigeon, ca reste du javascript. C'est pas foudroyant et c'est potentiellement ecrit par un gars qui sait pas trop ce qu'il fait.
Ce temps semble être révolu. Maintenant, le premier besoin semble être de fourguer à l'utilisateur final un mélange volontairement obfusqué de javascripts très spéciaux appelant d'autres scripts, des applis Flash, modifiant dynamiquement le document, le tout vomissant de la pub, du contenu utile, une "application", du contenu moins utile..
Melangeons tout et rajoutons une bonne dose de "c'etait mieux a vent"... Simplement parce que http a ete sous exploite et limite a servir du html pendant des annees ne veut pas dire que le protocole n'a pas ete concu pour plus que ca.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
FF a eu il ya longtemps un bug provoquant un freeze du browser.
En gros, suffisait de faire cliquer l'utilisateur sur une url demesurement longue, ca mettait au tas le gestionnaire d'historique a demarrage suivant.
Cela dit, a moins d'avoir un bug monstrueux dans l'interpreteur JS, je vois pas trop comment on peut mettre au tas un os complet.
Avec opengl, j'imagine que c'est beaucoup plus simple.
De meme pour une elevation de privilege. Sandboxer et eviter une elevation de privilege dans un code "ballot", on sait faire.
Sandboxer au niveau du pilote graphique, ca devient deja plus coton.
Disons que c'est pas comme si les pilotes 3D etaient pas reputes pour etre la principale source de crash et de problemes de secu dans un os.
Non pas que "juste le browser" soit ideal, mais entre une appli dans les choux et un hard crash, voir un privilege escalation, je sais de quel cote je me porte.
Bon, ensuite, c'est quoi les applications concretes de webgl? Non pas que je veuille faire mon vieux con, mais mon petit doigt me dit que s'occuper des problemes de reactivite et l'absence de threading de JS ferait plus de bien que d'avoir un un webglxgears.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
De renom ? Il a plaider combien d'affaire au pénal ton juriste?
Sa renommé il ne l'a pas en tant que juriste.
Sans deconner!
Heureusement que t'es la pour nous rappeller ca, quand meme.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Salaud de cartier.
Ils font la pub pour leurs montres, et te refusent de les vendre!
Bien evidemment, tu ommet de preciser que part refuser de vendre, tu veux en fait dire "refuseer de vendre a mes conditions a moi".
Conditions qui visiblement ne leur plaisent pas.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Je suis outré.
D'apres ma redefinissation du verbe suiver dans un de mes recents essayage, tu viens d'insulter tout le public.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Je te le fais en version courte:
rien n'existe, rien n'est (ou pas).
Apres tout, c'est que des électrons et des atomes, donc rien n'appartient a personne et rien n'existe, et en meme temps tout existe.
L'information n'est qu'un signal qu'on interprete, donc elle n'existe pas, donc elle ne peut pas être protégée.
En gros, hyper abstraction avec qq syllogismes.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Llvm/clang, lldb, webkit, darwin, cups, gcd, bonjour.
Effectivement, apple n'a vraiment rien a voir avec le libre. En tout clairement moins que free, tres repute pour contribuer sans vergognes leurs modifications faites pour la freebox.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Sachant que c'est albert qui sort ça, il serait raisonnable de demander une source.
C'est pas comme s'il était connu pour mentir effrontément sur le sujet, hein.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Techniquement, t'es censé déclarer et payer dans tes state taxes.
En tout cas, c'est le cas en californie.
Evidemment, personne ne le fait.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
J'explique juste que je trouve qu'ils ont toujours pris les européens pour des cons
Cela dit, quand on te lit, on se dit qu'ils auraient probablement tord de faire le contraire dans ton cas.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
C'est vrai ça, Apple prend tellement les consommateurs pour des cons que personne n'a réussi a sortir un macbook air a moins de $1000. C'est pas faute d'essayer pourtant, vu comment le mba bouffe tout aux US.
Les fameuses tablettes android qui devaient rétablir la balance niveau prix sont soit au meme prix que l'ipad (voir plus chères), soit d'une qualité de fabrication excecrable.
Les macbook pro sont finalement au meme prix que les laptops pc quand tu regarde a gamme équivalente.
Pour le 1 euro = 1 dollar, rajoute la TVA, de quoi ajuster pour la fluctuation du taux de change et les taxes d'importation, je suis pas sur que tu soit toujours a 1 = 1.
Ah, et j'espère que tu viendras gueuler de la meme façon quand le dollar remontera et que le prix ne changera pas, hein ;-)
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
J'ai passe mon dess (rennes 1) avec un peu moins de 30% d'assiduite. Ya meme un cours ou je ne suis jamais alle.
Forcemment, un vendredi a 7h45 du mat, faut pas trop compter sur moi.
Le reste de ma fac (orsay), c'etait du 20-30% sur les amphi, et du 90% sur les td/tp (pas mal de profs etaient un peu "relou" la dessus).
A orsay, j'ai meme reussi a avoir un prof qui avait dans les 60% d'assiduite, c'est dire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
Le connard, c'est le mec qui refuse d'aider sa tante alors qu'il pourrait tres bien le faire (si les geeks libristes sont si intelligents et baleze, reparer un windows est a leur portee), tout ca juste pour se faire mousser dans la tribu "linux har'core du nord".
On peut pas vraiment dire que ca soit dans les valeurs du libre de volontairement faire de la retention d'information et de refuser d'apporter de l'aide sans raison valable.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Juste un site de telechargement comme les autres...
Posté par pasScott pasForstall . En réponse au journal Victimes collatérale de Megaupload . Évalué à 0.
Venant d'un mec qui vient juste d'expliquer que la contrefaçon, c'est pas de la contrefaçon tu vois, mais une "copie illégale d'oeuvre", ça fait sourire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Pas d'accord
Posté par pasScott pasForstall . En réponse à la dépêche Ubuntu sur les terminaux mobiles et les tablettes. Évalué à 0.
Mouais. Le resistif ou il faut défoncer l'écran (en plastique) pour finir par le rayer pour faire quoi que ce soit, voila quoi.
Et bon courage pour faire du multipoint utilisable en resistif.
Le capacitif est bien plus simple a utiliser. Et agréable, je prefere de loin le toucher du verre a celui du plastoc.
Pour le stylet, je crois que le public a parle, personne n'en veut. Et ceux qui en veulent finissent par perdre ce foutu stylet.
Les problèmes que tu décrits sont des problèmes de design. Sur une interface tactile, tu ne fais pas de widget de 20*20. Point a la ligne. La raison étant que le périphérique de pointage, que ça soit un doigt ou un stylet ne sera jamais aussi précis qu'une souris. Ta souris, tu la bouges, tu vises, ensuite tu cliques. Sur du tactile, les 3 opérations sont mélangées en une, ce qui rends tout ça tout de suite plus dur.
Rajoutes par dessus que ce sont des périphériques mobiles, les utilisateurs vont les utiliser en étant... mobile! En marchant dans la rue, dans un métro bonde ou tu peux pas trop bouger ou tu te fais bousculer, ça devient complètement irréaliste de demander au gus de viser une target aussi petite.
Pour la precision de visee, ca se regle par un du soft aussi. Apple est connu ('fin pour ceux qui ont un peu lu les docs d'iOS) pour ajuster les target points dans leurs événement tactiles.
En gros, les événements du capacitif ne sont pas traites comme un cercle, mais une ellipse, qui varie selon l'épaisseur du doigt. Et a partir de cette ellipse, ils ajustent la position de la target vers le bas. Parce qu'apparament, 100% des utilisateurs tapent plus haut que ce qu'ils visent, naturellement.
Si tu me crois pas, chope un iphone et essaye de l'utiliser a l'envers, je te parie que tu vas rater 80% des boutons.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Pas d'accord
Posté par pasScott pasForstall . En réponse à la dépêche Ubuntu sur les terminaux mobiles et les tablettes. Évalué à 1.
Tu peux rajouter a la liste d'autres contraintes du style:
- sur un site mobile, tu vas servir un html different. Tu peux te permettre de te lâcher sur un site wired , sur du 3g voire edge qui tourne sur un ARM avec 128Mo de RAM en tout, pas trop.
- la navigation va potentiellement être différente. Les gens sur un telephone n'ont pas forcement le meme usage que les gus sur un ipad ou un laptop. Bon, a ce compte la, on peut commencer a se demander si c'est vraiment le meme site. Si tu demandes au business owners, les premiers concernes, oui, c'est le meme site.
- Les menus en mouse over doivent effectivement être le plus gros piège a l'heure actuel pour les utilisateurs d'ipad. Ca, et les kekes qui ont cru être malin en reimplementant le bounce effect de safari en javascript.
Le reve d'avoir un et un seul HTML et de changer la css a la volée était beau et ambitieux, mais malheureusement la réalité l'a rattrape.
Remarque, ça s'applique toujours pour les CSS "print" pour le coup.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Un pied devant l'autre.
Posté par pasScott pasForstall . En réponse à la dépêche Ubuntu sur les terminaux mobiles et les tablettes. Évalué à 8.
Les deux sont fondamentalement differents. Google l'a appris au prix fort, en se bananant avec 2.3, honeycomb, avant de finalement se rebananer avec 4.0 (on attends toujours les tablettes android).
L'usage est tres different, un telephone s'utilise en moyenne moins de 5 minutes d'affilee, une tablette facile 1h00 ou deux.
Tu fais pas du tout la meme chose sur un telephone et une tablette.
La taille de l'ecran prohibe des interfaces a la iphone sur un ipad, faut les remplir ces foutus pixels. Et supporter les deux orientations. A tel point que je trouve beaucoup plus dur de designer une UI pour tablette.
Typiquements, la pluaprt des applis android sur tablettes donnent cette snesation de bacle. T'as du vide de partout, c'est moche.
Faut aussi proposer du contenu plus riche et plus profond que dans la version telephone de la meme applis.
Les transitions entre vues vont differer, tu transitionnes pas de la meme facon entre 2 ecrans en 1024 qu'en 480.
Cocoa touch pour ipad se distingur de son pote pour iphone par notamment:
- split view controller, en gros un master/detail en landscape, master qui disparait dans un bouton en portrait
- un paquet de presentation differentes pour les vues modales
- action sheet vs popup
- possibilite d'imbriquer un paquet de controlleurs sur un meme ecran
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à -1.
De facto, l'usage HTTP "sans UI", ie en dehors du contexte pur web est en train de monter en fleche, tellement en fleche que beaucoup de sites se rendent compte que d'ici un an, la version appli de leur site fera autant si ce n'est plus de traffic que le site web.
Et crois moi, su un telephone, tu te fais pas chier a telecahrger 25 fois la meme chose.
Ola, tu vas bien vite en besogne!
T'as entends parler du pragma cache?
Pourquoi tu crois qu'on s'emmerde a mettre le js dans des fichiers sépares, juste pour le fun de se prendre une requête supplémentaire par script?
Non, parce que ce js est cache cote client...
Pour le gaspillage de CPU, je te repose la question, vu que tu visiblement pas y répondre.
Comment tu fais pour résoudre le problème sans JS?
Il faut faire tourner du code cote client, tu peux pas y échapper. C'est comme ca. C'est un pré requis, comme on dit.
PArtant de la, on fait quoi?
On envoie du code natif?
On reinvente des protocoles super compliques et incomplets tous les 4 matins?
On s'encule?
Moi perso, le natif, j'aime pas et les protocoles compliques, ça m'irrite.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Choqué
Posté par pasScott pasForstall . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 2.
JE dirais pas forcement tout partout, balle au centre.
'fin LLVM et WebKit, dans le genre poids lourds qui apportent une réelle alternative performante 100% libre, ils se posent quand meme :)
Non pas que j'ai quoi que ce soit contre free, ils font pas la meme taille qu'apple, et surtout, surtout, leur métier c'est pas le soft, donc je m'attends pas a de massive contribution de code de la part de Free.
Just un peu saoule d'entendre répéter ad nauseam ces conneries qu'apple est 100% proprio, non, c'est pas le cas, loin de la meme. Et ils ne se contentent pas de piller le libre comme le prétendent certains, on peut pas vraiment dire que leur service open source se branle la nouille.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 0.
On peut utiliser des liens en dehors du web. Juste parce que le web est une application parfaite de REST/HTTP ne veut pas dire que c'est le seul usage que les créateurs avaient en tete.
Je les vois pas trop créer la méthode DELETE sinon, ni faire la différence en PUT et POST si c'est juste pour servir du HTML.
C'est meme un peu la base de REST et de la discoverability, une ressource te dit vers ou tu peux aller ensuite.
Et quand on regarde de quand date REST et qui est derrière, on retrouve les gars derrière HTTP.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 0.
Ben ouais, mais t'es mignon, le W3C a mit JS dans la spec depuis un bail, parce que, ben, on en a besoin.
Tu peux tourner le pb dans tous les sens, on a en a besoin, avoir une techno de présentation 100% statique, ça pose des pb et on peut pas faire sans.
Apres, si tu veux m'expliquer comment faire un truc comme GMail ou de l'ajax sans code qui tourne cote client, ben tu me fais signe.
Ben ça change pas grand chose au pb, tu veux toujours valider tes données cote client avant envoi, parce que t'as pas forcement envie de te fader le reremplissage du formulaire cote serveur et que tu veux avertir l'utilisateur des pb avant meme qu'il clique sur envoyer.
Pour autant que je sache, TCP et IP ne sont pas des protocoles applicatif. Je peux me tromper cela dit, hein.
Mais en quoi HTTP bouffe des resources? Le protocole est simplissime, tellement simple que tu l'implementes sur tcp avec 2 fois rien (je sais, je le fais, ça tiens en 200 lignes). C'est sur que si tu veux garder une connexion permanente entre le serveur et le client, HTTP ça va pas être au poil, apres utiliser un protocole stateful pour du stateless, ça va être le meme merdier...
Implementer un salon de discussion over HTTP, oui, c'est con.
A peu près aussi con que réinventer un protocole dédie pour poster 140 characteres sur une ressource.
Maintenant, si t'as une meilleur idée que HTTP pour transférer des données sans authentification, je suis toute ouïe.
Si l'overhead de qq dizaines d'octets est trop pour toi, va falloir argumenter. Serieusement.
Non, ce qu'il se passe c'est que tu comprends pas ce qu'il se passe, et que tu clames qu'il faut se passer de ce genre de fonctionnalité parce que tu comprends pas comment ça marche.
C'est simple pourtant. Ca a rien de bien complique pourtant.
Juste parce que t'es pas foutu de comprendre comment ça marche, ça le rend pas inutile.
Maintenant, je veux bien que tu m'expliques en quoi HTTP live streaming est plus complexe et gourmand en ressource que bittorrent pour une video embarquée dans une page web. Et au passage, tu vas m'expliquer comment tu garantis de recevoir la video en premier avec bittorrent, vu que le concept c'est justement "chope ce qui est dispo, dans n'importe quel ordre, on s'en fout end' façons, c'est pour visionner offline".
Je sais tres bien ce que tu vas me répondre a ce point c'est "la video, tu la mattes offline". En gros, dit moi ce dont t'as besoin, je t'expliquerais comment t'en passer.
Tu peux utiliser RTSP, mais va falloir m'expliquer quel est l'intérêt de RTSP quand 95% des clients peuvent telecharger la video en moins de qq secondes via un protocole achement plus simple, et faire le playback de leur cote.
Super, et next thing you know, tu te retrouves aver 150 protocols differents.
Et quand tu les regardes de pres, ce qu'ils font pour la plupart, c'est du CRUD sur une ressource distante. Oh. ben tient. Ca sera pas le principe de base de REST ça des fois?
On peut lire une ressource, la créer, la modifier, la supprimer. Tu couvres 99,9% des besoins avec ça, sur un protocole tellement simple a comprendre que meme toi t'arrives (presque) a le comprendre. Protocole qui est implemente par quasiment tout le monde partout (forcement, simple comme il est...)
T'es au courant que la partie "je te gueule dessus", elle vient de SSL/TLS, pas d'HTTP?
Gne? Donc en gros, parce qu'un client met en garde ses clients contre un vecteur d'attaque courant, HTTP, qui n'a strictement rien a voir avec le problème en question, est un mauvais protocole?
Et si iChat se met a afficher un flic pour les certifs auto signes, Jabber va devenir un mauvais protocole aussi?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 2.
Il veut distribuer la video sur plusieurs hotes pour diminuer les besoins de bp de chaque. Ce qui est en ligne avec le grand delire de streamer via bittorrent.
Ca aurait un interet certain, et je me dit qu'une extension d'http live streaming devrait pouvoir y repondre, au moins partiellement.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 2.
Ben le pb inherent, c'est que les urls peuvent etre aussi longue que tu veux, et qu'il est donc possible d'avoir un dos de ce genre. Ou que si tu tentes d'afficher un jpeg a 150000dpi, tu vas probablement mettre la machine a genoux.
Oui, c'est gros et tire par les chevrux, mais le pb inherent de webgl est sensiblement le meme, tu peux mettre la machine a genoux si le browser n'a pas un watchdog qui va sauvagement tuer les gorets.
Ya pas plus de cote inherent d'un cote ou de l'autre, ca reste au browser de s'assurer que tout va pas peter, apres tout, c'est lui qui alloue ces ressources au final...
Dans le fond, on est d'accord, donner acces direct au matos au premier clampin venu sur internet, ca pue la mauvaise idee, point a la ligne.
Et c'est pas les failles de flash avec les webcams/micros qui vont me contredire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 1.
Qu'est ce que ca a voir avec le protocole au juste?
Le fait d'envoyer du code au client repond a une problematique bien precise que tous les protocoles du monde ne peuvent resoudre.
Le probleme, c'est de faire tourner du code cote client, ca te defrise peut etre, mais eviter un aller retour au serveur quand un formulaire est invalide ou qu'on veut juste rafraichir un div, tu vas avoir du mal a le resoudre au niveau protocolaire.
Et au passage, un player mp4 peut executer du code js embarque dans la video, qui va pas etre servie en http pourtant. Ou pas forcement.
Ce que je voulais dire par la, c'est que contrairement a ce que des gens comme tanguy pensent, http n'a pas ete cree pour servir du web. Http est un protocole applicatif qui definit des verbes permettant de manipuler des ressources. Le concept de ressource etant volontairement le plus vague possible, car ca peut etre n'importe quoi. Un put sur un salon de discussion, un delete sur un email ou autre.
Le tout en etant totalement stateless, ce qui a des avantages enormes face aux inconvenients.
Le concept de rest est au contraire tres propre et elegant.
Que status.net fasse visiblement portnawak (ou plutot que ce qu'il fait t'echappe) n'a pas grand chose a voir avec http, javascript ou le jardin de mon oncle.
Apres, si ta reponse a la complexite et aux pb de resources de js, c'est d'integrer un client bittorrent au navigateur, je reste perplexe.
Mais qu'est ce que ca a voir avec http ca? Serieusement? Ssl gueule en cas de certificat auto signe, oui c'est normal, vu que le but du jeu c'est d'avoir une authentificaton de la source par un tiers de confiance. Si le tiers est inconnu, il n'est pas de confiance et donc ca gueule, c'est quoi le pb au juste?
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 3.
Tu sais, du javascript, qu'il soit servi via http, ftp, rtsp imap ou tcp over pigeon, ca reste du javascript. C'est pas foudroyant et c'est potentiellement ecrit par un gars qui sait pas trop ce qu'il fait.
Melangeons tout et rajoutons une bonne dose de "c'etait mieux a vent"... Simplement parce que http a ete sous exploite et limite a servir du html pendant des annees ne veut pas dire que le protocole n'a pas ete concu pour plus que ca.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ca fait peur
Posté par pasScott pasForstall . En réponse au journal Quelques aspects de la securite qui n'ont rien a voir avec le "Sandboxing" . Évalué à 6.
FF a eu il ya longtemps un bug provoquant un freeze du browser.
En gros, suffisait de faire cliquer l'utilisateur sur une url demesurement longue, ca mettait au tas le gestionnaire d'historique a demarrage suivant.
Cela dit, a moins d'avoir un bug monstrueux dans l'interpreteur JS, je vois pas trop comment on peut mettre au tas un os complet.
Avec opengl, j'imagine que c'est beaucoup plus simple.
De meme pour une elevation de privilege. Sandboxer et eviter une elevation de privilege dans un code "ballot", on sait faire.
Sandboxer au niveau du pilote graphique, ca devient deja plus coton.
Disons que c'est pas comme si les pilotes 3D etaient pas reputes pour etre la principale source de crash et de problemes de secu dans un os.
Non pas que "juste le browser" soit ideal, mais entre une appli dans les choux et un hard crash, voir un privilege escalation, je sais de quel cote je me porte.
Bon, ensuite, c'est quoi les applications concretes de webgl? Non pas que je veuille faire mon vieux con, mais mon petit doigt me dit que s'occuper des problemes de reactivite et l'absence de threading de JS ferait plus de bien que d'avoir un un webglxgears.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: sauvegardes
Posté par pasScott pasForstall . En réponse au journal megafermeture.fbi. Évalué à 1.
Sans deconner!
Heureusement que t'es la pour nous rappeller ca, quand meme.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: ...
Posté par pasScott pasForstall . En réponse au journal megafermeture.fbi. Évalué à -1.
Salaud de cartier.
Ils font la pub pour leurs montres, et te refusent de les vendre!
Bien evidemment, tu ommet de preciser que part refuser de vendre, tu veux en fait dire "refuseer de vendre a mes conditions a moi".
Conditions qui visiblement ne leur plaisent pas.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: hadopi 3
Posté par pasScott pasForstall . En réponse au journal megafermeture.fbi. Évalué à 2.
Perso, dirais plutot "Marine, bah poubelle".
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: WTF ?
Posté par pasScott pasForstall . En réponse au journal Qu'est ce que le vol ?. Évalué à 2.
Je suis outré.
D'apres ma redefinissation du verbe suiver dans un de mes recents essayage, tu viens d'insulter tout le public.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Whoooaaa !
Posté par pasScott pasForstall . En réponse au journal Qu'est ce que le vol ?. Évalué à 10.
Je te le fais en version courte:
rien n'existe, rien n'est (ou pas).
Apres tout, c'est que des électrons et des atomes, donc rien n'appartient a personne et rien n'existe, et en meme temps tout existe.
L'information n'est qu'un signal qu'on interprete, donc elle n'existe pas, donc elle ne peut pas être protégée.
En gros, hyper abstraction avec qq syllogismes.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Choqué
Posté par pasScott pasForstall . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 1.
Llvm/clang, lldb, webkit, darwin, cups, gcd, bonjour.
Effectivement, apple n'a vraiment rien a voir avec le libre. En tout clairement moins que free, tres repute pour contribuer sans vergognes leurs modifications faites pour la freebox.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Pourquoi faire simple quand on peut faire compliqué ?
Posté par pasScott pasForstall . En réponse au journal UEFI Secure Boot et les tablettes/téléphones Windows 8 - conclusion ?. Évalué à -2.
Sachant que c'est albert qui sort ça, il serait raisonnable de demander une source.
C'est pas comme s'il était connu pour mentir effrontément sur le sujet, hein.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Choqué
Posté par pasScott pasForstall . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 2.
Techniquement, t'es censé déclarer et payer dans tes state taxes.
En tout cas, c'est le cas en californie.
Evidemment, personne ne le fait.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Choqué
Posté par pasScott pasForstall . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 1.
Cela dit, quand on te lit, on se dit qu'ils auraient probablement tord de faire le contraire dans ton cas.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Choqué
Posté par pasScott pasForstall . En réponse à la dépêche Free lance son offre mobile : ce que ça change. Évalué à 1.
C'est vrai ça, Apple prend tellement les consommateurs pour des cons que personne n'a réussi a sortir un macbook air a moins de $1000. C'est pas faute d'essayer pourtant, vu comment le mba bouffe tout aux US.
Les fameuses tablettes android qui devaient rétablir la balance niveau prix sont soit au meme prix que l'ipad (voir plus chères), soit d'une qualité de fabrication excecrable.
Les macbook pro sont finalement au meme prix que les laptops pc quand tu regarde a gamme équivalente.
Pour le 1 euro = 1 dollar, rajoute la TVA, de quoi ajuster pour la fluctuation du taux de change et les taxes d'importation, je suis pas sur que tu soit toujours a 1 = 1.
Ah, et j'espère que tu viendras gueuler de la meme façon quand le dollar remontera et que le prix ne changera pas, hein ;-)
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Ah, ce bon viel intra !
Posté par pasScott pasForstall . En réponse au journal Epitech: de la passion à l'expertise. Évalué à -1.
J'ai passe mon dess (rennes 1) avec un peu moins de 30% d'assiduite. Ya meme un cours ou je ne suis jamais alle.
Forcemment, un vendredi a 7h45 du mat, faut pas trop compter sur moi.
Le reste de ma fac (orsay), c'etait du 20-30% sur les amphi, et du 90% sur les td/tp (pas mal de profs etaient un peu "relou" la dessus).
A orsay, j'ai meme reussi a avoir un prof qui avait dans les 60% d'assiduite, c'est dire.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: FEAR, SEX and Sodomie
Posté par pasScott pasForstall . En réponse au journal UEFI Secure Boot et les tablettes/téléphones Windows 8 - conclusion ?. Évalué à -6.
Le connard, c'est le mec qui refuse d'aider sa tante alors qu'il pourrait tres bien le faire (si les geeks libristes sont si intelligents et baleze, reparer un windows est a leur portee), tout ca juste pour se faire mousser dans la tribu "linux har'core du nord".
On peut pas vraiment dire que ca soit dans les valeurs du libre de volontairement faire de la retention d'information et de refuser d'apporter de l'aide sans raison valable.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.