Meeting Prestashop le 26 Février 2015

[doekia]

Bonjour,
 
Certains d'entre vous le savent ou en ont entendu parler, le 26 février 2015 quelques membres de la communauté ont été invité à discuter technique avec l'équipe PrestaShop.
 
Vous trouverez ci-dessous une synthèse des points abordé avec, lorsque ce fût possible sur le champ, les décisions qui ont été entérinées.
 
La journée fût courte compte tenu du nombre de point invoqués et l'ambiance quoique studieuse, agréable.

 

https://drive.google.com/open?id=1ozIrwXu63CHv4otlLKNfBioEO2hc6ElV0XmKFoBUejs&authuser=0
 

MINUTES DE RÉUNION

Prestashop et la Communauté (traduction)

RÉVISION:         1.0.7

MEETING DATE:    26-FÉV-15

ATTENDEES:

Xavier du Tertre, Lucas Cerdan, Vincent Terenti, FM de Jouvencel, Charles Wells, Emmanuel Marichal, Fabien Alet, Jérôme Nadaud, Julien Martin, Julien Bourdeau, François Gaillard, Bruno Levêque, Alexandra Even, Xavier Borderie, Gregory Roussac, Sacha Froment,

Paulo Dorosario - Atch, Pierre Bouvet - Eolia, Tanguy Jacquet - Mediacom87, J-Marc Morin - doekia, Adonis - prestarocket, Fred - 2FR3, Samy Rabih, Jonathan - PrestaEdit

DISTRIBUTION (other than attendees):

•  

Purpose of Document

To provide a summary of the meeting, focusing on the commitments, emerging issues and current status. This memo not only provides the details of discussion points, it helps to ensure that all attendants receive a consistent interpretation of those points. If any factual errors, misrepresentations or omissions are found in this document, please respond to the author so that the document can be corrected and redistributed.

MINUTES & ACTIONS

Prestashop

Communauté

Introduction / Vision (Bruno Lévêque)

Être le meilleur sur GitHUB

Plus de traductions 

Couvrir plus de spécificités pays – taxe / légal / réglementation

Avoir plus de code communautaire contre actuellement 90% maison 

Plus de tutoriels et de kits de démarrage

Retour à l’esprit Open Source et communautaire 

Plus de reconnaissance (commerce pour tous)

Prestashop

Communauté

Mises à jour

Succès marchand

Il est aisé de démarrer un Prestashop, pas d’être un marchand.

I18N

Avoir un langage (anglais?) parfait.

Crowdin est compliqué et requiert des ajustement constant afin de couvrir les réécriture de code.

Expérience marchand

Effort sur la documentations & tutoriels

Onboarding et assimilés peuvent manquer leur cible avec des marchands en devenir  ignorant/non-qualifié. Ne pas installer par défaut

Écart entre quelques clics et l’acquisition d’un esprit marchand éclairé. Approche métier manquante.  Connaissances techniques cachés bien que requise (en propre ou par un tiers)

Un rapport des versions “courante” en usage chez les marchands

Performances

Pas si critique que cela si le serveur est correctement calibré. Revoir l’affichage du produit en BO et produits avec combinaisons en FO

Stabilité

Questions fondamentales. Le Marchand ignorant espère “clic et maj” alors que la faune spécifique des boutiques ne peut être prévue (modules/thèmes tiers, overrides, …)

Numéro de version égarement et confusion

Suppression ou verrouillage de “tout mettre à jour” dans la page AdminModuleController

Auto-upgrade aura 2 options – Mise à jour du thème par défaut et basculer sur le thème défaut – probablement en évaluant la situation (thème utilisé) pour proposer un pré réglage le moins perturbant. Hors conflit, mise à jour défaut coché, basculer défaut non coché.

Méthodologie Version va être révisée et publiée

Charles (Directeur Produit) va initier la publication d’une roadmap

Prestashop

Communauté

validation Modules

API Validator bientôt (.phar ?)

Code source non disponible pour éviter les contournements

Dans certains cas des exceptions peuvent être accordées

Le Cloud est la plate-forme standard

Validator adoptera des tests Selenium et du profiling

Si rejet répondre au travers du lien fourni qui permet la liaison avec les causes

Un kit contributeur va voir le jour

