Marre du menu "Mes classeurs"

[Levak]

Mais j'insiste pour dire qu'un programme Ndless est un classeur, ou du moins un pseudo-classeur puisque l'OS le prend tel quel et qu'il est enregistré tel quel. Le seul truc qui change, c'est le contenu et l'exécution.

Je te comprends pas. De notre côté on affirme que ce n'est pas un classeur sur le point fonctionnel, car il y a une vraie différence entre devoir fermer un classeur pour en ouvrir un autre et le fait de lancer un programme Ndless, et de ton côté, maintenant qu'on t'a convaincu qu'il n'était pas nécessaire - en théorie - (à part vider la RAM) de fermer le classeur courant pour lancer un programme Ndless, tu relances le fait que c'est un "classeur" ou "pseudo-classeur" parce qu'il a l'extension "tns". Mais ... je te renomme n'importe quel fichier en .mov et pour toi c'est un fichier vidéo QuickTime ? C'est stupide non ? Pareil pour les images en .png.tns ... C'est pas un classeur ça. Un classeur défini un terme précis, que j'ai expliqué plus haut, c'est pas simplement un fichier avec l'extension "tns".

Je ne suis presque jamais sur le Tchat et de toutes manières un sondage/forum n'est pas fait pour faire une pétition, [...]

[...]
De toutes façons, ce n'est même plus intéressant de parler de cela, on est complètement en train de discuter dans le vent.

Ok. Mais son geste n'est pas si impardonnable, comme je l'ai déjà expliqué.

Ensuite, qu'entends-tu par la "très faible proportion des utilisateurs" ?

1) TI-Planet ne représente pas la majorité d'utilisateurs de TI-Nspire qui partagent ton idée
2) Les membres de TI-Planet ayant une TI-Nspire et partageant ton idée ne sont pas à 100% actif
3) Même les membres actifs de TI-Planet utilisant leur TI-Nspire et partageant ton idée n'avaient pas envie de voter "Oui" pour toutes les raisons déjà évoquées sur ce sujet.

De quelles raisons parles-tu ? De l'insignifiance de la 2e option ?

Euh ... je ne faisais que répondre à ta question qui est de plus en quote, alors si tu ne t'en souviens pas ...

On a compris que c'était un des nombreux programmes que tu utilisais, mais saches que ... [...]

Bien sûr qu'on peut toujours contourner et trouver des pseudo-solutions, comme je n'ai cessé de le répéter. Mais imagine juste un peu la taille du classeur unique, la place en ram qu'il prendrait, et le temps qu'il mettrait à s'ouvrir...

Bah si ce sont juste des programmes ... c'est pas si "énorme".

Et puis cela ne règlerait pas le problème du nouveau classeur en parallèle.

"Le problème du nouveau classeur en parallèle", ya un nouveau classeur en parallèle ? Si tu parles de "rajouter la possibilité d'ouvrir plusieurs classeurs en parallèle", Excale y a déjà répondu, et moi de même. Pour avancer un argument en faveur de "il faut repenser tout le code", c'est le reverse engineering qu'on a fait. On voit très bien que leur code est pas opti et est univoque. Il fait une copie du document à ouvrir un peu à un emplacement random...

C'est un peu comme si sur ordinateur on ne pouvait ouvrir qu'une fenêtre à la fois.

Euh ... justement, on est pas sur ordinateur.

On pourrait toujours faire des CTRL C/V de partout à chaque fois qu'on change de fenêtre, seulement, ce serait le bor***

Je crois que tu n'as pas compris ma remarque à propos du CTRL+C/V. C'était le fait de pouvoir copier une activité d'un classeur dans ton classeur qui contient tous tes programmes utilises pour les regrouper. Copier une activité revient à séparer complètement les environnements (variables/programmes/fonctions) tout en restant dans le même classeur. Ce n'était pas pour te dire de copier/coller ton classeur courant dans celui que tu utilises, bien sûr que non, comme tu le dis, c'est stupide.

Donc la meilleure solution reste toujours celle de pouvoir ouvrir plusieurs classeurs à la fois

