Re: Large over 100K pixel high ruler scroll view
Re: Large over 100K pixel high ruler scroll view
- Subject: Re: Large over 100K pixel high ruler scroll view
- From: Julie Porter <email@hidden>
- Date: Mon, 29 Aug 2011 21:21:36 -0700
On 8/29/11 9:01 PM, Jens Alfke wrote:
On Aug 29, 2011, at 7:18 PM, Julie Porter wrote:
In some ways it is too bad I can not call the cocoa classes from a
postscript syntax, considering that the program already defines the
data in arrays of dictionaries. I think at one time there was
interactive postscript on the NEXT. Not sure if any of that still
exists or not.
NeXTSTEP used Display PostScript; ripping this out and replacing it
with a new graphics system (CoreGraphics aka Quartz) was one of the
big tasks in the transition to Mac OS X. There’s some appeal to the
idea of sending graphics to the display system as executable code, but
it was very inefficient. (It was also proprietary code owned by Adobe,
which demanded a fairly steep per-copy licensing fee.)
Yeah, that is why I no longer work for Apple. But I digress. Steve
did not want to pay the license fees and shut down the imaging
division. I was one of apple's postscript gurus. Since printing went
to CUPS, I have been building pipe organs.
There’s not really any direct correlation between a tree-based data
structure (NSArrays/NSDictionaries) and PostScript. You’d just end up
translating one representation into another (textual) one before
having it rendered; calling CG directly skips that step.
I would disagree, The dictionary trees are fundamental to the core of
postscript. But there are probably only 6 people in the world that know
postscript as well as I do. It is the perfect parsing language for
large data streams.
On the other hand, this app is in effect doing what you say, translating
one representation into another, although the source trees are the
same. The difference is postscript has pages, where I want dirty rects
that represent my page dependent on the scroller position. and no gaps
between the sheets.
-julie
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden