iSort V2 is out !
I’ve just received a mail from Apple telling me iSort V2 is ready ! This update should be available on your iPhone/iPod touch very soon.
What’s new :
Display your bases in a table view or in an icon view
Rank bases by categories
Password protect your bases
Set the font and size of both titles and fields
Set the position and the size of the fields
New amazing color picker
New GPS field
New Sound field : record audio memos
New Contacts field : access your contacts on your iPod / iPhone
New Music field : access your music on your iPod / iPhone
New Counter field
New Stars field
New Calendar field
Calculated fields
87 Comments
App Store
Je ne comprend pas à quoi sert dans un champs LISTE => OPTION la fonction LIER à une autre liste??
J’ai fait plusieurs essais mais je ne vois pas!
Y a t’il une doc pour la version2 ?
Jodel, attendez la V2.01 pour y voir plus clair.
La doc arrivera vers la fin du mois de novembre.
Super, merci.
Il n’est toujours pas possible de joindre un tableau sur un champs liste?
Et encore bravo pour votre rapidité de réponse, c’est super agréable.
Bonjour, et avant tout bravo pour cette application qui répond simplement à ce que je cherchais depuis longtemps.
J ai mis à jour ce matin et je n arrive plus à lier un champ à une autre liste.
En effet, la case “Lier le champ” ne défile plus.
Est ce un bug ou c est moi qui m y prends mal?
Merci
je l’ai eu ce matin , quelques bugs (intitulés des champs et superposition ) signalés par d’autres
et en particulier à l’ouverture , la phrase : « La catégorie générale ne peut pas… »
j’aimerai en avoir la fin et la signification
Bravo en tout cas pour cette MAJ
La phrase est un message d’erreur qui apparaît lorsque l’on tente de supprimer la catégorie Générale. Elle se trouve, par erreur, à la place du nom “Générale”. Ce méli-mélo sera corrigé dans iSort V2.01.
D’abord bravo pour cette nouvelle version.
Mon problème concerne les champs calculés, le résultat ce traduit toujours par 6 zéros après le point aucun autre chiffre n’apparait.
D’autre part est-il possible de calculer un champ numérique issu de plusieurs fiches de la même base.
Ex.: Année 2009 = 6 fiches ayant un champ dépense, obtenir le total des dépenses de ces 6 fiches.
Super programme. Malheureusement, le mien plante avec la version 2 fr quand j’ouvre ma base de données de plantes médicinales avec photos
moi aussi j’adresse mes félicitations !
il faut le dire quand c’est bien et la chapeau, l’interface reste simple et l’application devient de plus en plus complète.
pour les champs calculés serait il possible d’avoir le cumul d’un champs ou le dégressif
ex calcul de consommation d’une voiture entre 2 plein on donne le kilométrage de la voiture et ainsi il calcule la distance parcourue depuis le précédent.
un champ kilométrage = compteur
un champ calculer kilomètre = kilométrage-kilométrage (isort interpréterait précèdent -actuel) par exemple je ne sait pas si cela serait possible ou alors maintenant il faut ajouter des rubriques statistique avec total des rubriques.
jamais content !!
non mais enfin lorsqu’on ajoute des fonctions elle en appelle d’autres
non au final toutes mes félicitations !
du travail fait et de la réactivité et de l’écoute des remarques sur le forum
encore bravo
Bonjour,
Je suis surpris de ne voir aucune réaction concernant les champs calculés, la virgule devient un point dans le résultat obtenu avec 6 zéro derrière celui-ci, et les chiffres après la virgule ne sont pas calculés au niveau du résultat.
Une réponse par pitié c’est très important
Merci.
Didier : Les fonctions de cumul seront dans iSort V2.1.
Alain : Ce bug sera corrigé dans iSort V2.01.
Gilbert : Vous pouvez me donner (ici ou dans le forum) le détail de la base qui plante (champs, types) ?
Bonjour Frederic.
iSort a crashé au moment de valider un champs calculé (numérique) qui effectuait la somme de 2 autres champs (numeriques eux aussi)
J’ai eu le message suivant :
“Erreur
Les fiches doivent posséder au moins un champs texte”
Après avoir appuyé sur “OK” pour faire disparaitre ce message, iSort a disparu !
J’ai rééssayé la même manip 1 mn après sans qu’iSort ne plante. Bizarre !
Ca n’en reste pas moins une application lumineuse. On va bien réussir à la stabiliser cette v2 !
J’attend beaucoup des champs calculés pour utiliser iSort comme un pupitre de prise de commande avec addition des produits commandés calcul automatique du prix global en TTC.
Tu as du te prendre la tête mon grand avec ton soft mais l’heure de la maturité va bientôt sonner !
Merci Jerome
iSort V2.01 est parti chez Apple. J’ai corrigé tout ce qui m’a été remonté, ainsi que, évidemment, le gros bug de la version anglais de iSort.
Le programme devient complexe et je pense que je ne peux plus me passer de testeurs, mais Apple ne proposer rien de vraiment pratique en la matière…
Des testeurs ne vont pas manquer!!!
il faut faire avancer cette V2………..et préparer le V3!!!
et c’est bien, chaque personne teste un truc
l’un les compteurs, l’autre les champs photos, etc etc etc, moi……., je cherches les fantomes comme celui trouvé dans l’ecran ” password!!!!!
Je sais bien que l’on trouve beaucoup de gens de très très bonne volonté dans la communauté de iSort, encore merci
le chrono est donc parti pour iSort V2.01, bravo pour la réactivité Frédéric.
Si tu cherche un testeur… c’est volontier…
J’utilise journalièrement de grandes bases (80 000 fiches),
avec des liaisons pour faire des états…
Je testerai avec plaisir tout ce qui est tableaux, grilles et bien sûr…
les champs calculés…
Si tu continues d’envoyer régulièrement les MAJ à mesure que tu corriges les bugs qu’on te fait remonter ça devrait aller vite…
Chacun teste ce qu’il utilise le plus…
on va vite arriver à une version qui satisfera le plus grand nombre.
Moi je suis déjà iSort-addict
Merci cg13, je note donc ton nom. Je mettrai en place une procédure pour la V2.1. Je reparlerai de cette phase de beta-test en temps voulu.
Bonjour Frédéric,
Si besoin je suis aussi volontaire pour tester les nouvelles versions.
Comme Cg13, je suis devenu “accro” à iSort, je réalise actuellement une base de donnée servant pour un journal de bord de navigation maritime.
Encore Bravo pour cet appli.
Merci Nautile, c’est noté
Bonsoir Frédéric,
Je serai assez tenté d’être de la partie en tant que testeur. Mon (job) est toujours d’aller chercher la faille dans les applis (généralement intégré à un un matériel) pourquoi ? Tout simplement parce que c’est le meilleur moyen de participer à l’évolution d’un projet. J’ai longtemps œuvré seul en informatique depuis mon plus jeune âge (j’en ai 39) et on se rend vite compte que la collaboration motive, entraine et amène une évolution sur des éléments variés et en rapport de l’utilisation et des besoins de chacun.
Je suis moi-même testeur et rédacteur sur du matériel high tech multimédia (mais je ne n’irai pas plus loin) ça me donne juste le privilège de posséder du dernier cri; archos, smartphone, gadget.. etc…
Isort, ainsi qu’une autre app. semblable sont celles que je teste activement. Je possède plus de 600 app iphone et recherche la synergie, la complémentarité et ce que l’un maitrise et l’autre néglige.
J’ai beaucoup de points à énumérer pour améliorer isort, mais je préférerai en parler par mail pour canaliser le débat
Je suis convaincu qu’isort à un avenir prometteur s’il continue à évoluer.
Quand on teste un produit offrant un large domaine d’évolution, il devient indispensable de se placer dans la peau de plusieurs utilisateurs; le premier c’est soi-même, ensuite ce sont les utilisateurs basiques (ceux-ci cherche la simplicité d’utilisation pour une fonction parfois unique) ensuite il y a les utilisateurs apprentis; ce sont ceux qui vont évolués avec le soft tout en le découvrant et en apprenant les fonctions qu’il recèle (c’est le type d’utilisateur le plus frustré de tous lorsqu’il rencontre un bug non identifié) après il y a les chevronnés, ceux qui utilise le produit au quasi quotidien.
Eux ils acceptent les bugs (mais pas trop longtemps) ils aiment découvrir ce que renferme un os, un soft, et ils testent les fonctions maitresses pour s’assurer qu’ils peuvent poursuivre avec eux.
Les derniers, ce sont les casseurs (oh ! oh !) ils se divisent en 2 catégories, le premier cherche la faille absolument et soyez certain qu’il la trouvera, mais c’est là que s’arrête sa quête, il n’est pas un utilisateur mais il pourrai être le meilleur testeur s’il mettais à contribution ses trouvailles.
La seconde catégorie du casseur, c’est celui qui a l’œil, la maitrise de l’outil informatique/électronique et la logique d’utilisation qui en découle.
Il peut voir et comprendre les rouages d’un système sans en maitriser son code.
Il peut s’apparenter à un visionnaire qui saura dénicher une perle, en découvrant un outil et son futur potentiel. Il aime la perfection et œuvrera plutôt pour repousser les limites du développeur jusqu’à arriver à l’outil parfait et intelligent.
Ainsi si chacun rapporte les bugs c’est bien… mais c’est loin d’être la finalité, car il faut canaliser les besoins et les fonctions recherchés par 80% des users, pour arriver à poser une base qui s’améliorera avant de passer à des fonctions supplémentaires. Et c’est quelque part la dedans que se perdent certains développeurs à trop pousser l’évolution au détriment de la base, qui est le noyau.
Bon, assez parler. Ceci étant iSort reste une app. de valeur au regard des nombreuses polluant le store.
Cdlt,
Laurent B
Laurent, votre message est fort intéressant. Etant moi-même dans le métier depuis bien longtemps, je suis tout à fait d’accord.
Ce qui me fait le plus plaisir aujourd’hui, c’est que j’ai l’impression qu’iSort touche tous les groupes dont vous parlez, du néophyte à l’utilisateur aguerri, alors que j’ai plutôt les premiers à l’esprit lorsque je réfléchis à l’ergonomie du logiciel.
J’ajouterais qu’un développeur est le pire testeur de sa propre application, et en général extrêmement bon pour trouver les bugs… chez les autres !
Il est certain aujourd’hui que la V2.1 passera par une phase de bêta-test privée, même s’il faut au préalable que je regarde de plus près ce que cela implique.
Merci, en tout cas !
Dans l’attente de la V2.1
Bonjour,
J’ai découvert un petit bug hier mais il vous a certainement déjà été remonté. Il concerne la protection d’une base de donnée par mot de passe. Une fois celle ci créée et quelques fiches ajoutées, si je veux modifier la base (par ex changer de logo ou changer de nom), lorsque je valide et même si l’option de protection de la base de donnée est encore activée, la protection disparaît après validation. Il faut alors modifier a nouveau la base et réactiver la protection par mot de passe.
Sinon rien à redire, cette application est vraiment excellente!
Lionel
Bonjour Lionel, et merci
Non, je ne l’avais pas vu, il ne sera donc pas corrigé par iSort V2.01, mais le sera dans iSort V2.02 qui, à la vitesse à laquelle Apple valide iSort, sera peut-être disponible en janvier… :bandit:
Bonjour Frédéric,
Je viens de mettre à jour isort en v2.01 et je constate toujours le bug des champs qui se superposent. Par ailleurs la gestion des champs calculés ne semble pas être opérationnel, quand je valide des champs “nombre” et que je choisi des champs calculés.. il passent tous en champs calculés et n’acceptent plus de modifications… ils restent à 0.00000
Je regarde le reste.
Cordialement,
Laurent
L’App Store fait encore beaucoup de bêtises, il m’est arrivé de mettre à jour des applis sans qu’elles le soient vraiment.
Etes-vous sûr d’avoir la V2.01 ? (dans la page d’accueil, appuyez sur “A propos”).
Oui Frédéric, je suis bien en 2.01
Les champs se placent à vrai dire où ils veulent. J’ai une copie d’écran à vrai dire… J’ai cru que j’avais fortement secoué l’iPhone et que les champs s’étaient éparpillés.
j’ai créé des champs courts avec des valeurs pour des champs calculés, et là mega dispersion.
Je vais recommencer pour voir
Bon, je vais regarder. Les premiers retours indiquent qu’il reste en effet des problèmes dans le positionnement des champs.
Bonjour Frédéric,
Je ne sais pas si on t’a déjà posé la question mais je ne trouve rien en ce sens. Serait’il possible que 2 champs texte puissent être liés ensemble et que l’un de ces 2 champs (voir les 2) soit rélié à une base de données.
Ex :
- champ texte 1 = référence d’un produit (que l’on taperait)
- champ texte 2 = nom du produit qui s’afficherai automatiquement dès que l’on tape la référence dans le premier champ. Cela voudrait dire que ce champ est associé à une autre base de données connaissant le nom et la référence associée.
Je ne veux pas faire apparaitre de menu déroulant associé à une autre base car avec 2500 références ou noms cela prendrait du temps pour trouver.
D’avance merci pour ta réponse
Bonjour Jérôme.
Pour l’instant, ce genre de fonction n’existe pas, mais j’ai très envie d’aller dans cette direction. Comme toujours, il faut trouver la façon de rendre ce genre de fonctionnalité simple d’emploi, et non intrusive pour ceux qui n’en n’ont pas besoin.
Bonjour,
Si je comprends bien, Jérôme a posé autrement, une question que j’ai posé il y a peu : utilisation du rouleau avec beaucoup de fiches.
Pour ce qui est de mettre automatiquement le contenu du deuxième champs, en fonction du premier, ça fonctionne (j’ai une base avec un champ NOM et un champ “Prénom”, et dans une autre base, je cherche le nom (rouleau), et le prénom est automatiquement complété).
Il est certain que la fonction de choix “saisie ou rouleau” peut apporter une réponse, avec une saisie, au clavier, et une occurence qui apparait dans une ligne noir (tient tient, j’ai vu ça quelque part
) et que l’on peut tourner au doigt (cf la fonction recherche)
Je sais, peut-être plus facile à dire qu’à faire !
Bonjour,
A propos de ce problème de l’utilisation du rouleau avec beaucoup de fiches, cg13 nous a donné une solution qui est de construire une autre base du type répertoire alphabétique mais qui revient à l’idée de morceler la grande base en en construisant une autre avec des limites que l’on lie à la base principale, je suis très content de cet idée. Cela fonctionne très bien
dans mon cas.
voir le forum : http://www.iphonecode.fr/?page_id=266/demandes-devolutions-feature-requests-1/champ-liste-avec-beaucoup-de-fiches-rouleau/#p1358
Merci pour vos réponses. Effectivement, la fonction recherche d’iSort reprend en partie cette fonctionnalité mais ne pas être intregré directement dans les champs de la base elle même. Par contre je vais de ce pas voir le forum dont parle Patrick T .
Patrick T, j’étais à l’origine de la discussion qui est pointée par ton lien !
La solution de cg13, qui est sympa, à ses limites, car dans ma situation (nom, puis prénom récupérés dans une autre base) l’ajout du champ “initiale” me bloque puisque je récupère le nom, mais pas le prénom (listes liées a ses limites sauf erreur).
Une solution pour moi : créer un 4ème champ dans mon tableur, avec Nom et Prénom rassemblés, mais je vais finir par acheter Office pour Iphone, au lieu de bricoler !!
Mais si une solution sort, après nos discussions, je serai ravis !!
Je laisse Frédéric choisir ses priorités, en fonction des demandes et de la complexité des améliorations. Peut-être suis-je seul à être sensible à ce souci de liste longue avec rouleau.
Mes salutations à tous les contributeurs
Bonjour Eric59,
Si tu parles de Quickoffice Mobile Office Suite, je pense que cette application ne concerne que les documents Word et Excel.
Je crois avoir compris que le mot Access (accès) dont on parle dans le descriptif n’a rien à voir avec la base de donnée du même nom.
Pas de souci cg13, je le sais, mais tu fais bien de préciser !!