La meilleure solution pour les utilisateurs peut être, mais tu oublies des choses :
- TI n'en a rien à foutre des étudiants qui demandent des features... Ils n'écoutent que les profs, et encore.
- Le code exécutif, le code XML (taille des documents), l'architecture matérielle ainsi que l'interface ne sont pas faites pour permettre l'ouverture de plusieurs classeurs en même temps. Comprend le ou non, mais ceci n'est pas d'une évidence même. C'était gentil de gueuler (le prend pas mal hein) pour prouver que tu avais raison, or on t'a déjà dit que tu avais raison, mais que de toutes manières ça ne sert à rien de d'apitoyer sur ton sors et porter la faute sur TI car ils ne bougeront pas le petit doigt pour les raisons que j'ai évoquées.

Maintenant, si jamais un jour ce feature apparaît ce ne sera pas grâce à toi ni à nous mais grâce à un besoin très précis et commun de TI et de plusieurs professeurs. La rapidité n'est pas vraiment un problème pour un professeur contrairement à un étudiant en examen, et ça, TI ne peut pas encourager les étudiants à se servir de leurs machines comme des aides mémoires. Pour TI, la TI-Nspire est une plateforme éducative. On fait une activité à la fois, correspondant à un classeur.

Si tu trouves un tel argument en faveur de ce feature qui n'a pas pour intérêt celui d'un élève, fait le nous savoir, ça aidera à faire germer l'idée du côté de chez TI. Jusque là c'est toujours comme ça qu'on a procédé pour faire entendre notre point de vue. Un exemple simple : l'amélioration des D2Editor en Lua : "Les D2Editor fournissent un moyen de saisie très simple et très complet en perspective pour un professeur qui n'a pas envie de reprogrammer un système de saisie, seulement, ils restent encore trop primitifs, buggés et impossible de les détruire". Chose qu'on retrouve désormais améliorée en 3.2.

De toutes façons, il n'y aurait jamais assez de ram pour mettre tous les cours de toutes l'année dans un classeur. Déjà que chaque chapitre est assez gros, alors les dizaines ensemble...

Ah ? je croyais que c'était simplement des programmes ... Nous on répondait là dessus car tu avais l'air d'avoir 50 classeurs pour 50 programmes. Comme dit, tu regroupes tout, tu mets ce que tu peux en LibPub et tu mets ça dans le MyLib et on en parle plus.

[mdr1]

Mais j'insiste pour dire qu'un programme Ndless est un classeur, ou du moins un pseudo-classeur puisque l'OS le prend tel quel et qu'il est enregistré tel quel. Le seul truc qui change, c'est le contenu et l'exécution.

Je te comprends pas. De notre côté on affirme que ce n'est pas un classeur sur le point fonctionnel, car il y a une vraie différence entre devoir fermer un classeur pour en ouvrir un autre et le fait de lancer un programme Ndless, et de ton côté, maintenant qu'on t'a convaincu qu'il n'était pas nécessaire - en théorie - (à part vider la RAM) de fermer le classeur courant pour lancer un programme Ndless, tu relances le fait que c'est un "classeur" ou "pseudo-classeur" parce qu'il a l'extension "tns". Mais ... je te renomme n'importe quel fichier en .mov et pour toi c'est un fichier vidéo QuickTime ? C'est stupide non ? Pareil pour les images en .png.tns ... C'est pas un classeur ça. Un classeur défini un terme précis, que j'ai expliqué plus haut, c'est pas simplement un fichier avec l'extension "tns".

Je voulais simplement dire que le fichier était compris comme un classeur pas l'OS et enregistré tel quel.
Bien sûr que ce n'est pas un vrai classeur.
Bon, de toutes façons, on s'en fout un peu.

Ok. Mais son geste n'est pas si impardonnable, comme je l'ai déjà expliqué.

Bien sûr que non, mais ce qu'il y a de plus impardonnable, c'est de ne même pas se montrer.
Je préfère considérer que c'est un bug (et que ça le soit).

Ensuite, qu'entends-tu par la "très faible proportion des utilisateurs" ?

1) TI-Planet ne représente pas la majorité d'utilisateurs de TI-Nspire qui partagent ton idée
2) Les membres de TI-Planet ayant une TI-Nspire et partageant ton idée ne sont pas à 100% actif
3) Même les membres actifs de TI-Planet utilisant leur TI-Nspire et partageant ton idée n'avaient pas envie de voter "Oui" pour toutes les raisons déjà évoquées sur ce sujet.

De quelles raisons parles-tu ? De l'insignifiance de la 2e option ?

Euh ... je ne faisais que répondre à ta question qui est de plus en quote, alors si tu ne t'en souviens pas ...

J'ai tout à fait compris la réponse et qui me convainc. Il y a juste le "toutes les raisons déjà évoquées sur ce sujet" que je ne comprends pas.

On a compris que c'était un des nombreux programmes que tu utilisais, mais saches que ... [...]

Bien sûr qu'on peut toujours contourner et trouver des pseudo-solutions, comme je n'ai cessé de le répéter. Mais imagine juste un peu la taille du classeur unique, la place en ram qu'il prendrait, et le temps qu'il mettrait à s'ouvrir...

Bah si ce sont juste des programmes ... c'est pas si "énorme".

Je ne suis pas d'accord sur ce point :
1) Certaines programme sont très gros comme Make3D (que je n'utilise pas)
2) Beaucoup de programmes lua sont accompagnés de formulaires et plein d'autres trucs. Il y a même certains classeurs où c'est du cours + des progs lua (cf les programmes de TI).

Et puis cela ne règlerait pas le problème du nouveau classeur en parallèle.

"Le problème du nouveau classeur en parallèle", ya un nouveau classeur en parallèle ? Si tu parles de "rajouter la possibilité d'ouvrir plusieurs classeurs en parallèle", Excale y a déjà répondu, et moi de même. Pour avancer un argument en faveur de "il faut repenser tout le code", c'est le reverse engineering qu'on a fait. On voit très bien que leur code est pas opti et est univoque. Il fait une copie du document à ouvrir un peu à un emplacement random...

Non, le nouveau classeur dont je parle est celui que l'on crée dès que l'on commence l'examen/le concours.

Je crois que tu n'as pas compris ma remarque à propos du CTRL+C/V. C'était le fait de pouvoir copier une activité d'un classeur dans ton classeur qui contient tous tes programmes utilises pour les regrouper. Copier une activité revient à séparer complètement les environnements (variables/programmes/fonctions) tout en restant dans le même classeur. Ce n'était pas pour te dire de copier/coller ton classeur courant dans celui que tu utilises, bien sûr que non, comme tu le dis, c'est stupide.

Sauf que quand on a beaucoup de classeurs avec beaucoup de programmes et de cours, il est impossible de tout regrouper ensemble : pas assez de ram, et plusieurs minutes à attendre pour l'ouverture du classeur (sans compter que quand il manque de la ram, la navigation dans le classeur est super lente). Et de plus, le problème du nouveau classeur à fermer/enregistrer au préalable ne disparait pas. Et il serait aberrant de vouloir tout mettre dans le même classeur.

Donc la meilleure solution reste toujours celle de pouvoir ouvrir plusieurs classeurs à la fois

La meilleure solution pour les utilisateurs peut être, mais tu oublies des choses :
- TI n'en a rien à foutre des étudiants qui demandent des features... Ils n'écoutent que les profs, et encore.
- Le code exécutif, le code XML (taille des documents), l'architecture matérielle ainsi que l'interface ne sont pas faites pour permettre l'ouverture de plusieurs classeurs en même temps. Comprend le ou non, mais ceci n'est pas d'une évidence même. C'était gentil de gueuler (le prend pas mal hein) pour prouver que tu avais raison, or on t'a déjà dit que tu avais raison, mais que de toutes manières ça ne sert à rien de d'apitoyer sur ton sors et porter la faute sur TI car ils ne bougeront pas le petit doigt pour les raisons que j'ai évoquées.

Maintenant, si jamais un jour ce feature apparaît ce ne sera pas grâce à toi ni à nous mais grâce à un besoin très précis et commun de TI et de plusieurs professeurs. La rapidité n'est pas vraiment un problème pour un professeur contrairement à un étudiant en examen, et ça, TI ne peut pas encourager les étudiants à se servir de leurs machines comme des aides mémoires. Pour TI, la TI-Nspire est une plateforme éducative. On fait une activité à la fois, correspondant à un classeur.

Si tu trouves un tel argument en faveur de ce feature qui n'a pas pour intérêt celui d'un élève, fait le nous savoir, ça aidera à faire germer l'idée du côté de chez TI. Jusque là c'est toujours comme ça qu'on a procédé pour faire entendre notre point de vue. Un exemple simple : l'amélioration des D2Editor en Lua : "Les D2Editor fournissent un moyen de saisie très simple et très complet en perspective pour un professeur qui n'a pas envie de reprogrammer un système de saisie, seulement, ils restent encore trop primitifs, buggés et impossible de les détruire". Chose qu'on retrouve désormais améliorée en 3.2.

