• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: iPad keyboards
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iPad keyboards


  • Subject: Re: iPad keyboards
  • From: Maxthon Chan <email@hidden>
  • Date: Thu, 12 Dec 2013 15:25:12 +0800

Well on OS X Mavericks I have /System/Library/Frameworks/Foundation.framework/Version/C/Foundation - and I can assume tat versions A are from NeXTSTEP (possibly used in early PPC OS X too)

Also, I distribute my CGIKit framework in two versions, version F and G - versions F and G have different implementations to support different server interfaces, either Apache FastCGI or ohttpd bundle interface.

On Dec 12, 2013, at 15:20, Greg Parker <email@hidden> wrote:

> On Dec 11, 2013, at 10:46 PM, Maxthon Chan <email@hidden> wrote:
>> Bad example - you should use the example between NeXTSTEP/Mach and OS X, which the identical technology, library versioning, is used. (People do you still remember that OS X derived from NeXTSTEP, to the extent that OS X 10.0 have version number 4.0, picking up where NeXTSTEP left off, and this still count till now like OS X 10.9 = NeXTSTEP 13?)
>>
>> Also, there is no need of “compatibility mode” as library versioning will allow that with a framework like this
>>
>> UIKit.framework/
>> + UIKit -> Versions/Current/UIKit
>> + Headers -> Versions/Current/Herders
>> + Resources -> Versions/Current/Resources
>> + Versions/
>> ++ A/
>> +++ UIKit
>> +++ Headers/
>> +++ Resources/
>> ++ B/
>> +++ UIKit
>> +++ Headers/
>> +++ Resources/
>> ++ Current -> B
>>
>> The version A of UIKit library is what is shipped in iOS 6 (and before), almost as-is. Version B is iOS 7 UIKit that have all the new bells and whistles.
>
> UIKit does not use this versioning mechanism. I believe no framework on OS X uses it, and the machinery may have been removed from iOS.
>
> Framework versioning does not scale. The problem is that any use of versioning requires duplication across the rest of the system. Say you created Versions/A/UIKit and Versions/B/UIKit. Any client of UIKit like MapKit now also needs versions A and B, because it can't have just one version that links to both UIKits. Propagate that across the rest of the framework tree and you end up with two complete copies of every system framework. That's bad for disk space and memory usage, if you have two apps open that use different versions.
>
> Versioning might have been during NeXT's great Object->NXObject or NXObject->NSObject overhauls. (I don't know, I wasn't there.)  It has been used approximately zero times in the OS X and iOS eras.
>
>
> --
> Greg Parker     email@hidden     Runtime WRangler

_______________________________________________

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


  • Follow-Ups:
    • Re: iPad keyboards
      • From: Maxthon Chan <email@hidden>
References: 
 >Re: iPad keyboards (From: Maxthon Chan <email@hidden>)
 >Re: iPad keyboards (From: Maxthon Chan <email@hidden>)
 >Re: iPad keyboards (From: Luther Baker <email@hidden>)
 >Re: iPad keyboards (From: Maxthon Chan <email@hidden>)
 >Re: iPad keyboards (From: Greg Parker <email@hidden>)

  • Prev by Date: Re: iPad keyboards
  • Next by Date: Re: Autolayout Freespace
  • Previous by thread: Re: iPad keyboards
  • Next by thread: Re: iPad keyboards
  • Index(es):
    • Date
    • Thread