Hi Alexander, Thanks for your mail and pointer to the test code, which obviously i should study, and your offer to look into problems i might encounter if i can't get enough speed with NSBezierPath or multiple calls to DPSlineto. I'm very far from this currently, but if i get to that point i'll take you up on your kind offer.
I suppose that i should note for reference that, although it doesn't affect the value of your code and advice (which i really appreciate), the test application crashes with a relocation error (exit status 127 from openapp) if i press the draw button on the panel that comes up when from the Test > Shaders menu item. (The error message on my setup is /home/gstep_user/malmberg/DPSTest-0.8/DPSTest.app/ix86/linux-gnu/gnu-gnu-gnu/DPSTest: relocation error: /home/gstep_user/malmberg/DPSTest-0.8/shfill-test/shfill-test.bundle/ix86/linux-gnu/gnu-gnu-gnu/shfill-test: undefined symbol: PSshfill.) Thanks again for your help. dan In article <[EMAIL PROTECTED]>, Alexander Malmberg <[EMAIL PROTECTED]> wrote: ..... >In most cases, yes. Backends should be smart enough to collect many >calls into a few large messages if they need to send things somewhere. >Thus, the individual DPS* calls should be relatively cheap. If they >aren't cheap enough, and you can define the path in advance, >GSSendBezierPath() might help. > >OTOH, if you need to define a path faster than NSBezierPath/DPSlineto et >al will let you, DPSDoUserPath() could have provided more speed. If you >do run into performance problems with path handling, send me the code >with problems or some profiling data and I'll try to get rid of the >worst bottlenecks. > >> Also, are there any examples of drawing applications (for GNUstep) that >> i could take a look at? > >You could look at DPSTest: > >http://w1.423.telia.com/~u42308495/alex/DPSTest-0.8.tar.gz ...... _______________________________________________ Help-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/help-gnustep