Ok, j'ai compris. J'ai peut-être une idée : quand vous donnez à vos élèves un classeur avec des consignes/exos, ils n'ont parfois pas besoin de l'environnement correspondant mais au contraire d'un truc vierge. Certes, il peuvent créer un nouvelle activité, mais quand vous recevez ensuite les classeurs, il y a un gros surplus inutile qui gêne pour la correction : toutes les consignes + le cours. Donc ce serait bien pratique de pouvoir créer un nouveau classeur ouvert en même temps que l'autre afin que les élèves ne l'envoient que lui seul. Dites-le moi si l'idée est mauvaise. Sinon, vous pouvez aussi dire que parfois, les élèves ont besoin de plusieurs supports éducatifs qui ont été donnés sur plusieurs classeurs.

De toutes façons, il n'y aurait jamais assez de ram pour mettre tous les cours de toutes l'année dans un classeur. Déjà que chaque chapitre est assez gros, alors les dizaines ensemble...

Ah ? je croyais que c'était simplement des programmes ... Nous on répondait là dessus car tu avais l'air d'avoir 50 classeurs pour 50 programmes. Comme dit, tu regroupes tout, tu mets ce que tu peux en LibPub et tu mets ça dans le MyLib et on en parle plus.

Ah non, je n'utilise pas que des programmes, le cours aussi est utile ! Et j'aurai beau de toutes façons mettre tous les programmes lua dans un même classeur, eh bien, sans compter les problèmes de mémoire, je ne pourrai pas l'ouvrir, ce classeur, si j'en ai déjà un d'ouvert.

[Adriweb]

Mais j'insiste pour dire qu'un programme Ndless est un classeur, ou du moins un pseudo-classeur puisque l'OS le prend tel quel et qu'il est enregistré tel quel. Le seul truc qui change, c'est le contenu et l'exécution.

Je te comprends pas. De notre côté on affirme que ce n'est pas un classeur sur le point fonctionnel, car il y a une vraie différence entre devoir fermer un classeur pour en ouvrir un autre et le fait de lancer un programme Ndless, et de ton côté, maintenant qu'on t'a convaincu qu'il n'était pas nécessaire - en théorie - (à part vider la RAM) de fermer le classeur courant pour lancer un programme Ndless, tu relances le fait que c'est un "classeur" ou "pseudo-classeur" parce qu'il a l'extension "tns". Mais ... je te renomme n'importe quel fichier en .mov et pour toi c'est un fichier vidéo QuickTime ? C'est stupide non ? Pareil pour les images en .png.tns ... C'est pas un classeur ça. Un classeur défini un terme précis, que j'ai expliqué plus haut, c'est pas simplement un fichier avec l'extension "tns".

Je voulais simplement dire que le fichier était compris comme un classeur pas l'OS et enregistré tel quel.
Bien sûr que ce n'est pas un vrai classeur.
Bon, de toutes façons, on s'en fout un peu.

Ok. Mais son geste n'est pas si impardonnable, comme je l'ai déjà expliqué.

Bien sûr que non, mais ce qu'il y a de plus impardonnable, c'est de ne même pas se montrer.
Je préfère considérer que c'est un bug (et que ça le soit).

Ensuite, qu'entends-tu par la "très faible proportion des utilisateurs" ?

1) TI-Planet ne représente pas la majorité d'utilisateurs de TI-Nspire qui partagent ton idée
2) Les membres de TI-Planet ayant une TI-Nspire et partageant ton idée ne sont pas à 100% actif
3) Même les membres actifs de TI-Planet utilisant leur TI-Nspire et partageant ton idée n'avaient pas envie de voter "Oui" pour toutes les raisons déjà évoquées sur ce sujet.

De quelles raisons parles-tu ? De l'insignifiance de la 2e option ?

Euh ... je ne faisais que répondre à ta question qui est de plus en quote, alors si tu ne t'en souviens pas ...

J'ai tout à fait compris la réponse et qui me convainc. Il y a juste le "toutes les raisons déjà évoquées sur ce sujet" que je ne comprends pas.

On a compris que c'était un des nombreux programmes que tu utilisais, mais saches que ... [...]

