[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
gslib patch second version
From: |
BALATON Zoltan |
Subject: |
gslib patch second version |
Date: |
Mon, 8 Apr 2002 02:14:12 +0200 (MEST) |
Hello,
A new version of the gslib patch is available at
http://goliat.eik.bme.hu/~balaton/gnustep/gnustep-back-gslib-2.patch.gz
This is still NOT useable, but contains the following changes:
* Patch against cvs of Apr 7 23:38
* Now link with GNU Ghostscript 6.53
- Needs the following patch:
http://goliat.eik.bme.hu/~balaton/gnustep/ghostscript-6.53-errhandler.patch
- Use the following makefile:
http://goliat.eik.bme.hu/~balaton/gnustep/makefile
* Uses the x11 device, because in gs 6.53 the previous x11alpha device is
declared broken and disabled.
* First try to make drawing appear in the right window, still broken
There are several remaining problems to solve. The main one is that for
some reason drawing does not always appear in windows and when it does it
is not at the right place but in the right window now at least. I suspect
it is caused by that both the backend server and the ghostscript x11
driver try to manage the window itself and they conflict with each other.
Could someone who knows the backend explain shortly what does the server
do with windows? E.g. what does it do with Expose events, how does it
manage the backing store, when does it clear windows, what does it draw in
windows, etc.
I used Calculator.app for testing. After startup the menu and main windows
are empty and a few other empty windows also appear. The latter is caused
by the gs x11 driver which maps windows itself. You can make some drawing
appear in the main window by clicking in it a few times at different
places. (Move around the mouse in the window while clicking and something
should appear.) It seems that gslib now draws in the right window but
something is erasing it. I suspect it is the backend. Does anyone have an
explanation?
Greetings,
BALATON Zoltan
- gslib patch second version,
BALATON Zoltan <=