Encore beaucoup de tests manuels - donc des erreurs

Transparence ? Forum? Commentaire? Note ?

Quand “alerte litige” - CC adressé au contributeur

Piètre qualité ou sans valeur ajouté (marée de skins)

Concernant les modules non Addons

Concurrence

ps_versions_compliancy array de array ou ps_versions_tested

Réflexion concernant la transparence va être conduite

Alerte pour composant non distribué Addons ne stigmatisera plus

Concurrence – pas avec des partenaires France – reste du monde possible à ce jour mais  Prestashop vous concurrencera bientôt dessus.

Prestashop

Communauté

Taxes & arrondis

La 1.6.0.13 corrige de nombreux problèmes

Oui, impressionné par le nombre de corrections, mais encore des problèmes majeurs – remboursements, ecotaxe, utilisation des décimales devises, ...

Considérant un couverture internationale, le code actuel est inadapté

En raison de réécriture inévitable, des régressions vont survenir

Un micro comité calcul noyau va faire émerger une solution – Charles Wells, FM de Jouvencel, JM Morin –  à savoir:

• une classe mature et adaptable pour le calcul des prix et l’évaluation de la charge de l’intégration avec perturbations minimales.

• prototype + agenda + déploiement

• liaison avec des experts connaissant les réglementations locales

Prestashop

Communauté

Discussion déjeuner

 

réglages 3 états pour OrderState (ex.: une état ne change pas nécessairement l’état d’une commande et peux s’appliquer à plusieurs d’entre eux) (FM/JMM)

Prestashop

Communauté

Thèmes

 

Sources SAAS sur GitHub

Mobile JS

CCC et IE8/IE9

Jquery2 ne supporte plus que IE8 et +

Thème squelette

Approuvé et demandé

Thème override

Compatibilité (notre faute sur les récentes releases - désolé)

Bootstrap version obsolète et mauvaise utilisation

Logo mobile

Mobile

SEO (H1, niveau sémantique, rich snippet)

Feature Request (désolé j’ai oublié de noter)

Meilleure utilisation de bootstrap

Meilleur utilisation de Mobile detect

Rich snippet (complexe et pas d’agrément parmi les experts) – va être étudié

Prestashop

Communauté

Assurance Qualité

 

les tests unitaires sont introduits

mais ne pourront pas tout couvrir aujourd’hui

Tonnerre d’applaudissements

la communauté va aider à écrire des tests

Les releases seront soumises aux unit-tests (Travis)

OVH abandonne PHP inférieur à 5.3 très bientôt – ainsi la version minimale PS sera 5.4+

bien. Le code en sera-t-il révisé ?.

PSR2 à l’étude

Optimisation PHP/SQL

• phase 1 – Front Office

• phase 2 – Back office

Liste des Annexes

• (aucune)

 
 
 
https://drive.google.com/open?id=1ozIrwXu63CHv4otlLKNfBioEO2hc6ElV0XmKFoBUejs&authuser=0

Edited March 13, 2015 by doekia (see edit history)

[J. Danse]

A cela, je rajouterais la possibilité d'avoir une API pour PrestaShop Addons. Une API interne à Addons, utilisable par les contributeurs (pour leur suivi de SAV, par exemple).

Les API externes étant refusées, sauf si strictement nécessaire au fonctionnement du module.

 

Une normalisation du code (standard en vigueur). Actuellement, il est prévu que les normes soient revues du moment où une portion de code soit révisée. Les derniers travaux (entre cette journée et ce jour) ont permis de voir les normes être d'ores et déjà considérablement revues. (https://github.com/PrestaShop/PrestaShop/pull/2544 ; Il s'agit d'un WIP, il en reste donc !).

 

Concernant la fonction de mise à jour du thème tout en scindant le fait de switché dessus, un travail a d'ores et déjà vu le jour: je ne semble pas encore avoir fait le Pull Request, mais il reste plus qu'à !

 

Pour ce qui de l'ajout de variables au niveau des mails, un travail effectué ici-même: https://github.com/PrestaShop/PrestaShop/pull/2554

 

De même, concernant PrestaShop Cloud: la possibilité d'avoir un référant technique (et donc un gestionnaire de compte) a été évoquée/demandée. Pas prévu pour le moment.

 

