[Evolution-hackers] E-VCard API
Hello to all, I have made more progress, but I'm a bit confused by the API. I have added Speeddial support using Chris' trick : attr = e_vcard_attribute_new (NULL, TEL); e_vcard_attribute_add_param_with_value (attr, e_vcard_attribute_param_new (TYPE), X-GNOME-MEETING-SPEEDDIAL); e_vcard_attribute_add_value (attr, 55); e_vcard_add_attribute (E_VCARD (contact), attr); Now, from an EContact, I want to be able to read the speed dial value back. More or less easy with a succession of loops : 1) e_contact_get_attributes returns a GList of EVCardAttribute * 2) for each of the EVCardAttribute *, call e_vcard_attribute_get_params to get a GList of EVCardAttributeParam * 3) for each of the EVCardAttributeParam, call e_vcard_attribute_param_get_values to get a list of char * containing the param value name. One of them is of course X-GNOMEMEETING-SPEEDDIAL, but how can I get the associate value back? I can use e_vcard_attribute_get_values, but it will give me a list of values for the EVCardAttribute found at step 1. How can I make sure I get the value for the correct EVCardAttributeParam with the right X-GNOMEMEETING-SPEEDDIAL value? Currently, it works because all lists are single-valued, but shouldn't there be a function in the API like : e_vcard_attribute_param_get_value (EVCardAttributeParam (found in 2), X-GNOMEMEETING-SPEEDDIAL)? Thanks, -- Damien Sandras [EMAIL PROTECTED] signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: [Evolution-hackers] E-VCard API
On Thu, 2004-04-29 at 14:50, Damien Sandras wrote: Hello to all, I have made more progress, but I'm a bit confused by the API. I have added Speeddial support using Chris' trick : attr = e_vcard_attribute_new (NULL, TEL); e_vcard_attribute_add_param_with_value (attr, e_vcard_attribute_param_new (TYPE), X-GNOME-MEETING-SPEEDDIAL); e_vcard_attribute_add_value (attr, 55); e_vcard_add_attribute (E_VCARD (contact), attr); Now, from an EContact, I want to be able to read the speed dial value back. More or less easy with a succession of loops : 1) e_contact_get_attributes returns a GList of EVCardAttribute * 2) for each of the EVCardAttribute *, call e_vcard_attribute_get_params to get a GList of EVCardAttributeParam * 3) for each of the EVCardAttributeParam, call e_vcard_attribute_param_get_values to get a list of char * containing the param value name. One of them is of course X-GNOMEMEETING-SPEEDDIAL, but how can I get the associate value back? Once you find an attribute having a parameter with name as TYPE and value as X-GNOME-MEETING_SPEEDDIAL , you can call e_vcard_attribute_get_value or e_vcard_attribute_get_values on that attribute. Not sure though :) I can use e_vcard_attribute_get_values, but it will give me a list of values for the EVCardAttribute found at step 1. How can I make sure I get the value for the correct EVCardAttributeParam with the right X-GNOMEMEETING-SPEEDDIAL value? Currently, it works because all lists are single-valued, but shouldn't there be a function in the API like : e_vcard_attribute_param_get_value (EVCardAttributeParam (found in 2), X-GNOMEMEETING-SPEEDDIAL)? Thanks, ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Move and Copy in Calendar/Tasks/Addressbook
On Thu, 2004-04-29 at 11:39 +0800, Not Zed wrote: You can't dnd without a mouse. I presume you can bring up the context menu however. On Wed, 2004-04-28 at 10:43 -0400, JP Rosevear wrote: Given that cut and paste and drag and drop (well not for tasks, but soon) work and the editors have a selector, do we really need the Move and Copy contextual operations? Its currently broken in the calendar and the address book. You can cut/copy/paste though. I'm not saying toast these from the mailer either, just from calendar and addressbook since they are new features and kind of broken atm. Long term they could probably come back. -JP -- JP Rosevear [EMAIL PROTECTED] Novell, Inc. ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution and rtl support
Hi all, Following the advice of Christian Rose of the i18n team I am contacting you the Evo hackers to look at this issue. So I hope this mail doesn't generate some flames as I'll try to be as polite as possible ;) Evolution has bad rtl support as seen in this screen: http://www.silverpen.de/evo.png The task/mail/contact/calendar widgets are not present and many bars are not flipped the right way. Under this id you can find the bug which was already reported: 56693 I've included a detailed descriptionn at the end of the page as my last comment on the bug. And there is already a patch for flipping icons in the right order. I want to lobby for this bug because of the two following reasons: More then 50 countries use rtl scripts (without counting the islamic countries which use Arabic as a second or third language), like Arabic hebrew persian etc... rtl using countries are making a really big part of our world. It wouldn't be good if those ppl would have to wait longer for such a great app till it becomes usable for them. The second reason is that the interface looks messy which degrades the overall desktop experience for a user when using gnome. To have a high quality desktop I think it should be very good to have such an important app behaving correctly under the corresponding locale. the majority will look at Evo first place when installing gnome 2.8 so having a decent looking app is not so wrong ;) So I really hope this bug gets your attention. And gets resolved for 2.8! The translation is nearly done too (80%) so I hope this gets spin. many thanx for reading. And I hope my mail was friendly enough to not make anyone angry ;) yours Arafat Medini Arabic gnome transaltion coordinator ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Move and Copy in Calendar/Tasks/Addressbook
On Thu, 2004-04-29 at 09:24 -0400, JP Rosevear wrote: On Thu, 2004-04-29 at 11:39 +0800, Not Zed wrote: You can't dnd without a mouse. I presume you can bring up the context menu however. On Wed, 2004-04-28 at 10:43 -0400, JP Rosevear wrote: Given that cut and paste and drag and drop (well not for tasks, but soon) work and the editors have a selector, do we really need the Move and Copy contextual operations? Its currently broken in the calendar and the address book. You can cut/copy/paste though. I'm not saying toast these from the mailer either, just from calendar and addressbook since they are new features and kind of broken atm. Long term they could probably come back. IIRC, the calendar part just needs a few minutes fixing. Not sure what exactly was missing, but not really much. For tasks, it's not even hooked up to the menu though. cheers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] E-VCard API
On Enj , 2004-04-29 at 11:20 +0200, Damien Sandras wrote: Hello to all, I have made more progress, but I'm a bit confused by the API. I have added Speeddial support using Chris' trick : attr = e_vcard_attribute_new (NULL, TEL); e_vcard_attribute_add_param_with_value (attr, e_vcard_attribute_param_new (TYPE), X-GNOME-MEETING-SPEEDDIAL); e_vcard_attribute_add_value (attr, 55); e_vcard_add_attribute (E_VCARD (contact), attr); As a side note, you probably want to make this be an attribute of the field for the callto: url, rather than telephone. Since the speed-dial doesn't affect your phone, but it is associated with the videoconf url. -- dobey signature.asc Description: This is a digitally signed message part
Re: [Evolution-hackers] Evolution and rtl support
On Thu, 2004-04-29 at 17:31 +0200, Arafat Medini wrote: I would have better made a chat transcript, as what I wrote in my mail indeed happened and made me very angry. I think, I have the right to report on a problem like that. Some ppl felt uncomfortable with my mail and so I changed my style to be more polite. of course you've got the right, in fact, this list and all the evo lists are created just for that, for users to report problems. In fact, it would be much better if you filed bugs at Evolution's bugzilla (http://bugzilla.ximian.com) about every specific problem. But as you've got the right to report bugs, evolution developers have the right to be treated with respect, and, IMO, saying in a public forum that 'evo developers dont care about arabic' is a lack of respect to the Evo developers. That's why I answered your mail in [EMAIL PROTECTED], I don't know what chat conversation you're referring to. cheers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] E-VCard API
not if you only run the inner loop if the attribute name is TEL.. Chris On Thu, 2004-04-29 at 14:52 +0200, Damien Sandras wrote: Le jeu, 29/04/2004 à 17:33 +0530, Sivaiah N a écrit : [...] Once you find an attribute having a parameter with name as TYPE and value as X-GNOME-MEETING_SPEEDDIAL , you can call e_vcard_attribute_get_value or e_vcard_attribute_get_values on that attribute. Not sure though :) Well, that's what I'm currently doing, but as I'm playing with lists of lists of lists and that the attribute is in the top-level list, but X-GNOMEMEETING_SPEEDDIAL in one of the sublist, isn't there a risk to get a value for something else that TYPE/X-GNOMEMEETING_SPEEDDIAL ? ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] E-VCard API
And am I supposed to call g_list_foreach (attr_param_list, (GFunc) e_vcard_attribute_param_free, NULL); and g_list_foreach (attr_list, (GFunc) e_vcard_attribute_free, NULL); ? Evolution doesn't seem to call the first one when getting the params list, which could be a leak. However, when I'm calling those functions, I get a crash with an invalid backtrace so I'm a bit puzzled. I'm at the end of my implementation, sorry if I'm harassing you with those mails but I like to be sure of what I'm doing and as all things are not documented yet, I prefer to ask. Thank you very much; Le jeu, 29/04/2004 à 10:30 -0700, Chris Toshok a écrit : not if you only run the inner loop if the attribute name is TEL.. Chris On Thu, 2004-04-29 at 14:52 +0200, Damien Sandras wrote: Le jeu, 29/04/2004 à 17:33 +0530, Sivaiah N a écrit : [...] Once you find an attribute having a parameter with name as TYPE and value as X-GNOME-MEETING_SPEEDDIAL , you can call e_vcard_attribute_get_value or e_vcard_attribute_get_values on that attribute. Not sure though :) Well, that's what I'm currently doing, but as I'm playing with lists of lists of lists and that the attribute is in the top-level list, but X-GNOMEMEETING_SPEEDDIAL in one of the sublist, isn't there a risk to get a value for something else that TYPE/X-GNOMEMEETING_SPEEDDIAL ? signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: [Evolution-hackers] E-VCard API
Le jeu, 29/04/2004 à 13:33 -0700, Chris Toshok a écrit : neither of those should be called. Are they pointers to internal things? Because in evolution/addressbook/util/e-destination.c I see e_vcard_attribute_free is called on the mail list. Anyway, my last question about this is should I free each element of the list returned by e_vcard_attribute_param_get_values? Thank you very much for your clarifications! Chris On Thu, 2004-04-29 at 22:33 +0200, Damien Sandras wrote: And am I supposed to call g_list_foreach (attr_param_list, (GFunc) e_vcard_attribute_param_free, NULL); and g_list_foreach (attr_list, (GFunc) e_vcard_attribute_free, NULL); ? Evolution doesn't seem to call the first one when getting the params list, which could be a leak. However, when I'm calling those functions, I get a crash with an invalid backtrace so I'm a bit puzzled. I'm at the end of my implementation, sorry if I'm harassing you with those mails but I like to be sure of what I'm doing and as all things are not documented yet, I prefer to ask. Thank you very much; Le jeu, 29/04/2004 à 10:30 -0700, Chris Toshok a écrit : not if you only run the inner loop if the attribute name is TEL.. Chris On Thu, 2004-04-29 at 14:52 +0200, Damien Sandras wrote: Le jeu, 29/04/2004 à 17:33 +0530, Sivaiah N a écrit : [...] Once you find an attribute having a parameter with name as TYPE and value as X-GNOME-MEETING_SPEEDDIAL , you can call e_vcard_attribute_get_value or e_vcard_attribute_get_values on that attribute. Not sure though :) Well, that's what I'm currently doing, but as I'm playing with lists of lists of lists and that the attribute is in the top-level list, but X-GNOMEMEETING_SPEEDDIAL in one of the sublist, isn't there a risk to get a value for something else that TYPE/X-GNOMEMEETING_SPEEDDIAL ? ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
[Evolution-hackers] Contact editor UI changes
What's the consensus on the required UI changes for the contact editor? I guess we're adding the home page URL entry. Are we also removing the blog entry? How do we do the remove picture functionality? I'm thinking a popup menu on right clicking the image (which could also have a set image option, so you aren't forced to do drag/drop), but it might not be optimal in terms of usability. What are good defaults for the option menu fields (phone, IM, e-mail)? Chosen from the options presented by evolution. Do you prefer to make the glade changes yourself, or do you want me to do it? -- Hans Petter ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Contact editor UI changes
On Thu, 2004-04-29 at 16:53 -0500, Hans Petter Jansson wrote: I guess we're adding the home page URL entry. Are we also removing the blog entry? As a total aside, someone was saying that it would be mad cool if a blog's rss feed location were stored in the addressbook so that a blog aggregrator could poke e-d-s and auto-subscribe to any/all of the blogs of your friends in the addressbook. Luis ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
[Evolution-hackers] Meeting invitation; select by category
Calendar appointment - meeting - invite others - category is currently broken, printing libebook-WARNING **: unknown field name `category' and crashing in e_book_query_to_string(). I seem to remember something about us doing away with categories, and thought I'd ask you guys before I fixed. Is this broken UI or broken backend? (Either way, I think e_book_query_to_string() needs to do more error checking). -- Hans Petter ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] E-VCard API
They both return pointers to internal things. The e-destination.c code frees up the list because e_contact_get_attributes creates a copied GList*. Also, looking at that e-destination code, there are a few bugs in it too. Chris On Thu, 2004-04-29 at 22:46 +0200, Damien Sandras wrote: Le jeu, 29/04/2004 à 13:33 -0700, Chris Toshok a écrit : neither of those should be called. Are they pointers to internal things? Because in evolution/addressbook/util/e-destination.c I see e_vcard_attribute_free is called on the mail list. Anyway, my last question about this is should I free each element of the list returned by e_vcard_attribute_param_get_values? Thank you very much for your clarifications! Chris On Thu, 2004-04-29 at 22:33 +0200, Damien Sandras wrote: And am I supposed to call g_list_foreach (attr_param_list, (GFunc) e_vcard_attribute_param_free, NULL); and g_list_foreach (attr_list, (GFunc) e_vcard_attribute_free, NULL); ? Evolution doesn't seem to call the first one when getting the params list, which could be a leak. However, when I'm calling those functions, I get a crash with an invalid backtrace so I'm a bit puzzled. I'm at the end of my implementation, sorry if I'm harassing you with those mails but I like to be sure of what I'm doing and as all things are not documented yet, I prefer to ask. Thank you very much; Le jeu, 29/04/2004 à 10:30 -0700, Chris Toshok a écrit : not if you only run the inner loop if the attribute name is TEL.. Chris On Thu, 2004-04-29 at 14:52 +0200, Damien Sandras wrote: Le jeu, 29/04/2004 à 17:33 +0530, Sivaiah N a écrit : [...] Once you find an attribute having a parameter with name as TYPE and value as X-GNOME-MEETING_SPEEDDIAL , you can call e_vcard_attribute_get_value or e_vcard_attribute_get_values on that attribute. Not sure though :) Well, that's what I'm currently doing, but as I'm playing with lists of lists of lists and that the attribute is in the top-level list, but X-GNOMEMEETING_SPEEDDIAL in one of the sublist, isn't there a risk to get a value for something else that TYPE/X-GNOMEMEETING_SPEEDDIAL ? ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Contact editor UI changes
I'm not sure it's better or worse to allow one and not the other.. There are plenty of people with blogs that don't have rss feeds. Although having the rss feed would be pretty cool, yeah. Chris On Thu, 2004-04-29 at 17:16 -0500, Hans Petter Jansson wrote: On Thu, 2004-04-29 at 16:58, Luis Villa wrote: On Thu, 2004-04-29 at 16:53 -0500, Hans Petter Jansson wrote: I guess we're adding the home page URL entry. Are we also removing the blog entry? As a total aside, someone was saying that it would be mad cool if a blog's rss feed location were stored in the addressbook so that a blog aggregrator could poke e-d-s and auto-subscribe to any/all of the blogs of your friends in the addressbook. That's actually a very good idea. Much better than storing a URL to the HTML, though it would require adding that field to the backend. Chris, what do you think? -- Hans Petter ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers !DSPAM:409180b5920721109235406! ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution and rtl support
Can you actually put together a detailed list of everything which doesn't work, and how it is supposed to work? This will be required at the very least to get anytihng done. Then maybe some knowledgable people can contribute patches to help getting it fixed. If nobody's even prepared to come up with a list of issues, or work on patches for this, then it doesn't seem there would be enough interest in us writing them anyway. There's probably plenty of issues we appear not to care, but its mostly just a question of resources and also knowledge - given a choice between a hard problem we know how to fix and even an easy one we have no clue on, the former will always be done first. I personally feel a bit embarassed that I only speak and write one language, but that was hard enough to learn - languages just aren't my thing, so i'm necessarily limited in what i18n stuff I can do without guidance. On Tue, 2004-04-27 at 20:52 +0200, Arafat Medini wrote: Hi all, Following the advice of Christian Rose of the i18n team I am contacting you the Evo hackers to look at this issue. So I hope this mail doesn't generate some flames as I'll try to be as polite as possible ;) Evolution has bad rtl support as seen in this screen: http://www.silverpen.de/evo.png The task/mail/contact/calendar widgets are not present and many bars are not flipped the right way. Under this id you can find the bug which was already reported: 56693 I've included a detailed descriptionn at the end of the page as my last comment on the bug. And there is already a patch for flipping icons in the right order. I want to lobby for this bug because of the two following reasons: More then 50 countries use rtl scripts (without counting the islamic countries which use Arabic as a second or third language), like Arabic hebrew persian etc... rtl using countries are making a really big part of our world. It wouldn't be good if those ppl would have to wait longer for such a great app till it becomes usable for them. The second reason is that the interface looks messy which degrades the overall desktop experience for a user when using gnome. To have a high quality desktop I think it should be very good to have such an important app behaving correctly under the corresponding locale. the majority will look at Evo first place when installing gnome 2.8 so having a decent looking app is not so wrong ;) So I really hope this bug gets your attention. And gets resolved for 2.8! The translation is nearly done too (80%) so I hope this gets spin. many thanx for reading. And I hope my mail was friendly enough to not make anyone angry ;) yours Arafat Medini Arabic gnome transaltion coordinator ___ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers Michael Zucchi [EMAIL PROTECTED] Ximian Evolution and Free Software Developer Novell, Inc. attachment: zed-48.small.jpg