thoasm a écrit 9443 commentaires

Un logiciel libre qui manque de ressource ? C'est clair, il y a clairement besoin de l'annoncer, ça n'arrive jamais !

Sérieusement je te comprend pas vraiment.

Ben là c'est un logiciel qui a de nombreuses alternatives en web. Donc très très loin d'être critique, c'est au mieux une question de confort.

Ensuite, il y a un gros gros problème : au nom de quoi un utilisateur devrait-il croire qu'on peut lui garantir un service sans contrepartie ? Tu peux peut être compromettre ta crédibilité, encore faudrait-il savoir ce que tu avis promis à la base … et probablement pas un support gratuit ad vitam eternam et une garantie contre toutes les boulettes possibles.

Ce qui peut garantir un logiciel libre, dans une certaine mesure, c'est une communauté active et réactive autour de lui. Mais ça personne ne peut le promettre.

Une tuile, c'est un rendu en image d'un sous ensemble local des données, à une échelle donnée. Un sous-graphe du graphe mondial, ça prend du CPU à rendre donc les cartes sont pré-rendues pour des questions d'efficacité (en général on voit les carrés en train de se charger quand on scrolle rapidement, ce sont les tuiles).

Débordement de pile.

Je te trouve pas très bienveillant. J'imagine qu'ils acceptent les bonnes volonté et les patchs?

Ça reste du ll, ils ont fait un logiciel et n'ont pas non plus spécialement de compte à rendre. Le logiciel libre se base sur du constructif, pas sur du dénigrement.

En matière de troll par exemple, on atteint des sommets d'expertise.

mouais c'est pas trop son genre

Oui, genre un système d'autorisation genre celui qu'on a sur les smartphones "j'autorise la CAF à accéder à mes infos de la sécu", avec authorisation par clé privé pourquoi pas, ce serait vachement mieux que les transferts par photocopie de papiers qu'on en a toujours égaré un, je suis complètement d'accord.

T'en dis trop ou pas assez. On a déjà de toute façon un système d'identification par le numéro de sécu et évidemment le nom/prénom et l'enregistrement à la naissance. Tu voudrais dire que ce projet casserait tout ce qui a été instauré après la 2GM sur le non-croisement automatique d'information entre les différentes administrations ?

J'ai lu que le début, mais si c'est une histoire de code bloqué en GPLv2, c'est complètement injuste envers la FSF qui a toujours conseillé de mettre du code en GPLvx+, me semble-t-il, en anticipation de ce genre d'affaire justement.

Ceux qui ont mis leur code en GPLv2 stricte auraient du savoir à quoi s'attendre.

Le sondage est-il prouvé en coq ?

Que dire de dacode ou du moteur de linuxfr en ror, qui est plus anonyme qu'une moule sur la tribune des débuts ?

Long live Bud.

J'ai pas dit que tu votais FN, j'ai dit que le FN n'avait pas besoin de te payer pour que tu fasses passer leurs idées, spa pareil.

Je sais pas si il y a des gens payés par l'UE pour troller, en tout cas je vois un bon exemple qui prouve que le FN a pas trop besoin de payer les siens.

Soit comme maintenant ctrl+k au clavier, soit tu mets une icone de loupe sur laquelle cliquer (comme maintenant en fait).

Ou alors si l'utilisateur supprime complètement une url. Si il commence à taper un truc qui ressemble à une url tu lui donnes les suggestions de recherches d'url (ou tu fais ça dans tous les cas d'ailleurs). Si ça ressemble pas à une url tu lui suggères ses dernières recherches.

Disons qu'on recherche très rarement une url en tant que tel, donc c'est relativement trivial de savoir que si on se met à trifouiller dans les trucs de recherche c'est de la dernière recherche qu'il s'agit probablement. Dans ce cas c'est assez simple de remplacer au moins temporairement l'url du document actuel par ces anciens mots clés, et de rajouter un bouton "nouvelle recherche" ou truc du genre.

On peut aussi imaginer que la barre se souvienne des termes et que quand tu réactives un moteur de recherche elle relance par défaut la recherche avec ces termes.

En même temps, c'est la rançon d'une certaine sécurisation : on se repose sur un presta sécurisé pour éviter que chaque site recode ses trucs de paiement sécurisés foireux.

Du coup j'imagine qu'en cas de soucis ces sites préfèrent faire échouer la transaction plutôt que de laisser passer un truc foireux. Enfin j'imagine (c'est pour répondre à eingousef qui dit que ça marche pas donc ça doit pas être bien sécurisé, alors que c'est peut être l'inverse, c'est bien sécurisé donc ça marche pas). La sécurisation au prix de l'ergonomie ?

blague à part, le problème est légèrement différent. Il y a un acteur supplémentaire : le lecteur vocal qui se rajoute "au dessus" et pour lequel il y a un vrai marché, par exemple http://www.freedomscientific.com/Products/Blindness/JAWS

Du coup eux ils sont pragmatiques et se reposent pas uniquement sur les standards ou le fait que le site soit conçu pour pour que ça marche, ils font en sorte que ça marche. N'empêche que ça doit pas tout le temps être simple.

Honnêtement, je vais pas pleurer sur ton sort. Tu fais tes choix, tu assumes tes ralages.

Mais là ou ça me pose question c'est par rapport à l'accessibilité du web : les sites de e-commerces prennent-ils la peine de tester leurs sites pour des utilisateurs ayant des problèmes impondérables, genre de la cécité ?

À mon avis, ils vont recoder tout le web pour 2/3 clampins dans ton genre et l'énorme perte généralisée que ça implique sur leur chiffre d'affaire :)

EDIT: Ah merde, je voulais poster ça en réponse du journal, je m'a trompé. Tant pis.

Il n'est pas interdit de penser que la nouvelle barre sera bien concue et conservera la possibilité d'utiliser plusieurs moteurs de recherches. Avec celle actuelle, par exemple, les moteurs de recherches s'affichent en pop-up quand tu as du texte dans le champ non fusionné dédié à la recherche. Rien n'interdit de conserver ce comportement avec une barre fusionnée.

->[]

C'est loin d'être incompatible avec le sport de lit, il s'agit de faire une union dans laquelle chaque élément existe encore à la fin de l'opération.