On 5/29/06 5:59 AM, Tony didst favor us with:
Hi
When does Apple dropp Deprecated Carbon API's, like Quickdraw,
OpenTransport ... etc
I can't find any info about that.
See below.
Moving our Mac version to xcode (UniversalApps) from CW, shows that a
complete rewrite is required.
Why would moving to Xcode require rewriting your application?
As the Mac version developer time is limited, we must have a rewrite
plan that are finished before thoose API's are gone, else the Mac
versions of our products are put to sleep.
Each technology is different. If an API is working now it will
probably
continue to work for the foreseeable future. QuickDraw is
deprecated, but
they can't afford to remove it anytime soon as there are way too many
applications out there that depend on it. The one thing you should
assume is
that if you find a bug Apple will be less likely to fix it (they'll
tell you
to use the replacement technology instead), although if it's an
Intel issue
they may fix that. And if you need an enhancement you're out of luck.
In your situation I'd just keep using any deprecated technologies I
needed
as long as they work now and serve my needs, and replace them as I
got the
chance. You could, for example, keep QuickDraw, but replace Open
Transport
in your next release.
I don't what to be reassigned to Windows development :-(
I gave up two jobs because wasn't willing to switch to Windows
development.
Any info about Apple plans are welcome.
If you want a definite timeline you're probably out of luck. That
would
require someone to discuss future plans for the OS, and Apple
doesn't do
that. They try to support technologies as long as they can do so
without
limiting their own development. For example, the ability to run
classic
applications wasn't dropped until Intel machines appeared because
it would
have required updating classic for Intel, and they weren't about to
do that.
The general rule is to replace deprecated technologies as you're
able, or if
encounter a specific need for something the deprecated technology
doesn't
do.
Larry
