[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Can DPSshow be implemented by _showString:xCharAdj:yCharAdj:char:adj
Re: Can DPSshow be implemented by _showString:xCharAdj:yCharAdj:char:adjArray:arrType:isRelative: ?
Sun, 08 Aug 2010 16:52:33 +0200
Mozilla/5.0 (X11; U; Linux x86_64; de; rv:188.8.131.52) Gecko/20100714 SUSE/3.0.6 Thunderbird/3.0.6
Am 06.08.2010 03:31, schrieb Derek Fawcus:
> I see that most of the other DPS text output routines are implemented in
> terms of the
> above helper routine. Maybe I'm missing something, but is there any reason
> DPSshow cannot also be implemented by it? Maybe something like:
> - (void) DPSshow: (const char*)s
> float arr;
> arr = 0; arr = 0;
> [self _showString: s
> xCharAdj: 0 yCharAdj: 0 char: 0 adjArray: arr arrType: show_delta
> isRelative: YES];
> added to Source/gsc/GSGState.m ?
> Which would then allow all of the backends (barring
> Source/xdps/NSDPSContextOps.m) to be simplified?
Sounds like an excellent idea to me. This will bring us down to just one
real string drawing implementation per backend. When implementing a new
backend I always wonder which of the different methods actually require
Perhaps we could even move all that code over to gui, but as far as I
remember from moving this up from the art backend this wasn't possible
at that time.
This implementation should be a lot slower then the old DPSshow in the
specific backends, but we could add a bit of optimisation in _showString
and then this code path isn't used anywhere in gui, so the slow down
would only affect old OpenStep applications still using the PS drawing