je n'arrive plus a lire le thread, tout est dans le titre ...
Cedric
cedric.morin@yterium.com a écrit :
je n'arrive plus a lire le thread, tout est dans le titre ...
Cedric
ca sera repris sur le wiki , je m'en occupe d'ici demain 
vous gagnerez un peu de temps
http://www.spip-contrib.net/Plugin-Spip-boutique-orientation?var_mode=recalcul
Go gribouille :
Le 28/06/07, Yoann NOGUES<ml-yoann@advisio-com.fr> a écrit :
cedric.morin@yterium.com a écrit :
> je n'arrive plus a lire le thread, tout est dans le titre ...
>
> Cedric
>
ca sera repris sur le wiki , je m'en occupe d'ici demain
vous gagnerez un peu de temps
Plugin Echoppe : orientation.
Génial !!
Je n'ai justement pas baucoups de temps ce we.
Mais dés que j'ai 5 minutes, je m'y atèle aussi.
Seb
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
Denooz Sébastien. Crowfoot pour les intimes...
Jabber : crowfoot@jabber.fr
Web : http://www.licronux.org
Hacking For Freedom
Fellowship of F.S.F.E.
Génial !!
Je n'ai justement pas baucoups de temps ce we.
Mais dés que j'ai 5 minutes, je m'y atèle aussi.
C'est a mon avis en grande partie fait ... je me suis retapé tout le fil de discussion...
mais bon pardonnez moi si j'ai oubliez quelque chose
Le 28/06/07, Yoann NOGUES a écrit :
mais bon pardonnez moi si j’ai oubliez quelque chose
Non, là, tu as mis un z de trop 
–
@plus
Jacques
Pour les lyonnais++ spip-lyon@rezo.net http://spip-party.net/-Lyon-
Remercier Spip et les plugins (Crédits) : http://spip.jermer.fr/?Plugin-plugins-actifs-version-5
Gérer ses squelettes & thèmes en interne : http://spip.jermer.fr/?Spip-1-92a-Plugin-Admin-themes
Le 28/06/07, Yoann NOGUES<ml-yoann@advisio-com.fr> a écrit :
>>
>> Plugin Echoppe : orientation.
>>
>
> Génial !!
> Je n'ai justement pas baucoups de temps ce we.
> Mais dés que j'ai 5 minutes, je m'y atèle aussi.
C'est a mon avis en grande partie fait ... je me suis retapé tout le fil
de discussion...
mais bon pardonnez moi si j'ai oubliez quelque chose
Génial ! Un tout grand merci !!
Vais jeter un oeil plus précis dés que j'ai le temps.
--
Denooz Sébastien. Crowfoot pour les intimes...
Jabber : crowfoot@jabber.fr
Web : http://www.licronux.org
Hacking For Freedom
Fellowship of F.S.F.E.
Jacques J. a écrit :
Le 28/06/07, *Yoann NOGUES* a écrit :
mais bon pardonnez moi si j'ai oubliez quelque chose
Non, là, tu as mis un z de trop
Je plaide coupable !!!
le bucher !!! le bucher !!! le bucher !!!
Félicitations!
Je viens de jeter un oeil sur la page de wiki, cela semble bien parti pour donner un produit complet, et de qualité!
Je me réjouis de voir ce plugin développé, car c'est exactement ce que j'attends.
Toutefois, mais il me semble que celà va dans ce sens, veuillez à ne pas faire un plugin trop "franco-français" notamment en ce qui concerne les questions de TVA et autres modes de payements et livraison. Les utilisateurs "étrangers" vous en seront reconnaissants!
Désolé de ne pas être compétent en développement, car j'y aurai volontiers participé. Je pourrais toutefois vous apporter quelques compétences pour vous aider dans quelques traductions (FR-DE) ou rédiger quelques documentations pour les utilisateurs.
Bonne suite!
Praz Alexandre a écrit :
Félicitations!
Je viens de jeter un oeil sur la page de wiki, cela semble bien parti pour donner un produit complet, et de qualité!
c'est le but , vu que moi -même je comtpe m'affranchir d'oscommerce ou du dev spécifique pour passer a du full spip dans mon taff
Je me réjouis de voir ce plugin développé, car c'est exactement ce que j'attends.
tant mieux
Toutefois, mais il me semble que celà va dans ce sens, veuillez à ne pas faire un plugin trop "franco-français" notamment en ce qui concerne les questions de TVA et autres modes de payements et livraison. Les utilisateurs "étrangers" vous en seront reconnaissants!
d'ou la notion générale d'internationaliser tout le contenu textuel ( c'est marqué en entéte de l'article du wiki ) ... il faut effectivement ( même la tva a mon sens ) pouvoir tout traduire et spécifier selon la langue
et puis quelle boutique n'a pas au moins 2 langues ??? je n'en connais pas beaucoup
Désolé de ne pas être compétent en développement, car j'y aurai volontiers participé. Je pourrais toutefois vous apporter quelques compétences pour vous aider dans quelques traductions (FR-DE) ou rédiger quelques documentations pour les utilisateurs.
Toute compétence est bonne a prendre, dans le libre il n'y a pas de la place que pour des développeurs... Chacun peut-y trouver sa place
Bonne suite!
merci
Denooz Sébastien a écrit :
Le 28/06/07, Yoann NOGUES<ml-yoann@advisio-com.fr> a écrit :
>>
>> Plugin Echoppe : orientation.>>
>
> Génial !!
> Je n'ai justement pas baucoups de temps ce we.
> Mais dés que j'ai 5 minutes, je m'y atèle aussi.
C'est a mon avis en grande partie fait ... je me suis retapé tout le fil
de discussion...
mais bon pardonnez moi si j'ai oubliez quelque choseGénial ! Un tout grand merci !!
Vais jeter un oeil plus précis dés que j'ai le temps.
mouais honte encore sur moi j'avais oublier la structure hiérarchique des catégories de produits
Merci a thierry pour cet ajout
http://www.spip-contrib.net/Plugin-Spip-boutique-orientation?var_mode=recalcul
ca n'a pas trop bouger depuis vendredi ...
peut-être pourrait-on relancer la machine ?
Peut-on dire que la gestion des produits est ok ?
si tel est le cas alors on pourrait passer a l'étape suivante ?
Le 03/07/07, Yoann NOGUES<ml-yoann@advisio-com.fr> a écrit :
Plugin Echoppe : orientation.
ca n'a pas trop bouger depuis vendredi ...
peut-être pourrait-on relancer la machine ?
Oui on vas relancer tout ca. De retour d'un we festif et enflammé
Peut-on dire que la gestion des produits est ok ?
Je regarde tout ca ce soir au calme et je vous donnerais mon avis.
si tel est le cas alors on pourrait passer a l'étape suivante ?
--
Denooz Sébastien. Crowfoot pour les intimes...
Jabber : crowfoot@jabber.fr
Web : http://www.licronux.org
Hacking For Freedom
Fellowship of F.S.F.E.
Bon je viens de regarder la structure du sql pour les produits:
--> table categorie produit
id_categorie_parent : j'avais pensé le nommer id_parent pour coller
aux autres filtre déjà existant (pour pas "déranger" les habitudes...)
id_langue : si on utilise id_langue, il ne faut pas qu'il soit dans
cette table. J'ai mis les données qu'il fallait séparer sur le carnet.
Ce qui me fait douter ca serait la façon de le présenter les infos à
l'utilisateur. Mais je suis pour id_langue.
--> table descriptif
Devrait s'appeler descriptifs_produits
tva : doit en effet être internationaliser
ok pour les ajout de Daniel. Sauf que pour moi, le poids ne doit pas
être internationalisé.
--> table options_produits
C'est bien elle qui contient les différentes valeurs des options
n'est-ce pas ?... Si oui elle devrait s'appeller valeurs_options, je
trouve ca plus parlant...
Manque a mon avis :
default (bool) dans le cas ou l'achteur ne choisit pas de valeur pour l'option
--> table Prix
Si la réponse au dessus est oui, alors cette table doit contenir en
plus un 'id_options_produits' ou 'id_valeurs_options' si on adopte ma
proposition de nom. Comme ca, il y aura un prix différent pour les
bobines de fil rouge de 1m et les bobines de fil rouge de 100m que
vend notre ami Pierre Bellemare.
--> prix frais livraison zone
Pas sur non plus mais pour l'instant on vas laisser comme ca ... je ne
vois pas baucoups d'autre solution...
--> gestion des documents/ photos
Pour le multi je ne crois pas que ca vas le faire... je propose la
structure suivante :
-id_document_produit
-id_produit
-id_langue
-id_document
Et ainssi c'est internationalisé... Ok ?
Voilà voilà ...
Je lirais le reste demain, là il est trops tard ... GoodNight !
--
Denooz Sébastien. Crowfoot pour les intimes...
Jabber : crowfoot@jabber.fr
Web : http://www.licronux.org
Hacking For Freedom
Fellowship of F.S.F.E.
http://www.fsfe.org
Denooz Sébastien a écrit :
Bon je viens de regarder la structure du sql pour les produits:
--> table categorie produit
id_categorie_parent : j'avais pensé le nommer id_parent pour coller
aux autres filtre déjà existant (pour pas "déranger" les habitudes...)
ok
id_langue : si on utilise id_langue, il ne faut pas qu'il soit dans
cette table. J'ai mis les données qu'il fallait séparer sur le carnet.
Ce qui me fait douter ca serait la façon de le présenter les infos à
l'utilisateur. Mais je suis pour id_langue.
idem
je pensais mettre aussi enligne dans la table "categorie produit description" ca permettrait de fermer certaine catégorie a l'étranger et vice et versa
--> table descriptif
Devrait s'appeler descriptifs_produits
tva : doit en effet être internationaliser
ok pour les ajout de Daniel. Sauf que pour moi, le poids ne doit pas
être internationalisé.
pour le poids : si on le l'utilise que pour calculer le cout des frais de port , alors il ne doit pas être internationalisé , mais si on l'utilise comme une valeur / caractéristique du produit alors ca doit l'être. Autre point, le poids est-il le même quand on envoie loin ? ( ca dépends si on prend ca comme le poids du produit ou le poids du colis)
Je verrais bien le poids en non internationalisé pour les frais de port, et utiliser les options pour une donnée/ caractéristique du produit
--> table options_produits
C'est bien elle qui contient les différentes valeurs des options
n'est-ce pas ?...
oui c'est ca
Si oui elle devrait s'appeller valeurs_options, je
trouve ca plus parlant...
+0.5 : et valeur_option_produit ?
Manque a mon avis :
default (bool) dans le cas ou l'achteur ne choisit pas de valeur pour l'option
+1
--> table Prix
Si la réponse au dessus est oui, alors cette table doit contenir en
plus un 'id_options_produits' ou 'id_valeurs_options' si on adopte ma
proposition de nom. Comme ca, il y aura un prix différent pour les
bobines de fil rouge de 1m et les bobines de fil rouge de 100m que
vend notre ami Pierre Bellemare.
il faudrait définir si toutes les options jouent sur le prix car la ca commence a être un peu compliqué a géré.
si tu as 2 options :
- couleur du fil : avec comme valeur rouge et vert
- longueur de la bobine : 1m et 100m
et que chaque option joue sur le prix il faut arriver a combiner les options pour le calcul du prix ... et a mon avis ca devient moins évident... sur os commerce les options qui joue sur le prix rajoute un montant au prix de base ... mais je trouve pas ca trés intuitif , vous en pensez quoi ?
--> prix frais livraison zone
Pas sur non plus mais pour l'instant on vas laisser comme ca ... je ne
vois pas baucoups d'autre solution...--> gestion des documents/ photos
Pour le multi je ne crois pas que ca vas le faire... je propose la
structure suivante :
-id_document_produit
-id_produit
-id_langue
-id_document
Et ainssi c'est internationalisé... Ok ?
+1
Voilà voilà ...
Je lirais le reste demain, là il est trops tard ... GoodNight !
ben c'est déjà bien
Yoann aka zerax sur le wiki
il faudrait que l'on fasse plus court dans nos mails ca prend effectivement trop de temps ...
éventuellement on modifie le wiki directement vue que ca garde les versions...
et juste dire que l'on a écrit sur le wiki sur la liste, non ?
et je suis le premier a écrire des romans... mais la on repart comme au début et ca le fait pas
ps: j'ai fait les modifs de ce message et du tiens crowfoot sur le wiki
ps: j'ai fait les modifs de ce message et du tiens crowfoot sur le wiki
Génial, merci
J'ai refait des modifs et des propositions sur le wiki.
Ca concerne surtout les options/valeur.
Un gros point qu'il faut régler
--
Denooz Sébastien. Crowfoot pour les intimes...
Jabber : crowfoot@jabber.fr
Web : http://www.licronux.org
Hacking For Freedom
Fellowship of F.S.F.E.