Reprise du message précédent :

Accessibility faggots spotted.
Les sites en Flash, ils sont accessibles pour Ray Charles?
Ca empêche pas toutes les marques de fringues de faire leurs sites en flashquipue

oué afflelou aussi c'est dégueulasse

 
Pas mal, après mes début de recherche sur le site WAI, je vois que ces tests, sont en relation (WCAG, section 508 pour les ricains)
Je suis en plus de mon boulot, un master handi sur paris, on verra bien ce que j'y apprendrais
 
Et un collégue veux mettre en place dans l'entreprise un systéme de test d'utilisabilité, donc petit à petit, on devrais y arriver.
 

 
Ouais moi aussi j'aime les belles théories
Mais force de croire, que quand tu bosses dans une boite, c'est pas toujours comme ça.
 

 
Ouais, je vais me pencher sur JSF, et les possibles solutions existantes pour détaché ce bouzin du Javascript...Mais j'ai peu d'espoir.

C'est pas que de belles théories
J'ai bossé chez un grand compte pendant 1 an et demi pour mettre en place ce genre de pratique pour leurs intranet.

D'un autre côté, c'est pas par ce que "c'est pas toujours comme ça" qu'il faut partir sur la base du "moindre effort" (dans le sens, je fais une version qui marche et basta) et faire du javascript obligatoire (merci Cyréalis pour votre exemple du "a ne pas faire" qui n'apporte rien d'infaisable sans javascript à par le rechargement partiel d'une page).
 
En fait, a mes yeux, 95% de ce qui est faisable en javascript l'est sans javascript malgrès ce que certains développeurs ont l'air de croire (par exemple ceux qui font de simple liens en javascript juste pour ouvrir une nouvelle page et des refresh également en javascript).
Mais bon, c'est vrai que les décideurs ne laissent pas toujours (pour ne pas dire jamais dans certaines boites) le temps nécessaire aux développeurs pour qu'ils fassent les choses comme il faudrait (ce qui n'empêchent pas certains développeurs de perdre du temps avec du javascript là où c'était inutile). Et je parles pas des fois où les décideurs font des choix bizarre comme afflelou qui a fait un site intégralement en flash alors que leurs clients ont des tous des problèmes de vue. Il y a comme qui dirait un petit décalage entre l'activité de la société et le niveau d'accessibilité du site mais bon, quand on voit le site, on voit bien que la cible principale de ce site n'est pas les clients mais les actionnaires, les dirigeants de boutiques et les chercheurs d'emplois.

Au fait

C'est faux, sans ça marche pas

 
Oh my
 

 
God
 

Hello
 
Bon après une petite comparaison magento / opencart / osCss.. je sent que je vais parti sur Oscss.. déja il est 100% en francais (front et back) et m'a l'air assez stable.. la communauté est assez grosse, agée, et ya beaucoup de plugins (fck editor, url rewriting, gestion des stock par attributs / produits, gestion de plusieurs images par prod (+lightbox si on veux),etc..
 
magento est super complet mais carrement méga-lent d'execution (back ou frontoffice), le backoffice est tres complet (surement trop.. genre j'ajoute un produit, j'arrive meme pas a le retrouver)
 
opencart bat un peu de l'aile, je me suis pas trop battu avec, ya divers bugs.. genre on passe la langue du frontoffice en francais, ca fait passer le backoffice en francais également (sauf que ya aucun fichier francai pour le backoffice donc l'admin est inutilisable..)
 
Bref, à suivre

argh
 
Bon je teste , il a l'air basculable en full FR, compatible template xhtml, déjà c'est cool.
 
edit: wow mais c'est un copié-collé de oscommerce ce truc (ou l'inverse)
 
edit2: désolé mais poubelle: c'est un osCss avec la communauté et les plug-ins en moins

