Bug avec GRID en lignes fixes

On ne peut pas avoir un GRID contenant juste une ligne, et cette ligne est une ligne fixe, comme pour faire le titre d'un tableau vide.

- Le GRID est créé par défaut avec 5 lignes, dont la première est fixe.
- Si l'on redimensionne le GRID à 1 seule ligne, celle-ci perd sa qualité de ligne fixe.
- Si l'on essaie de donner la commande GRID_ROW_FIXED avec le paramètre 1, on obtient une erreur qui provoque un plantage et qui ne peut même pas être interceptée par ON_ERROR_GOTO.
- Si l'un redimensionne de GRID d'une ligne à 2 lignes, on a bien les deux lignes, mais la première n'est toujours pas fixe.
- Si l'on donne la commande GRID_ROW_FIXED avec le paramètre 1 sur le GRID de 2 lignes, alors la première se remet bien en fixe.

Voici la démonstration:

Code:

grid 1
grid_write 1,1,1,"Test"

message "On va réduire le GRID à 1 seule ligne"
grid_row 1,1 : ' <======= ici, la ligne 1 perd son statut de ligne fixe !

message "on va forcer 1 ligne fixe dans le GRID"
grid_row_fixed 1,1  : ' <========= cette ligne provoque une erreur fatale ! Désactiver pour la dépasser !

message "On va ajouter une ligne au GRID"
grid_row 1,2

message "On va réessayer une ligne fixe dans le GRID"
grid_row_fixed 1,1

end

Oui klaus, je te suis...

Actuellement je bricole le HEIGHT du GRID pour qu'il n'apparaisse que la ligne 1 et j'y met les variables que je souhaite...

A+

Avez vous la même chose

si je sauvegarde un grid avec seulement le nombre de colonne et de ligne
quand je le recharge, j'ai des petites flèches dans les cases vides...


heu...je précise...c'est un fichier que j'ai créé moi même au départ, enfin...auto-créé en initialisation de l'appli,
avec le nombre de colonnes et de lignes seulement.

Personne n'a un avis concernant le bug que j'ai documenté dans mon premier post ? Pourtant, c'est important de pouvoir faire un GRID "vide", avec juste une ligne de titres (ou plusieurs lignes de titres) portant l'attribut "ligne fixe". Je ne vois pas pourquoi la première ligne perdrait son statut de ligne fixe seulement parce qu'il n'y a pas d'autres lignes de données après !

Si, si, je suis d'accord avec toi...


C'est important, c'est la base d'un tableau.
je pense même que la première ligne devrait être fixe par défaut.

Je suis aussi curieux de savoir si d'autres ont eu mes "petites flèches"
car je ne peux plus faire de comparaison du style

si grid_read$ (N,2,1)="" then .........

Euréka !

Grid_Load ne supporte pas un fichier vide ! Je m'explique,

Pour ceux qui aurait la tentation d' auto-créer un fichier à charger dans un grid par Grid_load N,F$.
Le fichier doit déclarer :
- Le nombre de Colonnes en première ligne
- Le nombre de Lignes en deuxième ligne
Puis si vous déclarez 10 lignes N'oubliez pas d'insérer 10 sauts de ligne.
Sinon, vous aurez droit aux petites flèches, puis à une succession d'erreur dans le placement de vos données.

Désolé, je ne m'en sert pas.Je programme peu en ce moment. Pas d'expérience sur ce sujet.

@Klaus, je pensais avoir répondu...

Si, bien sûr, Jean-Claude. Excuse-moi, mais mon interrogation était un peu plus générale.

@Jack: la nouvelle version V0.24i5 a exactement le même comportement que la précédente, par rapport au problème énoncé dans mon post initial. Je sais, la documentation de ce version i5 ne mentionne par cela. Mais qu'est-ce que tu penses de ce fonctionnement ? Par exemple, dans le programme que je viens de poster (ebay_ventes.bas), je dois remettre explicitement GRID_ROW_FIXED à 1 dès que le nombre de lignes dépasse 1, et bloquer explicitement un clic sur la ligne 1 (réservé aux titres de la colonne), dès l'instant qu'il ne reste plus qu'une seule ligne, donc plus de lignes de données.

Citation :

la nouvelle version V0.24i5 a exactement le même comportement que la précédente

Pas tout à fait car :

Citation :

Si l'on essaie de donner la commande GRID_ROW_FIXED avec le paramètre 1, on obtient une erreur qui provoque un plantage et qui ne peut même pas être interceptée par ON_ERROR_GOTO

a été modifié dans la dernière version instantanée V 0. 9.24i5.
Il y a maintenant une fenêtre PANORAMIC, et cela peut-être intercepté par ON_ERROR_GOTO.

Je conçois un GRID avec une seule ligne ou une seule colonne, mais je ne vois pas l'intérêt d'un GRID avec une seule ligne fixe ou une seule colonne fixe.

Si le tableur sert à visualiser des données entrées par l'utilisateur
il est forcement vide au départ et peut être vide lors d'une ré-initialisation de la base.
et à cette ré-initialisation c'est un "caca boudin" à la visualisation.

A partir du moment où l'on déclare une ligne fixe, elle doit le rester.
Sinon, pourquoi la déclarée puisqu'elle l' est par défaut ?
(quand on visualise un tableau de données fixes )

Je déclare la première ligne comme ligne fixe. Elle me sert de titre pour les colonnes. Mon tableau contient donc toujours mes lignes de données commençant en ligne 2, ET la ligne de titre en ligne 1. Lorsque le tableau est vide, seule la ligne fixe de titre doit rester. Et à mon sens, elle doit garder le statut de ligne fixe, pour deux raisons: d'une part, visuellement, c'est perturnant de voir l'aspect des cellules de titre changer, et d'autre part, je ne veux pas pouvoir cliquer dessus.

Pour le moment, je n'accepte les clic que si le numéro de ligne est plus grand que 1 (test ajouté dans la routine évènement), et je force GRID_ROW_FIXED g%,1 dès que le nombre de lignes du grid dépasse 1, lorsque j'ajoute une ligne. Voici ce que ça donne visuellement:

1. un GRID avec une ligne de titre et 1 ligne de données:


2. voici le résultat si je supprime ma ligne de données:


Ce n'est pas génial, non ?

Je pense que de manière générale, les lignes fixes doivent le rester (idem pour les colonnes). On peut même se demander s'il ne faudrait pas protéger les lignes et colonnes fixes de la suppression. Et cela concerne surtout la commande GRID_CLEAR: comme cette commande ne donne qu'une limite supérieure aux lignes et colonnes à effacer, elle efface tout de la première ligne et colonne jusqu'à la limite spécifiée. Même les parties fixes. On pourrait réfléchir à une variante permettant d'effacer uniquement les parties non-fixes, genre GRID_CLEAR_VARIABLE, ou donner à la commande GRID_CLEAR la possibilité de spécifier ligne et colonne de début, de sorte à spécifier un rectangle de zones à effacer.

cela correspond à mon idée, une fois déclarée comme fixe, la ligne doit le rester,
sinon on a aucun intérêt à faire cette déclaration.