[Evolution-hackers] e_canvas_new in Evolution
Hi all, When Evolution on DirectFB is run the task summary , memo summary appears black but when click on the click-to-add it appears white as expected. Investigating the source code has revealed that this part is formed in e* volution-2.12/widgets/tables* e-table.c in *e_table_setup_table() *function using the function *e_canvas_new ()* , Are there any modes for this canvas generated using this function , like gnome canvas has gnome_canvas_new() -GDK mode and gnome_canvas_new_aa () - RGB mode ; I need to know if these canvases can be generated using gnome_canvas_new() or gnome_canvas_new_aa() ? Is this possible ? because using e_canvas_new() is causing the problem ; or i wanted Know an aa (antialiased) mode of operation using this function. lke in gnome_canvas_new. or I need to know if this GNOME Applications Library e_canvas has any functions to re-paint ? Any pointers in this regard wil be of great help.. Awating your inputs , Thanking you'll in advance. Ragards sv.. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
On Fri, Jun 13, 2008 at 12:17 PM, svalbard colaco [EMAIL PROTECTED] wrote: Hi Milan , Yup i got the sources but there is nt any anti-aliasedaa mode of canvas generation . and e_canvas are diffrent from gnome_canvases i think. Neither did i get a function for repainting a canavs. Any more suggestions? Thanks, sv. On Fri, Jun 13, 2008 at 12:11 PM, Milan Crha [EMAIL PROTECTED] wrote: On Fri, 2008-06-13 at 11:52 +0530, svalbard colaco wrote: Investigating the source code has revealed that this part is formed in evolution-2.12/widgets/tables e-table.c in e_table_setup_table() function using the function e_canvas_new () , Are there any modes for this canvas generated using this function , like gnome canvas has gnome_canvas_new() -GDK mode and gnome_canvas_new_aa () - RGB mode ; Hi, sources of ECanvas are part of Evolution sources, it's in widgets/misc/e-canvas.[hc] Hope that helps, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] time zone problem: extending API in stable branch?
Can you just point us to the right patch, that extends API ? I seem to hit the wrong patch. I dont see any .h changes also. Sorry for the confusion. The patch I pointed to (http://bugzilla.gnome.org/attachment.cgi?id=112638) explains the required API version change, not the API extension itself. As Chenthill said, the new functions are in e-cal-check-timezones.h. Is there a way, we can work around for stable branch alone? The functions contained in e-cal-check-timezones could be compiled as static functions into each calendar backend. It wouldn't be nice, but doable. Clients which also need them (like SyncEvolution) would have to do the same (but SyncEvolution already does that anyway in order to also work with older Evolution releases). Bye, Patrick -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
On Fri, 2008-06-13 at 12:17 +0530, svalbard colaco wrote: Yup i got the sources but there is nt any anti-aliasedaa mode of canvas generation . and e_canvas are diffrent from gnome_canvases i think. Neither did i get a function for repainting a canavs. Any more suggestions? Hi, based on the code, ECanvas is a descendant of the GnomeCanvas. I would suggest, for testing, changing e_canvas_new from: GtkWidget * e_canvas_new (void) { return GTK_WIDGET (g_object_new (E_CANVAS_TYPE, NULL)); } to GtkWidget * e_canvas_new (void) { return GTK_WIDGET (g_object_new (E_CANVAS_TYPE, aa, TRUE, NULL)); } or something like that. For calling redraw, you can do it in a same way as for GnomeCanvas. Bye, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
Hi Milan Thanks for your prompt reply, aa is not a member of the ECANVAS structure ; In gnome_canvas_new_aa() function aa is a member of the Gnome_canvas structure , defined as below /* Whether the canvas is in antialiased mode or not */ unsigned int aa : 1; And the link below gives us the details of the two modes of gnome canvas operation http://developer.gnome.org/doc/GGAD/z177.html So making the aa modification; will it understand as to what is to be done? Are these two modes supported in Ecanvas ? what do you suggest ? Thanks Regards sv. On Fri, Jun 13, 2008 at 12:36 PM, Milan Crha [EMAIL PROTECTED] wrote: On Fri, 2008-06-13 at 12:17 +0530, svalbard colaco wrote: Yup i got the sources but there is nt any anti-aliasedaa mode of canvas generation . and e_canvas are diffrent from gnome_canvases i think. Neither did i get a function for repainting a canavs. Any more suggestions? Hi, based on the code, ECanvas is a descendant of the GnomeCanvas. I would suggest, for testing, changing e_canvas_new from: GtkWidget * e_canvas_new (void) { return GTK_WIDGET (g_object_new (E_CANVAS_TYPE, NULL)); } to GtkWidget * e_canvas_new (void) { return GTK_WIDGET (g_object_new (E_CANVAS_TYPE, aa, TRUE, NULL)); } or something like that. For calling redraw, you can do it in a same way as for GnomeCanvas. Bye, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] e_canvas_new in Evolution
On Fri, 2008-06-13 at 17:16 +0530, svalbard colaco wrote: Thanks for your prompt reply, aa is not a member of the ECANVAS structure ; In gnome_canvas_new_aa() function aa is a member of the Gnome_canvas structure , defined as below /* Whether the canvas is in antialiased mode or not */ unsigned int aa : 1; And the link below gives us the details of the two modes of gnome canvas operation http://developer.gnome.org/doc/GGAD/z177.html So making the aa modification; will it understand as to what is to be done? Are these two modes supported in Ecanvas ? what do you suggest ? Hi, based on this documentation of GnomeCanvas, http://library.gnome.org/devel/libgnomecanvas/stable/GnomeCanvas.html#GnomeCanvas--aa you can pass this property in construction time, which I believe means in call of g_object_new, and because ECanvas is the specialization of the GnomeCanvas, then the GnomeCanvas will set this property, same as it does in gnome_canvas_new_aa: http://svn.gnome.org/viewvc/libgnomecanvas/trunk/libgnomecanvas/gnome-canvas.c?revision=1286view=markup Hope that helps, Milan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] help with highlighting text in composer window
Greetings, I previously posted here for help on checking the composer window text for dirty words. I used the attachment-reminder plugin as an example. Thanks for the suggestion. If a dirty word is found by my plugin; is there a good way to highlight /underline/ mark that word in the composer window? Thanks a lot for all the help, Gary [EMAIL PROTECTED] _ It’s easy to add contacts from Facebook and other social sites through Windows Live™ Messenger. Learn how. https://www.invite2messenger.net/im/?source=TXT_EML_WLH_LearnHow ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Removing libdb from EDS source
On Mon, 2008-05-05 at 10:58 +0530, Srinivasa Ragavan wrote: Ross, I had a chat with JP and He pointed me to a old README. === The issue was around no backwards compatability, from the old README: In my experience recently Berkeley DB has been a lot more forgiving recently. Note that Debian links EDS against DB 4.5, and in the past has linked against 4.4, 4.3, 4.2 instead of the EDS-bundled 4.1 without any problems. EDS has code to handle database upgrades if the file format does change. Yes, this means that the user can't then use the same data file on another machine if it uses an older DB version, but the DB file isn't meant for interchange so I don't see this as a problem. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers