46 Commits (master)

Author SHA1 Message Date
BoOz 8b009c9caa Ne pas perdre la jointure sur les spip_commandes_liens : spip-contrib-extensions/abonnements#8 8 months ago
RastaPopoulos 20d2439d92 Nouveau champ non utilisé par défaut sur les détails : infos_extras. Ce champ sert à stocker n'importe quelles infos supplémentaires dans un tableau encodé en JSON. Dans la fonction d'api pour ajouter un détail, on donne un tableau PHP, comme le reste. Dans pre_edition, si jamais le champ n'est pas une string, on le json_encode (donc depuis un formulaire on peut renvoyer un tableau PHP aussi ou à donner à objet_modifier). En squelette #INFOS_EXTRAS est déjà décodé. Par cohérence ça sera bien d'ajouter un système similaire, dans le plugin Paniers (mais là je n'utilise pas de paniers sous la main pour aujourd'hui). 1 year ago
Cerdic 57c9b6e0a6 Changement du format en base pour le champ reduction + le champ est editable 2 years ago
Charles Razack 85c62674c4 Option durée de vie : on ne supprime plus les commandes en cours trop vieilles, on leur met un nouveau statut « abandonnée ». S'il y a besoin de vraiment faire le ménage, ça sera avec une action à part manuelle. 3 years ago
rastapopoulos@spip.org 2b60fc22ac C'est bien de mettre à jour pour les anciens, mais il faut aussi pour les nouvelles installations avec la vraie déclaration. Du coup on refait l'update pour celleux qui auraient installés depuis. 5 years ago
cedric@yterium.com 42d8c6f3a0 ajout d'un champ reduction sur les lignes de details d'une commande 5 years ago
cedric@yterium.com 6b38b4e2bb Ajout d'un champ taxe_exoneree_raison et d'une fonction commandes_appliquer_taxes() qui permet de supprimer les taxes si la commande est exoneree ou de les retablir sinon. La logique d'application des taxes n'est pas prise en compte dans le plugin pour le moment, c'est a definir dans la partie metier de la boutique 5 years ago
cedric@yterium.com d0772f6757 Paiements en echeances : 5 years ago
tcharlss@bravecassine.com 4eb705871a version 1.8.28 : bank_uid est éditable ! 6 years ago
tcharlss@bravecassine.com 18d0857969 Déclarer la jointure sur id_auteur afin de pouvoir chercher des commandes en fonction de leur auteur (nom, email...) : 6 years ago
tcharlss@bravecassine.com 6cc3cea7a8 indentation 6 years ago
toutati@free.fr f362437cfb déclarer les jointures 6 years ago
gornety@no-log.org 5e3cd8a52a indentations tabulées 6 years ago
gornety@no-log.org 2b5a1bcdcd 4 décimales pour taxe de la table spip_commandes_details 6 years ago
cedric@yterium.com b8c4ccc621 rien a faire ici, il n'y a pas de champs date sur les details (aka copie colle sans relire c'est mal) 6 years ago
cedric@yterium.com 5cd7d6e106 Retablir la puce poubelle et meilleure distinction de forme entre les puces (accessibilite) 7 years ago
cedric@yterium.com d29779ff81 un champ 'source' sur les commandes, qui permet de garder l'origine de la commande (panier ou autre) 7 years ago
cedric@yterium.com 528a33a225 La suppression d'une commande avant creation d'une nouvelle pose un probleme avec certains SGBDD (sqlite) : on retombe sur le meme id_commande, ce qui est embetant 7 years ago
rastapopoulos@spip.org 101dadec4b Ne pas oublier d'ajouter les jointures auto sur les liens quand on a un objet qui a une table de liens… 7 years ago
rastapopoulos@spip.org 7027af4b10 Les commandes en cours, qu'on a pas encore commencé à payer (pas en attente du paiement) doivent pouvoir être affichées sans encombre, donc publiée, notamment pour pouvoir les afficher sur la page de paiement. 7 years ago
rastapopoulos@spip.org e80d20c627 Ajouter 3 champs qui pourront servir à garder en mémoire et à tracer des prélèvements bancaires automatiques : bank_uid, echeances_type, echeances. La description des échéances dans ce dernier peut être un tableau plus complexe et dans tous les cas ce champ est sérialisé en base. Pour définir des trucs complexes il faut y mettre un tableau de tableaux. Chacun ayant le prix et le nombre d'occurences de ce paiement : array('prix'=>123, 'nb'=>2). Pour le dernier élément du tableau, pas besoin du nombre d'occurences s'il s'agit d'un truc à l'infini. Le champ 'echeances_type' permet de définir explicitement de quelles échéances il s'agit : pour l'instant on ne va gérer que les trucs infinis (modulo une fin forcée). 7 years ago
rastapopoulos@spip.org 9d747f5887 php doc 7 years ago
rastapopoulos@spip.org d5f49d1fda Ajout d'une table de liaisons pour les Commandes. Ne fait rien de spécial en plus. On pourrait imaginer afficher les commandes liées à n'importe quel objet sur la page de vue de ceux-ci. 7 years ago
rastapopoulos@spip.org d32f551214 On passe les détails de commande en objet SPIP. On permet de les éditer dans la vue d'une commande : ajout, suppression et édition des détails déjà existants. Pas de gestion des statuts pour l'instant. 8 years ago
rastapopoulos@spip.org cf45b475be Début de création manuelle de commande. On ne peut pas éditer les détails pour l'instant, mais déjà la commande vide. Possible de prédéfinir un auteur dans l'URL et ça prégénère une référence possible, ce qui évite de l'inventer à la main. Les clients ne peuvent modifier leur commande qui si en cours. 8 years ago
toutati@free.fr f21153b509 ajout du champ mode (pour mode de paiement), sans nommage de valeurs prédéterminées (todo) 8 years ago
tcharlss@hotmail.fr c37bbc40cc PHPDoc : la revanche de la vengeance (des guillemets). 8 years ago
tcharlss@hotmail.fr ed2c741a9e PHPDoc, PHPDoc, et encore du PHPDoc. 8 years ago
tcharlss@hotmail.fr 7267637d7a statut "publié" = tous les statuts sauf "en cours" et "erreur" 8 years ago
tcharlss@hotmail.fr b8b7a14db7 Retour sur commit 82076. 8 years ago
tcharlss@hotmail.fr e92b694cf2 Ajout de 2 champs supplémentaires à la table spip_commandes : 8 years ago
tcharlss@hotmail.fr f4f25f55a9 déclaration de la table commandes_details : grosse boulette 8 years ago
tcharlss@hotmail.fr 93722c278f Retour sur r81702 : 8 years ago
tcharlss@hotmail.fr 999479c4c8 Déclaration de la table spip_commandes : 8 years ago
tcharlss@hotmail.fr 068ab8f63d Boite infos : pas besoin de surcharger le squelette par défaut. 8 years ago
tcharlss@hotmail.fr eec482af11 Déclaration des tables : nettoyage des éléments hérités de SPIP 2 (toujours d'après http://www.spip.net/fr_article5525.html). 8 years ago
tcharlss@hotmail.fr 65ddbc944f Déclaration des tables : nettoyage des éléments hérités de SPIP 2 (d'après http://www.spip.net/fr_article5525.html). 8 years ago
tcharlss@hotmail.fr 607d1130c1 langue / formulaire de configuration : un label explicite pour les emails expéditeur et vendeur 9 years ago
tcharlss@hotmail.fr bdeb4b6aff - encore du PHPDoc 9 years ago
tcharlss@hotmail.fr 30295f2108 liste des commandes et fiche d'une commande : prévoir le cas problématique où id_auteur = 0 9 years ago
tcharlss@hotmail.fr ceb2573bf9 puces des statuts : mieux vaut utiliser des couleurs, en 9px les icônes normales sont peu lisibles. 9 years ago
tcharlss@hotmail.fr 4f9411eb93 boulette. 9 years ago
tcharlss@hotmail.fr efd139867a utiliser les icônes pour les statuts 9 years ago
abelass@gmail.com b9261dd4cf nettoyage trunk 10 years ago
yffic@lefourneau.com dfcc430eb1 Notification des commandes avec le plugin Notifications Avancées 11 years ago
brunobergot@gmail.com 80ae7e83b6 rangement phase 2 (voilà mignon) 11 years ago