From: Panayotis K. <pan...@pa...> - 2010-06-23 07:43:56
|
Hello all! I have just downloaded the latest stable version of Xcode and with surprise I found out that all versions of iOS prior of 3.2 (including 3.1) are cut off! Which means that officially there is NO way to write applications of iOS 3 any more. It also means that the current produced Xcode project is no longer valid. What should we do? Go on with the flow and cut compatibility with 3.*? Right now it is not possible any more to write applications with xmlvm, create a project and compile/send this project for the iphone. |
From: Arno P. <ar...@pu...> - 2010-06-23 08:15:48
|
does this mean you have to change the way Xcode projects are generated by XMLVM for iOS4 and that change would not be backward compatible with iOS 3.1 and 3.2? Also interesting to note that Apple effectively renders all 'old' iPhone/iPod Touches more or less useless because you cannot update them to iOS4. Well, I would expect nothing less from Apple. Arno On 6/23/10 9:43 AM, Panayotis Katsaloulis wrote: > Hello all! > > I have just downloaded the latest stable version of Xcode and with surprise I found out that all versions of iOS prior of 3.2 (including 3.1) are cut off! > > Which means that officially there is NO way to write applications of iOS 3 any more. > It also means that the current produced Xcode project is no longer valid. > > What should we do? > Go on with the flow and cut compatibility with 3.*? > > Right now it is not possible any more to write applications with xmlvm, create a project and compile/send this project for the iphone. > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Panayotis K. <pan...@pa...> - 2010-06-23 09:22:02
|
On Jun 23, 2010, at 11:15 AM, Arno Puder wrote: > does this mean you have to change the way Xcode projects are generated > by XMLVM for iOS4 and that change would not be backward compatible with > iOS 3.1 and 3.2? Yes, unfortunately. On Jun 23, 2010, at 11:16 AM, Sascha Haeberling wrote: > what are the things that need to change right now to write apps with XMLVM for iOS? Did the existing APIs change dramatically? I guess the XCode project creator need to be adapted? If it's just the latter, I would propose to introduce a legacy argument that uses the current XCode code creation and have the current one create new XCode projects. The API has changed, but not so drastically. What is actually happened is that the current version of the SDK has support ONLY for the 4.0 version of iOS, while the old (and vanished) versions of the SDK have of course support ONLY for version prior of 4.0 :) Clever, eh? The Xproject creator of course needs to be updated. If a project is created for iOS4, then the project (not the java code) could not be compatible with the older versions. With older SDK's of course it is not able to be loaded. If a project is created for version 3.1 (the latest fully supported version), then this project is not compatible with current iOS SDK (but it *is* binary compatible with older versions). With the current SDK, the user should make a couple of not obvious changes to the project in order to able to compile & publish it. |
From: Arno P. <ar...@pu...> - 2010-06-23 09:30:42
|
correct me if I'm wrong, but it sounds like we can do a command line option for now and deal with this difference. Those developers who still want to target 3.* (and therefore should not update to the iOS4 SDK) can still use XMLVM. Arno On 6/23/10 11:21 AM, Panayotis Katsaloulis wrote: > > On Jun 23, 2010, at 11:15 AM, Arno Puder wrote: > >> does this mean you have to change the way Xcode projects are generated >> by XMLVM for iOS4 and that change would not be backward compatible with >> iOS 3.1 and 3.2? > > Yes, unfortunately. > > > On Jun 23, 2010, at 11:16 AM, Sascha Haeberling wrote: > >> what are the things that need to change right now to write apps with XMLVM for iOS? Did the existing APIs change dramatically? I guess the XCode project creator need to be adapted? If it's just the latter, I would propose to introduce a legacy argument that uses the current XCode code creation and have the current one create new XCode projects. > > The API has changed, but not so drastically. > What is actually happened is that the current version of the SDK has support ONLY for the 4.0 version of iOS, while the old (and vanished) versions of the SDK have of course support ONLY for version prior of 4.0 :) > Clever, eh? > > The Xproject creator of course needs to be updated. > > If a project is created for iOS4, then the project (not the java code) could not be compatible with the older versions. > With older SDK's of course it is not able to be loaded. > > If a project is created for version 3.1 (the latest fully supported version), then this project is not compatible with current iOS SDK (but it *is* binary compatible with older versions). > With the current SDK, the user should make a couple of not obvious changes to the project in order to able to compile& publish it. > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Sascha H. <sa...@xm...> - 2010-06-23 09:37:17
|
I agree. Seems like this shouldn't be a big deal, if the API hasn't changed much. Of course there is a lot of new API, but the old one is probably mostly untouched, right? On Wed, Jun 23, 2010 at 11:30 AM, Arno Puder <ar...@pu...> wrote: > > correct me if I'm wrong, but it sounds like we can do a command line > option for now and deal with this difference. Those developers who still > want to target 3.* (and therefore should not update to the iOS4 SDK) can > still use XMLVM. > > Arno > > > On 6/23/10 11:21 AM, Panayotis Katsaloulis wrote: > > > > On Jun 23, 2010, at 11:15 AM, Arno Puder wrote: > > > >> does this mean you have to change the way Xcode projects are generated > >> by XMLVM for iOS4 and that change would not be backward compatible with > >> iOS 3.1 and 3.2? > > > > Yes, unfortunately. > > > > > > On Jun 23, 2010, at 11:16 AM, Sascha Haeberling wrote: > > > >> what are the things that need to change right now to write apps with > XMLVM for iOS? Did the existing APIs change dramatically? I guess the XCode > project creator need to be adapted? If it's just the latter, I would propose > to introduce a legacy argument that uses the current XCode code creation and > have the current one create new XCode projects. > > > > The API has changed, but not so drastically. > > What is actually happened is that the current version of the SDK has > support ONLY for the 4.0 version of iOS, while the old (and vanished) > versions of the SDK have of course support ONLY for version prior of 4.0 :) > > Clever, eh? > > > > The Xproject creator of course needs to be updated. > > > > If a project is created for iOS4, then the project (not the java code) > could not be compatible with the older versions. > > With older SDK's of course it is not able to be loaded. > > > > If a project is created for version 3.1 (the latest fully supported > version), then this project is not compatible with current iOS SDK (but it > *is* binary compatible with older versions). > > With the current SDK, the user should make a couple of not obvious > changes to the project in order to able to compile& publish it. > > > > > > > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Sascha H. <sa...@xm...> - 2010-06-23 08:17:05
|
Great ... what are the things that need to change right now to write apps with XMLVM for iOS? Did the existing APIs change dramatically? I guess the XCode project creator need to be adapted? If it's just the latter, I would propose to introduce a legacy argument that uses the current XCode code creation and have the current one create new XCode projects. // Sascha On Wed, Jun 23, 2010 at 9:43 AM, Panayotis Katsaloulis < pan...@pa...> wrote: > Hello all! > > I have just downloaded the latest stable version of Xcode and with surprise > I found out that all versions of iOS prior of 3.2 (including 3.1) are cut > off! > > Which means that officially there is NO way to write applications of iOS 3 > any more. > It also means that the current produced Xcode project is no longer valid. > > What should we do? > Go on with the flow and cut compatibility with 3.*? > > Right now it is not possible any more to write applications with xmlvm, > create a project and compile/send this project for the iphone. > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Arno P. <ar...@pu...> - 2010-06-23 08:41:20
|
if the only difference is a new Xcode project file format, I also opt for a command line switch. Arno On 6/23/10 10:16 AM, Sascha Haeberling wrote: > Great ... > > what are the things that need to change right now to write apps with > XMLVM for iOS? Did the existing APIs change dramatically? I guess the > XCode project creator need to be adapted? If it's just the latter, I > would propose to introduce a legacy argument that uses the current XCode > code creation and have the current one create new XCode projects. > > // Sascha > > On Wed, Jun 23, 2010 at 9:43 AM, Panayotis Katsaloulis > <pan...@pa... <mailto:pan...@pa...>> wrote: > > Hello all! > > I have just downloaded the latest stable version of Xcode and with > surprise I found out that all versions of iOS prior of 3.2 > (including 3.1) are cut off! > > Which means that officially there is NO way to write applications of > iOS 3 any more. > It also means that the current produced Xcode project is no longer > valid. > > What should we do? > Go on with the flow and cut compatibility with 3.*? > > Right now it is not possible any more to write applications with > xmlvm, create a project and compile/send this project for the iphone. > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |
From: Sascha H. <sa...@xm...> - 2010-06-23 08:21:16
|
What timing! :) On Wed, Jun 23, 2010 at 10:15 AM, Arno Puder <ar...@pu...> wrote: > > does this mean you have to change the way Xcode projects are generated > by XMLVM for iOS4 and that change would not be backward compatible with > iOS 3.1 and 3.2? > > Also interesting to note that Apple effectively renders all 'old' > iPhone/iPod Touches more or less useless because you cannot update them > to iOS4. Well, I would expect nothing less from Apple. > Well, I don't like Apple either, but that I find is unfair bashing. I think it's fine to make older platforms obsolete when limits are reached. The hardware is slower than today's, and if new features require more power then I think this is a fair step to take. Correct me, if I am wrong, but I think this is just affecting 1st gen devices, right? They are around for quite a while now. > > Arno > > > On 6/23/10 9:43 AM, Panayotis Katsaloulis wrote: > > Hello all! > > > > I have just downloaded the latest stable version of Xcode and with > surprise I found out that all versions of iOS prior of 3.2 (including 3.1) > are cut off! > > > > Which means that officially there is NO way to write applications of iOS > 3 any more. > > It also means that the current produced Xcode project is no longer valid. > > > > What should we do? > > Go on with the flow and cut compatibility with 3.*? > > > > Right now it is not possible any more to write applications with xmlvm, > create a project and compile/send this project for the iphone. > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Arno P. <ar...@pu...> - 2010-06-23 08:39:29
|
well, I don't like the fact that Apple has a tendency to remove developer's choice. Its as if like Google removed support for Android 1.5 in their SDK. There are still more devices out there than you might think (also 1st gen iPods) and perhaps a developer does not need all the new fancy API of iOS 4 for the application he/she has in mind. But lets not start a big discussion. Apple creates facts and all we can do is react to it. Arno On 6/23/10 10:20 AM, Sascha Haeberling wrote: > What timing! :) > > On Wed, Jun 23, 2010 at 10:15 AM, Arno Puder <ar...@pu... > <mailto:ar...@pu...>> wrote: > > > does this mean you have to change the way Xcode projects are generated > by XMLVM for iOS4 and that change would not be backward compatible with > iOS 3.1 and 3.2? > > Also interesting to note that Apple effectively renders all 'old' > iPhone/iPod Touches more or less useless because you cannot update them > to iOS4. Well, I would expect nothing less from Apple. > > > Well, I don't like Apple either, but that I find is unfair bashing. I > think it's fine to make older platforms obsolete when limits are > reached. The hardware is slower than today's, and if new features > require more power then I think this is a fair step to take. Correct me, > if I am wrong, but I think this is just affecting 1st gen devices, > right? They are around for quite a while now. > > > Arno > > > On 6/23/10 9:43 AM, Panayotis Katsaloulis wrote: > > Hello all! > > > > I have just downloaded the latest stable version of Xcode and > with surprise I found out that all versions of iOS prior of 3.2 > (including 3.1) are cut off! > > > > Which means that officially there is NO way to write applications > of iOS 3 any more. > > It also means that the current produced Xcode project is no > longer valid. > > > > What should we do? > > Go on with the flow and cut compatibility with 3.*? > > > > Right now it is not possible any more to write applications with > xmlvm, create a project and compile/send this project for the iphone. > > > ------------------------------------------------------------------------------ > > ThinkGeek and WIRED's GeekDad team up for the Ultimate > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > > lucky parental unit. See the prize list and enter to win: > > http://p.sf.net/sfu/thinkgeek-promo > > _______________________________________________ > > xmlvm-users mailing list > > xml...@li... > <mailto:xml...@li...> > > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > |
From: Dr. A. K. S. <al...@se...> - 2010-06-23 09:28:12
|
Concerning which devices are in the market... I don't know this for iPhone, but Android has a nice current overview at http://developer.android.com/resources/dashboard/platform-versions.html It used to be 1:1:1 for 1.5, 1.6 and 2.1 a few months ago, but now it is 1:1:2. So taking away support for 1.5 would correspond to a reduction in market share of about 25%. That said, the first version of devices did not always have useful update paths (e.g. the Samsung i7500 cannot be updated...) and are significantly different in hardware capabilities (e.g. far less control in camera interface), so there would be some rationale in removing them. Does anyone has any numbers? Which proportion of the iPhones currently out there are not updateable to iOS 4? Best, Alex -- Dr. Alexander K. Seewald Seewald Solutions www.seewald.at Tel. +43(664)1106886 Fax. +43(1)2533033/2764 |
From: Sascha H. <sa...@xm...> - 2010-06-23 09:46:15
|
I don't know how it works for the iPhone, but at least for Android you can develop an app that makes use of features of newer APIs while still supporting old phones. So at least this is not an issue, unless your app heavily depends on some new feature. // Sascha On Wed, Jun 23, 2010 at 11:27 AM, Dr. Alexander K. Seewald <al...@se...>wrote: > Concerning which devices are in the market... I don't know this for > iPhone, but Android has a nice current overview at > http://developer.android.com/resources/dashboard/platform-versions.html > > It used to be 1:1:1 for 1.5, 1.6 and 2.1 a few months ago, but now > it is 1:1:2. So taking away support for 1.5 would correspond to a > reduction in market share of about 25%. That said, the first > version of devices did not always have useful update paths (e.g. > the Samsung i7500 cannot be updated...) and are significantly > different in hardware capabilities (e.g. far less control in camera > interface), so there would be some rationale in removing them. > > Does anyone has any numbers? Which proportion of the iPhones > currently out there are not updateable to iOS 4? > > Best, > Alex > -- > Dr. Alexander K. Seewald > > Seewald Solutions > www.seewald.at > Tel. +43(664)1106886 > Fax. +43(1)2533033/2764 > > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > |
From: Sascha H. <sa...@xm...> - 2010-06-23 09:47:11
|
Actually Arno just answered my question on another thread, so never mind! :) On Wed, Jun 23, 2010 at 11:45 AM, Sascha Haeberling <sa...@xm...>wrote: > I don't know how it works for the iPhone, but at least for Android you can > develop an app that makes use of features of newer APIs while still > supporting old phones. So at least this is not an issue, unless your app > heavily depends on some new feature. > > // Sascha > > > On Wed, Jun 23, 2010 at 11:27 AM, Dr. Alexander K. Seewald < > al...@se...> wrote: > >> Concerning which devices are in the market... I don't know this for >> iPhone, but Android has a nice current overview at >> http://developer.android.com/resources/dashboard/platform-versions.html >> >> It used to be 1:1:1 for 1.5, 1.6 and 2.1 a few months ago, but now >> it is 1:1:2. So taking away support for 1.5 would correspond to a >> reduction in market share of about 25%. That said, the first >> version of devices did not always have useful update paths (e.g. >> the Samsung i7500 cannot be updated...) and are significantly >> different in hardware capabilities (e.g. far less control in camera >> interface), so there would be some rationale in removing them. >> >> Does anyone has any numbers? Which proportion of the iPhones >> currently out there are not updateable to iOS 4? >> >> Best, >> Alex >> -- >> Dr. Alexander K. Seewald >> >> Seewald Solutions >> www.seewald.at >> Tel. +43(664)1106886 >> Fax. +43(1)2533033/2764 >> >> >> ------------------------------------------------------------------------------ >> ThinkGeek and WIRED's GeekDad team up for the Ultimate >> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >> lucky parental unit. See the prize list and enter to win: >> http://p.sf.net/sfu/thinkgeek-promo >> _______________________________________________ >> xmlvm-users mailing list >> xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xmlvm-users >> > > |
From: Panayotis K. <pan...@pa...> - 2010-06-23 10:13:47
|
On 23 Ιουν 2010, at 12:30 ΜΜ, Arno Puder wrote: > > correct me if I'm wrong, but it sounds like we can do a command line > option for now and deal with this difference. Those developers who > still > want to target 3.* (and therefore should not update to the iOS4 SDK) > can > still use XMLVM. I am afraid to produce 2 more XCode templates! RIght now we have already 2 templates. If we add support for iOS4 then these templates will be 4! Except if I leave iOS3 project templates as is, create proper templates for iOS4, and work with these templates from now on. But if an issue appears with the legacy templates, I found it a lot of work to maintain the same thing four-times :) |
From: Sascha H. <sa...@xm...> - 2010-06-23 14:09:50
|
> > > I am afraid to produce 2 more XCode templates! > RIght now we have already 2 templates. If we add support for iOS4 then > these templates will be 4! > > Except if I leave iOS3 project templates as is, create proper > templates for iOS4, and work with these templates from now on. > But if an issue appears with the legacy templates, I found it a lot of > work to maintain the same thing four-times :) As iOS 4 is definitely the way forward I think it's fair to introduce a legacy-flag that will just use the current iOS 3 templates and have the default be iOS4. The old templates would not get that much attention anymore and I would call them unmaintained, unless somebody has a good reason and fixes it himself. Otherwise just continue working from the iOS4 templates. This seems like the most reasonable solution. |
From: Panayotis K. <pan...@pa...> - 2010-06-24 07:56:56
|
On 23 Ιουν 2010, at 5:09 μ.μ., Sascha Haeberling wrote: > As iOS 4 is definitely the way forward I think it's fair to introduce a legacy-flag that will just use the current iOS 3 templates and have the default be iOS4. The old templates would not get that much attention anymore and I would call them unmaintained, unless somebody has a good reason and fixes it himself. > > Otherwise just continue working from the iOS4 templates. > > This seems like the most reasonable solution. So, to conclude, that is what I think I should try to do. I should create a new template, called "ios" or something like that, which will be a universal xcode project and have support for ios 4 for iphone and ipad. Also leave the old templates as is, and probably renamed it from "iphone" to "iphone3" And work with the new templates from now on. Hopefully I will find a clever way not to re-implement the wheel when creating the xcode projects :) |
From: Sascha H. <sa...@gm...> - 2010-06-24 09:23:47
|
Sounds great. :-) On Jun 24, 2010 9:57 AM, "Panayotis Katsaloulis" <pan...@pa...> wrote: On 23 Ιουν 2010, at 5:09 μ.μ., Sascha Haeberling wrote: > As iOS 4 is definitely the way forward I... So, to conclude, that is what I think I should try to do. I should create a new template, called "ios" or something like that, which will be a universal xcode project and have support for ios 4 for iphone and ipad. Also leave the old templates as is, and probably renamed it from "iphone" to "iphone3" And work with the new templates from now on. Hopefully I will find a clever way not to re-implement the wheel when creating the xcode projects :) ------------------------------------------------------------------------------ ThinkGeek and WIRED... |
From: Panayotis K. <pan...@pa...> - 2010-06-29 11:47:04
|
The patch is ready! And more importantly, I managed to work on the current Xcode file (with some modifications), without the need to create a separate Xcode project! With the new patch, the user will be able to select if he wants to create a project for iphone, ipad, or both (or use a legacy iphone 3.1 project). :D The problem with the API remains, but I have just implemented the class UIDevice, which actually provide information with the running ios version! |