Clicmenu : achats

[mothsart]

Je dirais même plus : 413.30 € => 413,30 €

soit la virgule (car en est dans un cadre francophone) et un espace insécable.

[Philippe Dpt35]

Mise à jour avec le correctif d'affichage des prix.
Par ailleurs, l'application a toujours affiché les prix avec une virgule et non un point comme séparateur décimal !

On ne pourrait pas avoir une option sans les centimes, juste avec des comptes ronds en euros?

Là je ne comprends pas l'intérêt. Pourquoi ne manipuler des prix ronds qu'en euros et pas en centimes ?

[chti5933]

Bonjour,

je viens de reprendre des tests avec Chrome

achat d'objet en Euros,

série 3 , je pense

des anomalies de prix

paquet de toast Harrys 875.63 € !
bonnet 569.92€ !

Lampadaire design 759, 45 € un peu cher ???
micro-onde 367.81 € du haut de gamme !

deux anomalies certaines , les deux autres à voir

Je poursuit un peu plus tard

puisque je reprends le fil, j'énonce une idée que je n'osais pas soumettre

par article faire générer un prix variable dans une fourchette réalisre

croissant de 0.85 € à 1.3€ par exemple

cependant cela ferait probablement un gros travail, et déjà on génère au hasard

Merci

Pierre

[Philippe Dpt35]

Je pense que tu as un problème de valeurs restées en cache après avoir testé "Payer un montant donné".
Recharge par ctrl + F5 et reteste.

Edit: j'ai la suspicion d'un problème potentiel si on ne relance pas l'application. Je vérifie et corrige si nécessaire.

par article faire générer un prix variable dans une fourchette réalisre

croissant de 0.85 € à 1.3€ par exemple

L'idée est bonne mais demande du travail. Je mets de côté pour une prochaine version

[chti5933]

Je pense que tu as un problème de valeurs restées en cache après avoir testé "Payer un montant donné".
Recharge par ctrl + F5 et reteste.

Edit: j'ai la suspicion d'un problème potentiel si on ne relance pas l'application. Je vérifie et corrige si nécessaire.

par article faire générer un prix variable dans une fourchette réaliste

croissant de 0.85 € à 1.3€ par exemple

L'idée est bonne mais demande du travail. Je mets de côté pour une prochaine version

Bien,

j'ai recommencé sans faire ctrl + F5, j'avais arrêté mon pc.

J'ai retrouvé des valeurs plus logiques

Moi aussi je pense que l'essentiel est fait, reste en à cette version, d'autres aplications attendent dont celle que j'ai évoquée...

Merci

Pierre

[Steph]

Mise à jour avec le correctif d'affichage des prix.

On ne pourrait pas avoir une option sans les centimes, juste avec des comptes ronds en euros?

Là je ne comprends pas l'intérêt. Pourquoi ne manipuler des prix ronds qu'en euros et pas en centimes ?

Parce qu'on n'aborde pas les centimes en CP et qu'on travaille beaucoup sur les nombres jusqu'à 20 et leurs décompositions, les centimes interviennent mi-CE1.

Pour l'esthétique ça fait longtemps que je le constate, ils savent faire la différence entre ce qui est fait pour apprendre et ce qui ne l'est pas et abstraire, se mettre dans le contexte d'une situation sans être en 3D!

[Philippe Dpt35]

Mis à jour avec le correctif pour le problème signalé par Pierre.

Pour la demande de Steph, je prends note pour une nouvelle version. En effet, cela demande un peu de travail, non seulement au niveau du code, mais également pour trouver et intégrer de nouvelles séries d'objets et de prix.

[Alain]

Merci Philippe pour tous les correctifs qui me font encore davantage aimer ton appli...
Pour Steph dans la version serveur que j'avais mentionnée plus haut mais qui n'a plus beaucoup d'intérêt vu la nouvelle option payer un montant donné , j'avais configuré la première série avec seulement des euros...

[Philippe Dpt35]

Y a-t-il intérêt à conserver une possibilité de prix ronds en euros ou en centimes ?

