Reprise du message précédent :

c'est bien ce que je disais
 
ceci dit, faire un site accessible sur un sujet inaccessible (par exemple adapter un site sur un jeu vidéo aux non-voyants) c'est un peu inutile, je pense

ah bon ?
tu parles du navigateur livré en standard ?

Je n'en ais aucune idée, et toi non plus

Euh, y'a pas besoin d'avoir fait l'Ena quand même là.
Enfin, si l'un de vous à déjà vu un aveugle s'éclater à GTA, faut appeler Dechavanne, il pourrait en faire une emission.

Oui, si ton téléphone est bien un S60rev3 comme le mien, le navigateur standard (web pas network > services) utilise Webkit pour le rendu HTML & CSS (le même moteur que safari, donc).

Si tu veux vérifier, il suffit d'aller checker ton UAS (genre chez http://www.micro-sys.dk/services/http-user-agent/ ), tu devrais trouver un truc genre "Mozilla/5.0 (SymbianOS/9.1; U; en-us) AppleWebKit/413 (KHTML, like Gecko) Safari/413"

Quel est le rapport?

Parce qu'il n'a jamais pu jouer à un jeu vidéo tu déduis qu'il ne peut s'intéresser à un site sur un jeu vidéo? Qu'il ne peut vouloir se renseigner dessus e.g. parce qu'il en a entendu parler, ou parce que des amis à lui en ont discuté en sa présence et qu'il voudrait plus d'infos sur le sujet quand bien même il ne pourra jamais y jouer?

Mais ne nous arrêtons pas là, allons y gaiement, interdisons l'internet aux africains parce que "t'as déjà vu un africain sur internet toi?" et les jeux vidéos et sites associés aux femmes parce que tout le monde sait qu'elles ne jouent qu'à "Barbie Horse Adventures" et à "Girrlz"...

Ah, et accessoirement aux dernières nouvelles GTA n'est pas le seul jeu vidéo au monde, on peut parfaitement trouver des jeux vidéos pour lesquels la vue n'est pas fondamentalement nécessaire. Rhythm Tengoku par exemple

nan mais sta dire qu'un aveugle qui joue, heu

Ben dis donc Masklinn ne mâche pas ses mots pour ses exemples ce soir.
 

 
On se doutait bien que venant de toi, c'était juste une petit provocation pour l'ambiance du soir

ouais enfin bon, d'une part là c'est un peu tiré par les cheveux, et d'autre part, t'as pas non plus obligé de tout faire pour que les non-voyants ne puissent pas lire ton site

edit : ceci dit je suis d'accord sur le principe, un aveugle peut très bien vouloir se renseigner sur un jeu avant de l'acheter à son fils par exemple.

Le fait est et reste qu'il y a des jeux vidéos parfaitement jouables par des aveugles  
 
Pas beaucoup, soit, une minorité même, mais il y en a

 
Ah ben faut deviner, qu'il parlait de googlebot.
 
Et puis je n'ai jamais dit le contraire quant à l'utilisation de Google sans JS.

Sinon, pour en revenir à ma question :
 

 
Pas d'autres avis/conseils ?
 
Parce que je veux bien que certaines requêtes classiques soient plus rapide, mais lesquelles ? Comment savoir quand utiliser une requête classique ou une requête préparée ?
 
De plus, avec des requêtes non préparées, il faut faire un mysqli_real_escape_string, qu'on à pas besoin de faire avec une requête préparée...
 
Donc j'ai un peu de mal à jauger.
 
P.S. : Pendant l'écriture de ce post, j'ai trouvé ce message : http://forum.hardware.fr/hfr/Progr [...] m#t1516050 de MagicBuzz, qui en fait les éloges, même pour les requêtes simples.

int3rn3t c'est pour l'3l33t !
au gnouf les aveugles et les africains

Je suis loin d'être un expert, surtout sur ce sujet, le seul point dont je suis sur, c'est que les requêtes préparées sont bcp bcp plus lentes pour les select
Par contre, plus y'a d'insert, plus les requêtes préparées deviennent intéressantes

perso, depuis que j'ai découvert les requêtes paramétrée (je suis en .net/sql server), je ne m'en passe plus, excepté quand il y a beaucoup de paramètres et que les valeurs ne sont pas rentrées par l'utilisateur, ou que c'est une appli interne
sinon, c'est du bonheur en barres : plus besoin de se faire chier à échapper quoi que ce soit, plus besoin de faire de vérification sur les tentatives de hack, plus besoin de se faire chier avec les décimales, tout est fait tout seul, c'est génial.

Je souhaite exprimer mon désaccord sur un ou deux points qui ont été évoqué ici.  

Et ce qui compte vraiment, c'est la taille de la bite.
 
CAPS-qwerty®

