| User | Post |
|
7:05
5 February 2010
|
wiwisan
| | |
| Membre | posts 12 | |
|
|
Bonjour a tous,
Il fallait bien ecrire mon premier message sur iSort quelque part… C'est donc ici, Frederic,que je t'adresse toutes mes félicitations pour ton logiciel. C'est de loin celui que j'utilise le plus sur mon iPhone, et, j'espere tres bientot, sur l'iPad que je compte bien acquerir !! (j'apprecie aussi particulierement la possibilité de dialoguer en direct avec l'auteur, et surtout…en francais !)
Crois tu qu'il serait possible d'ajouter des champs "boutons" programmables dans iSort ? Evidemment ca sous entend la creation d'un macro langage, mais meme rudimentaire dustyle si (bouton(A)=1) alors champ(x$)="texte" ?
Qu'en penses tu? (juste celui là…pour commencer )
|
|
|
7:35
5 February 2010
|
wiwisan
| | |
| Membre | posts 12 | |
|
|
euh… je viens de m'apercevoir que ce n'est pas le bouton qui devra etre programmé mais le champ qui devra contenir telle chaine de caracteres en fonction de l'état du bouton … mais peut etre que cette possibilité existe deja auquel cas ce topique n'a pas lieu d'etre et je devrai me saborder…gloups !
|
|
|
10:24
5 February 2010
|
Frédéric
| | Montrouge | |
| Admin
| posts 1100 | |
|
|
Post edited 9:25 – 5 February 2010 by Frédéric
Bonjour Wiwisan, et merci ! 
C'est une demande qui revient de temps en temps, et j'y réfléchis depuis un petit moment. L'écueil, c'est qu'Apple interdit aux applications tierces d'interpréter des scripts, donc pas de « si alors sinon » et autres joyeusetés qui plaisent tant aux développeurs .
Du coup, il faudra certainement proposer une façon graphique de gérer les interactions entre éléments et au fond, ça tombe bien.
|
No developer is an island
|
|
|
11:18
5 February 2010
|
wiwisan
| | |
| Membre | posts 12 | |
|
|
Reponse ultra rapide… merci !!
|
|
|
9:11
6 February 2010
|
cg13
| | |
| Membre | posts 217 | |
|
|
Salut,
Si les boutons permettent d'afficher une autre vue ou une autre base
cela serait déjà top.
|
|
|
1:40
8 February 2010
|
Frédéric
| | Montrouge | |
| Admin
| posts 1100 | |
|
|
Post edited 10:53 – 8 February 2010 by Frédéric
Cg13,
Pourquoi ne pas utiliser ce fil de discussion pour jeter les idées d'actions intéressantes pour les boutons ?
[MAJ]
D'ailleurs, je m'y colle :
- Modification d'un champ (contenu, attributs)
- Création d'une fiche
- Suppression de la fiche en cours
- Navigation (fiche suivante, précédente, saut à une fiche)
- Ouverture d'une base, sur une fiche en particulier
D'autres idées ?
|
No developer is an island
|
|
|
18:13
10 February 2010
|
Jodel d140
| | Yvelines | |
| Membre | posts 70 | |
|
|
Post edited 17:54 – 10 February 2010 by Jodel d140
Bonjour,
Je pense aussi à un bouton pour recalculer les champs, je vais essayer de m'expliquer!
J'ai une base avec beaucoup de champs calculés et imbriqués les un aux autres.
Si je modifie la valeur d'un champs le calcul ne se refait pas automatiquement je dois appuyer sur le bonyton OK (donc valider la fiche) puis appuyer de nouveau sur MODIFIER pour que la fiche se recalcule.
Après plusieurs essais : il faut même faire plusieurs fois de suite OK => MODIFIER => OK => MODIFER etc. (5 ou 6 fois) pour que la valeur finale calculée soit bonne.
|
|
|
|
|
1:07
11 February 2010
|
Frédéric
| | Montrouge | |
| Admin
| posts 1100 | |
|
|
Le calcul auto m'a semblé un peu gourmand en puissance, mais il est vrai qu'avec une fiche très dense en calcul, la manipulation devient agaçante. Je vais y réfléchir.
|
No developer is an island
|
|
|
13:18
13 February 2010
|
Jodel d140
| | Yvelines | |
| Membre | posts 70 | |
|
|
Post edited 12:24 – 13 February 2010 by Jodel d140
Serait bien aussi la duplication de la fiche en cours.
NE PAS TENIR COMPTE DEJA EVOQUE DANS UN AUTRE POST
|
|
|
|
Home
Print this Post 
RSS ?