Hi,
On 2008-03-02 00:18:47 +0100 Adam Fedor <[EMAIL PROTECTED]> wrote:
It's time for another release. I'll make an unstable release of the
core
libraries late next week. I also plan a stable base release, but I
will
not make a stable release of the gui libraries, unless there is some
When programming with GNUstep you will be working against the GNUstep
drawing API, not cairo or GDI. It is true that the implementation of
this API for cairo is more complete, but even that may be changed.
Oh, I know, but it doesn't make a lot of sense to maintain multiple backends when one will
On 2 Mar 2008, at 19:20, Tim McIntosh wrote:
Should the #if around NSProprietaryStringEncoding (around line 210)
be:
#if OS_API_VERSION(GS_API_NONE,MAC_OS_X_VERSION_10_4)
instead of:
#if defined(GNUSTEP)
I don't think so ... In MacOS-X NSProprietaryStringEncoding disappears
after v
Hello
I just made some small changes in CairoContext.m
The zip file has been updated :
http://amstradstuff.free.fr/GNUstep/back-win32cairo.zip
Cairo backend and Cairo/Glitz backend can be build and run.
With Calculator and Gorm:
Cairo backend :
Text is Ok. Most bitmaps are ugly (transpar
Should the #if around NSProprietaryStringEncoding (around line 210) be:
#if OS_API_VERSION(GS_API_NONE,MAC_OS_X_VERSION_10_4)
instead of:
#if defined(GNUSTEP)
?
This is what I had in my private copy.
Thanks,
Tim
___
Gnustep-dev mailing list
On 1 Mar 2008, at 17:18, Paul Fox wrote:
When programming with GNUstep you will be working against the GNUstep
drawing API, not cairo or GDI. It is true that the implementation of
this API for cairo is more complete, but even that may be changed.
Oh, I know, but it doesn't make a lot of sense
On Mar 2, 2008, at 1:30 PM, Richard Frith-Macdonald wrote:
On 2 Mar 2008, at 19:20, Tim McIntosh wrote:
Should the #if around NSProprietaryStringEncoding (around line 210)
be:
#if OS_API_VERSION(GS_API_NONE,MAC_OS_X_VERSION_10_4)
instead of:
#if defined(GNUSTEP)
I don't think so ...
On Mar 2, 2008, at 3:51 AM, Riccardo wrote:
About stable, since I gather Debian tracks stable (?) it would be
nice to have some of the printing stuff backported to stable: PRICE
doesn't compile against current debian packages. But it is just my
guess: htey have an reasonably up to date base
On Sun, Mar 2, 2008 at 7:35 PM, Adam Fedor <[EMAIL PROTECTED]> wrote:
>
> On Mar 2, 2008, at 3:51 AM, Riccardo wrote:
> > About stable, since I gather Debian tracks stable (?) it would be
> > nice to have some of the printing stuff backported to stable: PRICE
> > doesn't compile against current de
