Feb
10
iSort V2.02 is out
The validation was extremely fast, well done, Apple !
I have now to finish the V2 user manual (in french), then make it translated by the same team who did a wonderfull job with the V1.42 manual, and finally update the little iSort tutorial.
To see what’s new, please look here.





RSS ?
43 comments on this post
Merci Frederic pour cette MAJ…
Par contre, quelles sont les modifications apportees ?
Cordialement
Franck
Bonjour Kyfran,
J’ai mis un jour l’article avec un lien vers l’autre article, un peu plus bas, où je décris les nouveautés.
Bonjour et merci pour ce super logiciel…
Cependant, depuis la mise à jour, chez moi, l’application se quitte automatiquement dès que je reviens sur la base après avoir consulté une fiche…
Après plusieurs tests, j’ai l’impression, sans en être trop sûr, que ça survient quand la base comprend un champs numérique avec compteur… c’est un peu handicapant àvrai dire…
pourriez-vous m’en dire plus?
Je viens d’essayer la version 2.02 qui présente beaucoup d’améliorations, en particulier sur les calculs à partir de bases existantes. par contre les résultats au niveau somme sont surprenants, un écart variable selon les sommes de quelques unités.
Quelques Ex: 1028,00 pour 1031,02 – 1042,00 pour 1045,05 – 905,00 pour 907,85 – 968,00 pour 971,43 etc…
Le seconds chiffres sont les résultats réels les premiers sont les résultats iSort.
Je remarque en fait aucun chiffre après la virgule bizarre?
Fais-je une mauvaise manipulation.
merci d’avance pour votre réponse
Sincères salutations
En fait après analyse toutes les unités après la virgule ne sont pas prisent en compte lors d’une addition effectuée à partir d’une autre base.
Sincères salutations.
Dadu : le bug a été reproduit et corrigé. Il y aura donc un iSort V2.03, lorsque j’aurais fait le tour des commentaires sur la version 2.02.
Alain,
J’ai reproduit et corrigé le bug. Merci pour les détails.
Ouh la… L’application plante systématiquement après consultation. Dommage. J’attendais la dernière mouture avec impatience. En attendant, j’explore les fonctions de ce petit bijou. Cordialement
A priori, Alain, l’appli plante parce que vous avez un champ de type “Compteur” dans votre base. Ce bug m’a été remonté, et sera corrigé dans iSort V2.03.
Hi Frédéric, I congratulate you again for this great app, which is better with every actualization. I have tested this version 2.02 and, for my needs, it works perfectly. However I would like to make some suggestions for a next version. First, the possibility of choosing the order of the records in the list mode, that now has to be based just on the first field of the record, and not in the rest. Another thing would be the possibility of copy one record into another base. I imagine this would be possible. But, what about to do it when some fields are different in the 2 bases?. Would be possible that the copied record would fit its fields and let free the rest?. Perhaps I’m asking for too much, but this possibility would be of great interest for me. And for last, would be possible to clone one record in order to create a new record quickly when this new record is near the same as the cloned?. Thank you for your attention and best wishes.
Bonjour Frédéric
Deux questions:
1) A quoi sert le champ valeur par défaut.
2) Peut-on concaténer du texte avec une valeur calculé dans le même champ, si oui comment?
Merci d’avance.
Hello Fernando,
Thank you very much
I will, in a future version, enhance the way you can manage the way fields are displayed and ordered in the list.
All the database stuff (copy and duplicate records, synchronize bases, etc) will be added in iSort V2.1
Bonjour Alain,
Le champ “Valeur par défaut” permet déterminer qu’un champ sera automatiquement rempli avec une valeur lorsque l’on crée une nouvelle fiche. C’est utile avec les champs calculés pour, par exemple, utiliser la TVA : vous créez un champ numérique TVA, vous placez la valeur par défaut “19,6″, vous cachez éventuellement le champ, et ensuite, vous pouvez l’utiliser pour calculer un prix TTC.
Je ne comprends pas la seconde question, vous pouvez m’en dire plus ?
La concaténation si je ne me trompe pas, permet d’associer dans un même champ une valeur numérique ou calculée et du texte.
Exemple: Orange 235.
ai-je été assez clair.
Merci
Autre exemple: je fais la somme d’u champ numérique ex. 458 avec un champ texte ex. €, le résultat obtenu dans le champ calculé est 458 € sans que les deux éléments soient collés.
Depuis que j’ai installé la version 2.02, je n’arrive plus à insérer une photo dans une fiche sur mon iPod.
Bonjour Frédéric,
j’attendais avec impatience l’arrivée du type Heure, mais l’implémentation me semble imparfaite.
Pour un champ Heure, il faudrait avoir la possibilité de ne pas afficher (voire même gérer) les secondes. Quant au champ Date, il faudrait pouvoir ne pas du tout tenir compte de l’heure (c’est-à-dire retrouver le fonctionnement de la v2.0.1). En effet, même si je choisis de ne pas afficher l’heure pour un champ Date, l’heure est quand même enregistrée. Or, la date est ma clef primaire de tri pour l’affichage en mode liste, et à cause de l’heure, les éléments d’une même journée ne sont plus regroupés, car aucun d’entre eux n’a exactement la même date à la seconde près.
Je ne sais pas si je suis très clair…
Je me permets de corriger l’explication d’Alain, la concaténation est la fusion (sans espace) de n champs dans un (n+1)ème champ. Ces champs ne sont pas nécessairement calculés ou de format particulier.
Exemple : 3 champs concaténés dans un 4ème.
- “BL”
- ” ”
- “123″
–> “BL 123″
J’en profite pour exprimer ma déception, toujours pas de champs monétaire, ni la possibilité de choisir un format simplement de mois année ou juste année pour les champs date…
Question : Serait-il possible de pouvoir choisir la mise en page des images? Car du moment qu’on choisi “moyenne” ou “petite”, elle se justifie à gauche…
(Désolé pour le double post, j’écris de mon iPhone et le temps de correction a été dépassé)
Je me permets de corriger l’explication d’Alain, la concaténation est la fusion (sans espace) de n champs dans un (n 1)ème champ. Ces champs ne sont pas nécessairement calculés ou de format particulier.
Exemple : 3 champs concaténés dans un 4ème.
1 – “BL”
2 – ” ”
3 – “123″
4 – “BL 123″
J’en profite pour exprimer ma déception, toujours pas de champs monétaire, ni la possibilité de choisir un format simplement de mois année ou juste année pour les champs date…
Question : Serait-il possible de pouvoir choisir la mise en page des images? Car du moment qu’on choisi “moyenne” ou “petite”, elle se justifie à gauche, alors qu’elles sont centrées automatiquement lorsqu’elles sont “grandes”.
De plus, on ne peut toujours pas supprimer les photos importées avec iSort…
Bonjour,
Depuis que j’ai installé la version 2.02, impossible d’insérer des images dans mes fiches.
Je peux prendre celles stockées par isort mais pas celles de l’iPod.
Bonsoir
Je me permets de signaler le problème suivant (2.02)
Dans une base avec une zone définie en date (soit calendrier ou classique) avec l’interrupteur de l’affichage de l’heure sur “OFF”, lors de la affichage en mode liste des enregistrements, l’heure est affichée à coté du valeur de la zone tout de même , or que par ailleurs lorsqu’on affiche le contenu de la fiche l’heure n’y apparait pas à l’intérieur de la zone date !!!
Encore un petit fantôme!!
D’autre part j’avais émis il y a quelque temps la possibilité de revenir à l’icône par défaut de Isort sur une base avec un icône modifié.
Bon courage Frédérique et merci
Salutations
Bonjour,
J’en profite moi aussi pour signaler un bug (plutot une gêne en fait).
Les pb dus à la taille des champs semblent à priori corrigés, sauf … pour les champs liste qui conservent la taille du champ précédent et ce quelquesoit la taille des éléments de la liste.
Encouragement pour la continuité de vos efforts.
Alors :
Je vais modifier la façon dont iSort gère l’heure. Je pensais que conserver l’heure avec la date dans la base quoi qu’il arrive était une bonne idée, ce n’est visiblement pas le cas.
Jean-Paul : Ce sera corrigé dans iSort V2.03.
Ishw : Tout cela viendra, merci d’être patient, je suis tout seul à m’occuper d’iSort.
Salut IshW,
Je trouve que tu es rude avec Frédéric,
vu les résultats obtenus dans les champs calculés de la V2.02.
Il ne peut pas aller dans tous les sens, avec cette V2.02 il vient de nous montrer que tout lui est possible… on peut déjà bien bosser avec cette version.
Je ne comprends pas ta déception :
“J’en profite pour exprimer ma déception, toujours pas de champs monétaire, ni la possibilité de choisir un format simplement de mois année ou juste année pour les champs date…”
Il y a 2 chiffres aprés la virgule et si tu veux le symbole “€”,
il te suffit de créer un champ texte dont tu masque le titre et tu lui donne “€” comme valeur par défaut, tu le place à droite de ton champ et le tour est joué.
Je pense que tu veux plus parler d’impatience,
car on voit tous ce dont est capable Frédéric,
que de déception…
Vive la V2.03
Bonjour,
J’ai placé un commentaire et je voudrais savoir pourquoi je n’ai pas de réponses.
iSort évolue dans le bon sens. Il faut bien garder a l’esprit la volonté de Frédéric de faire une application simple, facile à utiliser et bien intégré.
Si comme moi vous avez besoin d’une application un peu plus “costaud” (sans être péjoratif avec iSort), il existe un gestionnaire de base de données relationnel dans l’iStore (H___Base). Je le connaissais du monde Palm bien que je lui préférais la référence SLTG. Il est puissant mais il est moins beau, plus austère et moins intégré à Iphone/Itouch.
Avec le recul, je garde les deux : Isort pour les petites bases sympa vite faites et qui ont de la “gueule” et l’autre pour des besoins spécifiques (du “vrai” relationnel, calculs complexe, définition de vues, etc.) mais c’est plus lourd à définir et c’est moins beau !
Bonsoir,
J’utilise toujours SLTG sur mon Palm, application inégalée pour moi à ce jour.
J’ai acheté HandBase pour mon iPod … c’est d’une lourdeur et d’une complexité phénoménale !
Je préfère être patient et participer à l’évolution plus que positive d’iSort, comme tout ceux dont les remarques et suggestions sont constructives … ce qui heureusement représente une grande majorité des intervenants sur ce forum.
La simplicité voulue par Frédéric est indispensable, et la principale difficulté sera peut-être d’intégrer de puissantes options … elles aussi indispensables.
Bien sûr qu’il m’arrive de râler contre des bugs ou des manques … et puis je me rends compte que sans Frédéric et son travail, je n’aurais rien pour gérer facilement mes données.
Attention, je précise ma pensée. Ce n’était pas une critique de iSort bien au contraire. Le sens de mon intervention est bien de dire que je préfére un iSort simple, fonctionnel et intégré. Le risque à force de demander toujours plus c’est de voir iSort devenir aussi difficile à paramétrer que HandBase. Pour moi la force de iSort c’est sa simplicité de mise en oeuvre. Pour des besoins perso, je cherchais à construire un modèle relationnel qui ne pouvait pas être réalisé avec iSort, j’ai donc utilisé HandBase qui est vraiment moins simple à mettre en oeuvre. Donc pour mes bases simples j’utilise iSort.
Fred.02, je comprends le point de vue. Je crois cependant qu’un programme puissant ne doit pas forcément être un programme complexe. La difficulté, c’est qu’un gestionnaire de bases de données implique des notions complexes, difficiles à appréhender par quelqu’un qui n’a aucune notion de ce qu’est une clef primaire ou une jointure. L’approche d’iSort, c’est de masquer ces notions pour que tout le monde puisse se servir du logiciel. L’approche d’HandBase, c’est de proposer ces notions, ce qui ferme le logiciel au plus grand nombre. Je ne dis pas que c’est mal, mais c’est une autre approche.
Pierre-Alain :
Je n’avais pas vu que j’avais des commentaires en attente de validation, il n’y avait aucune censure de ma part.
Le bug qui empêche de choisir des images sur un iPod Touch a été corrigé dans iSort V2.03, que je vais envoyer ce soir à Apple.
Arnaud :
Comme pour Pierre-Alain, votre commentaire est resté quelque temps “coincé”, je m’en excuse.
Le fait de toujours sauver l’heure à côté de la date est une fausse bonne idée, je vais corriger ça dans iSort V2.03.
Merci pour la réponse.
J’attend la nouvelle version impatiemment.
Salutations.
Merci Frédéric. Pas de souci pour le “blocage” de commentaire.
Bon courage pour répondre aux innombrables demandes !
Bonjour,
Avec la synchro qui arrivera bientôt, j’envisage dans un environnement pro de proposer d’avoir en poche les statistiques de ventes par client, ainsi que l’état des comptes. L’idée serait d’automatiser la mise à dispo des fichier CSV sur le réseau local et de permettre aux iPhones de les downloader.
Pour cela, il faut pouvoir:
- choisir un client dans une liste (via filtre et/ou sélecteur alphabétique, car plusieurs milliers de clients)
- afficher une liste d’enregistrements d’une autre table via un champ lié, par exemple statistiques de ventes (en 2 lignes par exemple type+description article, prix moyen + quantité).
Possible ?
Merci.
JF
Bonjour a toute l’équipe d’Isort. Je vous envoi un grand bravo pour votre travail qui est exceptionnel.
Rien ne sera jamais parfait, ce qui l’est pour les uns ne l’est pas pour les autres et vice versa.
Je vous félicite pour votre “beau” travail, Isort et à la fois SIMPLE et PERFORMANT.
J’ai laissé une appréciation très positive sur ITURN pour encourager les futures clients a acheter votre application.
Une suggestion, permettre une SAUVEGARDE GLOBALE DES BASES DE DONNEES pour ne pas être obligé de les sauvegarder une a une sur le PC.
Michel
Trop de plantage, sur les champs de type contact et les champs de type compteur. C’est dommage pour la qualité de cette appli. Merci de votre écoute.
Bonjour Michel,
L’équipe d’iSort, c’est à dire moi, vous remercie
Quant à la sauvegarde complète, c’est dans les cartons pour iSort V2.1.
Bonsoir Omic,
Oui, iSort V2.02 contient quelques méchants bugs qui m’ennuient beaucoup. iSort V2.03 devrait sortir dans les heures/jours qui viennent, avec une stabilité retrouvée.
Bonjour Frédéric
Je suis franchement déçu, j’avais signalé un Pb au niveau des résultats obtenus lors de la somme d’un champ d’une autre base, c’est à dire que les chiffres après la virgule n’étaient pas pris en compte mais que l’on obtenait toujours 00.
Vous aviez constaté après vérification et promis une correction dans la 2.03 le 11 Février à 11 h 15.
Et bien rien n’a changé et la base plante toujours fermeture intempestive lors de l’ajout de champs d’ou perte éteindre et recommencer.
Bonjour Alain,
Si je comprends l’exaspération, je ne comprends pas les bugs.
- J’ai corrigé le problème des virgules dans iSort V2.03. J’ai essayé, avec une moyenne sur un champ “compteur”, et le résultat est bon, à la virgule près.
- Je ne réussis pas à planter iSort sur un ajout ou une suppression.
C’est quand même fort. Vous êtes sûr qu’iTunes n’a pas buggé lors de la mise à jour ? Dans “A propos”, vous avez bien iSort V2.03 ?
Omic,
J’ai lu votre énervement dans les commentaires sur iTunes. Si je n’ai évidemment rien à dire sur le fond, j’aimerais faire deux remarques :
- Si vous voyez un bug, dites le moi. Je ne peux pas corriger un bug que je ne connais pas.
- Vous parlez, dans votre commentaire, d’un bug sur les téléphones et mails. Je ne réussis pas du tout à reproduire cela.
Moi je parle D’un champ calculé dans lequel on choisi une autre base “Somme – nom de la base – nom du champ numérique” si dans l’autre base vous avez des valeurs avec des chiffres après la virgule ex: 123,15 ils ne sont pas pris en compte, vous avez 123,00.
D’autre part il faut ajouter plusieurs champs à la suite pour planter et encore c’est aléatoire, mais ça c’est moi grave.
Merci d’avance pour une réponse.
Alain,
Pour les plantages, pouvez-vous redémarrer votre iPhone/iPod et essayer à nouveau ?
J’ai reproduit votre problème sur les virgules, je vais corriger cela.