Voilà pour ce que je peux rajouter de mémoire.

 

PS: Vous remarquerez l'utilisation de tag "pending", "in review" or "waiting feedback" au sein des Pull Request effectués, désormais, tiens !

Edited March 13, 2015 by J. Danse (see edit history)

[doekia]

Ci-dessous le prototype d'interface proposé pour évaluation

<?php
/* vim: set noexpandtab sw=8 ts=8 sts=8: */
/*
Copyright Jean-Marc MORIN (2015)

[email protected]

This software is a computer program whose purpose is to compute order
accurate amount based on unit prices, series of rules and taxes.

This software is governed by the CeCILL-C license under French law and
abiding by the rules of distribution of free software.  You can  use,
modify and/ or redistribute the software under the terms of the CeCILL-C
license as circulated by CEA, CNRS and INRIA at the following URL
"http://www.cecill.info".

As a counterpart to the access to the source code and  rights to copy,
modify and redistribute granted by the license, users are provided only
with a limited warranty  and the software's author,  the holder of the
economic rights,  and the successive licensors  have only  limited
liability.

In this respect, the user's attention is drawn to the risks associated
with loading,  using,  modifying and/or developing or reproducing the
software by the user in light of its specific status of free software,
that may mean  that it is complicated to manipulate,  and  that  also
therefore means  that it is reserved for developers  and  experienced
professionals having in-depth computer knowledge. Users are therefore
encouraged to load and test the software's suitability as regards their
requirements in conditions enabling the security of their systems and/or
data to be ensured and,  more generally, to use and operate it in the
same conditions as regards security.

The fact that you are presently reading this means that you have had
knowledge of the CeCILL-C license and that you accept its terms.
*/

namespace Calculus;

interface ITax
{
	/** @const TAX_CUSTOM for future use (or not) */
	const TAX_CUSTOM	= 1;
	/** @const TAX_VAT regular Goods and Services Tax AdValorem */
	const TAX_VAT		= 2;
	/** @const TAX_UNIT per unit of sales (probably matchable with other settings) */
	const TAX_UNIT		= 4;
	/** @const TAX_TAXEXC the tax computes on tax_excluded_price (e.g: US local/regional taxes or split tax) */
	const TAX_TAXEXC	= 8;
	/** @const TAX_WHOLESALE tax applies on wholesale */
	const TAX_WHOLESALE	= 16;
	/** @const TAX_GROSS Dunno if this will ever be used (probably on an entire order anyway) */
	const TAX_GROSS		= 32;

	/** @const TAX_TURNOVER Actually synonym of TAX_VAT|TAX_NODISCARD  */
	const TAX_TURNOVER	= 514;	//
	
	/** @const TAX_SPECIES Mask for tax species */
	const TAX_SPECIES	= 0x0FF;
	/** @const TAX_FLAGS Mask for tax flags */
	const TAX_FLAGS		= 0x0FF00;
	
	/** @const TAX_TRIGGER Tax kicks on certain level, $extra hold the trigger value (applied on whole price if trigger is negative, price above if trigger positive) e.g: Massachusset's clothing tax */
	const TAX_TRIGGER	= 256;	//
	/** @const TAX_NODISCARD No tax exclusion permitted (eg:ecotax), the tax is NEVER excluded */
	const TAX_NODISCARD	= 512;
	/** @const TAX_NOCHANGE The tax is computed / accumulated but does not change final price (eg:ecotax) */
	const TAX_NOCHANGE	= 1014;
	
	public function manifest();
	public function summary();
}

interface IDiscount
{
	public function manifest();
	public function summary();
}

interface IOrderLine
{
	/**
	 * attach a Discount to this Line
	 *
	 * @param string $name
	 * @param number $value - positive float express percent (0.1 = 10%), negative value express amount
	 * @param number $capped - the unit discounted amount that SHOULD NOT be exceeded
	 * @param number $divisor - negative divisor is discrete (discount from n), positive is quantum (discount per n)
	 * @param boolean $force - the amount superceed (replace) actual unit price (only one forced discount per line other are ignored)
	 *
	 * @return OrderLine instance (for fluent coding)
	 */
	public function addDiscount($name, $value, $capped = 0, $divisor = 0, $force = false);

