Re: Question re project organization
On Sat, Feb 7, 2015 at 11:16 PM, Earthednet-wp proth...@earthednet.org wrote: Videos are important and I'm thinking more of streaming them, probably from YouTube, rather than downloading them. Of course, there's the Flash problem on iOS. youTube has announced that it's default will no longer be Flash but HTML5: http://news.slashdot.org/story/15/01/27/2217258/youtube -ditches-flash-for-html5-video-by-default They're your videos so if you plan for HTML5 then you'll have 3 bases covered; desktop, mobile and browser when LC HTML5 comes to town. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Question re project organization
Great news! Thanks for the heads up, Kay. Bill On Feb 8, 2015, at 4:23 PM, Kay C Lan lan.kc.macm...@gmail.com wrote: On Sat, Feb 7, 2015 at 11:16 PM, Earthednet-wp proth...@earthednet.org wrote: Videos are important and I'm thinking more of streaming them, probably from YouTube, rather than downloading them. Of course, there's the Flash problem on iOS. youTube has announced that it's default will no longer be Flash but HTML5: http://news.slashdot.org/story/15/01/27/2217258/youtube -ditches-flash-for-html5-video-by-default They're your videos so if you plan for HTML5 then you'll have 3 bases covered; desktop, mobile and browser when LC HTML5 comes to town. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Question re project organization
Bill, I'm no expert, and certainly less so with regard to what is OK by Apple for iOS, all I know is the Splash Stack solution is not viable if you plan to go down the iOS route. Someone who's had experience with 'In App' purchases might be able to answer if that might be an avenue to look into. I can understand why you're tired of rewrites. I'm not saying you can do what you want to in iOS, but if you figure it out, whatever the approach is, it should work for desktop as well. There is no problem with iOS connecting to remote DBs, as long as the data is downloaded into the appropriate sandbox and it's static data, not code to be run. Your challenge would be to accurately separate what is really code from what is just a resource. From my perspective I wonder really how much difference there is between the code for your basic app compared to the fully enhanced version? Videos, images, explanations, these are not code, just resources so there is no restriction on downloading them and adding/removing them to the users Documents folder. They can be changed and updated frequently, no problem. Lets say your Enhanced Stack can play Videos but the Basic Stack can not. In this case the user hasn't downloaded videos, your code would check that there are no videos and so there would be no button or option to play videos via your substack video player. When a User eventually downloads videos, then the Play Video option would be available or become visible and so your substack video player is now accessible. i.e you create a fully enhanced stack + substacks with all the code in them (which Apple gives the OK to) but the code has the ability to ignore bits and pieces based on the resources downloaded. If you create a new podcast every week that you want your stack to play, or an instructional video on youTube which you want the link added to a links page in your app; these are just resources and would be easy to access via your original code that would need no modification. Of course if you are talking about enhancements that you haven't thought of yet, and adding these as they present themselves; unfortunately iOS will require new code, a new submission, and the opportunity to advertise you have a new bigger and better version ;-) On Sat, Feb 7, 2015 at 1:46 PM, William Prothero proth...@earthednet.org wrote: Kay: Thanks for offering your expertise. What I’m thinking is to have a main application stack. then the user will be able to add stacks to enhance the software. I’m thinking of a mySQL database that is queried, that lists available enhancements and their location. The user would get a menu of enhancements and choosing one or more would download and connect them into the main application. I’m thinking the main app will be the “engine” that supports peripheral activities. It’s an educational app, so various activities, writing exercises, challenges, explanations and videos, etc would be added. The way the program develops will depend on feedback from teachers and what they will actually use. Is this practical in the iOS style of app? I’m really tired of rewriting my software for new authoring systems and would like to get this right. From what I understand, Apple will not let you write apps that download code that they haven’t approved of. Is there a way I could accomplish what I want, within the current iOS rules, which will probably eventually be applied to the desktop too? In fact, will Apple allow the app to connect to my mySQL database for configurations and content downloads? I guess I should spend some time going over Apple’s documentation on this. Best, Bill On Feb 6, 2015, at 3:57 PM, Kay C Lan lan.kc.macm...@gmail.com wrote: On Fri, Feb 6, 2015 at 3:40 AM, William Prothero proth...@earthednet.org wrote: I expect the splash app model is the way to go. Only if you never ever plan on deploying to iOS or you don't believe that OS X's iOSification will get to the point that the same restrictions that prevent splash stacks from being approved by Apple for iOS will be applied to desktop. The latter obviously assuming that you are working within the Mac App Store not an unknown developer. If on the other hand an iOS version is a possibility then you may as well cross the bridge now and find a non-splash stack solution - as you already seem to be working with a server side db a local sqlite db might be a possibility; stored in specialFolderPath(documents) for iOS and specialFolderPath(support) for OS X and Win (not sure for Linux). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe,
Re: Question re project organization
Kay, I think you're right about just putting out an update if I need to enhance the app by writing new code. Certainly, a lot of content can be added or modified without new code. Videos are important and I'm thinking more of streaming them, probably from YouTube, rather than downloading them. Of course, there's the Flash problem on iOS. Best, Bill William Prothero http://es.earthednet.org On Feb 7, 2015, at 2:22 AM, Kay C Lan lan.kc.macm...@gmail.com wrote: Of course if you are talking about enhancements that you haven't thought of yet, and adding these as they present themselves; unfortunately iOS will require new code, a new submission, and the opportunity to advertise you have a new bigger and better version ;-) ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Question re project organization
On Fri, Feb 6, 2015 at 3:40 AM, William Prothero proth...@earthednet.org wrote: I expect the splash app model is the way to go. Only if you never ever plan on deploying to iOS or you don't believe that OS X's iOSification will get to the point that the same restrictions that prevent splash stacks from being approved by Apple for iOS will be applied to desktop. The latter obviously assuming that you are working within the Mac App Store not an unknown developer. If on the other hand an iOS version is a possibility then you may as well cross the bridge now and find a non-splash stack solution - as you already seem to be working with a server side db a local sqlite db might be a possibility; stored in specialFolderPath(documents) for iOS and specialFolderPath(support) for OS X and Win (not sure for Linux). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Question re project organization
Kay: Thanks for offering your expertise. What I’m thinking is to have a main application stack. then the user will be able to add stacks to enhance the software. I’m thinking of a mySQL database that is queried, that lists available enhancements and their location. The user would get a menu of enhancements and choosing one or more would download and connect them into the main application. I’m thinking the main app will be the “engine” that supports peripheral activities. It’s an educational app, so various activities, writing exercises, challenges, explanations and videos, etc would be added. The way the program develops will depend on feedback from teachers and what they will actually use. Is this practical in the iOS style of app? I’m really tired of rewriting my software for new authoring systems and would like to get this right. From what I understand, Apple will not let you write apps that download code that they haven’t approved of. Is there a way I could accomplish what I want, within the current iOS rules, which will probably eventually be applied to the desktop too? In fact, will Apple allow the app to connect to my mySQL database for configurations and content downloads? I guess I should spend some time going over Apple’s documentation on this. Best, Bill On Feb 6, 2015, at 3:57 PM, Kay C Lan lan.kc.macm...@gmail.com wrote: On Fri, Feb 6, 2015 at 3:40 AM, William Prothero proth...@earthednet.org wrote: I expect the splash app model is the way to go. Only if you never ever plan on deploying to iOS or you don't believe that OS X's iOSification will get to the point that the same restrictions that prevent splash stacks from being approved by Apple for iOS will be applied to desktop. The latter obviously assuming that you are working within the Mac App Store not an unknown developer. If on the other hand an iOS version is a possibility then you may as well cross the bridge now and find a non-splash stack solution - as you already seem to be working with a server side db a local sqlite db might be a possibility; stored in specialFolderPath(documents) for iOS and specialFolderPath(support) for OS X and Win (not sure for Linux). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Question re project organization
Never mind! There’s lots happening on the list re this. I expect the splash app model is the way to go. I’ll have to do some testing and re-organizing to develop more specific questions. Regards, Bill On Feb 4, 2015, at 3:39 PM, William Prothero proth...@earthednet.org wrote: Folks: I’d like some advice on project organization as I take my app to the next step. I am creating a standalone that will work on Mac and Windows, possibly future modification to mobile, but not for now. I have a basic app where the use can access information about the Earth, and want to the user be able to add downloadable code modules. The basic app has resources that will be used by additions that will provide challenges and information and will use the basic app for data. So, it’s kind of like a splash app. Specifications and descriptions of downloadable additions will be stored on a database and the use can choose which ones are wanted. So, given Apple’s sandboxing requirements, where should the downloaded parts be put? Is the MacOS folder the correct place? In Windows, would it be the same folder as the exe? Tnx for any wisdom. Regards, Bill William A. Prothero http://es.earthednet.org/ ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode