Re: Carbon, threads, and windows...
- From: Gregory Weston <uce@xxxxxxxxxx>
- Date: Mon, 12 Nov 2007 17:17:06 -0500
In article <4738c1af$0$2237$426a74cc@xxxxxxxxxxxx>,
Adrien Reboisson <adrien-reboisson-at-astase-dot-com@xxxxxxxx> wrote:
Gregory Weston a écrit :
he wanted to avoid users calling OS drawing APIs in
applications which use it. In a nutshell, no GetMessage/PeekMessage...
or Carbon's RunApplicationEventLoop/ReceiveNextEvent/... outside of the
library's classes.
I'm confused. Does this library exist for the Mac with the same
behaviors? If you're not planning on actually using that library, I'm
not sure why its eccentricities would inform the design of your port.
I don't use this library, I just have to port it to Carbon. The library
does already compile under MacOS X, but is dependant of the X11
subsystem. The author want something more "native" and I've been
assigned to do the port. Nothing more.
BTW, I don't find the concept nor the implementation "eccentric". When a
physicist wants to implement some image processing algorithm, he
certainly does not want to write any OS dependant code (or has event the
knowledgde to do that). He just want to include some .HPP, to work on
some objects instances, and to connect them to a display to show the
algorithm result. This is not the way I usually design my applications,
but encapsulating all the drawing code outside the user files is a
must-have for this library.
We may be narrowing in on something here. Is the goal to recreate an
app, a library, or specifically to do both of them?
I thought at first you were creating an application ("I'm porting a
Win32 application to the Mac...") and in that case you wouldn't
necessarily care about the unrelated needs of a library that happens to
have been used in the implementation of the app on a different platform.
But if you're trying to create a library, we're into a somewhat
different ballpark.
Greg
.
- Follow-Ups:
- Re: Carbon, threads, and windows...
- From: Adrien Reboisson
- Re: Carbon, threads, and windows...
- References:
- Carbon, threads, and windoww...
- From: Adrien Reboisson
- Re: Carbon, threads, and windoww...
- From: Gregory Weston
- Re: Carbon, threads, and windows...
- From: Adrien Reboisson
- Re: Carbon, threads, and windows...
- From: Gregory Weston
- Re: Carbon, threads, and windows...
- From: Adrien Reboisson
- Carbon, threads, and windoww...
- Prev by Date: Re: Carbon, threads, and windows...
- Next by Date: Re: Carbon, threads, and windows...
- Previous by thread: Re: Carbon, threads, and windows...
- Next by thread: Re: Carbon, threads, and windows...
- Index(es):
Relevant Pages
|