[Cairo] Changement de couleur en cours de route

Bonjour,

Je suis en train de développer du code sous gtk+ avec la library cairo. Je tombe sur un comportement que je comprends pas, et que je n'arrive pas à résoudre. Voici un exemple bidon qui explique ce que je veux faire:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38

/* travail avec cairo */ #include <stdio.h> #include <cairo.h> #include <gtk/gtk.h>   int main(int argc, char *argv[]) { GtkWidget *window; GtkWidget *drawarea; gboolean on_expose_event(GtkWidget * widget, GdkEventExpose * event, gpointer userdata); gtk_init(&argc, &argv); window=gtk_window_new(GTK_WINDOW_TOPLEVEL); gtk_window_set_position(GTK_WINDOW(window), GTK_WIN_POS_CENTER); gtk_window_set_default_size(GTK_WINDOW(window), 600, 600); gtk_window_set_title(GTK_WINDOW(window), "GTK window"); drawarea=gtk_drawing_area_new(); gtk_container_add (GTK_CONTAINER(window), drawarea); g_signal_connect(G_OBJECT(drawarea), "expose_event", G_CALLBACK(on_expose_event), NULL); g_signal_connect(window, "destroy", G_CALLBACK(gtk_main_quit), NULL); gtk_widget_show_all(window); gtk_main(); return 0; } gboolean on_expose_event(GtkWidget *widget, GdkEventExpose *event, gpointer userdata) { cairo_t *cr=NULL; cr=gdk_cairo_create(widget->window); /* première couleur */ cairo_set_source_rgb(cr, .0, .0, .0); cairo_move_to(cr, 300.0, 300.0); cairo_line_to(cr,400.0,400.); /* deuxième couleur */ cairo_set_source_rgb(cr, 1., .0, .0); cairo_line_to(cr,200.0,400.); cairo_stroke(cr); cairo_destroy(cr); return FALSE; }

---

Bref, je veux changer de couleur (ou de type de trait, etc.) en cours de route. Ca ne marche pas. La seconde couleur (ou type de trait, etc.) est celle qui est utilisée tout le long du tracé. Pourtant, la doc de cairo_set_source_rgb() spécifie bien "[The] opaque color will then be used for any subsequent drawing operation until a new source pattern is set.". Il y a (encore) clairement quelque chose qui m'échappe, et toute aide sur ce point est la bienvenue.

D'avance merci.

Cordialement, Eric.

Ajoute un cairo_stroke (cr); après chaque cairo_line_to();

Citation:

---

Envoyé par gerald3d

Ajoute un cairo_stroke (cr); après chaque cairo_line_to();

---

Merci pour cette réponse. J'avais déjà essayé cette solution, avec la fonction suivante:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

gboolean on_expose_event(GtkWidget *widget, GdkEventExpose *event, gpointer userdata) { cairo_t *cr=NULL; cr=gdk_cairo_create(widget->window); /* première couleur */ cairo_set_source_rgb(cr, .0, .0, .0); cairo_move_to(cr, 300.0, 300.0); cairo_line_to(cr,400.0,400.); cairo_stroke(cr); /* deuxième couleur */ cairo_set_source_rgb(cr, 1., .0, .0); cairo_line_to(cr,200.0,400.); cairo_stroke(cr); cairo_destroy(cr); return FALSE; }

---

Le résultat est que seule la première ligne est tracée, la seconde non. Il semble qu'il y ait encore quelque chose qui m'échappe..

Encore merci pour toute aide sur ce point.

Eric.

Je viens de relire la doc. cairo_stroke (); détruit le chemin une fois l'affichage effectué. Le problème vient peut être de là. Essaye cairo_stroke_preserve(); en lieu et place. On ne sait jamais ;).

Citation:

---

Envoyé par gerald3d

Je viens de relire la doc. cairo_stroke (); détruit le chemin une fois l'affichage effectué. Le problème vient peut être de là. Essaye cairo_stroke_preserve(); en lieu et place. On ne sait jamais ;).

---

Merci. cairo_stroke_preserve() n'améliore rien. On retombe sur le premier problème, i.e., la dernière couleur demandée est celle qui est utilisée pour l'ensemble du tracé..

Bon, je me réponds à moi même. J'ai trouvé la solution. La solution est d'avoir deux contextes graphiques différents (ou plus), chacun avec sa couleur, etc.

Egalement, il n'est pas possible de faire un cairo_line_to() en utilisant un contexte graphique différent de celui utilisé pour initialiser le trait avec cairo_move_to().

Bref, j'aurais du trouver la solution bien plus tôt, faisant ca depuis des années lorsque je code avec la Xlib. J'ai été induit en erreur par l'information "[The] opaque color will then be used for any subsequent drawing operation until a new source pattern is set." de la doc, qui semble une information erronée. Voici par exemple un bout de code qui fonctionne:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

boolean on_expose_event(GtkWidget *widget, GdkEventExpose *event, gpointer userdata) { cairo_t *cr1=NULL; cairo_t *cr2=NULL; cr1=gdk_cairo_create(widget->window); cr2=gdk_cairo_create(widget->window); /* premier couleur */ cairo_set_source_rgb(cr1, .0, .0, .0); cairo_move_to(cr1, 300.0, 300.0); cairo_line_to(cr1,400.0,400.); cairo_stroke(cr1); /* deuxième couleur */ cairo_set_source_rgb(cr2, 1., 0.0, 0.0); cairo_move_to(cr2, 400.0, 400.0); cairo_line_to(cr2,200.0,400.); cairo_stroke(cr2); cairo_destroy(cr1); cairo_destroy(cr2); return FALSE; }

---

Au cas où ca serve à d'autres..

Eric.

Si tu veux relier les points ABC en ayant les segments AB et BC de deux couleurs différentes, il n'y a pas 50 solutions. Si tu traces AB avec cairo_stroke, B n'est plus dans les chemins. La solution la plus simple est donc de faire un move_to sur B avant ton line_to sur C. Tu peux aussi faire un move_to sur B, sauver le contexte avec cairo_save, tracer BA, restaurer le contexte avec cairo_restore (le point B est lors déjà dans le chemin) et faire un line_to vers C, et tracer BC.

Regarde la doc cairo, dans la section "Paths", tu as plein de fonctions pour manipuler les chemins. cairo_close_path te permet d'arrêter des chemins, peut être qu'il éviterait le deuxième appel à move_to. En tout cas passer pr un second contexte cairo ne me sembla pas être une bonne idée.

Merci.

Oui, tout ceci est logique. J'utilise en fait souvent la définition de plusieurs (même plus que deux) contextes graphiques dans mes codes, notamment - comme je l'ai dit - lorsque que développe sur le Xlib (que je connais beaucoup mieux que gtk). Ca ne pose pas trop de problèmes majeurs, et je m'y sens à l'aise.

En tout cas, merci pour votre temps.

Cordialement,

Eric.