	/**
	 * attach a Tax to this Section
	 *
	 * @param string $code - a tax code, passing similar code will return a uniq instance
	 * @param string $name - a long name
	 * @param number $rate - the rate, positive float express percent (0.1 = 10%), negative value express amount
	 * @param integer $mode - bitmask of ITax::TAX_* constant (e.g: ITax::TAX_VAT|ITax::TAX_NODISCARD)
	 * @param mixed $extra - extra hold amount threshold for ITax::TAX_TRIGGER, when ITax::TAX_CUSTOM implemented will hold the logic patern
	 * @param string $legal - some legal sentense associated with the tax
	 *
	 * @return OrderLine instance (for fluent coding)
	 */
	public function addTax($code, $name, $rate, $mode = ITax::TAX_VAT, $extra = null, $legal = null);
}

interface IOrderSection
{
	/**
	 * attach an OrderLine to the OrderSection
	 *
	 * @param string $uuid a unique line id - mainly for OrderSlip targetting
	 * @param string $ref a reference information (no processsing)
	 * @param string $desc a line description (no processing)
	 * @param number $pricenotax the initial unit price
	 * @param number $qty the quantity
	 * @param number $wholesaleprice[=0] the wholesaleprice (only required if any ITax::TAX_WHOLESALE)
	 *
	 * @return OrderLine instance
	 */
	public function addLine($uuid, $ref, $desc, $pricenotax, $qty = 1, $wholesaleprice = 0);
	
	/**
	 * attach a Discount to this Section
	 *
	 * @param string $name
	 * @param nimber $value - positive float express percent (0.1 = 10%), negative value express amount
	 * @param number $capped - the unit discounted amount that SHOULD NOT be exceeded
	 *
	 * @return OrderSection instance (for fluent coding)
	 */
	public function addDiscount($name, $value, $capped = 0);

	/**
	 * attach a Tax to this Section
	 *
	 * @param string $code - a tax code, passing similar code will return a uniq instance
	 * @param string $name - a long name
	 * @param number $rate - the rate, positive float express percent (0.1 = 10%), negative value express amount
	 * @param integer $mode - bitmask of ITax::TAX_* constant (e.g: ITax::TAX_VAT|ITax::TAX_NODISCARD
	 * @param mixed $extra - extra hold amount threshold for ITax::TAX_TRIGGER, when ITax::TAX_CUSTOM implemented will hold the logic patern
	 * @param string $legal - some legal sentense associated with the tax
	 *
	 * @return OrderSection instance (for fluent coding)
	 */
	public function addTax($code, $name, $rate, $mode = ITax::TAX_VAT, $extra = null, $legal = null);

	/**
	 * attach a Voucher to this Section
	 * really a semantic alias for addDiscount() accepting only negative amount
	 *
	 * @param string $name
	 * @param number $value - negative amount
	 *
	 * @throws Exception if value is not negative
	 *
	 * @return OrderSection instance (for fluent coding)
	 */
	public function addVoucher($name, $value);
}

interface IOrder
{
	/** @const TAXINC the Order compute all taxes */
	const TAXINC = 1;
	/** @const TAXEXC the Order ignore taxes but the ITax::TAX_NODISCARD */
	const TAXEXC = 2;
	
	/**
	 *
	 * @param integer $use_tax one of IOrder::TAXINC or IOrder::TAXEXC
	 * @param number $precision[=2] number of significant decimals
	 * @param callable $round_func[=null] a rounding user defined function rounder($value,$precision), default is internal libc agnostic round() in mode PHP_ROUND_HALF_UP
	 */
	public function __construct($use_tax = IOrder::TAXINC, $precision = 2, $round_func = null);

	/**
	 *
	 * @param string $manifest a serialized manifests
	 * @param string[] $refunds[] array of serialized manifests
	 */
	public function __from_manifest($manifest, array $refunds);
	
	/**
	 * attach an OrderSection to this Order
	 *
	 * @param string $name[='products'] name of the section (e.g: addSection('shipping') )
	 *
	 * @return OrderSection instance
	 */
	public function addSection($name = 'products');
	
	/**
	 * attach a Discount to this (whole) Order
	 *
	 * @param string $name
	 * @param nimber $value - positive float express percent (0.1 = 10%), negative value express amount
	 * @param number $capped - the unit discounted amount that SHOULD NOT be exceeded
	 *
	 * @return Order instance (for fluent coding)
	 */
	public function addDiscount($name, $value, $capped = 0);

	/**
	 * attach a Tax to this (whole) Order
	 *
	 * @param string $code - a tax code, passing similar code will return a uniq instance
	 * @param string $name - a long name
	 * @param number $rate - the rate, positive float express percent (0.1 = 10%), negative value express amount
	 * @param integer $mode - bitmask of ITax::TAX_* constant (e.g: ITax::TAX_VAT|ITax::TAX_NODISCARD
	 * @param mixed $extra - extra hold amount threshold for ITax::TAX_TRIGGER, when ITax::TAX_CUSTOM implemented will hold the logic patern
	 * @param string $legal - some legal sentense associated with the tax (default is $name)
	 *
	 * @return Order instance (for fluent coding)
	 */
	public function addTax($code, $name, $rate, $mode = ITax::TAX_VAT, $extra = null, $legal = null);

	/**
	 * attach a Voucher to this (whole) Order
	 * really a semantic alias for addDiscount() accepting only negative amount
	 *
	 * @param string $name
	 * @param number $value - negative amount
	 *
	 * @throws Exception if value is not negative
	 *
	 * @return Order instance (for fluent coding)
	 */
	public function addVoucher($name, $value);

	/**
	 * create an OrderRefund based on this Order
	 *
	 *  @return OrderRefund instance (for fluent coding)
	 */
	public function addOrderRefund();
	
	public function manifest();
	public function summary();
}

interface IOrderRefund
{
	/**
	 * refund one OrderLine
	 *
	 * @param string $uuid a unique line id
	 * @param number $qty quantity to refund (positive quantity)
	 *
	 * @throws Exception if $qty is negative or $uuid does not exist or exhausted
	 * @return OrderRefund instance (for fluent coding)
	 */
	public function refundLine($uuid, $qty = 1);

	public function manifest();
	public function summary();
}

[Eolia]

Wait and see

[J. Danse]

Concernant la fonction de mise à jour du thème tout en scindant le fait de switché dessus, un travail a d'ores et déjà vu le jour: je ne semble pas encore avoir fait le Pull Request, mais il reste plus qu'à !

 

Ah bah si, je l'avais fait ! Il est dans le module d'autoupgrade, en fait ! ;-) ; Voici le Pull Request en question.

[doekia]

Ah bah si, je l'avais fait ! Il est dans le module d'autoupgrade, en fait ! ;-) ; Voici le Pull Request en question.

 

Heu je ne sais que répondre, et loin de moi l'idée de te critiquer, mais:

Auto-upgrade aura 2 options – Mise à jour du thème par défaut et basculer sur le thème défaut – probablement en évaluant la situation (thème utilisé) pour proposer un pré réglage le moins perturbant. Hors conflit, mise à jour défaut coché, basculer défaut non coché.

Je ne vois rien dans ton PR traitant de l'évaluation de la situation et de la présélection "educated guess" des réglages.

 

Perso ça me va mais de mémoire c'était surtout pour répondre au besoin de Mme Michu que nous avions entériné cette histoire de préréglages - cette Mme Michu qui a probablement mod son thème default-bootstrap, ou default, ou prestashop.

 

Et surtout je te vois volontaire mais comme rien n'a été vraiment planifié, accepté ni par le CPO, ni un quelconque membre de la team - pour preuve ton PR envoyé il y a 2 semaines n'a même pas été regardé ... j'ai un peu peur que tout ça se termine en baudruche. Les seuls qui s'expriment officiellement faisant mine de rien https://www.prestashop.com/forums/topic/4296[spam-filter]prestashop-2/?do=findComment&comment=2002990

Edited March 19, 2015 by doekia (see edit history)

[Atch]

Salut,

 

J'vais dire le fond de ma pensée ... Cette réunion était juste là pour "gagner du temps" avec les "trolleurs" que nous sommes ...

 

Aux dernières réunions, il y avait très souvent un compte rendu avec parfois une check list de ce qui avait été retenu pour mise en application...

 

