piro -> évidemment, tes utilisateurs pourront utiliser ces pics
en revanche, qu'ils ne s'attendent pas à pouvoir les modifier ou à utiliser RecallPic / StorePic puisqu'il leur faudra xtratokn pour accéder au caractère correspondant.
Du coup -> ton programme fonctionnera parfaitement
Adriweb -> D'accord pour les string c'est pareil pour les matrices etc. et c'est ce que je voulais dire; quand je parlais de "flemme" je voulais plutôt dire (je me suis mal exprimé, désolé) que le fait de faire un gros menu c'est pas facile parce qu'il faut trouver une technique pour que l'utilisateur s'y retrouve facilement et vu leur méthode de développement ils n'ont pas voulu faire ce qu'à fait xtratokn, jugeant la méthode "pas assez bien pour tout le monde" si vous voyez ce que je veux dire. Donc ils auraient du trouver une autre idée et la programmer donc payer plus pour le développement (car n'oublions pas que le temps, c'est de l'argent ) et ont jugés que 10 c'était bien suffisant... Ce n'est que mon avis, ce n'est peut-être pas la vrai raison qui a motivé TI à nous limiter, développeurs z80, à 10 pics/lists/matrices/strings etc., mais c'est celle que je pense être la bonne.
Graphismes lent a charger
23 posts
• Page 3 of 3 • 1, 2, 3
Re: Graphismes lent a charger
Toujours plus loin, toujours plus haut, toujours plus geek !
Créateur du projet Haskier : Jouer ! Sujet sur OpenClassrooms
Programmez en UnderBasic ! https://tiplanet.org/forum/viewtopic.php?t=19009&p=207260
Créateur du projet Haskier : Jouer ! Sujet sur OpenClassrooms
Programmez en UnderBasic ! https://tiplanet.org/forum/viewtopic.php?t=19009&p=207260
-
Clément.7
Niveau 11: LV (Légende Vivante)- Posts: 348
- Joined: 12 Jun 2013, 15:02
- Location: Près de Nantes
- Gender:
- Calculator(s):→ MyCalcs profile
- Class: IUT Informatique en 2017-2019
- GitHub: ClementNerma
Re: Graphismes lent a charger
Salut clément,
Ayant téléchargé xlib il y a quelques jours, j'ai remarqué en en effet qu'il prenait UN PEU de place
J'ai donc testé ton programme (que j'adore), mais malheureusement j'ai eu quelques problèmes avec les pics.
Lorsque j'essaye d'enregistrer mon écran "graph" avec l'une des 200 et quelques pics, ce n'est pas l'écrant "graph" qui est
enregistré dans la pic mais l'ecrant "normal" (on l'on fait les calculs)
Aurais -tu une solution ?
Ps : j'ai réinitialisé ma ti juste avant de prendre ton programme
Merci d'avance
Ayant téléchargé xlib il y a quelques jours, j'ai remarqué en en effet qu'il prenait UN PEU de place
J'ai donc testé ton programme (que j'adore), mais malheureusement j'ai eu quelques problèmes avec les pics.
Lorsque j'essaye d'enregistrer mon écran "graph" avec l'une des 200 et quelques pics, ce n'est pas l'écrant "graph" qui est
enregistré dans la pic mais l'ecrant "normal" (on l'on fait les calculs)
Aurais -tu une solution ?
Ps : j'ai réinitialisé ma ti juste avant de prendre ton programme
Merci d'avance
-
piro
Niveau 7: EP (Espèce Protégée: geek)- Posts: 19
- Joined: 28 Oct 2014, 17:35
- Location: Paris
- Gender:
- Calculator(s):→ MyCalcs profile
Re: Graphismes lent a charger
Pour l'instant, je l'optimiserais plutôt comme ça : (proche de la version de Bisam, mais un peu plus rapide)
à noter que les valeurs de départ, d'arrivée, et de pas d'une boucle For( ne sont pas recalculées à chaque passage.
-------------------------------------------------------------------------------------------------
EDIT:
Autre idée : afin d'optimiser au mieux l'intérieur de la boucle, on pourrait partir sur 2 listes contenant les positions mémorisées sous la forme X+Y/1000
La liste L1 contiendrait les points 1,3,5,7..... et L2 les points 0,2,4,6,8...
Et si l'on ne tombait par sur un nombre impair de points (car le point 0 est factice) , il suffirait de faire 2 fois la derniere coordonnée, par exemple.
- Code: Select all
L1(1→U
L2(1→V
dim(L1
For(A,3-not(fPart(.5Ans)),Ans,2
L1(A-1→X
L2(A-1→Y
Line(U,V,X,Y
L1(A→U
L2(A→V
Line(X,Y,U,V
End
à noter que les valeurs de départ, d'arrivée, et de pas d'une boucle For( ne sont pas recalculées à chaque passage.
-------------------------------------------------------------------------------------------------
EDIT:
Autre idée : afin d'optimiser au mieux l'intérieur de la boucle, on pourrait partir sur 2 listes contenant les positions mémorisées sous la forme X+Y/1000
La liste L1 contiendrait les points 1,3,5,7..... et L2 les points 0,2,4,6,8...
Et si l'on ne tombait par sur un nombre impair de points (car le point 0 est factice) , il suffirait de faire 2 fois la derniere coordonnée, par exemple.
- Code: Select all
L1(1→U
1000fPart(U→V
For(A,2,dim(L1
L2(A→X
1000fPart(X→Y
Line(U,V,X,Y
L1(A→U
1000fPart(U→V
Line(X,Y,U,V
End
-
grosgedVIP++
Niveau 14: CI (Calculateur de l'Infini)- Posts: 770
- Images: 75
- Joined: 14 Sep 2011, 12:29
- Gender:
- Calculator(s):→ MyCalcs profile
23 posts
• Page 3 of 3 • 1, 2, 3
Who is online
Users browsing this forum: ClaudeBot [spider] and 2 guests