Re: [Evolution-hackers] Gender ...

2006-02-15 Thread David Malcolm
On Wed, 2006-02-15 at 12:11 +, michael meeks wrote:
> So,
> 
>   At the risk of offending the gender-confused; it would be -extremely-
> useful to have a Gender boolean in the evolution addresbook [ of course,
> perhaps there is & I'm just missing it but I dug into the code ].

It may be useful to have a gender field in the contacts, though I can't
think of a good reason at the moment;  I don't think that field is
derivable from anything else that currently exists.

> 
>   The reason is OO.o will vary it's salutation on gender; ie.
> 
>   Dear Mrs. Foo
>   Dear Mr. Foo

Err... isn't the "title" field what you really need?  This varies much
more than purely with gender, to the point that the OO.org feature
sounds useless in the locales I'm personally familiar with: most
unmarried women in the UK and US I know would be offended to receive a
"Dear Mrs. Foo".  I also know a female "Dr" who has fought a multiyear
battle with her bank to get her title correct in their correspondence.

> 
>   etc. - now one can argue whether this is broken etc. but there it
> is ;-) the current ergonomics are rather built around this - and, you
> can see that such a boolean internationalizes rather nicely.

It's broken, and certainly doesn't localize to the UK and US, to my
knowledge.


> 
>   So - the question is: can we have it ? currently the OO.o mail merge is
> rather feeble without it.

Sounds like OO.o's mail merge is broken :-)

Dave

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] camel_store_get_folder_info() memory handling

2006-02-15 Thread Jeffrey Stedfast
CamelStore::free_folder_info()'s v.method can be overridden, so it's
really up to your CamelStore implementation.

The consumer of the ::get_folder_info() API is supposed to
call ::free_folder_info(), but since it can be overridden - you can make
it noop, free the info, or free some subset of the info (e.g. it could
free the structs but not the strings or some such if the strings point
to some internal memory).

There are at least 2 convenience implementations in camel-store.h, one
is a noop and one is a free-all type.

Hope that helps,

Jeff

On Wed, 2006-02-15 at 14:21 +0100, Jules Colding wrote:
> Hi,
> 
> Please correct me if I am wrong, but I have suddenly become in doubt
> about who "owns" the memory returned by camel_store_get_folder_info().
> 
> camel_store_get_folder_info() returns a CamelFolderInfo* so the memory
> pointed returned by my provider implementation of get_folder_info() must
> be freed by the caller. Is that correct?
> 
> 
> Thanks,
>   jules
> 
> 
> 
> ___
> 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


[Evolution-hackers] camel_store_get_folder_info() memory handling

2006-02-15 Thread Jules Colding
Hi,

Please correct me if I am wrong, but I have suddenly become in doubt
about who "owns" the memory returned by camel_store_get_folder_info().

camel_store_get_folder_info() returns a CamelFolderInfo* so the memory
pointed returned by my provider implementation of get_folder_info() must
be freed by the caller. Is that correct?


Thanks,
  jules



___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Gender ...

2006-02-15 Thread michael meeks
So,

At the risk of offending the gender-confused; it would be -extremely-
useful to have a Gender boolean in the evolution addresbook [ of course,
perhaps there is & I'm just missing it but I dug into the code ].

The reason is OO.o will vary it's salutation on gender; ie.

Dear Mrs. Foo
Dear Mr. Foo

etc. - now one can argue whether this is broken etc. but there it
is ;-) the current ergonomics are rather built around this - and, you
can see that such a boolean internationalizes rather nicely.

So - the question is: can we have it ? currently the OO.o mail merge is
rather feeble without it.

Thanks,

Michael.

-- 
 [EMAIL PROTECTED]  <><, Pseudo Engineer, itinerant idiot

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] Unsubscribtion letter

2006-02-15 Thread Siddhartha Singh
i want to unsubscribe
		 Yahoo! Autos. Looking for a sweet ride? Get pricing, reviews, & more on new and used cars.___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


Re: [Evolution-hackers] Unsubscribtion letter

2006-02-15 Thread Parthasarathi Susarla
Dude,
People have enough work and mails and junk to read already. And trust me
the last thing we want on this list is some mails like these. Please
refer to sushmas earlier mail regarding how to subscribe and
un-subscribe

-partha
On Wed, 2006-02-15 at 01:42 -0800, Siddhartha Singh wrote:
> i want to unsubscribe
> 
> 
> __
> Yahoo! Autos. Looking for a sweet ride? Get pricing, reviews, & more
> on new and used cars.
> ___
> 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