Jump to content

Thierry

Members
  • Posts

    243
  • Joined

  • Last visited

Everything posted by Thierry

  1. Bon bah on va venir vous fouetter pour que cela avance plus vite alors. Je pense que je vais attendre ce nouveau thème pour l'utiliser comme base pour le mien. (mon design a beau être fini, j'utiliserai peut-être quelques trucs sympa du nouveau thème)
  2. Et cela se présente comment du côté FO? Le client n'a quand même pas un menu déroulant de 256 éléments?
  3. Le nouveau thème ne verra le jour qu'à partir la 1.0? Vaut-il mieux attendre le nouveau thème pour coder un design pour Prestashop (car vous allez modifier de nombreuse chose au niveau du thème en dehors du visuel) ? Si c'est la cas, on peut avoir une estimation rapide selon votre rythme de développement actuel. Par exemple, minimum 1 mois avant de voir la 1.0, (peut-être avant avec de la chance, peut-être plus tard en cas de bug récalcitrant, avec aucune limite dans la durée pour le pire des cas). Si je me pose toutes ces questions, c'est que je me demande si je peux commencer à bosser sur Prestashop dès maintenant où si il vaut mieux attendre un peu. (et je ne dois pas être le seul)
  4. Tu dois faire ce que l'on appelle de l'intégration. Tu découpe ton design Photoshop, selon les images que tu as besoin. Et tu codes ton template en HTML et CSS selon la doc de Prestashop : http://www.prestashop.com/doc/doku.php/designer_guide Si tu n'as aucune connaissance en création de site web. Il va te falloir de nombreuses heures d'apprentissage, mais rien d'insurmontable. Voici quelques sites qui peuvent t'aider : - http://www.siteduzero.com/ - http://www.pompage.net/ - http://www.alsacreations.com/ - http://openweb.eu.org/ (et il y en a plein d'autres...)
  5. AJAX for listing subcategories? Isn't it too much? I hope you just mean JavaScript.
  6. Dans "Préférences > Produits", Tu peux modifier le tri par défaut de la boutique (nom ou prix ou date d'ajout) de manière croissante ou décroissante.
  7. Ce qui manque cruellement actuellement, c'est un Hook dans le <head>. Ainsi les modules pourraient ajouter en toute faciliter leurs feuilles de style et leurs Javascripts. Sinon la seule solution c'est les styles et les scripts inline... :-X :'(
  8. C'est la classe "home_title" pour le titre principal. Les paragraphes ont eux la classe "home_presentation". Sinon cela me paraît être des éléments titre classique.
  9. Un bug qui ne se présente pas sous Firefox mais sous Safari (3) et Opera (9.25). (Vous m'excuserez de ne pas avoir testé sous IE je n'avais pas envie de lancer ma machine virtuelle. ) Dans l'onglet Caractéristiques de la fiche produit dans le BO, la première ligne "Produit en cours :" qui indique le produit édité n'affiche pas le nom du produit sous Safari et Opera.
  10. Différents petits problèmes pour les légendes des images pour les produits. Lorsque l'on arrive sur l'onglet Images de la fiche produit dans le BO. La légende de l'image comporte bien les majuscules et les espaces. Cependant dans le FO, la légende dans le alt a ses majuscules convertis en minuscule et les espaces en traits d'union. Ensuite dans le BO lorsque l'on sélectionne une des image alternatives pour modifier sa légende. La légende ne comporte aucune majuscule et les espaces sont des traits d'unions (exemple: ipod-nano-vert). Si on essaye d'éditer la légende, l'édition est quasi-impossible. J'ai l'impression que c'est le même script JS derrière que celui pour les URL simplifiés. Cependant les textes alternatifs des images acceptent totalement les majuscules et les espaces. (c'est même fortement recommandé pour les espaces) Sinon pendant que j'examinais ça, j'ai remarqué que dans le thème par défaut, vous doubliez tous les attributs alts par des titles avec le même intitulé. Je vous conseille fortement de supprimer ces titles. Et ceci pour trois raisons : [li]Cela n'apporte rien en référencement naturel.[/li] [li]Cela peut vite devenir un enfer pour un utilisateur de lecteur d'écran qui lit les alts et le titles. Il entend alors pour chaque image deux fois le même textes.[/li] [li]Si le title était destiné à recevoir le même contenu que le alt on se serait pas faire chier à l'inventer aussi pour les img [/li]
  11. Je viens de voir ça à l'instant. Je ne comprend pas pourquoi elle n'est pas appelée. Sinon tu rencontres le même problème avec le block Fabricant?
  12. Je précise, l'install est toute fraîche de ce matin. Je n'ai rien modifié à par l'activation de URLs simplifiées (avec le htaccess bien renommé), la désactivation des colis recyclés, l'activation de la sauvegarde du panier, et peut-être 2/3 trucs toujours dans les Préférences. J'ai ensuite activé le module Fabricant. Cependant que je clique sur le Fabricant Apple (menu déroulant ou lien) je tombe sur une page d'erreur. Les urls simplifiés marchent très bien sur le reste du site. D'ailleurs cela me fait remarquer que ce serait bien si Prestashop avait déjà une page 404 tout prête.
  13. Le numéro de version en bas du BO est 0.9.6.2 Je voyage dans le futur?
  14. Réponse un peu tardive... (mais mieux vaut tard que jamais) Chez moi celà fonctionne bien : => 'le champ e-mail est invalide' Arf! Je ne vois pas d'explication possible en dehors que l'on a pas le même fichier lang fr. (mais je n'ai pas encore touché au mien) De quel champs parlez-vous ? Du dernier champs du formulaire pour éditer un employé. Il s'agit d'un menu déroulant. Il permet de choisir si l'employé est administrateur ou autre.
  15. C'est sympa de partager ce thème. Par contre je le trouve trop bleu. Essaye de le contraster un peu avec une autre couleur, par exemple du orange.
  16. Différents petits problèmes rencontrés sur la page d'édition d'un employé. Premièrement, si on ne remplit rien (comme ça pour tester), les messages d'erreurs ne sont pas super clair. Ce qui serait bien, c'est que le message d'erreur reprenne l'intitulé du label. Surtout pour le message d'erreur lié au "Profil", où le message d'erreur parle de "ID du profil". Et le message d'erreur indiquant que l'e-mail n'est pas valide, n'a pas été traduit dans la version française. Remarque : c'est aussi valable sur les autres formulaires du BO A part ça, lors d'une édition normale. Si on laisse le champs de mot de passe vide (en se basant sur le texte "Laissez vide pour le conserver"), on a quand même droit à une erreur indiquant qu'il faut préciser le mot de passe. Bien-sûr là il faut, que vous vous débrouillez pour qu'il n'y ai pas le test sur la champ de mot passe vide lorsque l'on est en édition. (laissez le pour la création ) Le champs "Profil" n'est pas indiqué comme obligatoire, pourtant il l'est à en croire les messages d'erreurs. D'ailleurs, si tous les champs sont obligatoire, ce qui semble être le cas actuellement : virez les astérisques et marquez juste que tous les champs sont obligatoires. Remarque Générale BO : Ce serait bien aussi que le fil d'arianne, rajoute un élément supplémentaire lors de l'édition ou du rajout d'un employé. Ainsi cela offrirait un moyen rapide de retourner à la page listant tous les employés. J'ai perso vite pris le plis de naviguer avec le fil d'arianne, et c'est frustrant de devoir pour l'instant chercher le lien de retour en bas de page. Et puis comme ça le fil d'arianne est plus correct. Dernier point, votre code HTML : Actuellement : <label>Nom </label> <div class="margin-form"> <input type="text" size="33" name="name" value="PLOP" style="text-transform: uppercase;" /> <sup>*</sup> </div> C'est bien d'avoir mis des labels, cependant ils ne sont pas reliés à vos inputs. Ce qu'il faudrait faire : <label for="name">Nom</label> <div class="margin-form"> <input type="text" size="33" id="name" name="name" value="PLOP" style="text-transform: uppercase;" /> <sup>*</sup> </div> Rajoutez des attributs id à vos inputs, et ensuite rajouter un attribut for à vos label contenant la valeur du id de l'input. Pourquoi? Parce que c'est la bonne façon de faire. Bien meilleur pour l'accessibilité. Mais aussi pour l'ergonomie, car avec des navigateurs comme Firefox, avec un code comme ça, quand on clique sur le label, on sélectionne directement le input relié. Je trouve cela super pratique pour les checkbox et les radio. Et le style directement sur le input c'est pas top. J'espère qu'en plus derrière vous refaîtes la même opération en PHP, au cas où quelqu'un aurait viré la feuille de style et que vous comptiez vraiment sur ce formatage. Je pense avoir fait le tour. Merci de corriger tout ça pour la prochaine release. ;D
  17. Il faut modifier le module Block Categorie. Le template et sûrement la classe derrière. En gros, il faut faire des tests pour quand on parcours une catégorie, l'identifier et lister en dessous ses sous-catégories. Je me suis pas penché dessus, mais cela ne devrait pas être très méchant.
  18. Arf! Et ce n'est pas ça non plus... (http://sourceforge.net/projects/prestashop/)
  19. Arf je pensais avoir trouvé (http://code.google.com/p/prestashop/) mais en fait non.
  20. Après avoir testé un lot de solution e-commerce OpenSource, je dois admettre que PrestaShop m'a très agréablement surpris. Vraiment du bon boulot. ;D Cela me donnerait même envie d'aider au développement si je retenais au final cette solution pour un projet. Mais j'ai eu beau chercher partout, je n'ai pas vu d'adresse pour jetez un coup d'il au Trunk du projet. Cela pourrait être sympa de voir le répertoire dépôt et de pouvoir faire des checkout. L'équipe de dev garderait alors précieusement son droit de commit. Et si on avait un accès en plus à la roadmap ainsi qu'au tracker de bug, on pourrait soumettre facilement des bugs et surtout des patchs . Ce qui serait top pour l'évolution de PrestaShop! Je trouve ça dommage que ce projet qui est OpenSource, n'offre qu'un moyen très limité (forum + module + thème) pour la participation.
  21. Attention, il faut bien penser à redémarrer Apache après un changement dans le php.ini. (je précise au cas où )
  22. Aucun problème de mon côté. Les prix sont automatiquement changés.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More