In this case the code you should be looking into is in Win32CairoSurface. It may also be worthewhile to check the Testplant branch, whether there is already a fix for this issue.
Fred On the road Am 24.02.2015 um 18:55 schrieb Germán Arias <[email protected]>: > The problem with cairo backend is that, if the window is not buffered, > The line: > > copy->_ct = cairo_create(cairo_get_target(_ct)); > > at method -copyWithZone, fails with the error CAIRO_STATUS_NO_MEMORY. Or > maybe this is a bug with NSZone on Windows? I don't know but with > buffered windows there is no problem. > > With winlib I don't know what is the problem. But I think cairo will be > the default backend on the future. Because maintain two backends will be > a nightmare. > > Germán > >> El mar, 24-02-2015 a las 09:22 +0100, Fred Kiefer escribió: >> Thank you for reverting. You are correct that switching the backing style is >> only a tiny waste of graphics memory. We could change all windows to >> NSBackingStoreRetained, but if we did we wouldn't know whether the other >> styles still work and if user code uses a different type, that could fail. >> >> Ignoring the style in the backend is different, it wastes just the same >> memory, but does so consistently. The problem here is why this doesn't work >> for you. I am sure it used to work for both winlib and cairo. And I really >> cannot see, what is causing the problem for you with cairo. Please try to >> find the issue in back, the code there already should ignore the backing >> style, why isn't it? >> >> Fred >> >> On the road >> >> Am 24.02.2015 um 00:59 schrieb Germán Arias <[email protected]>: >> >>>> El lun, 23-02-2015 a las 23:01 +0100, Fred Kiefer escribió: >>>> Could you please take back the gui changes you commited to work around >>>> this issue? I really don't think that this is a gui issue and we should >>>> try to address it on the correct level. In this case it would be in back >>>> and there in the win32 code. If you have a look there in WIN32Server.m you >>>> will see that for the cairo backend none of the backing store type >>>> settings should have any effect as all that code is just conditionaly for >>>> winlib. The question now should be why this doesn't have the intended >>>> effect for you. >>>> >>>> Fred >>>> >>>> On the road >>> >>> Done. But I don't see a problem using buffered windows. According with >>> this: >>> >>> https://developer.apple.com/library/mac/documentation/Cocoa/Reference/ApplicationKit/Classes/NSWindow_Class/#//apple_ref/c/tdef/NSBackingStoreType >>> >>> NSBackingStoreNonretained >>> >>> The window draws directly to t _______________________________________________ Gnustep-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
