Would Anyone Like a Ring Tone At End of Standalone Built?
with Android, it fast enough, but building to iOS … I have enough time to do email… I you use spaces. You won't knon when the build is finished. Would any else like a ring tone when the SA is finished? I wonder if I could hack the IDE to do that.. BR ___ 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: Transition from DataGrid in existing app to DataGrid 2 in LC 9.0
for all its worthi didn't have to touch anything to get all my grids to work. so it seems like the improvements are are the level of the existing library and nothing crazy under the hood...except for maybe the "accelerated rendering of subgroups"...which is coming up in 9.1 ..can't wait to see the diff. On Sat, May 19, 2018 at 12:50 PM, zryip theSlug via use-livecode < use-livecode@lists.runrev.com> wrote: > Martin, > > The already existing data grid controls will work directly with the new > library. You have nothing to change or to re-install. All the handlers, > functions or properties of the datagrid API are still existing in the dg2 > Library even if they have been rewrote. The only problem I encounter was > with deleteLine I used for deleting several lines at a time despite the > documentation recommandation. I changed the entry for deleteLines to fix > things. > > On Thu, May 17, 2018 at 3:06 PM, Martin Koob via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Hi > > > > I have a Mac OS X application that is developed with LC 6.7.3 that I am > > transitioning to LC 9.0. > > > > I have some form style DataGrids in the application. When I open the > > project in the LC 9.0 IDE do these data grids automatically have the new > > features of DataGrid 2 or do I have to replace the DataGrids with new > ones > > to get all the DataGrid 2 features. > > > > Any other hints on transitioning DataGrids would be appreciated. > > > > Thanks. > > > > Martin Koob > > > > > > > > > > -- > > Sent from: http://runtime-revolution.278305.n4.nabble.com/ > > Revolution-User-f278306.html > > > > ___ > > 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 > > > > > > -- > Zryip TheSlug > http://www.aslugontheroad.com > ___ > 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: Transition from DataGrid in existing app to DataGrid 2 in LC 9.0
Martin, The already existing data grid controls will work directly with the new library. You have nothing to change or to re-install. All the handlers, functions or properties of the datagrid API are still existing in the dg2 Library even if they have been rewrote. The only problem I encounter was with deleteLine I used for deleting several lines at a time despite the documentation recommandation. I changed the entry for deleteLines to fix things. On Thu, May 17, 2018 at 3:06 PM, Martin Koob via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi > > I have a Mac OS X application that is developed with LC 6.7.3 that I am > transitioning to LC 9.0. > > I have some form style DataGrids in the application. When I open the > project in the LC 9.0 IDE do these data grids automatically have the new > features of DataGrid 2 or do I have to replace the DataGrids with new ones > to get all the DataGrid 2 features. > > Any other hints on transitioning DataGrids would be appreciated. > > Thanks. > > Martin Koob > > > > > -- > Sent from: http://runtime-revolution.278305.n4.nabble.com/ > Revolution-User-f278306.html > > ___ > 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 > -- Zryip TheSlug http://www.aslugontheroad.com ___ 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
More Long ID Differences
I found another example where the long id of an object is different depending on whether the card has been visited or not. The following command in the message box: put the long id of button id 1015 of stack "ScriptTrackerPrefs" of stack "ScriptTracker" Will generate 2 different results: button id 1015 of stack "ScriptTrackerPrefs" of stack "[snip]/ScriptTracker.livecode" button id 1015 of card id 1005 of stack "ScriptTrackerPrefs" of stack "[snip]/ScriptTracker.livecode" The first is what I get when opening the stack, before I have visited any cards. Objects on the first card will always get the second results. After making the stack visible and visiting the card, the second result will always be returned (regardless of the current card). This is obviously related to the background issue identified earlier. If a card containing a background has never been visited, then "bkgnd xxx" is found in the long id. If it has, then "group xxx of card yyy" is found in the long id. This similarly changes objects within those groups as well. I'm sure this doesn't matter to most developers as it does not effect the ability to locate an object and interact with it. If, however, you are counting on the card being identified in the long id it may. For my stack, I'm putting the long id in the script header and this causes diffs when there shouldn't be any (think Git). In the case of objects that are not in a background group, I do want the card reference. On the flip side, if in a background then I don't. I'll be expanding my code to handle this difference. Since I'm working my way down from stack to control, it will be easy to maintain the parent portion of my long id/name. If importing, then I will just use the previous long id/name. If you want to take a look, the code is here: https://github.com/bwmilby/lc-misc/tree/master/ScriptTracker Cheers, Brian ___ 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: Signing MacOS Standalones
Many thanks Paul - I'll give this a try and post how it works out. On 5/19/2018 1:47 PM, Paul Dupuis via use-livecode wrote: You will still have to join Apple Developer to purchase a certificate, but then use AppWrapper (http://www.ohanaware.com/appwrapper/) On 5/19/2018 5:19 AM, Ray via use-livecode wrote: Does anybody have steps to sign Mac OS standalones? I've discovered Apple 10.12 or higher now sabotages unsigned standalones and it's a rather cryptic process to join the Apple dev club, create a certificate, and then sign an LC standalone, evidently using Terminal. Thanks in advance! Ray Horsley ___ 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 ___ 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: Signing MacOS Standalones
You will still have to join Apple Developer to purchase a certificate, but then use AppWrapper (http://www.ohanaware.com/appwrapper/) On 5/19/2018 5:19 AM, Ray via use-livecode wrote: > Does anybody have steps to sign Mac OS standalones? I've discovered > Apple 10.12 or higher now sabotages unsigned standalones and it's a > rather cryptic process to join the Apple dev club, create a > certificate, and then sign an LC standalone, evidently using Terminal. > > Thanks in advance! > > Ray Horsley > > ___ > 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
Signing MacOS Standalones
Does anybody have steps to sign Mac OS standalones? I've discovered Apple 10.12 or higher now sabotages unsigned standalones and it's a rather cryptic process to join the Apple dev club, create a certificate, and then sign an LC standalone, evidently using Terminal. Thanks in advance! Ray Horsley ___ 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