Bonjour,
J’avais déjà mis, il y a quelques temps ce site de E-commerce fictif en vue de trouver un job.
Le voici enfin complètement terminé… ouf…
Celui-ci inclue:
de l’ajax (affichage des commentaire, selection d’un acteur / titre)
saisie de commentaires avec smileys
conversion des mails / liens en liens cliquables
vote sur un titre particulier
etc…
Le scrolling est un dev perso, j’aurai pû utiliser du jquery mais j’ai voulu le faire moi-même
pour le fun, la fluidité dépend du navigateur, mais bon, c’était un défis perso.
Vous pouvez voir les principaux aspects technique apporté au site au bas de celui-ci
Pour ouvrir un compte, 10 clients sont dispo dans la BD comme expliqué au bas du site.
Voili voilou…
J’ai essayé d’apporter une compatibilité maximale avec tous les princiapaux navigateurs / versions
15 au total, c’est déjà pas si mal…
Dites moi si c’est bon pour trouver un job rapidement.
J’ai mis de l’ajax pour apporter un plus en terme d’ergonomie, au début, il n’y en avais pas.
Si vous voulez recevoir le mail de confirmation de la commande, indiquez-en un valide dans le formulaire.
Le site est opérationnel pour faire des commandes, mais celui-ci est fictif.
Si un employeur lit ce post, je précise que je recherche uniquement sur Paris intra-muros.
Bien-évidemment, un poste de développeur web.
Ce site à été développé en PHP/Mysql (dernière version), HTML / Javascript / CSS
Lundi j’envoie des candidatures… souhaitez-moi bonne chance :jap: videoicom
Edité le 13/03/2009 à 16:21
C’est sympa, juste deux trucs comme ca:
Sur les divers endroit ou l’on peut cliqué le curseur ne change pas.
Quand on affiche le panier tu devrais grissé le reste de la page, et rendre le panier toujours au centre de l’ecran, celui qui va un peu vite peut ce demande pourquoi d’un coup il a plus accès à la page (Car il a son panier d’ouvert en haut mais à scrool quand meme)
Sinon c’est cool bonne chance pour ta recherche de job.
Edité le 12/03/2009 à 13:47
C’est vrai, précise un peu : algo UML? structure MVC? commentaires PHPDoc? etc…
Tu devrais aussi préciser les frameworks utilisés.
Si c’est pour du dev tu devrais mettre un peu plus l’accent sur le dev pur :
là c’est bien, on voit que t’es polyvalent, mais on sait pas si t’es un bon dev car tu restes flou et on dirait que tu as mis un peu d’ajax et de trigger pour faire joli.
ex : “trigger” en gras… on dirait que tu viens de découvrir les triggers et que t’es fier de le mettre sur ton CV… (si c’est le cas c’est pas un mal, mais faut pas le montrer!)
Sinon un détail que j’aurais aimé c’est la mise à jour des listes de tri en ajax (à chaque changement d’un critère de tri)
Avant tout, merci pour vos commentaires / critiques…
Pour le panier au centre de l’écran, j’avais pensé aussi à le mettre tourjours au centre de l’écran, j’avais défini plusieurs solutions, dont celle, si la hauteur du panier dépassait celle de l’écran, de faire scroller le div… entre autre…
Je l’avais programmé, mais je l’ai retiré, si on avait plusieurs articles, le div était saccadé, et c’était pas très joli, seul safari 4 restait parfaitement fluide.
Quand je parle de respect des normes de dev, il ne s’agit pas de normes d’analyses telles qu’UML, MERISE ou autre mais de la “construction” du site et de la structure du code. Quand j’ai fais ma formation, j’ai vu des choses assez choquantes, qui fonctionnait certe, mais assez “space” lol
Je connais bien les triggers puisque je suis AnalysteProgrammeur sur AS400, et une excellente maitrise des BD dans cet environnement est indispensable, mais je change de voie, ça fait des années que je souhaite travailler dans les nouvelles technologies.
Sinon, pour ce qui est des frameworks, aucun, et c’est pour cela que le scrolling n’est pas très fluide dans certains navigateurs, notamment firefox, c’est du javascript pur.
Et non, je n’ai pas mis d’ajax pour faire joli, mais pour le coté pratique, afficher les commentaires après un réaffichage, ça fais pas terrible, et la selection d’un acteur / titre via une liste déroulante est quand même plus propre…
Mais bon, pour le moment, je vais envoyer des CV avec ce dev, je pense que ça suffira à décrocher un job, vu que je débute…il ne faut pas trop m’en demander…:paf:
Edité le 12/03/2009 à 20:44
En meme temps, parler de modèle MVC pour un site PHP (=scriplets), bon … c’est largement discutable.
Pour revenir à ma question, je ne faisais pas du tout allusion à Merise et UML qui sont des méthodes d’analyse, et pas des normes de développement … de codage quoi ! Donc pour préciser un peu ma pensée :
comment tu t’y prends pour te lancer dans le dév d’une fonctionnalité quelconque ? Exemple bidon : reflexion papier, specs, code, tests.
t’es tu imposé des règles de codage et/ou de nommage ? Exemple : nommage des classes, des pages, des styles css.
comment justifies tu le caractère “total” du respect de tes normes ? Outillage quelconque ?
est ce que tu penses qu’un bon développeur est celui qui sait tout faire ? Qui a déjà tout fait ?
Si je devais t’interviewer, je serais particulièrement attentif aux jugement de valeur (exemple : respect total) que tu accordes sur les tâches qui t’ont été assignées par le passé / présent.
Ne te sens pas obligé de répondre hein, c’est pas le plus important …
Quand c’est un sujet que je connais bien, je plonge, et au fur et à mesure, j’adapte, mais en général ça roule tout seul, je développe depuis 1983, attention quand je dis “developpe”, c’est ma première ligne de code, sur C64 soit dit en passant ^^, et ai touché pratiquement à tous les langages sans les maitriser tous (lol), mais en règle général, l’algorithmique est le plus important, le langage est comme une “seconde” langue, si on est très bon en algo, le langage n’est pas un problème, par contre le contraire est à éviter. Personnellement, j’imagine déjà le produit fini dans ma tête, il ne me reste plus qu’à l’écrire. quant aux specs / code / tests, ça viens tout seul avec l’expérience. Disons que c’est utile quand tu donnes le projet à quelqu’un, il n’à qu’à suivre tes directives, comme un chef de projet, il conçoit l’analyse et donne le dossier au(x) développeurs(s)…
Si c’est moi qui développe, je fonce sans perdre de temps. Si j’étais réellement un bleu, il est clair que je réfléchirais au pourquoi du comment à deux fois… et je commencerai par l’écriture d’un dossier complet avec les différents aspects à développer / créer, dont la charte graphique… :oui:
A titre d’exemple, j’ai conçu ce site sans le moindre papier, la moindre note, j’ai commencé par créer la BD, je savais déjà quoi mettre dedans, mon expérience sur AS400 m’à aidé, ensuite je commence par le dev de la page d’acceuil, une fois terminé, la page de selection des articles, la page des formulaires etc…, et si jamais je me rends compte qu’un zone doit être ajoutée dans la BD, je ne vois pas où est le problème. De toute façon, les analyses / dossiers sur lesquels on ne reviens jamais, ça n’éxiste pas, que ce soit UML, MERISE etc…, en cours de dev, on se rends toujours compte qu’une modif est necessaire ici ou là, ici on s’est planté etc…
Mais c’est certain, qu’un débutant aura du mal à suivre mon exemple…
Quant aux règles de nommages, pages, styles etc…, ça vient tout seul avec l’expérience, tu sais que telle ou telle classe doit s’appeler comme ça, un nom clair, qui explique clairement sa fonction, grouper les fonctions par thème, ne pas mettre une qui s’occupe du tri avec une qui s’occupe de l’affichage, ou du formulaire x…
Par exemple la page du script qui s’occupe du scroll du résumé des titres se nomme tout simplement “scroll.js”, si j’avais plusieurs types de scrolls à faire, je l’aurai nommé “scroll_resume.js” pour ce cas. pour un scroll down d’une ligne, la fonction se nomme “Open_scroll_line”, pour tout ouvrir “OpenALLScrolls” etc… ça vient tout seul, il n’y a rien de sorcier…
Dans mon expérience d’Analyste Programmeur sur AS400, les noms doivent s’écrire en 6 caractères maximum, je te garantis que pour trouver des noms explicites pour certaines zones, c’est pas évident. Des normes existent d’ailleurs sur AS400, nomcli=nom du client, adrcli=adresse client, numtel, codcli, etc…
Autre chose : ne pas oublier les commentaires, il faut toujours penser au(x) développeur(s) qui passeront après toi, pour la maintenance, même si on est très bon, on peut vite se perdre et perdre du temps à chercher qui fait quoi.
Même si c’est toi qui développe et que personne ne verra le code, tu peux repasser une ou plusieurs années après et ne plus te rappeler ce qui te paraissait évident au moment du dev.
Un bon développeur ne sait pas tout faire, il y a enormément de domaine différents, l’aéronautique, le domaine spacial, la médecine, le traitement audio/vidéo/imagerie, la simulation, les modèles météo, la logistique, le développement web etc…
Une vie d’homme n’y suffirait pas pour devenir un spécialiste dans chaque domaine.
Quand je dis “respect total des normes”, je veux dire créer une arborescence logique, séparation des différents composants du site, par exemple, pour la plus simple, ne pas mettre les css dans un php, ne pas mettre toutes les pages dans un seul et même répertoire.
créer une page de code pour chaque thème du site etc…
bref, qu’un développeur, même novice puisse arriver sur le dossier du site sans y trouver un cafarnaüm… :paf:
Pour cluclu :
quand on fait une prévisu et qu’on revienne en mode édition, on ne peut plus inserrer de smileys…
et quand on réédite, le div des smileys est horsde portée de la souris (ecran 4/3, eh oui, ça existe encore)
Edité le 13/03/2009 à 16:19
Ben tu sais quoi ? Cette approche du développement que tu décris, je n’y crois plus du tout depuis voilà un an. D’ailleurs, sur certains points, t’as l’air du meme avis “De toute façon, les analyses / dossiers sur lesquels on ne reviens jamais, ça n’éxiste pas”. Le commentaire, ca sert presque à rien, le cycle en V ne satisfait aucun client, le forfait j’en parle meme pas …
Pour info, tu cibles quelles genres d’entreprises, si tu as des préférences ? Non non, je ne suis pas recruteur, c’est par pure curiosité …
Par rapport à ta première réponse, personnellement, je regrette ton approche 100% analytique. Ca devrait souvent marcher sur des choses que tu as déjà vu (du fait de ton expérience), mais sur des problématiques complètement inconnues … prévois tu d’autres approches ? Exemples techniques / fonctionnels : client lourd J2EE, services web, calcul de jsaispasquoi distribué qui dure des heures, …
Seconde réponse, que ca te paraisse naturel de rationnaliser le nommage du code est une excellente chose.
Par contre, à mon sens, les fonctions “Open_scroll_line” et “OpenALLScrolls” n’obéissent pas aux mêmes conventions de nommage. Je ne comprends pas pourquoi y a des underscore dans l’un et pas dans l’autre, pourquoi ALL est écrit en majuscules, pourquoi le concept “line” est introduit que partiellement …
Troisieme réponse, donc pas d’outillage.
Je suppose que tu as un profil expérimenté. Dans ce cas, c’est sur ce genre de détails que j’aurais tiqué. Dans une SSII “de base”, je suppose que ce genre de détail passe assez facilement à la trappe.
Je ne vais pas être trop long comme la dernière fois…
Disons pour résumer que j’aime toucher a l’aspect graphique (que je pratique en amateur depuis 1986), et je ne peux me passer de la programmation…je pense que si on me proposait un poste uniquement d’analyse, je refuserais.
J’ai un pote qui a refusé quand on lui a proposé un poste de chef de projet, la direction a fait la gueule (lol)
Pour répondre simple, je dirai que si j’entre dans un domaine que je connais pas -> analyse (bien que je préfère laisser cette partie à d’autres), mais indispensable dans ce cas…
L’explication est simple j’ai voulu faire ressortir d’un coup d’oeil, le traitement d’une et toutes les lignes.
Open_scroll_line / Close_scroll_line
et
OpenALLScrolls / CloseALLScrolls (le ALL en majuscule, pour faire ressortir le sujet) OpenAllScrolls -> pas le même effet
Enfin, ça c’est mon choix, si une boite à ses propres conventions, il est évident que je ne mettrai pas ma “sauce”
Edité le 14/03/2009 à 10:35
D’où la mode actuelle des “méthodes Agiles”, “Scrum”, tout ça tout ça… Qui vaut pas mieux. La problématique n’est pas l’approche mais sa mise en oeuvre.
pour en revenir à ce site, j’aurai bien quelques critiques. Primo, j’ai failli dire “pff quel naze ça marche pô” mais… acheter un film pas en stock, forcement ça rajoute rien au panier. Là il y a erreur de présentation : si le produit est épuisé, pourquoi le bouton “panier” est il présent ? Je parle bien du composant visuel, j’ai bien fini par comprendre qu’il est inactif. Surtout que le vert fluo attire plus l’oeuil que le “en stock” barré. Pourquoi ne peut on pas clicker sur le texte “Ajouter au Panier” ? C’est quoi le verrou rouge ? Pourquoi puisqu’il y a un formulaire de recherche ne peut on pas sélectionner les films d’un acteur/réalisateur/genre en clickant sur le nom dans le descriptif ?
Bref… Pas besoin de répondre non plus, je ne faisais que soulever un autre aspect du dev Web qui est la navigabilité et l’usabilité. Mais comme tu l’a dit, un dev seul ne peut tout maîtriser. Par contre, je serai plus critique sur le fait de trouver des informations de style dans les sources…
Par contre, pour un recruteur, surtout dans une SSII, j’aurai justement été plus intéressé si tu avait employé des frameworks existant, Zend en tête.
Ca c’est mon choix, je veux que le bouton soit toujours présent pour garder un style propre, au début j’ai essayé sans, mais graphiquement, ça faisait moche et ça gâchait l’ensemble, j’ai donc décidé de le laisser et de barrer la boite en carton.
Mais bon, pas la peine d’être Einstein pour faire une déduction simple, si tu as déjà du mal à trouver tes repères sur ma présentation, je te déconseille l’utilisation de logiciels compliqués, comme 3DS par exemple.
Ca encore, c’est mon choix, le texte suivit de la flèche indique où cliquer, je ne vois pas en quoi c’est génant ?
Le verrou rouge sert à se loguer si le client possède un compte, pour voter ou laisser un commentaire, mais là, je suis d’accord sur le fait que j’aurai dû laisser un petit texte indiquant à quoi il sert, à la limite un “tooltip”…
Ca c’est tout à fait possible de l’implémenter, ce n’est pas présent car pas pensé…
Mais bon, c’est la raison pour laquelle les versions de logiciels se suivent.
Si les devs d’acdsee avaient pensé à tout dès la première version, il n’y aurait pas de v1, v2, v3 etc… et idem pour les autres log.
Pour ce qui est de la navigation, l’image représentant des pages éclairées d’un néon (en haut) peuvent être cliquées pour aller directement à la page de son choix…
Là, je ne mettrait pas tout les styles dans un ou fichier css, je n’ai envie de me retrouver avec 100000lignes ou 500 fichiers, aussi explicites qu’ils soient.
Les styles que je met dans les balises, sont des styles qui ne changeront JAMAIS, donc, aucun intérêt de les mettre dans un css.
Et même, si, exceptionnellement, une modif s’impose, ça ne coute rien de le modifier dans la balise.
Mais si une boite à pour habitude de TOUT mettre dans des css, ça ne me gènera pas de le faire.
La plupart des sites ont des définitions de style dans leurs balises, peut-être pour la même raison :neutre:
Pour le moment je m’exerce sur jquery, il y a tellement de frameworks que si tu te spécialises sur un framework A et même plusieurs, tu peux tomber sur une boite qui elle, utilise le framework XYZ, et elle te dira “désolé, nous recherchons une personne qui connaisse le XYZ”… bref impossible de plaire à tout le monde.
Comme je l’ai indiqué, je débute en nouvelle technologies, je n’ai pas 10 ans d’expérience, il est évident que dans 10 ans, je développerai ce même site autrement.
Pour terminer, je dirai simplement, que lorsque vous regardez ce site, ayez à l’esprit que je débute dans ce domaine…
Et je trouve, à mon humble avis de débutant, que je me suis quand même bien débrouillé… :paf:
Edité le 15/03/2009 à 17:42
Mouaip, je l’avais à l’esprit mais… non, tu est loin d’être humble :
Considérer le visiteur de base comme un décérébré, il n’y a pas mieux pour se faire de la pub. Le visiteur n’en a que faire de savoir si tu a réussi à assurer ta cohésion d’ensemble ou pas. Enfin, si tu a raison, c’est bon pour le premier aspect, mais après, tu crois qu’on vient sur ton site pour flâner ? L’utilisateur voit un titre qui l’intéresse, un prix intéressant et un bouton d’ajout au panier, ça s’arrête là. Le click n’a rien ajouté ? Ton site est un attrape-nigaud qui marche pas, ça s’arrête là. Il n’ira pas analyser un autre indicateur pour chercher à comprendre pourquoi ça marche pas. Tu peux considérer que je te prends de haut aussi et que ton opinion est bonne, pas de problèmes tu ne sera pas le premier. Mais je ne connais aucun site a survécu 3 mois comme ça.
Parceque le visiteur n’est pas là pour suivre un jeu de pistes. Comme précédemment, si il estime que ça marche pas, il ira voir ailleurs.
Oui car les pictogrammes ne sont réellement informatifs que pour celui qui les a dessiné. Un texte informatif ne serait-ce que sous forme de tooltip est toujorus indispensable.
Ah mais j’ai jamais dit qu’il ne devait pas y avoir d’améliorations. Mais beaucoup de logiciels se sont cassé les dents sur certaines fonctionnalités, c’est juste pas la peine de reproduire les mêmes erreurs.
Heu… Ben non, ou alors t’a rien compris au principe du CSS… L’idée est de séparer le contenu de la présentation, donc justement si le contenu du style est figé, il doit être dans la CSS. Surtout parcequ’évidemment, ce truc qui ne changera JAMAIS changera forcément. Le seul cas où un style a sa place directement dans la page, c’est justement parcequ’il change ponctuellement et dynamiquement.
Ou tout simplement parceque la pluspart des sites sont développés n’importe comment.
Vrai et faux. Vrai sur le fait que tu ne peux pas avoir tout vu surtout si tu débute. Faux sur tout le reste. Si je recherche spécifiquement un gars qui connaît ton XYZ, ben si ça apparaît pas sur ton CV, je t’appelle pas. Ensuite, il n’y a pas tellement de frameworks que ça et si j’ai cité Zend, c’est que c’est l’un des plus importants donc potentiellement les plus demandés. Enfin, si je vois que tu a bossé avec un frameworks mais que j’en utilise un autre mais que son expertise n’est pas obligatoire, ben je me dirai que tu a peut être compris le principe et que tu t’y adaptera.
Après, c’est toi qui vois, c’est pas moi qui sera devant le recruteur.
Laisse moi en douter vu tes remarques…
Bon bref…
J’espère pour ta boite que t’es pas à la DRH, ça fais peur…
Sinon pour ce qui est des sites qui n’ont pas tenu + de 3 mois, un simple exemple : jeu : chercher la mise au panier
Je te laisse chercher la date de création du site…
Edité le 16/03/2009 à 00:25
http://ak.cdiscount.com/imagesok/fichprod/0/B-Ajout-normal.gif :neutre:
[/quote]
J’avais répondu mais lors de l’envoi, l’analyse du texte s’est mise à ramer, et au bout de 5 minutes, j’ai coupé…
Je ne vais tout retaper…
Cluclu devrait aussi optimiser ce cas, ça fait plusieurs fois que ça m’arrive… pas de soucis de ce genre sur les autres forums…
Le seul truc que je vais retaper est que ce serait sympas de me dire la séquence qui t’a amené à ce bug du script
J’ai eu beau tester, pas eu ce bug
Edité le 16/03/2009 à 11:43
Martopioche, tu as expérimenté quelles méthodes agiles sur combien de temps pour dire que ca ne vaut pas mieux ? Ton éventuel retour d’expérience m’interesse.
Sinon jsuis assez d’accord sur l’ergonomie : c’est quand meme pas top, un peu trop compliqué / pas assez intuitif à mon gout. Perso, moins j’ai de clic à faire pour parvenir à mes fins (acheter un truc, consulter ce que je veux), mieux je me porte.
Par contre, jsuis contre le fait de faire remonter systématiquement les css dans des fichiers externalisés. Jsuis également contre le fait de faire le design d’une feuille de style avant son utilisation. Bref, refactoring power.
“- Les pages ne sont pas bookmarkables car l’URL reste toujours la même”
Dans le cas des “one page interface”, ben on s’en fout un peu. Quand tu rentres dans un magasin, tu passes par l’entrée non ? Ben ici ce devrait etre pareil. T’as pas à rentrer dans un magasin par sa conduite d’aération, style commando
“- Le site ne fonctionne pas du tout sur un navigateur ne gérant pas le JavaScript”
Y a aucun navigateur digne de ce nom qui te propose une config sans Javascript. C’est un peu comme surfer sur Internet sans vouloir prendre en compte les feuilles de style. Quant à la crainte de scripts malicieux, ben suffit de pas mettre ses pattes n’importe ou …
loderunner, en fait, je voulais simplement te sensibiliser à l’approche expérimentale. Tu pourras coucher sur papier tout ce que tu voudras, mais souvent un client, ca croit que ce que ca voit. Je ne t’apprends rien à priori. Donc perso, je préfère mille fois proposer une fonctionnalité simplifiée voire dégradée (et surtout testée unitairement !!) au client, pour qu’il me dise ensuite pourquoi ca ne va pas / et donc ce qui motive sa satisfaction, pour ensuite parvenir à un bon résultat / qui le satisfasse … en plusieurs jets.
C’est pas une question de méthode en elle même mais d’application. Par exemple, ça ne marche pas au forfait car les méthodes Agiles reposent sur une évolution du produit au fur et à mesure du développement et le forfait repose sur une contratualisation du développement. La perversité par la suite est également l’absence totale de documentation. Bah oui, c’est pas Agile d’écrire de la documentation, la lecture du code se suffit à elle même. De ce fait, si l’équipe évolue c’est le foutoir car si l’équipe originelle connaît bien son sujet, les nouveaux venus ou ceux qui reprennent le bouzin n’ont pas que ça à faire que de se replonger dans l’existant. Ca conduit également à la duplication à outrance des développements car certes, la fonctionnalité est compréhensible en lisant la méthode mais… du coup, c’est souvent plus simple de récrire le petit traitement assez spécifique dont j’ai besoin plutôt que de parcourir toute la stratégie déjà mise en place pour être certain des traitements limites, les retours possibles… Ah et je peux rajouter que l’absence qu’avec l’absence de doc, on a souvent plein d’indicateurs, mais aucune procédure… Avec les indicateurs tu vend de la qualité de développement mais dans la pratique, il n’y en a aucune.
Enfin, un dev dit Agile, c’est souvent semaine 1 on développe une fonctionnalité. Semaine 2, une autre, Semaine… Puis on se dit un jour qu’il y a de la redondance, de la factorisation possible et on se dit que la semaine n sera dédiée au refactoring pour optimiser l’existant. Ah bah oui mais on vend un système selon lequel le client paye entre 5 et disons 20 jours/h pour gagner une fonctionnalité par semaine et là il n’aura rien de plus ? Pourquoi il va payer ce refactoring ? Ca fonctionne pas comme ça ? Si ? Bon, ben vous arrêtez vos conneries et passez à la suite !!! Résultat : le produit est adapté mais pas maintenable.
Ca parrait être caricatural, mais c’est trop souvent ce qui est observé dans la pratique.
On ne désign pas une feuille de style, on design le style de la page et on écrit le style associé qui dépend également de la structure du document HTML.
Les “one page interface” ne sont adaptés qu’à outils très limités. Messagerie, éditeur de texte ok. Vouloir généraliser une navigation sur ce principe, c’est ne rien comprendre aux principes du Web. Enfin… Autant faire du Flash… Un magasin en ligne n’est pas un magasin en dur, où alors on n’a rien compris au principe d’un site marchand et mettre en ligne un PDF sera plus rapide. On doit pouvoir accéder à la fiche d’un produit par son URL. Si le produit n’intéresse pas le visiteur mais si le visiteur connaît quelqu’un intéressé par ce produit, il peut lui envoyer l’URL vars la fiche et cette connaissance ira sûrement voir. Si la connaissance a à fouiller le site, elle ne viendra jamais voir. Même réflexion pour les outils de référencement et comparateurs de prix. Exemple ? Je cherche un NSLU2, je demande à Google : 2eme proposition, la fiche chez LDLC. Tarif standard, livraison acceptable : j’achète.
Et pourtant… Les plus connus : les navigateurs destinés aux personnes (tant pis pour le politiquement correcte) handicapés ? Ah non, on s’en fiche d’elles, vu leur nombre, c’est pas un marché.
Edité le 16/03/2009 à 16:32
Désolé mais lorsqu’un produit (ou une liste : résultat de recherche par exemple) me plait j’aime bien pouvoir la noter pour y revenir directement (parvenir à mes fins en cliquant le moins possible…)
[/quote]
Là n’est pas la question, un bon site HTML doit être fonctionnel sans JavaScript.
Vu que je débute dans le new technos, je ne connais pas tout, mais pourrais-tu me dire, si le site contient de l’ajax, donc sous-entendu DOM, comment ne pas utilisé le javascript?
J’ai trouvé ce site : ajax sans javascript, mais je doute que tous les sites ayant de l’ajax soit en “wicket”…
juste pour info :jap:
Edité le 16/03/2009 à 17:59
L’ajax tu t’en sers pour un truc en particulier (changer le contenu d’un , récupérer des mots approchant de ceux que l’utilisateur vient de saisir, déplacer un bloc
de l’interface, etc.)
Et bien il faut arriver à avoir les même fonctionnalités finales (avoir un dont le contenu est différent, avoir une liste de mots approchants de la saisie utilisateur, avoir un bloc
à une autre place qu’avant, etc.) sans JavaScript.
Bien sûr c’est moins user-friendly, ça demande un rechargement des pages et du travail côté serveur mais c’est plus propre.