Bon, je me réponds : j'ai testé, ça tourne bien sur Ubuntu (après compil du truc et tout), je pense qu'avec une chouette interface ça va bien donner Par contre, impossible de faire tourner sous Windows (Apache 2.2, PHP 5.2.4) que ce soit la DLL trouvable sur pecl4win ou une compil "home made" avec Visual... Bref, spa très grave passke le but était de faire tourner le tout sur Ubuntu m'enfin j'aurais bien fait mes tests sur Windoze
En attendant, c'est bien pratique pour faire une progress bar d'upload

 
Ce que je dis, c'est que parfois faut être réaliste, les technologies, le temps apartis, etc...font que l'on doit nous dévelopeur, faire des sacrifice.
 
Mais là je suis en bonne, vois. JSF à un mode sans JS, bon à 80% je parie sur le fait que ce systéme doit être bugué, mais c'est déjà un avancement.
 
Bon après je vais me demerdé, pour avoir un code, syntaxiquement correct. (ça sa passera à 99% de sur)
Puis sémantiquement, pour les choses les plus importantes.
 
Ensuite, tentative de passer les test section 508, WCAG niv.... Et on verra. Au sujet de ces tests fait sur http://www.contentquality.com/ , on sait quand que ça page est valide ? quand on a 0 no, le n/a, n/v on s'en fou ?

Visiblement, le n/a c'est "pas d'éléments correspondant au test dans la page" et le n/v c'est les tests non effectué. Donc si tu n'as aucun "No" et aucun "Warning", c'est que ta page est bonne du moins pour les tests effectué. Il faudra quand même regarder si les n/v te concernent ou pas (du genre on a pas besoin d'un lien vers une page alternative si la page normale est accéssible, par contre si on arrive pas à passer tous les tests, il faudra en mettre une si on veut que le site soit accéssible à tous)

Oki doki

fig1: I'm fucked

tin c'est trop leet ici

Passer le test WCAG 2.0, ça parait jouable ? Pour une appli de 20-30 pages, et 2 mois de temps ?
 
Sinon, je pense tout passer en (x)html 1.0 strict, pour garantir plus de portabilité sur différent format...Mais arrêter moi si je me trompe.
 
Thx

WCAG 2.0 = trop tôt nan ? Pas encore finis ?
 
 
Fait déjà les 1.0, niveau de priorité AA

Le xhtml t'apportera pas forcément grand chose dans ton optique d'accessibilité : tu peux faire du super code accessible en HTML 4 et de la merde qui valide XHTML 1.0 Strict
C'est davantage sur la sémantique qu'il faut travailler

<script type='text/javascript'>
function VerifComplete(){
var tabImages=document.getElementsByTagName('img')
var counter=0
for (i=0;i<TabImages.length){if (TabImages[i].complete){counter++;}
if (counter==TabImages.length){alert('fini!');
                                            clearInterval(Scanning);}
 
var Scanning
function Launch(){
Scanning=setInterval(function(){VerifComplete()},500);
}
 
</script>
<body onload="Launch()">

WTF
 

Sinon c'est pas possible à faire en Http Push?
 

<script type='text/javascript'>
function VerifComplete(){
var tabImages=document.getElementsByTagName('img')
var counter=0
for (i=0;i<TabImages.length){if (TabImages[i].complete){counter++;}
if (counter==TabImages.length){alert('fini!');
                                            clearInterval(Scanning);}
 
var Scanning
function Launch(){
Scanning=setInterval(function(){VerifComplete()},500);
}
 
</script>
<body onload="Launch()">

C'est pas si horrible que ça On arrive encore à comprendre ce que le mec voulait faire.
(mais bon je pense que tu as pas mis tout le code )

Ouais, mais, si je ne m'abuse, le window.onload est fired une fois que les images sont chargées

oui mais complete c'est "plus" que chargé, c'est chargé correctement.
Exemple, si tu fais pointer un src sur une image qui n'existe pas, le onload sera executé mais ton image ne sera pas complete.
 
Bon maintenant, si l'image est pas complete au onload à cause d'un src défaillant, il y a peu de raison qu'elle le devienne 1/2 seconde plus tard.

Comment tu verrais ça ? J'ai pas cherché de ce côté mais je vois pas très bien comment faire du push en HTML/JS

http://ejohn.org/blog/streaming-http-server-push/

Ouais enfin il donne pas de réelles solutions dans son post, il se plaint juste que c'est sous-utilisé. Les quelques URLs citées en commentaires pointent soit vers Wikipedia, soit des projets divers. J'ai pas encore tout lu mais puisqu'il est mentionné des trucs comme "long-lived HTTP connections", j'imagine qu'Apache va péter un câble au bout d'un moment ? Doit falloir un mod supplémentaire, ce qui revient plus ou moins au même (en termes d'install/config) que l'utilisation d'une extension PHP comme j'ai fait pour APC.

Bref, pourquoi pas, je vais voir. Sans forcément remplacer mon truc qui marche actuellement, histoire de me renseigner.

J'ai vu un truc ce matin qui tournerais sur Lighttpd, faudrait que je lise plus en détail, ça existe aussi "en" Java, Python, Ruby, ect...
 
C'est aussi appelé reverse ajax, en ce que les requêtes peuvent venir du serveur, en gros, j'avais dans l'idée de générer des evenements (puisque le but du truc est de fonctionner de sur un modèle event-driven) à chaque byte loading.
 

L'idée est cool (le serveur qui fait des requêtes au client... WTF ? ), mais je me vois pas tout casser sur mon serveur de "prod" pour passer d'Apache à Lighttpd (bon stun serveur perso hein, m'enfin ça me saoûlerait). La techno est intéressante, j'pense y a un gros potentiel là-dessous mais ça a l'air très peu utilisé pour l'instant, non ?

c'est ce que fait APC  
 
mais avant ca, sur une config classique ( php/apache ) , tu ne pouvais pas aceder au fichier en cours d'upload ( nom généré aléatoirement, non lisble  )

Ah J'avais compris qu'APC maintenait juste des stats sur les fichiers en cours d'upload, stout. Il fait pas de reverse Ajax à ma connaissance (ou alors j'ai loupé un passage dans la doc ce qui est aussi très possible ).

http://www.thecodingmachine.com/projects/xaja ONLY FUCKING SHIT    

J'ai ultra galéré pour trouver des infos concretes sur le sujet, mais il m'est apparu qu'ACL était destiné au caching? Y'a bien le truc "APC_UPLOAD_PROGRESS", mais AFAIK la requête vient du JS

flo répondait, je pense, à la remarque suivante de Shinuza : "Sinon, en ayant la taille du fichier à uploader, tu peux periodiquement matter la taille du fichier temporaire"

Sinon, c'est pas exactement la meme chose, mais ce genre d'upload venant du serveur, ca pourrait aussi etre vachement partique.

Le Push HTTP, c'était pas la révolution informatique des 01 et consorts en 1996 ?
(ok, on a fait du chemin depuis, mais c'est marrant)

Si j'ai réussit à suivre comme il faut votre discussion, on pourra bientôt (ou déjà) demander au serveur de contacter de lui même un navigateur pour lui dire "hého, j'ai des données pour toi, alors les v'la.".
C'est bien ça?

Ca tabasse. J'vais regarder ça ; pour le coup, je n'utiliserais qu'une petite partie des fonctionnalités (tout ça pour faire une barre d'upload ) mais ce serait pas mal comme introduction à ce genre de techno.

C'est l'idée ouais

Ok

J'ai vu ça ce matin, ça peut pas mal rosker en effet

Il me semble que c'est même 1995
 
Ca peut être mis en parallèle avec XHR (cf meebo et consort)
 
Par contre t'as des boulets qui vont en faire tout un fromage marketeux (même si le terme marketeux à bientot 2 ans : "Comet" )

J'vais me taper le screencast  

Y'a ça aussi, assez saiske : http://renkoo.com/

J'ai pas suivit tout les details, mais y'a aussi la solution flash uploader aussi, avec l'avantage de pouvoir faire de la multisélection de fichier. ( Et l'inconvénient de se vautrer sous linux )
( Je parle d'utiliser la feature du flash en faceless, l'ui on peut continuer à la faire html/css classique par dessus avec le bridge flash<->js )