Igor Delovski Board

[XNote]

Life after QuickDraw using .r

"So you may be facing a week or so where you do no programming at all,
simply spend the time in various utility programs (or simply doing
screendumps) converting your assets from one format to another. Thank
goodness for Preview's wonderful conversion abilities, and if you have
sound resources it might be worth buying QuickTime Pro."

[delovski]

Developer Connection: Carbon Resource Management

"Applications often need to load specific resources in addition to their
executable code. Carbon includes support for distributing, locating, and
loading these resources, which include memory allocations, feature
availability information, power and energy resources, and application-
specific images, sounds, and localized strings."

[delovski]

Carbon mouse event handling

"The following program exhibits a curious behaviour.  Mouse up event
only gets caught once (the first time), and mouse dragged never. Mouse
down and mouse moved are getting caught consistently. The intention is
to catch them and pass them further to the other handlers in the stack."

"Don't fight the framework.  If you want to write apps the way you do
with X windows, then just install the X package on the machines you
use, and write an X11 app."

[delovski]

Me and Mark Publishing: Xcode Tools Tips

"Using External Text Editors with Xcode, Referencing Another Project in
Your Xcode Project, Entering Input When Debugging Command Line Programs,
Uninstalling the Xcode Tools, Using Resources Files with Xcode,
Viewing Global Variables in the Debugger, etc."

And a few books: Xcode Tools Sensei & Mac Game Programming



"Because Xcode Tools Sensei covers over 25 tools, every Mac OS X
developer can benefit by reading it. But the developers who will benefit
most are the following: Windows and Linux developers who are transitioning
to Mac OS X development; Mac OS X developers who are migrating from
CodeWarrior to Xcode & New programmers learning Mac OS X development."

[delovski]

Universal binary hangs on opposite architecture of build machine

"I am building a Universal Binary - when building it on my PPC G5 it runs
fine on that machine but "hangs" on my Intel MacBook."

[Ike]

Oldie but Goldie: Porting to the Power Macintosh

"This document discusses porting a program written in MPW C to
CodeWarrior C 68K and PPC. Most of the examples are derived from
TechInfo."

[delovski]

iDevApps: cicn resource and intel macs

"if i use a ICON resource instead of a cicn it works just fine.
I am using metrowerks constructor to create the resource in case that
makes a difference."

[delovski]

iDevGames: Windows C++ -> mac C++ dev

"Hi i just got a new mac! anyways i have done some games windows C++ in
visual studios. I want to start programming games for the mac. I dled xcode
today and don't know anything... can someone plz tell me how to get started
or how to make a c++ app?"

[delovski]

DevShed: School: C++ mac to windows

"Anything taught in your CS class should be using standard C/C++ only.
If your code compiles/works on only one platform and not the other, then
there is likely a problem with the code. At my university, I use my gcc/Xcode
on my mac, Visual Studio on my PC (and mac, in parallels), and all the
assignments are compiled and tested/graded on a Sparc-based machine
running Solaris. Any code I write should work flawlessly on all of these
platforms, and if it doesn't then I know I've done something I shouldn't
have."

[delovski]

Apple Mail List: Equivalent of Win32 - DLL in Mac

"1) What is the equivalent of Win 32 DLL's in Mac?
2) Does it support exporting classes?"

[XNote]

Indie Gamer: Mac development

"Carbon is also the right API, by any measure. It's pretty similar to the
Windows API for all GUI-related stuff, and even for 2D blitting if you don't
go the OpenGL route. So mentally you don't have to make that big a
transition, and the Mac Way is usually analogous to the PC Way. Note that
Carbon doesn't automatically get you OS 9 and OS X compatibility; there
are occasional differences that require careful testing on both systems."

[delovski]

ADC: Porting to Mac OS X from Windows Win32 API

"Event handling under Carbon should be familiar to anyone who knows how to
program Win32 applications. Though the Carbon event model uses a different
set of terms and has structural differences from its Win32 counterpart, the
overall structure of a Carbon application is similar to that of a Win32 application.
In both cases, the operating system sends to the application those events that
belong to it and routes them to the appropriate targets."

[delovski]

ADC: Introduction to Universal Binary Programming Guidelines

"Universal Binary Programming Guidelines will assist experienced developers
to build and modify their Mac OS X applications to run as universal binaries.
Universal binaries run natively on Macintosh computers using PowerPC or
Intel microprocessors and deliver optimal performance for both architectures
in a single package."

[Ike]

ADC: Switching from CodeWarrior to Xcode

"This article is intended for developers who currently use CodeWarrior. It
provides a brief overview of Xcode’s major components, describes the benefits
of moving to Xcode from CodeWarrior, and tells you how to get started."

[delovski]

Joel Spolsky: VBA for Macintosh goes away