Bien sûr qu'on peut toujours contourner et trouver des pseudo-solutions, comme je n'ai cessé de le répéter. Mais imagine juste un peu la taille du classeur unique, la place en ram qu'il prendrait, et le temps qu'il mettrait à s'ouvrir...

Bah si ce sont juste des programmes ... c'est pas si "énorme".

Je ne suis pas d'accord sur ce point :
1) Certaines programme sont très gros comme Make3D (que je n'utilise pas)
2) Beaucoup de programmes lua sont accompagnés de formulaires et plein d'autres trucs. Il y a même certains classeurs où c'est du cours + des progs lua (cf les programmes de TI).

Et puis cela ne règlerait pas le problème du nouveau classeur en parallèle.

"Le problème du nouveau classeur en parallèle", ya un nouveau classeur en parallèle ? Si tu parles de "rajouter la possibilité d'ouvrir plusieurs classeurs en parallèle", Excale y a déjà répondu, et moi de même. Pour avancer un argument en faveur de "il faut repenser tout le code", c'est le reverse engineering qu'on a fait. On voit très bien que leur code est pas opti et est univoque. Il fait une copie du document à ouvrir un peu à un emplacement random...

Non, le nouveau classeur dont je parle est celui que l'on crée dès que l'on commence l'examen/le concours.

Je crois que tu n'as pas compris ma remarque à propos du CTRL+C/V. C'était le fait de pouvoir copier une activité d'un classeur dans ton classeur qui contient tous tes programmes utilises pour les regrouper. Copier une activité revient à séparer complètement les environnements (variables/programmes/fonctions) tout en restant dans le même classeur. Ce n'était pas pour te dire de copier/coller ton classeur courant dans celui que tu utilises, bien sûr que non, comme tu le dis, c'est stupide.

Sauf que quand on a beaucoup de classeurs avec beaucoup de programmes et de cours, il est impossible de tout regrouper ensemble : pas assez de ram, et plusieurs minutes à attendre pour l'ouverture du classeur (sans compter que quand il manque de la ram, la navigation dans le classeur est super lente). Et de plus, le problème du nouveau classeur à fermer/enregistrer au préalable ne disparait pas. Et il serait aberrant de vouloir tout mettre dans le même classeur.

Donc la meilleure solution reste toujours celle de pouvoir ouvrir plusieurs classeurs à la fois

La meilleure solution pour les utilisateurs peut être, mais tu oublies des choses :
- TI n'en a rien à foutre des étudiants qui demandent des features... Ils n'écoutent que les profs, et encore.
- Le code exécutif, le code XML (taille des documents), l'architecture matérielle ainsi que l'interface ne sont pas faites pour permettre l'ouverture de plusieurs classeurs en même temps. Comprend le ou non, mais ceci n'est pas d'une évidence même. C'était gentil de gueuler (le prend pas mal hein) pour prouver que tu avais raison, or on t'a déjà dit que tu avais raison, mais que de toutes manières ça ne sert à rien de d'apitoyer sur ton sors et porter la faute sur TI car ils ne bougeront pas le petit doigt pour les raisons que j'ai évoquées.

Maintenant, si jamais un jour ce feature apparaît ce ne sera pas grâce à toi ni à nous mais grâce à un besoin très précis et commun de TI et de plusieurs professeurs. La rapidité n'est pas vraiment un problème pour un professeur contrairement à un étudiant en examen, et ça, TI ne peut pas encourager les étudiants à se servir de leurs machines comme des aides mémoires. Pour TI, la TI-Nspire est une plateforme éducative. On fait une activité à la fois, correspondant à un classeur.

Si tu trouves un tel argument en faveur de ce feature qui n'a pas pour intérêt celui d'un élève, fait le nous savoir, ça aidera à faire germer l'idée du côté de chez TI. Jusque là c'est toujours comme ça qu'on a procédé pour faire entendre notre point de vue. Un exemple simple : l'amélioration des D2Editor en Lua : "Les D2Editor fournissent un moyen de saisie très simple et très complet en perspective pour un professeur qui n'a pas envie de reprogrammer un système de saisie, seulement, ils restent encore trop primitifs, buggés et impossible de les détruire". Chose qu'on retrouve désormais améliorée en 3.2.

Ok, j'ai compris. J'ai peut-être une idée : quand vous donnez à vos élèves un classeur avec des consignes/exos, ils n'ont parfois pas besoin de l'environnement correspondant mais au contraire d'un truc vierge. Certes, il peuvent créer un nouvelle activité, mais quand vous recevez ensuite les classeurs, il y a un gros surplus inutile qui gêne pour la correction : toutes les consignes + le cours. Donc ce serait bien pratique de pouvoir créer un nouveau classeur ouvert en même temps que l'autre afin que les élèves ne l'envoient que lui seul. Dites-le moi si l'idée est mauvaise. Sinon, vous pouvez aussi dire que parfois, les élèves ont besoin de plusieurs supports éducatifs qui ont été donnés sur plusieurs classeurs.

De toutes façons, il n'y aurait jamais assez de ram pour mettre tous les cours de toutes l'année dans un classeur. Déjà que chaque chapitre est assez gros, alors les dizaines ensemble...

Ah ? je croyais que c'était simplement des programmes ... Nous on répondait là dessus car tu avais l'air d'avoir 50 classeurs pour 50 programmes. Comme dit, tu regroupes tout, tu mets ce que tu peux en LibPub et tu mets ça dans le MyLib et on en parle plus.

Ah non, je n'utilise pas que des programmes, le cours aussi est utile ! Et j'aurai beau de toutes façons mettre tous les programmes lua dans un même classeur, eh bien, sans compter les problèmes de mémoire, je ne pourrai pas l'ouvrir, ce classeur, si j'en ai déjà un d'ouvert.

</topic> svp ? (ou du moins sur ces quotes interminables...)
Il a été dit de nombreuses choses certes instructives, mais vous finissez par parler dans le vide je pense

[mdr1]

L'image insérée dans ton post m'a bien fait rire.
Mais lis juste mon dernier post et tu verras que au moins 50% n'est pas dans le vide (je pense par exemple à la manière de proposer à TI une suggestion).

[Adriweb]

J'ai lu
Et TI à été mis au courant pour la lenteur de toute facon...

[mdr1]

Alors, qu'en penses-tu ?

[Excale]

Je crois qu'on est pas clair sur un truc...

Oui, dans l'absolu ce serait pas une mauvaise chose de pouvoir ouvrir plusieurs classeurs à la fois (SSI TI code pas un truc buggué/non fonctionnel!)
Ce qu'on essaie de te dire, c'est que c'est peu probable que ça arrive, pour les raisons évoquées ci-dessus. Et pour rester dans l'utopie, il a largement mieux à faire avant (comme accélérer ce fichu explorateur oui).
Et oui tu vas dire que c'est mieux de pouvoir ouvrir plusieurs classeurs à la fois, mais toutes les techniques données (principalement par Levak) ci dessus sont parfaitement fonctionnelles, à condition de changer ton point de vue de base, ie utiliser le scratchpad et commencer à faire tes calculs directement dans le classeur dont tu vas avoir besoin par la suite (un exo sur les ondes? j'ouvre le cours sur les ondes et je fais mes calculs dedans...). Et perso, je fais même absolument tout sans scratchpad.

PS: Quand à ton argument du point de vue "prof", il se trouve que les profs récupèrent les classeurs sur ordi, où l'ouverture est quasiment-immédiate, et il leur suffit d'aller à l'activité 2 et *pouf* c'est réglé. Donc ça tombe un peu à l'eau .

[mdr1]

Je crois qu'on est pas clair sur un truc...

Oui, dans l'absolu ce serait pas une mauvaise chose de pouvoir ouvrir plusieurs classeurs à la fois (SSI TI code pas un truc buggué/non fonctionnel!)
Ce qu'on essaie de te dire, c'est que c'est peu probable que ça arrive, pour les raisons évoquées ci-dessus. Et pour rester dans l'utopie, il a largement mieux à faire avant (comme accélérer ce fichu explorateur oui).
Et oui tu vas dire que c'est mieux de pouvoir ouvrir plusieurs classeurs à la fois, mais toutes les techniques données (principalement par Levak) ci dessus sont parfaitement fonctionnelles, à condition de changer ton point de vue de base, ie utiliser le scratchpad et commencer à faire tes calculs directement dans le classeur dont tu vas avoir besoin par la suite (un exo sur les ondes? j'ouvre le cours sur les ondes et je fais mes calculs dedans...). Et perso, je fais même absolument tout sans scratchpad.

