Bla Bla Blog - JCaddie

JCaddie 0.2 est sorti

windu.2b — Thu, 06 Mar 2008 18:00:00 +0100

Et voilà, ça y est enfin ! Après des mois de retard (tout simplement parce que j'avais complètement décroché du développement depuis la fin de l'été 2007), voici enfin la version 0.2 qui apparaît.
Pour rappel, JCaddie est un logiciel libre et gratuit, développé en Java et qui permet de gérer ses listes de courses.

Qu'y a-t-il au menu de cette nouvelle version ?

Le support en lecture des catalogues

JCaddie possède actuellement un catalogue par défaut, qui contient les produits, catégories de produits, enseignes, magasins et adresses de magasins, prix... déjà saisis. Ce catalogue sera bien évidemment complété au fur et à mesure des nouvelles versions et servira de catalogue de référence.
Sa structure est fort simple : un fichier '*.jct' (en fait, un fichier au format Zip) contenant 2 fichiers '*.script' et '*.properties', qui sont les seules informations nécessaires à la construction d'une base de données HSQLDB.

Le support en écriture des caddies

Lorsque l'utilisateur le désire, il peut maintenant sauvegarder le contenu de sa liste de courses (appelé "caddie") dans un fichier '*.jcd' (là aussi, un simple fichier Zip contenant 2 fichiers '*.script' et '*.properties'). Ce fichier pourra être relu ultérieurement par l'application (l'écriture du code est en cours, mais pas finalisé).
Actuellement, seuls l'identifiant et la quantité de chaque produit composant le caddie sont sauvegardés, mais des options apparaîtront prochainement pour personnaliser les informations à stocker, afin de rendre le fichier + ou - moins autonome du catalogue (une option proposer même d'inclure le catalogue entier dans la sauvegarde du caddie, rendant ce dernier totalement indépendant, mais volumineux).

Gestion du D&D

On peut maintenant faire un glisser-déposer entre le catalogue et le caddie, cela ajoute automatiquement le produit au caddie ou incrémente le compteur du produit, si ce dernier était déjà présent.

Annuler / refaire

On peut maintenant correctement utiliser annuler/refaire afin d'agir sur les dernières actions faites sur les produits du caddie (ajout, suppression, incrémentation, décrémentation).

Correctifs de bugs