"The VB team implemented an all-new version, for both Macintosh (System 7
on Motorola 68k) and Windows (3.0 on 16 bit processors). This became Visual
Basic for Applications, and, soon thereafter, the standalone version, Visual
Basic 4.0."

See local link: Microsoft MBU

[Ike]

ADC: Introduction to Porting UNIX/Linux Applications to Mac OS X

"The UNIX Porting Guide is a first stop for UNIX developers coming to Mac
OS X. This document helps guide developers in bringing applications written
for UNIX-based operating systems to Mac OS X. It provides the background
needed to understand the operating system. It touches on some of the design
decisions, and it provides a listing and discussion of some of the main areas
that you should be concerned with in bringing UNIX applications to Mac OS X."

[delovski]

Sailmaker Software: Mac OS X Universal Binary API redux

"Here are some brief and relatively unstructured notes I made while reading
Apple's Universal Binary guidelines with a view to making a checklist for my
own stuff. I hope they're useful. Any errors and omissions are my own and I
welcome corrections and clarifications."

...

"For QuickDraw Picture structs, use QDGetPictureBounds() rather than accessing
picFrame. Don't cast the result of DeltaPoint() to a Point struct, use the LoWord
and HiWord macros."

[XNote]

The Cross-Development Programming Guide

... describes how to make sure that your Leopard project continues to run
on Tiger!

[Ike]

adc - HIToolbox Release Notes for Mac OS X v10.5 (Leopard)

"The High Level Toolbox is a subsystem of the Carbon framework for
Mac OS X. It is composed of three frameworks: HIToolbox, HIServices
and NavigationServices. This document discusses changes in these
three frameworks for Mac OS X Leopard."

[Ike]

the list: Codewarrior compiles fail

Chris Espinosa: "It's there but there are so few CodeWarrior projects
left that we don't spend the menu item on it any more. Drag and drop
the CodeWarrior project file onto Xcode 3.0 and it invokes the importer."

[delovski]

Apple: Building Makefile Projects With Xcode

"However if you are porting a more extensive tool and you plan to add a
Mac OS X GUI to the tool, you may find it more convenient to work with
the project in a development environment such as Xcode."

In other words: how to use makefile in Xcode!

[delovski]

hcc - MPW, Carbon and building Classic Mac OS apps in OS X

"In 2014 I came across a project on Github described as “Macintosh
Programmer’s Workshop (mpw) compatibility layer”.

There has never been a good way to compile Classic Mac OS apps on
modern OS X - for the most part, you were stuck using ancient tools,
either Apple’s MPW or CodeWarrior, running in a VM of some sort.
CodeWarrior, of course, is not free, and MPW only runs on Classic Mac
OS, which is unstable at the best of times and downright nightmarish
when trying to use it for development in an emulator like SheepShaver.

Enter 'mpw' (which I will refer to in lowercase throughout as something
distinct from Apple’s MPW toolset)."

[delovski]

delovski - Classic Mac OS Conversion to OSX or Windows

"Our company can offer conversion of Classic Mac OS applications to Mac OSX
or MS Windows so your legacy applications can find a new life on modern OS
and faster hardware."

[delovski]

git - Dropbox: Migrating from API v1

"If your app was originally using an earlier API v1 SDK, including the iOS
Core SDK, the OS X Core SDK, the iOS Sync SDK, or the OS X Sync SDK,
then you can use the v2 SDK to perform a one-time migration of OAuth 1
tokens to OAuth 2.0 tokens, which are used by API v2. That way, when you
migrate your app from the earlier SDK to the new API v2 SDK, users will not
need to reauthenticate with Dropbox after you perform this update."

db - API v1 -> v2 Migration guide

"Migration checklist for developers:

* Check whether you need to migrate your user's access tokens or re-
authenticate with a new permission.
* Familiarize yourself with the new v2 syntax. Read up on the patterns of
v2 endpoints, do a tutorial for an SDK, and test-drive v2 calls with your
own data in the API Explorer.
* Figure out which v1 endpoints your app uses, and look up the equivalent
ones in API v2 using our v1 → v2 mapping table.
* Update your app's code, replacing API v1 calls with API v2 calls.
* If there's functionality missing in v2, update what you can, and support
the rest with a hybrid integration. Also, please file a support ticket with us
about the missing functionality, so we can keep track of feature requests.
* Update the error handling in your app to utilize v2 errors."

[Ike]

adc - API Collection: Carbon Core

"In macOS 10.8 and later, most of these APIs are deprecated. For more
information, see Carbon Core Deprecations."


https://github.com/phracker/MacOSX-SDKs/blob/master/MacOSX10.6.sdk/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/Headers/Resources.h

err = FSOpenResourceFile( &ref, 0, NULL, fsRdPerm, res );
if ( noErr == err )
return err;

/* fallback to original resource-fork font */
*res = FSOpenResFile( &ref, fsRdPerm );
err = ResError();