[Evolution-hackers] Re: Gender ...

[Harish Krishnaswamy]

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 ].

No. There isn't.

   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.

Why not use 'Title' which is more generic and appropriate - there are
any number of use-cases where a boolean gender would not fit. Addressing
a Doctor / the Queen ;-) for eg.

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

Certainly not on Evo 2.6 at this point, you perhaps already knew that.
Any reason why 'Title' cannot fit your needs ?

Regards,
Harish
___
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

[Jules Colding]

On Wed, 2006-02-15 at 10:37 -0500, Jeffrey Stedfast wrote:
 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,

It does.

Thanks a lot :-)
  jules


 
 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