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).		3 weeks ago
action	ajout d'une autorisation pour l'action supprimer_commande #8	1 month ago
base	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).	3 weeks ago
css	Dans le detail de la commande sur le site public, afficher le montant de la TVA en dessous du total TTC sous la forme 'dont taxe	6 years ago
formulaires	Saisies : datas -> data	4 weeks ago
inc	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).	3 weeks ago
inclure	Dans le tableau récapitulatif d'une commande, il peut y avoir des balises multi dans les descriptifs des détails, non prises en compte si on met une étoileh. Je remplace par à un simple ptobr (mais ça pourrait être supprimer_tags aussi éventuellement).	1 year ago
lang	[Salvatore] [source:lang/ commandes] Export depuis https://trad.spip.net de la langue ja	6 months ago
modeles	Prendre en compte l'exonération de taxe dans le détail de la commande utilisée pour les factures (le montant des taxes était ok, mais pas l'affichage du taux)	1 year ago
notifications	Compatilité avec l'inliner CSS emogrifier : en utilisant #INCLURE la balise #FILTRE{emogrifier} peut styler correctement le tableau des commandes	4 years ago
prive	S'assurer partout que l'on clampe bien la reduction a 100% / 1.0 quand on l'affiche ou utilise pour calculer le prix	1 year ago
prix	Calculer le prix d'une commande en additionnant le prix de ses détails mais sans faire d'arrondi à ce niveau là (l'arrondi est fait à la toute fin dans la fonction appelante). Nécessite prix 0.1.19 au minimum.	1 year ago
.gitattributes	Extensibilite aux quantites non entieres : par defaut le fonctionnement du plugin est inchange, mais les occurences en dur de intval() sont remplacees par la fonction	4 years ago
changelog.md	Ajout d'un critère pour prendre la commande en cours du visiteur, qu'il soit connecté ou non. Ajout d'un readme et d'un changelog aussi tant qu'à faire (changelog qui sera à rétro compléter).	1 year ago
commandes_administrations.php	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).	3 weeks ago
commandes_autorisations.php	eviter un test en dur sur id_auteur>0 dans commande_inserer, car c'est non surchargeable. A la place on fait appel a autoriser(commander) qui existait deja, mais on le deleste au passage du test sur l'existence d'un contact lie a l'auteur connecte, car le plugin commandes n'a aucune raison d'imposer ca, c'est juste une structure de donnees possible	4 years ago
commandes_fonctions.php	S'assurer partout que l'on clampe bien la reduction a 100% / 1.0 quand on l'affiche ou utilise pour calculer le prix	1 year ago
commandes_pipelines.php	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).	3 weeks ago
facture.html	Début de compat avec le plugin Factures (nursit). On ne casse pas l'existant pour le moment, même si c'est mal de l'utiliser. Donc pour le squelette général de facture.html on redirige vers celui du plugin Factures si on a un id_facture. Et en plus on ajoute les deux modèles de fixation des données d'une facture (client et détails) compatibles avec les commandes, càd pour générer une facture d'une transaction correspondant à une commande.	5 years ago
paquet.xml	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).	3 weeks ago
readme.md	Ajout d'un critère pour prendre la commande en cours du visiteur, qu'il soit connecté ou non. Ajout d'un readme et d'un changelog aussi tant qu'à faire (changelog qui sera à rétro compléter).	1 year ago

readme.md

Plugin Commandes

Permet de gérer des commandes.