voici mon premier journal sous ce pseudo (mais j’en ai eu de nombreux auparavant vu que je fréquente linuxfr depuis dix ans)
Ben moi je fréquente linuxfr depuis 14 ans et je ne comprends pas la signification du "vu" dans ta phrase. (Bon c'est mon deuxième pseudo VU que j'ai paumé il y a fort longtemps le mot de passe du premier).
il produit un son abominable — saturé de grésillements et avec un écho d'une seconde
Je remarque systématiquement ce comportement sur les machines un peu datées/pas super puissantes. C'est moi où on ne parle pas beaucoup de ce problème ?
Un petit coup pour leur faire plaisir
ce n'est pas comme si c'était la première fois
juste pour des questions de fric
qui veulent votre fric quel que soit le moyen
il y a plus de fric à se faire ailleurs
Les termes que tu emploies font pourtant transparaître la réaction que tu dénonces. Outre le discours anti-fric classique (on est sur linuxfr après tout, où personne ne travaille pour l'argent), tu oublies manifestement de préciser que les bénéfices sont reversés aux associations caritatives. Pas un mot là-dessus.
Franchement relis ton message dans le contexte et rend-toi compte à quel point il est hors-sujet. En gros tu pleures avec pour seul argument "ils ont utilisé le libre pour se faire de la pub et maintenant ils se gavent". Ce qui est non seulement faux (la part du "libre" dans leur succès est minime) mais stupide (critique gratuite) et profondément irrespectueux (pour les gens qui bossent dessus, pour les associations et ceux qui en profitent, pour les gamers qui peuvent s'offrir des hits sans se ruiner). Tout ça parce que tu as cru que Linux avait été "mis en avant".
Comment tu expliques que Toyota (constructeur étranger) par exemple arrive à produire des voitures en France alors que nos constructeurs français n'y arrive pas/plus.
Par les énormes cadeaux fiscaux accordés, comme pour toutes les boites étrangères implantant des usines en France ? (et démontrant au passage l'absurdité du système fiscal français).
Cette seule phrase montre l'incompétence de la personne sur le design d'interface.
Non elle montre la tienne : 5ms est invisible à l'oeil nu.
si tu attends des retours d'utilisateurs, tu peux toujours attendre
à leurs potes dans les forums
Ben tu vois, tu les as tes retours utilisateurs.
d'ailleurs Mozilla passe une bonne partie de son temps à optimiser
Firefox est carrément moins réactif que Chrome et comme tu le dis toi-même ça ne l'empêche pas d'avoir des millions d'utilisateurs. Le gars dit quand même que le point le plus important d'une app est la réactivité, ce qui est complètement con : fonctionnalités, design, praticité, innovation, stabilité, rapidité, etc. sont donc des points moins importants.
Bref ça ne m'étonne pas que tu t'entendes bien avec lui : on parle d'un débat houleux qui dure depuis plusieurs années, chaque camps avec ses avantages, ses défauts et vraisemblablement aucune solution ultime, et le mec se pointe avec ses gros sabots en disant que ceux qui ne pensent pas comme lui sont des gros cons, balance deux ou trois poncifs fatalement vrais hors contexte en se la pétant genre il a codé la moitié des apps du top 10 iOS, et qu'il a trop raison et que c'est le roi français de l'UX, mais c'est ok car il connait son sujet.
Oui ses arguments se tiennent, en bonne partie parce qu'ils ne sont pas contextualisés. Il précise quand même qu'il a "doublé la conversion" : en changeant quoi mystère. Si c'est lors d'une réécriture web>natif, j'imagine que l'appli web était bien pourrie, et qu'elle n'a pas été recodée à l'identique. On peu aussi "doubler sa conversion" en changeant la place ou la couleur d'un bouton, ça ne veut rien dire. On peut aussi mathématiquement doubler sa conversion en passant de 2 clics à 4. Bref sans le contexte (type, concurrence, volume, étendue, coût de dev, etc) on peut donner tous les arguments du monde.
Il oublie aussi de parler de la plateforme, argument que j'ai soulevé et sur lequel il n'a pas répondu : il y a fort à parier que son app est iOS only. Dans ce cas il est sûr que c'est mieux de faire du natif.
Si tu veux du natif multiplateforme, on va dire iOS/Android, ça commence à se restreindre un peu (je ne compte pas les coûts supplémentaires de dev), et si tu veux être clairement multiplateforme, il ne te reste que tes yeux pour pleurer. Je n'évoque même pas la question de la license du SDK.
Donc il connait son sujet mais il a tendance à le voir bien plus large qu'il ne l'est réellement.
Ha et aussi pour lui le point le plus important d'une app c'est la réactivité. Encore une fois hors contexte ça pourrait être vrai : 2 minutes d'attente à chaque action ça serait pénible. Dans le contexte c'est un peu n'imp, voir la vidéo postée au dessus.
Donc oui le natif c'est super, mais balayer d'un revers tout ce qui fait la force d'une webapp (universalité, pérennité) est carrément stupide.
Ben oui maintenant que les différences sont presques invisibles.
DOM : HTML5/JS est un desastre a ce niveau la
Un désastre c'est clair, c'est le mot que je choisi à chaque fois que j'utilise une webapp. Et puis c'est vrai que toutes les apps natives sont hyper réactives. Encore une fois ces inconviénients sont liés à des avantages (sur lesquels tu n'as pas réagi d'ailleurs).
D'autres trucs rentrent en compte, notamment les outils de debugging
Ha oui tu as l'air de les utiliser souvent, tes arguments m'ont soufflé.
pas capable a l'HEURE actuelle de repondre au premier besoin de base
Ha complètement d'accord c'est le besoin fondamental pour une app, je reçois des milliers de retours utilisateurs par jour qui se plaignent d'avoir 5ms en trop de latence sur les clics.
En appliquant l'effet au background qui defile derriere? a 60FPS?
Ha oui le flou en background à 60fps c'est énorme comme ça améliore la qualité de ton app. Pour moi c'est carrément le "second besoin de base" d'une app mobile.
sinon, mes couilles sur ton nez, ca fait un skyblog?
Tu dois être bien malheureux pour être aussi méchant.
Bon déjà tu peux cesser d'être grossier et agressif, on n'est pas sur ton skyblog.
Ensuite si ce que tu cherches à dire est "plus le niveau du language est haut moins il est performant" ce n'est pas la peine de t'égosiller, tout le monde le sait déjà.
et j'aimerais bien te voir gerer les rotations de facon fluide avec CSS
Si tu parles des rotations css encore une fois tu es de très mauvaise foi. Si tu parles des rotations portrait/paysage c'est plutôt bon signe que tu ne trouves que ça à redire.
D'ailleurs, les effets de blurs qu'iOS7 introduits sont super simple a faire en CSS.
Tu as regardé la vidéo ou tu trolles ? L'app native et l'app html réagissent exactement de la même façon. Et si les transitions sont moins rapides, c'est un chiffre à changer dans les css.
a un look de merde
Nul. Le design n'a rien a voir avec les perfs. Il n'y a pas de limites de design en css moderne.
et bon courage pour implementer le "flick to exit fullscreen photo"
HTML/CSS/JS a changé depuis la dernière fois que tu as dû en faire en 2002. Ca se code en 30 secondes.
ben ca en dit long sur la qualite de la techno
Ben ça serait bien de ne pas passer sous silence les points qui ne t'arrangent pas, comme le "write once run everyhere" ou la compatibilité long terme. Reviens dans 15 ans avec un téléphone dernier cri et il y a de très fortes chances pour que ton app de 2013 fonctionne encore. Je ne crois pas qu'on puisse en dire autant pour le natif.
Juste pour clarifier je me fous comme de l'an 40 de cette fausse guéguerre, je tente juste de te faire réaliser que ton animosité est plus liée à ton ignorance qu'autre chose.
Enfin quand on ne tombe pas sur une carte Intel "Linux worst ennemy". Après 10 ans d'installations sur plein de pc différents je dirais que c'est nvidia qui statistiquement pose le moins de problème (vous avez le droit de ne pas avoir les mêmes résultats statistiques que moi). Le plus sûr est de noter le nom de la carte (même si il n'est pas toujours clairement affiché) et de chercher sur les forum.
C'est une superposition de captures d'écran ou c'est réellement l'interface du logiciel qui est composé d'un paquet de fenêtre ?
C'est souvent le cas dans les logiciels de traitement/montage son. Non pas parce qu'ils ne savent pas faire autrement, mais parce que c'est très pratique pour l'utilisateur.
Oui bon on envoie des robots sur Mars ça devrait pas être impossible de définir des règles capables de couvrir une majorité des cas, à defaut d'être exhaustives.
D'ailleurs "Google le faisait il y a 10ans" en repérant les tricheurs qui passaient le texte de la même couleur que le fond. C'est toujours en vigueur aujourd'hui (j'imagine que la technique a bien évolué), si tu blindes ton site de text-indent par exemple tu ne vas pas te faire très bien voir.
La notion de "caché" est toute relative. Caché pour qui ? Pour l'OS, l''utilisateur, l'admin ?.
Si tu regarde le code source de la page
Quand dans ton gestionnaire de fichier tu fais sélectionner tout tu sélectionnes ce qui est visible.
Pourtant si tu regardes le "code source" de ton dossier tu y trouveras d'autres fichiers.
Je n'ai jamais vu personne dénoncer ce comportement. Quelle est la différence ?
"Gna gna c'est pas caché c'est transparent" allez-vous me répondre.
De la même façon qu'un file manager dit "si il y a un point au début du nom cache ce fichier" un navigateur devrait dire "si un élément a opactity:0 cache ce texte".
Un fichier, un élément, n'est jamais fondamentalement et absolument caché. C'est au logiciel de définir ces notions.
# J'ai su tout de suite que ça allait être pourri
Posté par kursus_hc . En réponse au journal Seuls les fous comprennent quelques chose à l’internet. Évalué à 3.
Ben moi je fréquente linuxfr depuis 14 ans et je ne comprends pas la signification du "vu" dans ta phrase. (Bon c'est mon deuxième pseudo VU que j'ai paumé il y a fort longtemps le mot de passe du premier).
[^] # Re: PulseAudio mais je n'aime pas Lennart
Posté par kursus_hc . En réponse au sondage Votre solution pour le son. Évalué à 5.
Je remarque systématiquement ce comportement sur les machines un peu datées/pas super puissantes. C'est moi où on ne parle pas beaucoup de ce problème ?
# Pas compris
Posté par kursus_hc . En réponse au journal La GPL est une licence immonde qui ne devrait pas exister. Évalué à 2.
Pourquoi ?
[^] # Re: Vous y avez cru?
Posté par kursus_hc . En réponse au journal Humble pas-si-indie Bundle. Évalué à 8.
Les termes que tu emploies font pourtant transparaître la réaction que tu dénonces. Outre le discours anti-fric classique (on est sur linuxfr après tout, où personne ne travaille pour l'argent), tu oublies manifestement de préciser que les bénéfices sont reversés aux associations caritatives. Pas un mot là-dessus.
Franchement relis ton message dans le contexte et rend-toi compte à quel point il est hors-sujet. En gros tu pleures avec pour seul argument "ils ont utilisé le libre pour se faire de la pub et maintenant ils se gavent". Ce qui est non seulement faux (la part du "libre" dans leur succès est minime) mais stupide (critique gratuite) et profondément irrespectueux (pour les gens qui bossent dessus, pour les associations et ceux qui en profitent, pour les gamers qui peuvent s'offrir des hits sans se ruiner). Tout ça parce que tu as cru que Linux avait été "mis en avant".
[^] # Re: Barre de recherche avancée
Posté par kursus_hc . En réponse à la dépêche 23 de Firefox. Évalué à 2.
Ben ça change quand même pour ceux qui utilisent deux moteurs de recherche en même temps non ?
Chez moi j'ai :
ctrl+l : google
ctrl+k : stackoverflow
Comment ça se passe maintenant ?
[^] # Re: wine
Posté par kursus_hc . En réponse au journal Après Wine, voici Darling pour faire tourner des applications MAC OS X sous Linux. Évalué à 4.
On n'a pas dit que ça faisait tout tourner parfaitement, on a dit que ça ne faisait pas rien tourner parfaitement.
[^] # Re: Bof
Posté par kursus_hc . En réponse au journal Choix d'un cabriolet. Évalué à 10.
Par les énormes cadeaux fiscaux accordés, comme pour toutes les boites étrangères implantant des usines en France ? (et démontrant au passage l'absurdité du système fiscal français).
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 4. Dernière modification le 25 juillet 2013 à 15:10.
Non elle montre la tienne : 5ms est invisible à l'oeil nu.
Ben tu vois, tu les as tes retours utilisateurs.
Firefox est carrément moins réactif que Chrome et comme tu le dis toi-même ça ne l'empêche pas d'avoir des millions d'utilisateurs. Le gars dit quand même que le point le plus important d'une app est la réactivité, ce qui est complètement con : fonctionnalités, design, praticité, innovation, stabilité, rapidité, etc. sont donc des points moins importants.
Bref ça ne m'étonne pas que tu t'entendes bien avec lui : on parle d'un débat houleux qui dure depuis plusieurs années, chaque camps avec ses avantages, ses défauts et vraisemblablement aucune solution ultime, et le mec se pointe avec ses gros sabots en disant que ceux qui ne pensent pas comme lui sont des gros cons, balance deux ou trois poncifs fatalement vrais hors contexte en se la pétant genre il a codé la moitié des apps du top 10 iOS, et qu'il a trop raison et que c'est le roi français de l'UX, mais c'est ok car il connait son sujet.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 6.
Oui ses arguments se tiennent, en bonne partie parce qu'ils ne sont pas contextualisés. Il précise quand même qu'il a "doublé la conversion" : en changeant quoi mystère. Si c'est lors d'une réécriture web>natif, j'imagine que l'appli web était bien pourrie, et qu'elle n'a pas été recodée à l'identique. On peu aussi "doubler sa conversion" en changeant la place ou la couleur d'un bouton, ça ne veut rien dire. On peut aussi mathématiquement doubler sa conversion en passant de 2 clics à 4. Bref sans le contexte (type, concurrence, volume, étendue, coût de dev, etc) on peut donner tous les arguments du monde.
Il oublie aussi de parler de la plateforme, argument que j'ai soulevé et sur lequel il n'a pas répondu : il y a fort à parier que son app est iOS only. Dans ce cas il est sûr que c'est mieux de faire du natif.
Si tu veux du natif multiplateforme, on va dire iOS/Android, ça commence à se restreindre un peu (je ne compte pas les coûts supplémentaires de dev), et si tu veux être clairement multiplateforme, il ne te reste que tes yeux pour pleurer. Je n'évoque même pas la question de la license du SDK.
Donc il connait son sujet mais il a tendance à le voir bien plus large qu'il ne l'est réellement.
Ha et aussi pour lui le point le plus important d'une app c'est la réactivité. Encore une fois hors contexte ça pourrait être vrai : 2 minutes d'attente à chaque action ça serait pénible. Dans le contexte c'est un peu n'imp, voir la vidéo postée au dessus.
Donc oui le natif c'est super, mais balayer d'un revers tout ce qui fait la force d'une webapp (universalité, pérennité) est carrément stupide.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 10.
Tu m'étonnes, tu as l'air d'être insupportable.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 5.
Ben oui maintenant que les différences sont presques invisibles.
Un désastre c'est clair, c'est le mot que je choisi à chaque fois que j'utilise une webapp. Et puis c'est vrai que toutes les apps natives sont hyper réactives. Encore une fois ces inconviénients sont liés à des avantages (sur lesquels tu n'as pas réagi d'ailleurs).
Ha oui tu as l'air de les utiliser souvent, tes arguments m'ont soufflé.
Ha complètement d'accord c'est le besoin fondamental pour une app, je reçois des milliers de retours utilisateurs par jour qui se plaignent d'avoir 5ms en trop de latence sur les clics.
Ha oui le flou en background à 60fps c'est énorme comme ça améliore la qualité de ton app. Pour moi c'est carrément le "second besoin de base" d'une app mobile.
Tu dois être bien malheureux pour être aussi méchant.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 6.
Bon déjà tu peux cesser d'être grossier et agressif, on n'est pas sur ton skyblog.
Ensuite si ce que tu cherches à dire est "plus le niveau du language est haut moins il est performant" ce n'est pas la peine de t'égosiller, tout le monde le sait déjà.
Si tu parles des rotations css encore une fois tu es de très mauvaise foi. Si tu parles des rotations portrait/paysage c'est plutôt bon signe que tu ne trouves que ça à redire.
Ca me rassure (encore une fois) de voir que ton seul argument est une fonctionnalité qui n'est pas encore sortie. Dommage que css sache faire ça depuis un an et demi :
http://net.tutsplus.com/tutorials/html-css-techniques/say-hello-to-css3-filters/
[^] # Re: libreoffice
Posté par kursus_hc . En réponse au message KDE : Insérer du texte dans un pdf. Évalué à 2. Dernière modification le 25 juillet 2013 à 00:44.
Merci pour vos réponses, quelques retours :
Pas de chance avec LibreOffice, je suis allergique à Draw et je n'ai pas trouvé comment importer des pdf dans Writer (version 4).
Inkscape et autres outils de dessin vectoriel ça ne me botte pas trop, je préfère un logiciel dédié.
Dans mes recherches j'ai trouvé MasterPDFEditor, pas libre mais apparamment pas mal. Plante à l'ouverture du sélecteur de fichier sur ma Debian.
Je viens de découvrir que Adobe Reader était dispo sous linux. Plante à l'ouverture sur ma Debian.
Je crois que je vais rester sous Reader (qui est il faut l'avouer assez bien fichu) via Wine en attendant qu'Okular s'y mette.
Merci à vous.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 10.
Tu as regardé la vidéo ou tu trolles ? L'app native et l'app html réagissent exactement de la même façon. Et si les transitions sont moins rapides, c'est un chiffre à changer dans les css.
Nul. Le design n'a rien a voir avec les perfs. Il n'y a pas de limites de design en css moderne.
HTML/CSS/JS a changé depuis la dernière fois que tu as dû en faire en 2002. Ca se code en 30 secondes.
Ben ça serait bien de ne pas passer sous silence les points qui ne t'arrangent pas, comme le "write once run everyhere" ou la compatibilité long terme. Reviens dans 15 ans avec un téléphone dernier cri et il y a de très fortes chances pour que ton app de 2013 fonctionne encore. Je ne crois pas qu'on puisse en dire autant pour le natif.
Juste pour clarifier je me fous comme de l'an 40 de cette fausse guéguerre, je tente juste de te faire réaliser que ton animosité est plus liée à ton ignorance qu'autre chose.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 2.
Tiens c'est marrant tout le monde n'est pas d'accord avec toi :
http://www.sencha.com/blog/the-making-of-fastbook-an-html5-love-story
[^] # Re: Mes deux centimes
Posté par kursus_hc . En réponse au message A quoi faut-il faire attention sur un portable à mettre sous linux ?. Évalué à 2.
Enfin quand on ne tombe pas sur une carte Intel "Linux worst ennemy". Après 10 ans d'installations sur plein de pc différents je dirais que c'est nvidia qui statistiquement pose le moins de problème (vous avez le droit de ne pas avoir les mêmes résultats statistiques que moi). Le plus sûr est de noter le nom de la carte (même si il n'est pas toujours clairement affiché) et de chercher sur les forum.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 6.
Quand je vois ce mot je pense à ma grand-mère en porte-jartelles. Si "mûr" ne sonne pas assez bien, on pourrait utiliser "abouti" ?
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 4.
Ça ne TE donne pas envie. Tu n'as peut-être pas remarqué mais html/css/js a quelque peu la cote en ce moment.
# Juste au cas où
Posté par kursus_hc . En réponse au journal tric trac linkeo-isé. Évalué à 6.
Je ne sais pas si quelqu'un l'a déjà fait remarquer, mais Tric trac est un site de jeu de société.
[]
[^] # Re: L'image …
Posté par kursus_hc . En réponse au journal Le séquenceur Qtractor version « Kilo Papa » est disponible. Évalué à 4.
C'est souvent le cas dans les logiciels de traitement/montage son. Non pas parce qu'ils ne savent pas faire autrement, mais parce que c'est très pratique pour l'utilisateur.
[^] # Re: Y a une autre faille...
Posté par kursus_hc . En réponse au journal Gnu/Linux est une passoire. Évalué à 2.
Shuuut il est sur linuxfr ;)
http://people.zoy.org/~sam/42.png
[^] # Re: Mine de rien, y'a du vrai
Posté par kursus_hc . En réponse au journal Gnu/Linux est une passoire. Évalué à 6. Dernière modification le 13 juillet 2013 à 16:45.
Oui bon on envoie des robots sur Mars ça devrait pas être impossible de définir des règles capables de couvrir une majorité des cas, à defaut d'être exhaustives.
D'ailleurs "Google le faisait il y a 10ans" en repérant les tricheurs qui passaient le texte de la même couleur que le fond. C'est toujours en vigueur aujourd'hui (j'imagine que la technique a bien évolué), si tu blindes ton site de text-indent par exemple tu ne vas pas te faire très bien voir.
[^] # Re: Mine de rien, y'a du vrai
Posté par kursus_hc . En réponse au journal Gnu/Linux est une passoire. Évalué à 3.
Repost !
http://linuxfr.org/nodes/97948/comments/1443570
[^] # Re: Mine de rien, y'a du vrai
Posté par kursus_hc . En réponse au journal Gnu/Linux est une passoire. Évalué à 5.
La notion de "caché" est toute relative. Caché pour qui ? Pour l'OS, l''utilisateur, l'admin ?.
Quand dans ton gestionnaire de fichier tu fais sélectionner tout tu sélectionnes ce qui est visible.
Pourtant si tu regardes le "code source" de ton dossier tu y trouveras d'autres fichiers.
Je n'ai jamais vu personne dénoncer ce comportement. Quelle est la différence ?
"Gna gna c'est pas caché c'est transparent" allez-vous me répondre.
De la même façon qu'un file manager dit "si il y a un point au début du nom cache ce fichier" un navigateur devrait dire "si un élément a opactity:0 cache ce texte".
Un fichier, un élément, n'est jamais fondamentalement et absolument caché. C'est au logiciel de définir ces notions.
[^] # Re: Y a une autre faille...
Posté par kursus_hc . En réponse au journal Gnu/Linux est une passoire. Évalué à 2.
Cf titre.