Questions-fest
Questions-fest
- Subject: Questions-fest
- From: Mark Papadakis <email@hidden>
- Date: Thu, 30 Jun 2005 16:22:44 +0300
Greetings,
I recently ( 2 weeks ago ) switched to Mac from Windows. My only
regret is that it took me so long to 'do the right thing'.
I have been browsing Apple's documentation, searching for tutorials
on the Net ( very, very few out there ) and playing around
with XCode 2.1, trying to get comfortable with the development
environment.
I got Aaron's Hillegrass's book on Cocoa programming [Cocoa:
Programming for OS X, Addison Wesley], but it didn't really explain
much to me. So, here is a list of question for anyone who would be
kind enough to help me:
o I am trying to figure out exactly how events are handled in a Cocoa
application. If I got it right, applications from Windows Server, and
other sources, end up in the application's events queue. The
NSApplication object picks up events from that queue in its event
loop and then.. :
o Does it dispatch them directly to the NSview responsible for
that event?
o Does it dispatch them to the firstResponder of the NSWindow,
who's NSView object has to handle the event?
o Does it dispatch them to NSWindow, which dispatches them to
the NSView ?
Also, when an NSView doesn't handle an event, it bounces it back to
its super-view ( up to NSwindow itself ). How does the super view
know that the event originated from one of its sub-views, and not
really intended for that view, originally?
o Is it advised to use a separate NIB file for each window?
o Is it advised to use a different controller object for each window?
o How does networking work ? In Win32, for example, I/O events were
dispatched to your window as normal events (read/write/error
availability). Do you have to use select()/read()/write() and other
'low-level' POSIX API calls?
o Are document-based applications the norm? Should my apps adhere to
this concept?
Thank you very much in advance,
Mark Papadakis
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden