Discussion :

[Einheijar]

Bonjour.

Je souhaite développer pour une amie, un programme qui génére une grille.
Sur chaque cellules de la grille, elle pourra changer la couleur de la cellule ou ajouter un symbole dessus. ( c'est une façon de créer des "cartes" codées pour tisser avec des motifs )




Je débute en C# et souhaiterais le faire avec ce langage pour apprendre. ( je viens du monde LAMP ).

J'ai pensé à créer l'objet PICTUREBOX dynamiquement pour générer ma grille ... mais j'ai peur que cela sois une solution un peu trop bourine ?

Il y a bien sûre les outils de dessins .... mais ensuite vient la question du : comment délimiter mes cases, et savoir que : si je clique ici .... le programme mettra bien la couleur dans cette case. ( en PICTUREBOX ça me semble simple ).

Qu'en pensez vous ?

Je créé une classe "case" ? et j'utilise les délégués et events pour savoir si je clique sur mon objet Case ? ou bien tout simplement PICTURE BOX peut faire le job ? QUID des performances ?

[pascalCH]

bonjour,
en partant d'un simple "Panel" pour faire une "Case" ça ne devrait pas être très compliqué, tu met directement la gestion des événements dans la Case et pas dans la Form, en plus tu pourras ajouter du drag'n drop, menu popup, changer les couleurs, les bordures, le texte.

depuis la forme, une fois obtenu la taille de la grille, une boucle double créée les cases et les ajoutes dans un autre Panel conteneur

[StringBuilder]

Pascal > J'ai pas très bien compris l'idée...

Tu veux créer autant de contrôles à l'écran qu'il y a de cases ??? Ça me semble particulièrement lourd (!!!). En effet, 20 colonnes x 20 lignes, on arrive déjà à 400 contrôles ! De quoi faire planter n'importe quelle machine à mon avis.

Pour moi, l'idée d'un contrôle (picturebox ou autre), avec un "ondraw" surchargé pour utiliser un Graphics me semble bien plus propre (GDI+).

Un List<List<Case>> pour gérer la partie "logique" des cases, et un rendu dans le Graphics.

Pour le positionnement des click/drag&drop, aucun souci on sait retrouver ça sans aucun problème avec les mouseevents.

PS : L'avantage, c'est que le Graphics pourra alors être utilisé pour créer un Image et l'exporter sous forme d'image (JPEG, PNG, BMP, etc) aussi bien que pour imprimer (en vectoriel s'il vous plaît).

[Einheijar]

Merci pour vos réponse, oui pour les composants panel , ça me semble lourd.

DOnc avec un ondraw, si je dessine un carré, peu importe là où je clique dans le carré, il est capable de savoir que l'action s'apliquera pour toute cette "zone" ?

[Graffito]

On peut utiliser un TableLayoutPanel en adaptant les event MouseClick et CellPaint.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Point selectedCell = new Point();
private void tableLayoutPanel1_MouseClick(object sender, MouseEventArgs e)
{
    if (e.Button == MouseButtons.Right)
    {
       selectedCell = new Point(e.X / (tableLayoutPanel1.Width / tableLayoutPanel1.ColumnCount), e.Y / (tableLayoutPanel1.Height / tableLayoutPanel1.RowCount));
       tableLayoutPanel1.Invalidate() ; // redraw
    }
}
 
void tableLayoutPanel1_CellPaint(object sender, TableLayoutCellPaintEventArgs e)
{
  if (e.Row == selectedCell.Y || e.Column == SelecteCell.X)
  {
    Graphics g = e.Graphics;
    Rectangle r = e.CellBounds;
    g.FillRectangle(Brushes.Blue, r);
  }
}

[pascalCH]

Merci pour vos réponse, oui pour les composants panel , ça me semble lourd.

DOnc avec un ondraw, si je dessine un carré, peu importe là où je clique dans le carré, il est capable de savoir que l'action s'apliquera pour toute cette "zone" ?

Dans le cas ou tu dessine avec un OnDraw, les clics seront reçus sur le PictureBox (ou le Panel ) donc le Sender reçu sera toujours le controle global.
il te faut gérer les événements plus finement :
- le MouseDown pour capturer le spot (x/y) de la souris et connaitre le bouton de souris
- le Click pour gérer lévenement
- le MouseUp pour relacher le spot précédent

le risque est d'avoir beaucoup de clignotement, sauf à gérer les "cases" a rafraichir, c'est pourquoi, une collection de panel est une bonne solution, pas si gourmande que ça, j'ai fait une grille de mot croisés avec des Panel, jusqu'à 500 x 500 sans broncher sur mon asus rog. (il faut juste verrouiller le panneau pendant la construction initiale)

[Einheijar]

On peut utiliser un TableLayoutPanel en adaptant les event MouseClick et CellPaint.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Point selectedCell = new Point();
private void tableLayoutPanel1_MouseClick(object sender, MouseEventArgs e)
{
    if (e.Button == MouseButtons.Right)
    {
       selectedCell = new Point(e.X / (tableLayoutPanel1.Width / tableLayoutPanel1.ColumnCount), e.Y / (tableLayoutPanel1.Height / tableLayoutPanel1.RowCount));
       tableLayoutPanel1.Invalidate() ; // redraw
    }
}
 
void tableLayoutPanel1_CellPaint(object sender, TableLayoutCellPaintEventArgs e)
{
  if (e.Row == selectedCell.Y || e.Column == SelecteCell.X)
  {
    Graphics g = e.Graphics;
    Rectangle r = e.CellBounds;
    g.FillRectangle(Brushes.Blue, r);
  }
}

J'ai testé ta méthode ça marche bien !
par contre je comprends pas la formule mathématique de :
selectedCell = new Point(e.X / (tableLayoutPanel1.Width / tableLayoutPanel1.ColumnCount), e.Y / (tableLayoutPanel1.Height / tableLayoutPanel1.RowCount));


Deplus y a un concepte qui m'échappe :

tu fais un selectedCell = new point().

puis dans la méthode, tu utilises l'objet créé et tu créés dedans un nouvel objet ??

[Pol63]

un datagridview ?


et 400 controles ca ne fait pas planter un programme