Mauvaise idée :
1) Le devoir de 4 heures ne va jamais porter entièrement sur les ondes
2) Si on veut pouvoir enregistrer ce qu'on a fait pour pouvoir revenir sur les exos précédents (rapidement et non en ouvrant/fermant/enregistrant des classeurs de partout), on veut aussi pouvoir garder un environnement du truc sur les ondes intact et non modifié ==> donc on est obligé d'enregistrer sous un autre nom ==> ça met encore plein de classeurs de partout et on enregistre/charge plein de données en double
3) Dans le scratchpad, il n'y a pas du tout tout ce qu'offre un classeur
4) Le scratchpad fait perdre les avantages du multi-onglets&activités ==> donc à chaque fois qu'on change d'exo, faut effacer toutes les courbes et tous les calculs, et impossible de revenir rapidement dessus avec tout le bon environnement pour effectuer des modifications sur l'exercice ou le vérifier

PS: Quand à ton argument du point de vue "prof", il se trouve que les profs récupèrent les classeurs sur ordi, où l'ouverture est quasiment-immédiate. Donc ça tombe un peu à l'eau .

Et que penses-tu à l'argument de plusieurs classeurs contenant des explications sur des sujets différents mais dont l'exercice donne besoin ? Mais sinon, si tu as une idée, tu peux la donner toi aussi, vu que t'es plus expérimenté en la matière.

[Excale]

2) Si on veut pouvoir enregistrer ce qu'on a fait pour pouvoir revenir sur les exos précédents (rapidement et non en ouvrant/fermant/enregistrant des classeurs de partout), on veut aussi pouvoir garder un environnement du truc sur les ondes intact et non modifié ==> donc on est obligé d'enregistrer sous un autre nom ==> ça met encore plein de classeurs de partout et on enregistre/charge plein de données en double

Atta, tu reviens 50 fois sur un exo précedent pendant tes 4 H toi? Perdre allez, deux minutes sur 4H à enregistrer un classeur par exo, je trouve ça complètement négligeable (surtout que pendant ces deux minutes, rien de t'empêche de réfléchir à la suite, "be multitache" ).

3) Dans le scratchpad, il n'y a pas du tout tout ce qu'offre un classeur

Normal, c'est fait pour un calcul d'appoint dont tu n'auras plus besoin par la suite...

4) Le scratchpad fait perdre les avantages du multi-onglets&activités ==> donc à chaque fois qu'on change d'exo, faut effacer toutes les courbes et tous les calculs, et impossible de revenir rapidement dessus avec tout le bon environnement pour effectuer des modifications sur l'exercice ou le vérifier

voir 3), il n'est pas fait pour enregistrer les calculs d'un exo.

[mdr1]

Atta, tu reviens 50 fois sur un exo précedent pendant tes 4 H toi? Perdre allez, deux minutes sur 4H à enregistrer un classeur par exo, je trouve ça complètement négligeable (surtout que pendant ces deux minutes, rien de t'empêche de réfléchir à la suite, "be multitache" ).

2 minutes, même en tout, c'est absolument ÉNORME pour un concours. Surtout que souvent on revient sur les exercices précédents vers la fin de l'épreuve c'est-à-dire un moment où on a pas de temps à perdre et où on a plus rien d'autre à faire. (et puis y a que les filles qui savent faire 2 choses à la fois) Donc le temps gagné avec les nombreuses fonctions ajoutées à la 3.2 est petit par rapport à cette très grande amélioration qui pourrait être effectuée. Et puis je rappelle que si sur le logiciel on peut ouvrir plusieurs classeurs à la fois, ce n'est pas pour rien (be multitache ).

3) Dans le scratchpad, il n'y a pas du tout tout ce qu'offre un classeur

Normal, c'est fait pour un calcul d'appoint dont tu n'auras plus besoin par la suite...

C'est bien ce que je dis. On ne peut pas revenir dessus simplement et c'est le foutoir dans les variables.
Et en plus, on a pas tout ce qui est tableur (sauf tableau de valeurs), éditeur de texte, affichage statistiques etc.

4) Le scratchpad fait perdre les avantages du multi-onglets&activités ==> donc à chaque fois qu'on change d'exo, faut effacer toutes les courbes et tous les calculs, et impossible de revenir rapidement dessus avec tout le bon environnement pour effectuer des modifications sur l'exercice ou le vérifier

voir 3), il n'est pas fait pour enregistrer les calculs d'un exo.

Je crois rêver, tu argumentes contre-toi même en confirmant mes propos.