Tu veux bien remettre ton cerveau dans ta tête stp ?  
C'est bon ?
Alors commençons :  
 
Le contenu HTML ne doit  pas être généré par le JS car ta page doit être visible sans JS.  
Bien sur tu peux générer du contenu avec du JS dans le but ou tu as de "l'AJAX" mais dans tout les cas ces informations que tu remontes via ajax, elles doivent aussi être accessibles via un lien sur une autre page.
 
et puis le JS c'est pas fait pour faire des grigris de merde qui pourrissent l'affichage, mais palier à des manques du HTML et rajouter des fonctionnalités supplémentaires.
 
Mais un utilisateur sans JS doit pouvoir utiliser ton site.

Je dois faire la même chose, en un peu plus évolué :
 
-Gestion du temps par clients/projet/taches
-Injection de cout horaires
-Croisement / Sortie des données via mail/tableur
-Mise en commun de la gestion via une admin qui centralise tout les comptes
-Gestion indépendante du pc (possibilité d'éteindre le pc avec une tache qui continue)
-Demande de ressources
-Gestion de news interne à la boite
-ect...
 
 
J'utilise javascript (framework prototype) et php

vendredi c'est demain
 
et je ne prendrais même pas la peine de répondre, par contre, toi, tu peux prendre la peine de lire le débat

http://www.cbsnews.com/stories/200 [...] 7689.shtml
 
 

great, on va passer des heures à rendre le site compatible section 508 pour 3 personnes dans le monde

Tu dis : Ca n'existe pas
Je dis : Ca existe, voila la preuve
 
Ca s'arrête la.

 
T'as également réussi à prouver qu'il est possible de faire pénétrer un phallus humain de taille standard dans le trou de balle d'une mouche (Musca domestica).

L'homme chauve-souris, price-less.

ça depend du besoin.
 on est entre gens serieux ici (façon de parler), y a des gens qui ont des cahiers des charges, qui savent quels genres de postes client il y aura, et qui s'en branlent completement que ça tourne sur lynx ou Camino vu que les clients sont un panels deja selectionné. alors oui c'est pas une raison pour coder comme un porc mais le js c'est bon mangez en.
 
 et fuck les barbus integristes, les sites web perso c'est 1% du webdev.

Comme dis plus haut, vendredi c'est demain et pourtant :
 
http://forum.hardware.fr/hfr/Progr [...] m#t1525627
 
Cella là il fallait la faire  

 
J'ai jamais émis de correlation entre le fait qu'il existe des mecs aveugles qui jouent aux jeux vidéos et la place du javascript au sein du w3.
Je suis juste ce que dis Masklinn quand il dit qu'un mec aveugle peut s'intéresser aux jeux vidéo.
 
Enfin enculer des mouches, c'est le débat principal depuis deux pages  

 
(j'ai comme la vague impression qu'il marque un point là )

j'ai un bug sous FF et pas sous IE
quand je fous mon bloc en float, sous FF ça me fait une marge en haut, qui n'est pas présente sous IE

Ok. Donc pour les select il vaut mieux utiliser le couple real_escape/query ? Pourtant, si on prend l'exemple du forum, sur chaque page il y a plein de requêtes du genre "select user_id, user_name, user_quote, user_sig ... FROM table_user WHERE user_id = nn", sur toutes les pages, et pour tout le monde ...

Une requête préparées dans ce cas n'est-elle pas intéressante ?

C'est ce qui me plait aussi... c'est pour ça que je cherchais les cas dans lesquels il ne "faut" pas les utiliser...

 
Ton bloc il commencerait pas par un ou un <hn> par hasard ? (enfin ou tout autre élément ayant une marge supérieure)

oui, mais j'ai bien mis des margin et padding à 0 partout

Pour ceux qui doutent du fait que le javascript c'est satan, je viens de découvrir qu'un éditeur dont on utilise le soft vérifie que le mot de passe saisi à la création d'un compte est valide uniquement en javascript. Compatible IE only.
 

 
Faudra que tu nous montres comment tu fais tes benchs, parce que chez moi, sauf cas particulier, les requetes preparees sont nettement plus rapides...

 
Je suis désolé, mais dans un cas pareil, satan c'est le dev hein, pas JS  

Oui.
Mais ça illustre bien le problème du soft qui ne fonctionne pas sans JS activé.

Et c'est toujours le dev qui est en faute

On peut pas faire n'importe quoi avec JS, même si c'est "HÿPe", même si c'est "WeB II"

Exactement.

Quand tu codes bien à la base y a pas de boulot en plus pour le rendre conforme
(pour info ça fait presque 1 an que je taffe sur ces problématiques d'accessibilité, de JS accessible...)

http://dealnews.com/developers/php-mysql.html