RFC: en/decodeBase64 relocation

2007-12-02 Thread David Ayers
Hello everyone, Even though base64 encoding is primarily used with MIME processing, its usage does spring up here in related and unrelated scenarios. It also seems more natural as an NSData category to me. I'm wondering whether this patch: moving the implementation of GSMime en/decodeBase64: to

Re: RFC: en/decodeBase64 relocation

2007-12-06 Thread Richard Frith-Macdonald
On 2007-12-02 21:32:17 + David Ayers <[EMAIL PROTECTED]> wrote: Hello everyone, Even though base64 encoding is primarily used with MIME processing, its usage does spring up here in related and unrelated scenarios. It also seems more natural as an NSData category to me. I'm wondering whe

Re: RFC: en/decodeBase64 relocation

2007-12-06 Thread David Ayers
Richard Frith-Macdonald schrieb: > On 2007-12-02 21:32:17 + David Ayers <[EMAIL PROTECTED]> wrote: > >> Hello everyone, >> >> Even though base64 encoding is primarily used with MIME processing, its >> usage does spring up here in related and unrelated scenarios. It also >> seems more natural

Re: RFC: en/decodeBase64 relocation

2007-12-06 Thread Richard Frith-Macdonald
On 2007-12-06 15:12:30 + David Ayers <[EMAIL PROTECTED]> wrote: Richard Frith-Macdonald schrieb: On 2007-12-02 21:32:17 + David Ayers <[EMAIL PROTECTED]> wrote: Hello everyone, Even though base64 encoding is primarily used with MIME processing, its usage does spring up here in relat

Re: RFC: en/decodeBase64 relocation

2007-12-06 Thread Tim McIntosh
On Dec 6, 2007, at 9:54 AM, Richard Frith-Macdonald wrote: my current feeling is that the best approacch is to try to move towards as completely compatible as we can with the main part of the base library, and isolate the extensions etc in the Additions subproject. Yes, yes, a thousand time

RFA: Reorganize GS extensions (was: RFC: en/decodeBase64 relocation)

2007-12-08 Thread David Ayers
Richard Frith-Macdonald schrieb: > On 2007-12-06 15:12:30 + David Ayers <[EMAIL PROTECTED]> wrote: > >> I've also added the declarations to the NSData.h header because -base >> avoids including GSCategories.h declarations when building itself and >> relies on the extensions being declared in G

Re: RFA: Reorganize GS extensions (was: RFC: en/decodeBase64 relocation)

2007-12-08 Thread Tim McIntosh
On Dec 8, 2007, at 4:43 AM, David Ayers wrote: - find a solution for extensions like NSStringEncoding enum Note that NSStringEncoding is an unsigned int in Mac OS X and OPENSTEP, not an enum (int) as it is in GNUstep. I noticed this discrepancy when attempting to decode .gorm files under

Re: RFA: Reorganize GS extensions (was: RFC: en/decodeBase64 relocation)

2007-12-08 Thread Gregory John Casamento
Ustep Developer Sent: Saturday, December 8, 2007 8:03:18 PM Subject: Re: RFA: Reorganize GS extensions (was: RFC: en/decodeBase64 relocation) On Dec 8, 2007, at 4:43 AM, David Ayers wrote: > - find a solution for extensions like NSStringEncoding enum Note that NSStringEncoding is an unsigned int in