Sur ce coup, cette réunion est passée inaperçu au sein de la communauté. Pourquoi ? allez savoir.

 

Je suis finalement déçu. Nous sommes allés avec des interrogations et nous en sommes au même points 3 semaines plus tard.

Pas un retour.

Quand je vois les réponses faites à Doekia concernant les problèmes d'arrondis , c'est plus que surprenant :

Ce n'est pas la priorité de PrestaShop.

 

L'image ci-dessus, c'est juste une 1.6.0.14 vierge avec la démo et les réglages par défaut... ça ne choque personne ?

 

Et des sujets sans suite, finalement, il y en a quelques uns...

 

Bref, je ne m'étalerais plus sur le sujet... J'avais un avis avant cette réunion, et finalement ça n'a fait que l'amplifier ;(

 

Et vive PrestaShop ...

 

V++

 

Atch

Edited March 19, 2015 by Atch (see edit history)

[Eolia]

bonjour,

 

Perso je suis très déçu également.

Je croyais sincèrement, en sortant de cette journée, que des points de départ avaient été posés or il n'en est rien.

 

Xavier devait sortir un compte-rendu: rien.

Charles devait fournir une roadmap aux devs: rien

Et toujours ce silence assourdissant de la part de la Team comme si on existait pas. Il est passé où le "retour vers la communauté" ?

 

En gros: "On vous a écouté, vous êtes bien gentils, mais là on est sur autre chose"

 

Donc retour à la case départ...

   

[Mediacom87]

Merci Atch de dire ce qui nous attriste suite à notre investissement de 7 ans sur cette solution.

 

Nous attendions beaucoup de cette réunion et nous l'avons clairement exprimé au début de cette réunion et ... il semble que nous n'ayons pas été entendu.

 

On nous prend pour des abrutis mais ces abrutis savent faire leur boulot dans les 2 sens.

 

J'ai mon Prest'Apéro dans 2 semaines, on verra ce que disent les autres.

[doekia]

Ayant passé des semaines entière à faire des tests sur des .10, .11, .12 béta qui sont sorties soit sans rien régler ou presque, soit en catimini (.12) avec les conséquences que nous avons vues .13 et .14 en rafale. Déçu est bien en dessous de l'humeur personnelle. Sans parler de l'impact sur mes clients et des finances associées.

 

Des intervenants de bonne volonté il y en a plein, mais comme personne n'a de direction, ni personne n'ose effacer telle ou telle ligne de code ayant été écrite par on ne sait quel sacro-saint ... ça patche, ça patche.

Les test-unitaires devraient au moins assurer la stabilité mais on ne peut écrire de nombreux test-unitaires en raison du code mal structuré (e.g: statiques pas mockable Db, ...)

Je ne fais pas le bilan des commit vs revert ce serait une critique facile.

Je ne fais pas le bilan des "//small fix" et "//typo" qui sont des bugs grave voir des erreurs de syntaxe.

Je ne fais pas le bilan des fixs commit+merge  depuis avant des releases et toujours absent de ces dernières.

Je ne fais pas le bilan des re-commit.

 

Tout ça démontre d'un absence totale d'organisation qui compte tenu de l'importance de la solution ne peut que mener au désastre.

Si nous devons ne pas utiliser les fonctionnalités vantées de la solutions et non opérationnelle, pourquoi  aller vers PrestaShop va vite devenir la question. Des solutions plus simple existent.

 

Je me permet ici de publier l'agenda que nous avions, "communauté" envisagé initialement pour cette journée.

https://drive.google.com/open?id=1qzxbTEpLeQGGOxBHKcdqm8kt2oNLGjHNsPia-qfE2Y8&authuser=0

[NOVIYA]

Bonjour à tous,

 

En préambule, je ne suis qu'un "marchand" et donc loin des considérations techniques que vous évoquez lors de vos échanges. Et même si certains details m'echappent, en vous lisant je me dis que l'on est pas sorti le "cul des ronces" pour le coup.

 

En premier lieu quand je lis que l'objectif est d'être les premiers sur GITHUB je fais gloups ... ce n'est pas un objectif ca, seulement un indicateur de la vitalité du projet mais pas de son bon fonctionnement. Pour avoir évaluer les dernieres versions avec notre prestataire, voir que le calcul de TVA ne marche pas bien, les calculs sur les retours encore moins, la gestion du stock avancé qui bugue (principales choses que vous attendons de valider pour une migration et qui sont taggués comme non prioritaire sic!), je me dis que nous n'avons pas tout à fait les mêmes "objectifs". Autant dire qu"un logiciel de vente en ligne qui a fait mauvais calculs de TVA et dont la gestion de stock buggue ne fait, tout simplement, pas le taff.

 

Quand au compte rendu, je suis quand même étonné de ne le découvrir que du point de vue technique ... pas du point de vue du marchand (sinon ce problème de TVA aurait été traité dans les priorités hautes, c'est notre coeur de métier vous savez la collecte/reverse de TVA et surtout de leur exactitude). Combien de marchands invités à cette réunion pour exposer leur point de vue ?

 

En espérant que les bugs rencontrés auront une fin heureuse rapidement,

 

A vous lire,

 

Vincent

Edited March 19, 2015 by NOVIYA (see edit history)

[ChDUP]

Aucun retour de la team Presta suite à la publication de ce topic ?
C'est réellement très décevant.

[J. Danse]

Juste pour tenir au courant - parce que je sais pertinemment qu'on ne viendra tenir au courant que négativement, sur le coup, ... - un retour sur la roadmap devrait s’effectuer d'ici fin de semaine à la semaine prochaine ; à voir. Je pense que, par la suite, PrestaShop fera en sorte de publier certaines informations plus publiquement.

[Atch]

Bonjour,

 

Sans vouloir être négatif, se serait sympa pour la communauté de savoir de quoi il en résulte, non ?

Je ne veux pas faire mon troll sur ce coup, mais il y a un manque de transparence et de communication.

 

J'apprends que le theme squelette a débuté ce mois-ci et qu'il sera terminé pour la fin du mois, je suis très surpris.

Ce projet a été réclamé et initié , il y a quelques années,  par des intégrateurs de la communauté et plébiscité dans la foulée par bcp de membres du forum.

Dommage que Prestashop se lance dans ce theme, sans même nous faire participer ou recenser les besoins des intégrateurs.

 

Bref  comme dit Bruno, Prestashop est plus* communautaire que jamais.........

 

V++

 

Atch

[stephan.ladouce]

Salut, je suis nouveau sur le forum et, bien sûr, utilisateur du logiciel. Merci pour ces nouvelles, j’attends impatiemment de voir les retombées suite à cette réunion. Même si les dernières MAJ ont été avantageuses, je trouve qu’il y a toujours des problèmes majeurs à régler !

À très bientôt pour d’autres nouvelles. 

[ZenGraph]

Ce topic à été posté le 13 Mars et depuis 25 jours donc il n'y a toujours aucune nouvelle de la team.. du CM ou bien Bruno... pourquoi un tel silence, ça va finir par énerver les gens de bonnes volontés.. ça serait idiot de laisser pourrir ce sujet qui ferait vraiment du mal à l'IMAGE de prestashop au final.

 

Combien de temps doit on attendre encore pour avoir ne serait-ce qu'un simple message de prestashop sur ce sujet ?

[doekia]

[Soyons Solidaire]

Bonjour mes amis

 

PrestaShop que fais tu ? Ne nous laisse pas dans la Mer..! Je t'ai fais confiance respecte nous s'il te plait... Amitiés 

Edited April 10, 2015 by Soyons Solidaires (see edit history)

[Atch]

up

[Eolia]

down

[doekia]

Pratiquement 1 an plus tard, et les avancées sont nanométriques voire quantique, c'est sûrement pour ça que nous autres du monde macro-métrique n'y comprenons rien.

 

C'est pas comme si on devait vendre avec la solution.

 

En tout cas ça fait toujours très joli sur ma cheminée.

Mes visiteurs aiment bien regarder des heures le spinning gif sur la tête de piaf au bec aviné

[doekia]

Pour ceux qui veulent suivre, et afin devoir où nous en sommes après 1 an déjà, un petit up ici:

https://www.prestashop.com/forums/topic/429727-meeting-prestashop-on-february-the-26th-of-2015/?do=findComment&comment=2265825