Autrement dit, compte-tenu de la progression dans l'enseignement de la monnaie à l'école, ne faudrait-il pas faire uniquement des prix ronds en euros, et des prix en euros et centimes ?

[Steph]

Je préfère effectivement cette 2ème option.

[zoom61]

Je suis comme @steph la 2nde option semble la mieux.

[Philippe Dpt35]

Mise à jour de l'appli.

Changement: si on dépose un billet ou une pièce sur un autre billet ou pièce du comptoir, c'est maintenant accepté !

J'attends confirmation de bon fonctionnement avant de refaire un paquet.

[Philippe Dpt35]

Nouvelle version en ligne :

• prix ronds en euros uniquement
  
• les séries faites sur un niveau ne sont pas reproposées si l'on a changé de niveau entre-temps
  
• les séries faites sont réinitialisées si l'on change de type d'exercice (passage de l'achat d'objets au paiement d'un montant et inversement)
  
• une série d'achat d'objets ajoutée
  
• correctifs de bugs
  

[Philippe Dpt35]

Nouveau paquet disponible, achats 1.1 : https://primtux.fr/Documentation/applis/....1_all.deb

[Philippe Dpt35]

J'ai mis en place une version supportant le tactile, disponible ici:
https://primtux.fr/applications/achats-tactile

Avant d'aller plus loin, j'aimerais des retours d'utilisateurs sur divers appareils afin de voir ce qu'il conviendrait de corriger.
Pour supprimer des pièces ou billets du comptoir, on peut faire un appui long.

[Alain]

Bravo Philippe
Excellent !!!
C'est utilisable tel quel
Peut être que l'ajout d'une consigne pour la suppression peut être rajoutée ainsi qu'une plus générale
Plutot que des consignes ecrites, peut-être mettre des aides sonores
Encore bravo
Alain

[Philippe Dpt35]

Je vais optimiser ce que j'ai bricolé et mettre à jour l'application dans les prochains jours si c'est OK.

[Alain]

Testé sur android samsung10 pouces firefox et sur smartphone wiko3 android chrome

[Philippe Dpt35]

Bon, retour rapide : (je m'y re-pencherais pendant le week-end de 3 jours)
quelques tests sur mon tel : 2 soucis bloquants à priori (reproductible sur du chrome en mode tactile) :
1. si je me déplace pas directement, le navigateur crois que je veux voir l'image (une pièce ou un billet) et me propose de l'ouvrir dans un nouvel onglet.
Le meilleur moyen de contournement : ne pas utiliser la balise <img> mais une div avec l'image en background.
2. des erreurs sur la console par moment (Uncaught ReferenceError: O) qui ont l'air de bloquer le déplacement.

J'ai jamais réussi à faire quoi que ce soit sur firefox en mode tactile : bizarre.

Bon, si on veut du tactile pur, il faudra dans un second temps faire une passe sur l'ensemble, pas que le drag&drop :
- pas de clic droit donc impossible d'enlever des pièces du comptoir.
- taille des textes, des modales trop petits
- image du comptoir étirés
etc.

Pour 1: c'est résolu par un preventDefault
Pour 2: je n'ai pas rencontré de problème de déplacement. Si c'est en lien avec le point 1, ça devrait être résolu.

Pour le clic droit pour supprimer, comme indiqué dans mon post annonçant cette version, on peut utiliser un appui long. Je vais le mettre dans la consigne.
Pour le responsive sur tous petits écrans (smartphones), je ne suis pas convaincu que ça vaille le coup de perdre du temps à chercher la perfection, ces formats n'étant quand même pas adaptés à une utilisation par des élèves. Il faut viser les tablettes.

Je ne vois pas ce que tu entends par "tactile pur" ? Quelles autres fonctions que le drag & drop vises-tu ? Les clics sur bouton fonctionnent.

[Alain]

Testé aussi sur pc à ecran tactile lenovo t480 windows10 avec chrome
tout est ok

Je n'ai rencontré aucun des problème cités par mothsart.
pour les petits ecrans smartphone, je vois cela comme des moyens supplementaires à utiliser en classe en complement des tablettes avec des eleves bien débrouilles et ce n'est pas la peine de chercher la perfection
Même sans carte sim on peut utiliser ces outils sur le reseau wifi de la classe ...

[Philippe Dpt35]

J'ai oublié :

J'ai jamais réussi à faire quoi que ce soit sur firefox en mode tactile : bizarre.

Testé en tactile avec Firefox sur tablette Samsung, smartphone Xiaomi Redmi note 7, et Microsoft Suface pro : aucun problème.

[Philippe Dpt35]

Bon, retour rapide : (je m'y re-pencherais pendant le week-end de 3 jours)

Ne regarde pas trop le code pour l'instant. Comme je l'ai dit, c'est plutôt bricolage pour comprendre en faisant. Il faut que je le retravaille.

[mothsart]

Bon, les soucis énumérés demeures :
1. si je ne bouge pas assez vite ma pièce ou mon billet, le nav me propose de l'ouvrir dans un onglet.
si je répond par la négative, la pièce ou le billet reste en grand et vient recouvrir les autres...
J'ai pas assez cherché le pkoi mais je pense que ma proposition de résolution reste intact.
2. J'ai toujours le message d'erreur dans la console mais ça n'a pas l'air d'être impactant.

Pour la suppression avec appui long, ça fonctionne.
Peut-être rendre dispo le drag and drop inverse (ça me parait tellement intuitif).

Pour avoir une consigne adapté au tactile, je te conseil d'avoir 2 divs (.consigne et .consigne-touchscreen par ex) et afficher en fonction de cette méthode :

Code :

function is_touch_device() {  
  try {  
    document.createEvent("TouchEvent");  
    return true;  
  } catch (e) {  
    return false;  
  }  
}

code provenant du projet modernizr.

Pour "tactile pur". On va dire que je suis comme toi, je découvre des recommandations d'usage au fil du temps.
Je pense qu'il faudra les formaliser dans le draft pour les appliquer un peu partout et surtout travailler avec des échelles de priorité.
Par exemple :
- quel taille min on prend en charge. Si c'est en dessous, est-ce qu'on averti l'utilisateur qu'il risque d'être dans un mode dégradé ?
- comment ça se passe si l'on est en mode portrait
- le tactile nécessite d'avoir des boutons 1/3 plus gros que de l'interface desktop car la précision est moindre.
- les modales sans actions (juste ok) devrait pouvoir se fermer à l'appuie en dehors de la zone.
- le tactile a des zones mortes ou l'interaction est plus délicate (par exemple, le menu de l'os va être prioritaire sur une zone) : prévoir un padding globale assez conséquent pour éviter ces désagréments.
- le tactile nécessite souvent des petites animations pour mieux comprendre une action
- comment on gère les écrans à haute densité
etc.

Le but premier c'est déjà que ça soit "utilisable" dans une première passe.

[Philippe Dpt35]

Bon, les soucis énumérés demeures :

Tu as bien rechargé le cache, parce que je les ai constatés, et ils n'apparaissent désormais plus chez moi.

Effectivement, quand tu parles de pur tactile, tu entends optimisation de l'application pour un usage tactile sur divers formats.
Mais là, c'est un gros boulot que je ne me sens pas la motivation de faire. Je suis plutôt pour me contenter d'adapter les applis clicmenu pour PC dans un 1er temps, puis les rendre simplement "utilisables" pour le tactile dans un second temps. D'autant plus que pour certaines applications, il faudrait même les concevoir totalement autrement pour les rendre utilisables sur petites écrans.

Les diverses règles que tu mets en avant se justifient totalement sur les petits formats. Sur tablette, c'est beaucoup moins indispensable.

[mothsart]

J'ai bien pensé à des soucis de cache mais je ne devrais pas dans ce cas avoir la possibilité de supprimer via un appui long.

Quand tu dis : il n'apparaissent plus, tu parles d'une tablette ou de chrome mode tactile ? (parce que ça me le fait plus dans ce second cas, en revanche j'ai toujours les erreurs dans la console)