Beaucoup de bugs ont été corrigés depuis la version 0.1, et une meilleure gestion des exceptions est mise en place (écriture dans un fichier de log, même si ceci n'est pas encore finalisé). L'ajout d'un changelog ayant été fait en cours de route, il ne sera pas publié pour cette version, mais dès la prochaine sortie, il sera inclus

Téléchargement

Toutes les version de JCaddie sont téléchargeables ici, la 0.2 étant située à cette adresse (à noter qu'il y a déjà plusieurs versions 0.2.X, suite à des premières remontées de bugs).
À l'heure où j'écris ces lignes, une version 0.2.2 est même en cours de développement, et sera publiée dans les prochains jours (là encore, suite à des bugs remontés récemment).

Informations, bugtracker, liste des fonctionnalités...

Si vous désirez obtenir des informations concernant JCaddie, ou bien poser une question, je vous invite à rejoindre ce sujet de forum où sont centralisés toutes les discussions, remontées d'informations et de bugs...
Pour la liste des bugs et fonctionnalités déjà répertoriés, ainsi que l'avancement du développement, vous trouverez tout cela ici.
Enfin, si vous désirez télécharger le code-source de JCaddie, il vous suffit de saisir cette commande (testée sous Linux, pour Windows et Mac, nécessite sans doute un programme-tiers) :

svn co svn://svn.gna.org/svn/jcaddie/trunk jcaddie

Petit point sur l'avancement de Jcaddie

windu.2b — Wed, 15 Aug 2007 21:00:00 +0200

Et pendant ce temps, les Shadoks pompèrent...

La version 0.1 étant sortie, je m'attèle maintenant à la version 0.2, qui avance bien.
Voici donc un récapitulatif de l'état d'avancement de JCaddie, ainsi qu'un appel à contribution (le Logiciel Libre, ce n'est pas que recevoir, c'est aussi être actif si on le souhaite ).

Au menu de cette version 0.2

La lecture/écriture des listes de courses

Les listes de courses seront sauvegardés dans un fichier zip, contenant la base de données (qui est en fait en plusieurs fichiers, ceci étant dû au fonctionnement interne de HSQLDB). La sauvegarde en XML est prévue, mais pas pour tout de suite, et devrait plutôt servir pour de l'import/export des données (entre l'application et un web-service, lorsqu'on voudra mettre à jour sa liste des produits répertoriés). Actuellement, seule la liste de courses est sauvegardée, les produits sont répertoriés via un identifiant supposé unique.
Cependant, cette solution a un inconvénient majeur: lors d'un échange de liste de course et/ou de templates entre différents utilisateurs de l'application, le risque que le destinataire n'ait pas exactement les même produits dans son catalogue que l'expéditeur existe. Dans ce cas, le destinataire ne saura pas reconnaitre correctement les produits listés dans le fichier de sauvegarde. Pour éviter cela, j'envisage de rajouter une option dans les préférences et/ou un paramétrage à la création de la liste, pour ainsi être sûr d'avoir toutes les informations que l'on désire dans le fichier. Ce dernier contiendra non pas juste les identifiants des produits listés, mais aussi tout ou partie des informations les concernant (prix, catégorie, enseignes et magasins où il est disponible...) et de-même pour chacune de ses informations.
Le fichier de sauvegarde sera alors plus volumineux mais totalement autonome et ne nécessitera pas que l'application se soit mise à jour.

La consultation/modification des informations

Chaque produit et catégorie de produits pourra être modifié via sa fiche. Cette fiche est actuellement consultable par un double-clic^[1].
À partir de cette fiche, on pourra consulter toutes les informations du produit, telles que le prix (et son historique, prévu pour la version 0.4), la catégorie d'appartenance, les enseignes et magasins où il est disponible (dont la gestion est prévue pour la version 0.4)... Les modifications seront répercutées dès la validation (bouton 'Ok' ou 'Appliquer').
Pour le moment, la fiche est assez simpliste et a un design assez moche, mais ceci s'améliorera dans la version 0.3: j'ai déjà quelques petites idées que j'implémenterai ensuite, pour le moment je me contente de lui faire gérer le minimum.

We need you!

Afin de vous faire participer (je sais que vous n'attendez que ça ), j'ai mis en place un Bug Tracker System qui permet de faire des remontées de bugs, des demandes de fonctionnalités, suivre l'avancement des travaux, et consulter la feuille de route.
N'hésitez donc pas à vous inscrire et à me faire part de vos suggestions, quelles qu'elles soient

Notes

[1] , mais ce n'est pas forcément le plus pratique car on serait plutôt tenté de faire un double-clic pour ajouter le produit à la liste, ceci changera dans un futur proche, pour un raccourci-clavier et un accès via le menu contextuel (ainsi qu'un triple-clic ?)

JCaddie sort en version 0.1

windu.2b — Sun, 22 Jul 2007 12:00:00 +0200

La route est longue, mais la pente est raide ©Raffarin

Voici donc la première publication des sources de JCaddie, accessibles ici. Cette version 0.1 n'est bien évidemment pas encore prête à l'utilisation, mais est là pour donner une première idée de ce à quoi ressemblera l'application.

On y retrouve déjà la liste des produits et catégories de produits sur la gauche, et la zone principale qui contient la liste de courses (ie le "caddie"), le menu et la barre d'icônes (toolbar) ainsi que la barre de statuts tout en bas.
La présentation ne devrait pas trop évoluer, je pense.

Ce qui fonctionne

On peut d'ores et déjà ajouter/retirer des produits, augmenter/diminuer la quantité de chacun d'eux, le prix unitaire et total de chaque produit est affiché, ainsi que le prix total du caddie.
Les actions annuler/refaire fonctionnent sur tous les points cités ci-dessus.
enfin, on peut cocher un produit pour indiquer qu'il a été récupéré: dans ce cas, son nom est rayé.

Ce qui ne fonctionne pas encore

Pour le moment, il n'est pas encore possible de sauvegarder/lire un caddie! On ne peut pas non plus modifier la quantité d'un produit par un simple clic sur les flèches haut/bas du compteur (un bug subsiste encore à ce niveau).

Et comme promis, une ToDo-List, plus complète et plus détaillée se trouve dans ce billet

Edition

La version 0.0.1 est déjà publiée, suite à quelques erreurs de packaging et des remontées de bugs

ToDo-List plus complète

windu.2b — Sun, 22 Jul 2007 12:00:00 +0200

Tempête dans le cerveau en cours...

Voici donc la ToDo-List plus en détails. si des idées vous viennent, n'hésitez pas à m'en faire part, et je les rajouterais à la suite.

Proposer à l'utilisateur un catalogue de produits et de catégories de produits

L'application gérera des produits, regroupés en catégories de produits ('Fruits & légumes', 'Produits laitiers', 'Hygiène', 'Jardinage', 'Boucherie / Charcuterie'...). Un produit ne pourra appartenir qu'à une seule catégorie. Chaque produit sera constitué d'un nom, d'une catégorie d'appartenance, d'un prix unitaire, d'un prix au kilo / au litre / à l'unité, d'un poids / volume, d'un lieu et d'une enseigne où il est proposé et d'un historique de prix (les prix pouvant varier selon l'enseigne et/ou le lieu d'achat, il y aura donc un historique par produit acheté dans une enseigne X à l'adresse Y).

Permettre la lecture/écriture des listes de courses, et leurs consultations ultérieures

Les listes de courses pourront être sauvegardées pour pouvoir être reconsultées ultérieurement. Le stockage se fera en base de données embarquée (HSQLDB), pour faciliter les recherches et le croisement des données.

Pouvoir reprendre une précédente liste de courses pour la réutiliser (avec mise à jour automatique des prix en cas de changements entre temps)

Il sera possible de reprendre une liste de courses, et de demander à ce que les prix de tous ses articles soient remis à jour. Cette mise à jour pourra être faite soit sur la liste de courses directement, soit sur une copie de cette dernière. On pourra ainsi repartir d'une liste déjà remplie, plutôt que de devoir la recréer complètement à chaque fois.

Permettre l'import/export de toutes les informations (produits, catégories de produits, listes de courses, préférences...) en XML

Afin de pouvoir stocker indépendamment de l'application, et pour faciliter les échanges, il sera possible d'importer/exporter toutes les données en XML. Le contenu des fichiers XML sera configurable (on pourra pas exemple ne pas exporter les anciens prix).

Permettre la synchronisation (upload et download) des produits et catégories de produits depuis un site Web distant (merci Lorinc)

L'application sera capable de se synchroniser avec un site en ligne, afin de mettre à jour son catalogue de produits et leurs prix respectifs. L'utilisateur pourra synchroniser en download (récupération des nouvelles informations) et en upload (envoi de ses informations pour remplir la base de données centralisée).
Pour faciliter le transfert et limiter la taille des données à envoyer, un équivalent de rsync sera mis en place: il permettra de n'envoyer/recevoir que les informations qui ont évolué. Là encore, l'utilisateur pourra décider des informations qu'il désire récupérer/envoyer.

Gérer les prix des produits et pouvoir consulter l'historique des prix

Chaque produit pourra se voir attribuer un prix et chaque nouveau prix remplacera le précédent, qui sera toujours consultable via l'historique des prix. On pourra donc suivre l'évolution des prix d'un produit.
Le prix d'un produit sera associé en même temps à l'enseigne et au nom du magasin, un même produit pourra alors avoir des prix différents selon le magasin concerné. Il sera possible aussi de visualiser l'évolution des prix sur un graphe, pour une meilleure lisibilité.

Gérer les taux de TVA

Chaque produit pourra se voir attribuer un taux de TVA.
Les taux seront gérés par l'utilisateur, qui pourra faire varier les valeurs de chacun. Les valeurs seront alors automatiquement répercutées sur les prix des produits touchées par cette TVA (le prix des produits étant stockés en HT et le prix TTC calculé à-la-volée). Cependant, pour éviter que l'utilisateur n'ait à jongler avec les taux, il sera possible de saisir un prix soit en HT soit en TTC, de préciser laquelle de ces 2 possibilités doit être prise en compte et de valider. Dans les 2 cas, le prix HT sera enregistré.

Gérer les promotions, soldes... et les répercuter dans le prix des produits

Chaque produit pourra se voir appliqué une promotion, des soldes... sur une certaine durée. Durant toute cette durée, l'application en tiendra compte lors de l'affichage du prix du produit.
Cette remise pourra être différenciée d'une baisse de prix lors de la consultation de l'historique des prix d'un produit. Dans ce cas, il sera indiqué à la fois le prix soldé et le prix normal, afin de pouvoir plus facilement comparer avec les prix normaux précédents et suivants.

Pouvoir créer des templates de produits, pour faciliter l'ajout dans une liste de courses

Afin de faciliter la création de nouvelles listes, il sera possible de créer des templates. Chaque template contiendra un certain nombre de produits (obligatoirement tous du même magasin) avec la possibilité de préciser la quantité pour chacun, et un nom sera associé au template pour plus de facilité. En ajoutant un template à une liste, ce sont tous les produits contenus dans ce template qui seront importés automatiquement.
La mise à jour d'un template (ajout, modification, suppression de son contenu) pourra être répercuté sur les listes en cours si l'utilisateur le désire.

Pouvoir différencier les informations d'un même produit acheté dans plusieurs magasins différents (enseignes et/ou adresses différentes).

La fiche de chaque produit permettra de préciser les magasins (et leurs enseignes respectives) où ce produit peut être trouvé, et à quel prix. Il sera ainsi possible de filtrer la liste des produits disponibles selon les magasins pour lesquels ils ont été enregistrés. De-même, le prix indiqué sera toujours celui concernant le magasin choisi.
Lors de la consultation de l'historique des prix, il sera possible de comparer un produit magasin par magasin et/ou de comparer les évolutions de prix dans plusieurs magasins en même temps.

i18n et l10n totale de l'application

Toute l'application sera prévue pour pouvoir être facilement traduite, et tenir compte des variantes dans l'affichage des valeurs (séparateur numérique, symbole de la monnaie...).

Première ToDo-List pour JCaddie

windu.2b — Tue, 10 Jul 2007 14:00:00 +0200

Quelques informations pour vous faire patienter...

Bon, les idées fusent à tout va (merci d'ailleurs à ceux qui m'en ont proposé), et je n'ai pas encore défini de priorités pour chacune d'elles. En attendant, voici un premier récapitulatif, tous ces points seront expliqués plus en détails dans un futur billet^[1].

Voici donc une première liste, qui ne reflète aucun ordre de priorité ou de facilité de développement:

Proposer à l'utilisateur un catalogue de produits et de catégories de produits
Permettre la lecture/écriture des listes de courses, et leurs consultations ultérieures
Pouvoir reprendre une précédente liste de courses pour la réutiliser (avec mise à jour automatique des prix en cas de changements entre temps)
Permettre l'import/export de toutes les informations (produits, catégories de produits, listes de courses, préférences...) en XML
Permettre la synchronisation (upload et download) des produits et catégories de produits depuis un site Web distant (merci Lorinc)
Gérer les prix des produits et pouvoir consulter l'historique des prix
Gérer les taux de TVA
Gérer les promotions, soldes... et les répercuter dans le prix des produits
Pouvoir créer des templates de produits, pour faciliter l'ajout dans une liste de courses
Pouvoir différencier les informations d'un même produit acheté dans plusieurs magasins différents (enseignes et/ou adresses différentes).
i18n et l10n totale de l'application

Cette liste n'est bien sûr pas exhaustive, et je vous invite à proposer des fonctionnalités

Edit:

Gestion des tickets-Restaurants (prix, quantité...) (merci Eric)
Possibilité de rajouter une photo/icône pour chaque produit. Par défaut, le produit aura l'icône de sa catégorie (merci Lorinc)

Notes

[1] Billet que je publierai normalement avec la première publication des sources (version 0.1), dans le courant du mois

JCaddie ou comment gérer ses listes de courses

windu.2b — Sat, 30 Jun 2007 12:00:00 +0200

Si vous êtes comme moi, c'est à dire incapable de faire une liste de courses qui reprenne les produits dont vous avez souvent besoin, et que vous vous apercevez toujours en arrivant chez vous que vous avez oublié le sucre pour le café, voire le café aussi... JCaddie ~~est~~ sera fait pour vous!

Oui, mais en quoi consiste JCaddie, exactement? vous dites-vous très certainement (si si: vous vous le dites très certainement)! Et bien il s'agit d'une application que je développe actuellement, et qui permettra de gérer des listes de courses, en proposant d'emblée toute une flopée de produits et de catégories de produits, liste qui sera bien évidemment extensible par l'utilisateur.

Ainsi, vous pourrez créer une nouvelle liste de courses, en compléter une déjà existante par simple D&D, créer des templates, gérer les prix des produits (avec possibilité du suivi de l'évolution des prix), et bien sûr pouvoir connaître à l'avance le prix des courses que l'on s'apprête à faire.

Ce projet est déjà en cours de développement, depuis 2 semaines. Mais le faisant sur mon temps libre (un peu le soir, et surtout le week-end) il avance doucement, mais gentiment Une première version utilisable sera publiée dans le courant du mois de juillet, je vous invite donc à la tester et à remonter les bugs que vous pourriez rencontrer et les points que vous voudriez voir développer. Je publierai aussi à ce moment-là une première ébauche de roadmap, qui sera complétée en fonctions des besoins et des idées qui m'auront été soumises.

Quelques infos d'ordre plus techniques:

Développé en Java 5 ;
Utilise la librairie graphique Swing (mais une version avec AWT ou SWT sera faite aussi) ;
Lecture/écriture des paramètres et listes en XML (mais possibilité dans le futur de gérer d'autres formats, ainsi que des accès vers des BDD) ;
À terme, je compte l'utiliser sur un appareil portatif (type PDA, Palm voire un Zaurus sans doute).