Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Tes posts sont chaque fois un peu plus osés que les précédents : Tu frises l'incorrection, la diffamation, et tu mélanges les genres sans arrêts. Du coup j'ai envie de réagir : 1) Tous ceux qui t'ont répondu ici sont des acteurs de l'aspect open source de la solution. Chacun d'entre nous a gratuitement aidé des tas de personnes, tant qu'on ne les compte plus. 2) Tu mélanges les genres et tes conclusions sont bien trop facile : Il est impensable que des personnes comme Olea s'inspirent de modules open source du forum pour en réaliser une version plagiée et la vendre. C'est diffamatoire et surtout absolument faux : Nous réalisons des modules 'from scratch' , sans s'inspirer de quoi que ce soit , ainsi aucune insinuation du type de celles que tu emets ne devient possible. Et pour en dire plus , nous réalisons toujours des modules que nous ne pensons pas trouver gratuitement sur le marché , ou lorsque nos clients ayant testé une version existant , payante ou pas , n'en sont pas satisfaits. Merci donc de ne pas remettre en cause notre intégrité et cesser de mener cette croisade ridicule. Non seulement tu as trouvé si je me base sur tes dire la perle en ce qui concerne ta demande initiale, non seulement tu l'as obtenue gratuitement, mais en plus il me semble bien que tu es prestataire et non e-commerçant, et que pour le coup , il y a derrière tout ça un client qui payera ta prestation. Et tu viens nous insulter de ne pas t'assurer gratuitement une prestation que tu factures ????
  2. Le lien s'enregistrer n'est pas essentiel : le processus d'enregistrement démarre au moment même ou l'on souhaite valider une commande, et là tout fonctionne (très lentement par contre...??). A mon sens tu as de nombreuses visites car bien référencé, mais tu as un taux de rebond gigantesque.... Je vais préciser, parce que je sens que ce ne serait pas t'aider de ne pas le faire, alors surtout prends le pour un conseil : - On arrive sur un site prestashop sur un thème natif à peine modifié. - Force est de constater que le thème d'origine étant déja plutôt rédhibitoire , côté clients, une fois à peine modifié comme sur ton site, c'est 10 fois pire. (vraiment encore désolé d'être sincère mais c'est dans ton intérêt!) Bref un conseil : tu te payes un thème à 50 - 80 € qui va coller au produit. Alors si tu as des visites, que tes tarifs sont honorables, tu vendras...
  3. Bon, Skeno, tu me vois bien désolé de la pollution de ton post par rien d'autre qu'un e-commerçant, frustré par/de je ne sais quoi , mais le fait est que ce n'est pas un prestataire... Concernant ta demande, tu auras nécessairement besoin d'un javascript pour calculer le %age de chaque champ et bloquer l'ajout au panier si le total ne fait pas 100. En javascript ce n'est pas véritablement sorcier somme toute , mais il y a une condition sine qua non, c'est que ces champs de perso soient présents sur tous les produits de ton site , ou alors tu devras passer par un module sur mesure. Donc donne nous simplement un lien vers une fiche produit , contenant ces fameux champs de personnalisation. A ce moment là on peut te poster un bout de script à ajouter à product.js , si et seulement si c'est un cas général et que des produits on d'autres types de personnalisation.
  4. Je pense Botmez que ce post illustre bel et bien la qualité et l'intérêt de ton post , donc je le laisse au moins aussi longtemps que je laisserais ta réponse ... Dans tous les cas ça n'est pas pire. Merci pour la description imagée nommam, mais bon elle sera éphémère hein .?
  5. Hmm ... Tu m'expliques stp le sens de ton intervention pour le moins déplorable ? J'imagine que tu as une raison , mais si ma mémoire est bonne , il me semble que tu as bénéficié ici même, à nombreuses reprises , d'intervention bénévoles sur le site de ton fils, à commencer par la mienne , largement conséquente....
  6. Je suppose que tu parles du bloc cms ? Il est utilisé ici dans le footer et en constitue la première des 4 colonnes de ce footer , elle porte le titre informations. Tu dis avoir l'impression qu'il manque "des choses" , peux tu préciser ? Le thème est certes volontairement minimaliste , ce qui ne veut pas dire incomplet néanmoins. Cela dit on peut avoir loupé quelque chose et tout avis constructif est bon à prendre.
  7. Ah oui bien sûr que tu l'as précisé, et je ne critiquait pas ton intervention d'ailleurs, je la complètais plutôt, de mon propre regard, car nous ne ciblons pas nécessairement les mêmes personnes , en tout cas pas les mêmes tâches... disons. Je restais juste dans le topic et comme tu le constates , on finit bel et bien par se rejoindre. La seule chose étonnante dans ce thread est que son initiateur n'a encore pas réagi , lol !
  8. Tu sais je pense car nous en avons largement discuté ensemble que je partage en partie ton point de vue... mais qu'il ne s'applique pas à tout. Donc un gros +1 aussi concernant l'éthique et la méthode, mais je veux préciser que l'éthique en ce domaine ne tient pas qu'à ce seul type de fonctionnement. Je suis le plus souvent sollicité pour du sur mesure. Il est rare que la demande alors puisse réellement aboutir sur un module public, car les spécifications liées à la demande du client ne répondent le plus souvent pas aux besoins d'un autre. Effectivement tu prends le risque financier que le module ne se vende pas , mais tu t'en sors globalement sur le volume des modules présents sur ton site. Dans mon cas, plutôt orienté sur le sur mesure, je ne cherche pas à rentabiliser un module à postériori. Preuve en sont les 5 ou 6 modules 'vitrine' présents sur mon site alors que j'en ai développé plus d'une centaine. Publier un module implique plus de travail que le simple sur-mesure, pour le rendre utile au plus grand nombre. Publier un module implique également une disponibilité en terme de support , un suivi , etc ... : plus on le vends , plus on a des chance de tomber sur des cas isolés chez qui le module se comporte bizarrement , ou sur des clients qui ne parviennent simplement pas à le faire fonctionner faute de connaissances suffisantes et ont besoin d'aide à l'installation... (De ma vie je n'ai par exemple jamais facturé l'installation d'un de mes modules, ni les questions subsidiaires n'ayant rien à voir avec mon dev et que le client profite de poser.. à l'occasion...) La pratique que tu cites et que tu pratiques réellement, je peux en attester, a tout de même une limite de taille : si le module apparait d'entrée de jeu invendable et demande plusieurs heures de dev, c'est fichu pour le client. Dans mon cas donc , sans aller jusqu'au "je facture le module au prix qu'il sera vendu et je le publie en espérant le rentabiliser", je mise plus sur la spécificité du code que je vais devoir réaliser, et des bouts de code que je pourrais réutiliser , même pour des utilisations quasiment différentes. Je passe alors un peu plus de temps (non facturé bien sûr) , afin de rendre la ou les fonctionnalités en questions réutilisables (refactorisation à tout va etc... ). Comme toi d'ailleurs , Jeckyl, si j'estime que la demande du client m'apporte une idée , je fais en sorte qu'il ne soit pas lèsé et j'adapte mon devis en conséquence, même si l'idée qu'il m'apporte n'a rien à voir avec sa demande mais plus avec les astuces techniques que je vais devoir mettre en oeuvre pour y parvenir. Je vois aussi une autre limite , enfin plutôt une dérive que j'ai rencontré plusieurs fois ... Schématiquement : Un client me contacte pour un module vraiment costaud, genre plusieurs jours de travail. Il me propose une enveloppe ridicule pour le module , mais me précise tout de même que ça devrait intéresser du monde , et que je serais autorisé (sic) à le vendre sur mon site et garder 30 , 40% sur chaque vente , le reste étant pour lui bien sur puisqu'il a l'idée... Bref tu vois le genre. Ca m'est arrivé quelques fois , sans blague! Or les idées en question dans les cas que je cite sont d'une , inapplicables pour d'autres clients, de deux , n'ont absolument rien à voir avec le degré d'expertise qu'il faut pour parvenir à développer le code qui les mettra en oeuvre... Je ne suis donc pas pour généraliser et annoncer aux utilisateurs que c'est la seule et meilleure pratique s'ils veulent un module qui n'existe pas. Au final, jamais un de mes clients n'a discuté le prix d'un de mes développements, que ce soit avant , ou après celui-ci... Mais je reste tout de même persuadé qu'il n'y a pas de règle toute faite en terme d'éthique. Avant tout il suffit d'être honnête et transparent pour n'avoir jamais rien à se reprocher. Ce que nous sommes tous deux, pas vrai ?
  9. Cool comme approche, bienvenue juste une remarque (comme tu dis , il y a toujours un mais ... ) : On devrait plutôt dire qu'on ne sait pas forcément tout faire fonctionner du premier coup , pas vrai ?
  10. Tu connais l'histoire du pot de fer contre le pot de terre ... ? A ce jour j'ai moi même réalisé des modules transport/logistique etc pour les services les plus connus. J'ai été chaque fois amené à contacter leurs services pour obtenir des infos et chaque fois eu le strict minimum : ils préfèrent travailler avec des grands comptes et sur mesure que de prendre la température du plus grand nombre, c'est comme ça... Alors si on veut fournir un service optimal , on doit malheureusement faire avec ce qu'on nous propose et même si on s'évertue à remonter les infos , c'est peine perdue. Je n'ai rencontré à ce jour une vraie volonté et une vraie écoute qu'avec un seul de ces services logistiques, qui accordent une grande importance à des indépendants comme nous qui veulent interfacer au mieux leur business avec prestashop. Le reste du temps , on fait ce qu'on peut. Tu dis toi même avoir eu Amazon US au tel ... et je doute que les infos que tu as obtenu te satisfassent... pour peu qu'elles soient justes.. tu vois le truc. C'est pas utile à mon sens et contre-productif de perdurer à apporter une touche négative à ce topic , alors que je le redis , le module fait bien ce pour quoi il est vendu et que son tarif est parfaitement justifié à mon goût quand on mesure les différences qui peuvent apparaitre pour chaque cas, et demandent un véritable effort de support de la part de l'auteur , bien au dessus de ce qu'un module habituel demande, et ce uniquement à cause des restrictions techniques d'amazon , non de celles du module.
  11. Je peux répondre à ça, car j'utilise le module de delete pour deux de mes clients : A cette heure Amazon n'intègre pas de webservice pour la création à la volée des ces fameux produits "non connus". Sans quoi il n'y a pas besoin de réinventer la roue , le module amazon dont on parle ici envoie les produits à amazon , et en un clic , comme il est annoncé dans son descriptif. Il serait très facile côté amazon que dans le cas ou le produit n'est pas connu , il soit néanmoins créé et au moins stocké , quand bien même il ne serait actif qu'après validation : mais ce n'est pas le cas.... Delete m'a pourtant fourni des scripts sur simple demande , qui me permettent de générer facilement un csv de ces produits que j'ai fourni à amazon : c'est malheureusement la procédure actuellement. Mais si j'avais dû moi même faire ces scripts , ce que j'aurais pu faire sans pb bien sûr , j'aurais perdu un temps précieux qu'il m'a fait économiser. Je me dois d'insister sur la bonne volonté dont delete a fait preuve depuis que j'utilise ses modules, et du support sans faille dont j'ai bénéficié . En effet le premier de mes clients pour lequel j'ai installé le module n'utilisait pas le champ classique amazon pour exporter ses produits mais l'id du produit. (l'id commun qui permet de faire le lien entre un produit amazon et un produit prestashop) ... Pour ce seul client , delete a tout bonnement modifié son module et on a pu directement commencer à l'utiliser. Depuis je n'ai eu de cesse de découvrir de nouvelles versions , qui m'ont été spontanément adressées , et qui montrent bien le souci permanent d'améliorer le module. Une dernière chose , pas la moindre : Est-ce que je précise tout ça parce que c'est un 'copain' ? Et bien oui et.. non à la fois. Je n'ai connu delete que pour avoir acheté son module , et avoir eu besoin de renseignements, ça a donc son importance de savoir qu'il a été largement disponible au point que nous avons fini par dériver , discuter , et nous trouver des atomes crochus entre développeurs. Ca n'aurait pas été possible si je n'avais pas trouvé le support que j'attends logiquement lors de l'achat d'un module , étant donné l'importance que j'accorde à ceux que je réalise et vends moi même.
  12. Ce n'est plus le cas dans la version finale. L'ipad n'est plus détecté comme un mobile et les images envoyées sont donc les mêmes que pour un PC/Mac ...
  13. En principe il suffit de modifier la ligne 28 du fichier /modules/cheque/payment_return.tpl comme dans l'exemple ci dessous ( car le numéro de commande est assigné à smarty , bien que non utilisé dans le cas présent ) Pense à vider le cache smarty pour constater la modification. Il faudra également rvoir les traductions du module cheque (outil traduction en back office) dans la mesure ou j'ai scindé le texte en 2 pour y insérer le n° commande . {* * 2007-2012 PrestaShop * * NOTICE OF LICENSE * * This source file is subject to the Academic Free License (AFL 3.0) * that is bundled with this package in the file LICENSE.txt. * It is also available through the world-wide-web at this URL: * http://opensource.org/licenses/afl-3.0.php * If you did not receive a copy of the license and are unable to * obtain it through the world-wide-web, please send an email * to [email protected] so we can send you a copy immediately. * * DISCLAIMER * * Do not edit or add to this file if you wish to upgrade PrestaShop to newer * versions in the future. If you wish to customize PrestaShop for your * needs please refer to http://www.prestashop.com for more information. * * @author PrestaShop SA <[email protected]> * @copyright 2007-2012 PrestaShop SA * @version Release: $Revision: 14011 $ * @license http://opensource.org/licenses/afl-3.0.php Academic Free License (AFL 3.0) * International Registered Trademark & Property of PrestaShop SA *} {if $status == 'ok'} <p>{l s='Your order #' mod='cheque'}{$id_order} {l s='on' mod='cheque'} <span class="bold">{$shop_name}</span> {l s='is complete.' mod='cheque'} <br /><br /> {l s='Please send us a cheque with:' mod='cheque'} <br /><br />- {l s='an amount of' mod='cheque'} <span class="price">{$total_to_pay}</span> <br /><br />- {l s='payable to the order of' mod='cheque'} <span class="bold">{if $chequeName}{$chequeName}{else}___________{/if}</span> <br /><br />- {l s='mail to' mod='cheque'} <span class="bold">{if $chequeAddress}{$chequeAddress}{else}___________{/if}</span> <br /><br />{l s='An e-mail has been sent to you with this information.' mod='cheque'} <br /><br /><span class="bold">{l s='Your order will be sent as soon as we receive your payment.' mod='cheque'}</span> <br /><br />{l s='For any questions or for further information, please contact our' mod='cheque'} <a href="{$link->getPageLink('contact-form.php', true)}">{l s='customer support' mod='cheque'}</a>. </p> {else} <p class="warning"> {l s='We noticed a problem with your order. If you think this is an error, you can contact our' mod='cheque'} <a href="{$link->getPageLink('contact-form.php', true)}">{l s='customer support' mod='cheque'}</a>. </p> {/if}
  14. C'est difficile à dire makc, et difficile de prendre partie. Pourquoi ne pas directement nous dire de quelle fonctionnalité il s'agit , combien tu as payé, et combien est désormais vendu le module ? Afin qu'on puisse savoir si effectivement le module a été surfacturé ou pas ?(rien n'oblige à citer le nom du module ou du prestataire, ainsi tu ne risque pas de te retrouver accusé de diffamation... ) Bref je dis ça parce que de manière générale , il faut distinguer le module codé sur mesure , et qui n'existe pas sur le marché à l'instant ou le commanditaire en a besoin , d'un module ou fonctionnalité pour laquelle il existe plusieurs solutions , et donc , concurrence oblige, voit son prix irrémédiablement tiré vers le bas , parfois même de manière indécente. Même si 6 à 7 fois moins cher me parait vraiment énorme, il faut ramener ça à la commande initiale : le module que ce prestataire t'a codé , à ta demande. Si le développeur facture genre 50 € de l'heure, et estime qu'il devra passer 3 h à la réalisation du module , alors il a deux choix : - Dire voilà ça fera 150€ car je n'ai pas ce module , je ne suis pas sûr de le revendre, et je vais donc devoir le réaliser de A à Z.. bref un tarif horaire et point barre . - Dire ben voilà ce module me semble vendeur , je vais donc vous facturer non pas le tarif complet de sa réalisation , et je le mettrais sur le marché en espérant que la différence sera vite amortie. Y'a des mixs des deux etc , bref tout est possible, et à l'appréciation de chacun. Maintenant la ou tu peux avoir un recours , à mon avis , c'est si le développeur a chiffré un travail de 10 h alors qu'il n'en faut manifestement que 2 ou 3 : là il y a une véritable tromperie . Sinon on peut juste estimer que le développeur aurait pu effectivement tenir compte du fait qu'il allait le vendre plusieurs fois derrière, mais il en a le droit malheureusement, à moins que ce ne soit expressément spécifié au départ :s Mais pour qu'on sache si véritablement ton prestataire est seulement indélicat , ou s'il est au contraire volontairement malhonnête , il faudrait que l'on sache ce que je te demande au début de ce post a savoir : la fonctionnalité du module , ou alors mieux le cahier des charges initial, le tarif horaire facturé et le nombre d'heures, et bien sûr le prix du module aujourd'hui. De plus tu précises que c'est tout de même il y a 'quelques mois' , que ce développement t'a été vendu , donc on peut tout aussi bien imaginer que le développeur a commencé par vendre le module plus cher... et que concurrence aidant ou parce qu'il ne se vend pas , il a du le baisser autant ... En clair il est possible que tu aies été sciemment abusé, mais tout aussi possible que ça ne soit pas le cas : il faut garder à l'esprit que tu as été le premier bénéficiaire de cette réalisation et que si tu as règlé c'est que tu avais eu satisfaction au moins concernant le respect du cahier des charges et le montant de la facture finale (a ce moment là en tt cas ) ? Est-ce que tu as une idée du délai après lequel il a effectivement mis en vente le module de manière publique ? Dis nous en un peu plus
  15. Nous espérons tous que cette réponse est bien le reflet de votre conviction personnelle. Veuillez croire que nous en prenons bonne note. Nous espérons que vos actions futures s'accorderont avec cette communauté et cet esprit qui nous sont chers. Dans la hâte d'en mesurer les résultats (nous y sommes tous très attentifs), sachez que vous bénéficierez ici d'une écoute attentive et permanente de la communauté, si toutefois vous souhaitez vous adresser à nous via le forum de temps à autre...
  16. Ca c'est pour le moins étrange... JquerySlider se greffe déja dans le hook Top ... en principe... Pour info le code de Nommam n'est pas universel à ce sujet , il est à adapter selon le module et les hooks déja implémentés dans ce derniers, il ne suffit pas de copier coller l'ensemble... Dans le cas auquel Nommam a répondu , le hook principal du module est le hook Home, il ajoute donc de nouveaux hooks au module en retournant pour ces nouveaux hooks le hook principal : return $this->hookHome($params); Dans ton cas, je doute que le hook Home soit existant , et ton copié / collé ne va pas fonctionner. Vérifie bien le code initial, pour savoir quel hook est le principal et contient des lignes de codes , alors tu sauras dans quel hook ton module est censé s'éxécuter , et on pourra t'aider.
  17. Et bien par rapport a ta demande , sur cette page : http://www.e-toner.fr/2-musique-ipods Désormais le texte prend bien toute la largeur, et l'image de catégorie ne s'affiche plus , non ???
  18. Monsieur Teszner, Avant toute chose, je me fais la voix d'une partie de la communauté pour vous souhaiter la bienvenue et vous féliciter pour cette nomination. Ce groupe de personne au nom duquel je m'exprime se sent véritablement acteur de la solution et de son évolution. Nous formons un groupe de prestataires, de freelances, de commerçants..., ayant fait le choix de se consacrer à Prestashop, et au delà , un groupe de prestataires indépendants, aux compétences variées, mais souvent complémentaires, ayant pour habitude de mettre notre complémentarité à profit pour le plus grand intérêt des e-commerçants et de la solution. Chacun d'entre nous n'a de cesse de consacrer une partie de son temps à l'entraide, sur le forum officiel ou sur le canal irc indépendant, et au quotidien, auprès de nos propres clients, à la promotion de Prestashop. Pour ces raisons votre intervention dans la dernière newsletter a retenu toute notre attention, je cite: "Je m'attacherai à poursuivre cette mission en prenant soin de maintenir un lien étroit avec toute la communauté PrestaShop." C'est pour nous une orientation de la plus grande importance, et nous voulons tous croire qu'elle reflète votre volonté. Nous ne pouvons que vous encourager en ce sens, tout en soulignant que ce "lien étroit" n'est pas aujourd'hui optimal et que nous espérons réellement que vous saurez écouter cette communauté pour qu'il le devienne. Nous avons déja pu mesurer l'importance, l'écoute, et l'efficacité des Community managers. Nous espérons pouvoir mesurer l'impact de cette écoute et de ces remontées de la communauté sur vos actions à venir, et voir enfin naître une véritable communauté, sans bémols, avec votre aide et votre soutien. Message écrit à l'unisson avec plusieurs membres de la communauté qui apposeront leur signature en dessous de ce post initial.
  19. Pas de souci , reviens nous voir si tu cales. En revanche évite juste de m'appeler Modérator hein , c'est pas mon nick...
  20. Hello, Pour commencer , définir un transporteur par défaut en back office devrait suffire à avoir des frais de ports par défaut dans le panier. Ensuite, plutôt que modifier du code natif , pourquoi ne pas simplement router le/les bouton "commander" sur la récap panier ? Je viens juste d'indiquer comment sur ce post d'ailleurs : http://www.prestashop.com/forums/topic/167946-comment-effacer-ou-modifier-le-bouton-commander-dans-le-panier/ L'étape 0 est la récap panier, 1 est authentification , enregistrement ... adresse 2 transport 3 paiement En routant la commande sur 0 , sauf erreur , tu te retrouves bien avec le comportement souhaité ?
  21. Hello, Cette phrase m'interpelle : Je désire dissocier le HOOK_TOP, pour n'afficher que le panier dans header.tpl sans les devises, plan du site, favoris etc ... Pourquoi dans ce cas puisque tu ne les utilises pas ne désinstalles tu simplement pas les modules que tu ne souhaites pas voir plutôt que de jouer avec les hooks ? Enfin surtout de la manière dont tu as procédé pour l'heure, à ce que j'ai pu en voir. Pour le champ recherche, malheureusement , en l'affichant ainsi en dur , tu perds le bénéfice de la recherche ajax ... De la même manière , en n'utilsant pas le bloc user info mais un tweak avec des liens en dur, il ne changera d'aspect une fois le client connecté (eg : Bonjour, Mr XXX .... Déconnexion...) Donc effectivement il serait préférable de laisser tomber ces tweaks assez restrictifs et utiliser les modules natifs. Pour info , en css , le bloc panier peut être positionné ou l'on veut, nul besoin d'un nouveau hook. Mais si tu souhaites malgré tout créer et utiliser un nouveau hook , alors les étapes que tu as suivies ne suffisent pas : Il faut encore que le blockCart implémente le hook , et contiennent donc une méthode du nom du hook. exemple : public function hookNomDeMonHook($params) { return $this->hookRightColumn($params); } Par ailleurs, il me semble bien que le bloc cart n'implémente justement pas le hook Top , qui te pose problème ? Peux tu préciser un peu à commencer par le nom du module que tu nommes 'panier' ?
  22. plutôt que d'effacer ce bouton , bien pratique pour les clients, je te suggère de changer simplement l'étape vers laquelle il mène afin qu'il mène direct vers la récap panier , on met donc step=0 au lieu de step=1 et le tour est joué : <p id="cart-buttons"> {if $order_process == 'order'}<a href="{$link->getPageLink("$order_process.php", true)}" class="button_small" title="{l s='Cart' mod='blockcart'}">{l s='Cart' mod='blockcart'}</a>{/if} <a href="{$link->getPageLink("$order_process.php", true)}{if $order_process == 'order'}?step=0{/if}" id="button_order_cart" class="exclusive{if $order_process == 'order-opc'}_large{/if}" title="{l s='Check out' mod='blockcart'}">{l s='Check out' mod='blockcart'}</a> </p>
  23. Salut, dans category.css , ligne 22 : div.cat_desc { margin: 0 1em; position: absolute; margin-top: -160px; width: 100%; height: 20px; color: #333; font-size: 13px; font-weight: bold; } et dans category.css juste après , ligne 24 : #category img#categoryImage { margin-top: 1em; float: right; display: none; } Pour info ta signature contient une url qui mène vesr un site détecté comme 'vérolé' par avira ... merci d'y prêter attention.
  24. Voici donc l'explication Sur les versions 1.3 , tu peux ajouter un préfixe devant le nom de ta catégorie , suivi d'un point (mais pas certain pour la 1.3.1 ... ) comme suit : 001.Home 002.Categorie 001.Sous catégorie 1 002.Sous catégorie 2 etc .... Si tu as une version suffisamment élevée de la 1.3 , alors les préfixe numérique avant le point ne sera pas affiché , et utilisé comme ordre de classement. Dans le cas contraire , tu trouveras très certainement sur le forum de vieux posts qui traitent de la modif à faire .
×
×
  • Create New...

Important Information

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