Thread: [Camelbones-devel] Work or Play?
Brought to you by:
shermpendley
From: Sherm P. <she...@gm...> - 2011-01-01 03:00:31
|
What would you rather see: a. CamelBones GameKit - CB + SDL = Games! b. CamelBones @ Work - CB + DBI Schema = Work! c. Both! sherm-- -- Cocoa programming in Perl: http://camelbones.sourceforge.net |
From: Matt S. <ma...@se...> - 2011-01-01 16:59:06
|
Personally: Work. BTW: It worried me a little bit that apple's app store requires you to use the Mac APIs for doing things like user data storage. Does that not allow me to use DBI and SQLite for DVDSpanner? Sherm Pendley wrote: > What would you rather see: > > a. CamelBones GameKit - CB + SDL = Games! > b. CamelBones @ Work - CB + DBI Schema = Work! > c. Both! > > sherm-- > > |
From: Sherm P. <she...@gm...> - 2011-01-02 03:55:03
|
I suppose one could argue that fread() & fwrite() are officially-supported Mac APIs, right? :-) sherm-- On Sat, Jan 1, 2011 at 11:58 AM, Matt Sergeant <ma...@se...> wrote: > Personally: Work. > > BTW: It worried me a little bit that apple's app store requires you to use > the Mac APIs for doing things like user data storage. Does that not allow me > to use DBI and SQLite for DVDSpanner? > > Sherm Pendley wrote: >> >> What would you rather see: >> >> a. CamelBones GameKit - CB + SDL = Games! >> b. CamelBones @ Work - CB + DBI Schema = Work! >> c. Both! >> >> sherm-- >> >> > -- Cocoa programming in Perl: http://camelbones.sourceforge.net |
From: Sherm P. <she...@gm...> - 2011-01-27 17:24:47
|
On Sat, Jan 1, 2011 at 11:58 AM, Matt Sergeant <ma...@se...> wrote: > > BTW: It worried me a little bit that apple's app store requires you to use > the Mac APIs for doing things like user data storage. Does that not allow me > to use DBI and SQLite for DVDSpanner? For what it's worth - I just pulled the trigger and signed up as a Mac App Store developer. I'll let y'all know whether a CamelBones app can make it through the approval process. sherm-- -- Cocoa programming in Perl: http://camelbones.sourceforge.net |
From: Thilo P. <thi...@go...> - 2011-02-15 04:52:41
|
>> BTW: It worried me a little bit that apple's app store requires you to use >> the Mac APIs for doing things like user data storage. Does that not allow me >> to use DBI and SQLite for DVDSpanner? > > For what it's worth - I just pulled the trigger and signed up as a Mac > App Store developer. I'll let y'all know whether a CamelBones app can > make it through the approval process. How did that turn out? Seeing that Camelbones apps that link against the system Perl break every time Apple updates the OS, I can see that they would not like that. But they cannot really have a good reason against apps that bring their own Perl, right? And since the app store only supports 10.6+ on Intel, and we now have (or will soon have) the option to pick which core modules to include, that could be a really slim build. I wonder what they do with Java applications that include their own JVM. Thilo |
From: Sherm P. <she...@gm...> - 2011-02-15 21:22:17
|
On Mon, Feb 14, 2011 at 11:52 PM, Thilo Planz <thi...@go...> wrote: >>> BTW: It worried me a little bit that apple's app store requires you to use >>> the Mac APIs for doing things like user data storage. Does that not allow me >>> to use DBI and SQLite for DVDSpanner? >> >> For what it's worth - I just pulled the trigger and signed up as a Mac >> App Store developer. I'll let y'all know whether a CamelBones app can >> make it through the approval process. > > How did that turn out? I haven't submitted any apps yet, CamelBones or not. > But they cannot really have a good reason against apps that bring their > own Perl, right? I wouldn't think so, especially if it uses Apple's official BridgeSupport files to manage its access to Cocoa APIs. That leaves Apple firmly in control of what and when APIs are available for bridged access. As I understand it, maintaining such control is at the heart of Apple's policies with respect to "foreign" language tools on iOS. sherm-- -- Cocoa programming in Perl: http://camelbones.sourceforge.net |