OT: App Software Warranty?
Hello, In former times at the end of last century and beginning of this century a software user was aware, that the chance that his software would run on a new system was against 0 and he had to care about new versions, drivers etc. before he migrated to a new system. Nowadays, with the new app paradigm on mobile phones and tablets the user has forgotten that these nice tiny little icons on their smartphones are also software with well-definied requirements and and investment to be produced. And the OEMs like Apple with their automated system updates show the users a brave new world and pretend that the user hasn't to care about anything anymore. All bets are off. The user doesn't cares anymore about anything and just hits the button install new system and expects that everything runs smooth or even better as before. I have an app running on iOS and Android and get more and more furious support requests from such customers, when anything is not running anymore either on a special android oem flavor or on a new (iOS) system after a system update. What I am asking me and didn't found yet a satisfying answer is the following. What do the software licenses / warranties of the AppStores of Apple and Google say about that? I didn't found any paragraph which tells that there only is a warranty for the app to function on the system version x.x.x or something like that. Do I have to guaranty that my software runs on the next system /will be updates for the next system? If not, where is that told? What happens, if I discontinue the development of my app tomorrow or even close my business some day? What claims has the customer? Especially when he has upgraded his system and can't go back. Apple and Google offer a return of the software and the money for a certain time. What happens, if the app stopps working on a new version? Is still Apple/Google the contractor? Are there any claims against me beside of a big shit storm in the social media? In opposite to classical software, where I can sell a new version or an update with costs for a new system version neither Apple nor Google have implemented this possibility for me. There are no updates with cost. Ok, I could implement an inApp-purchase for every update to release a new version. But there is again the customers entitlement, that everything is always compatible. To create a new version also is no solution, if you (as me) have already implemented costly inapp-purchases they all would be lost with a new version, because they are tied to the app-ID. What are your thoughts about this subject? Tiemo ___ 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: Passing control away and back again
Tore and Paul thanks for your ultra-rapid replies - and on a Sunday, too! Actually I don't understand Tore's solution at all, sorry. I simply can't follow what structure is being suggested. (As and aside, I don't want to use a 'preOpenStack' stack script because I want a script that is executed exactly once when the app is originally started, and 'startUp' is a specialised message for doing just that. 'preOpenStack' is executed every time a stack is opened, which in some circumstances could be inappropriate.) But I do understand Paul's, which was very near the approach I was thinking of taking myself. I suppose I am still worried about the 'send'. Sending isn't calling, is it? I mean, in principle, a handler like dopart2 in Paul's example will be executed, and then control will return to the script that executed the 'send', won't it? So we end up executing end mouseUp in the context of the button that was clicked, not the script that was running in the 'startUp' handler. Perhaps this doesn't matter, but this is the issue I'm trying to get my head around. Anyway it's a viable solution and I'm grateful. Graham On 15 Feb 2015, at 13:37, Paul Dupuis p...@researchware.com wrote: If you code looked like this: on startup part 1 code if some condition then open stack user input stack exit startUp end if part 2 code end startup and your user input stack exits in a mouseUp handler such as on mouseUp close this stack end mouseUp you would need to restructure you code like this: on startUp doPart1 if some condition then open stack user input stack exit startup end if doPart2 end startup on doPart1 part 1 code end doPart1 on doPart2 part 2 code end doPart2 and the user input stack mouseUp handler would be modified as on mouseUp close this stack send doPart2 to main stack in 1 tick end mouseUp This places the part 1 code and part 2 code blocks in separate handlers in the main stack so that the part 2 code handler can be invoked from the mouseUp on the input stack. On 15 Feb 2015, at 13:27, Tore Nilsen tore.nil...@me.com wrote: Why don’t you just register the missing parts in a variabel, go on with the preOpenStack script and then, depending on what is missing, go to a card where the user then can enter the information needed. When the information is registered the user will be taken to the application itself with all the information in place. Tore N 15. feb. 2015 kl. 13.14 skrev Graham Samuel livf...@mac.com: This is probably very dumb, but I've got into a muddle thinking about 'Go To' Considered Harmful, if anyone is old enough to remember that Dutch utterance... anyway: In LC, really everything is dealt with in handlers which begin, execute and end and can be nested within one another. So how do you construct a control structure like the following: 1. The program starts up with a 'startup' handler (could use 'preOpenStack' but it's not so good). The script there does setting-up things, and then it notices that it needs extensive user input (for example, maybe the program isn't registered and we need some details - even maybe payment) before we can go on. 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? After all, the special stack which deals with user input is not a handler nested within the startup handler. The OK button is driven by a 'mouseUp' handler, but when that handler closes, there is no automatic way of going back to the calling handler of the whole process (the startup handler) due to the lack of nesting. What the script **can** do is to invoke a further handler in the original card where the startup is, called perhaps 'continueStartup', so that at the end of the 'mouseUp' script, we simply call this new handler. This kind of works, but we are left with loose ends: the original 'startup' handler never reaches its termination point ('end startUp') as far as I can see, and the 'resume' script doesn't exactly terminate either, does it? If it did, we'd end up in the 'mouseUp' script in a stack (window), which is probably closed by now, having done its job. So viewed as a set of control structures, it looks a mess. OK, there is a way of doing it, kind of, but what is the most logical way to approach this problem of non-nested control structures? TIA for any thoughts Graham ___ 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: Passing control away and back again
I’ll admit my explanation wasn’t as thorough as it should have been. I was thinking along the same lines as Paul though, splitting the startup procedure in appropriate parts as sub handlers which could be performed individually. Instead of opening another stack if certain criteria were met, you could opt to go to a card in the stack itself, where the user could enter the information needed to complete the start up procedure. Then you would not need to use send when finalising the procedure. You would only need to call the part 2 code from the mouseUp handler on the “input card” and then go to whichever card you like. Tore 15. feb. 2015 kl. 16.02 skrev Graham Samuel livf...@mac.com: Tore and Paul thanks for your ultra-rapid replies - and on a Sunday, too! Actually I don't understand Tore's solution at all, sorry. I simply can't follow what structure is being suggested. (As and aside, I don't want to use a 'preOpenStack' stack script because I want a script that is executed exactly once when the app is originally started, and 'startUp' is a specialised message for doing just that. 'preOpenStack' is executed every time a stack is opened, which in some circumstances could be inappropriate.) But I do understand Paul's, which was very near the approach I was thinking of taking myself. I suppose I am still worried about the 'send'. Sending isn't calling, is it? I mean, in principle, a handler like dopart2 in Paul's example will be executed, and then control will return to the script that executed the 'send', won't it? So we end up executing end mouseUp in the context of the button that was clicked, not the script that was running in the 'startUp' handler. Perhaps this doesn't matter, but this is the issue I'm trying to get my head around. Anyway it's a viable solution and I'm grateful. Graham On 15 Feb 2015, at 13:37, Paul Dupuis p...@researchware.com wrote: If you code looked like this: on startup part 1 code if some condition then open stack user input stack exit startUp end if part 2 code end startup and your user input stack exits in a mouseUp handler such as on mouseUp close this stack end mouseUp you would need to restructure you code like this: on startUp doPart1 if some condition then open stack user input stack exit startup end if doPart2 end startup on doPart1 part 1 code end doPart1 on doPart2 part 2 code end doPart2 and the user input stack mouseUp handler would be modified as on mouseUp close this stack send doPart2 to main stack in 1 tick end mouseUp This places the part 1 code and part 2 code blocks in separate handlers in the main stack so that the part 2 code handler can be invoked from the mouseUp on the input stack. On 15 Feb 2015, at 13:27, Tore Nilsen tore.nil...@me.com wrote: Why don’t you just register the missing parts in a variabel, go on with the preOpenStack script and then, depending on what is missing, go to a card where the user then can enter the information needed. When the information is registered the user will be taken to the application itself with all the information in place. Tore N 15. feb. 2015 kl. 13.14 skrev Graham Samuel livf...@mac.com: This is probably very dumb, but I've got into a muddle thinking about 'Go To' Considered Harmful, if anyone is old enough to remember that Dutch utterance... anyway: In LC, really everything is dealt with in handlers which begin, execute and end and can be nested within one another. So how do you construct a control structure like the following: 1. The program starts up with a 'startup' handler (could use 'preOpenStack' but it's not so good). The script there does setting-up things, and then it notices that it needs extensive user input (for example, maybe the program isn't registered and we need some details - even maybe payment) before we can go on. 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? After all, the special stack which deals with user input is not a handler nested within the startup handler. The OK button is driven by a 'mouseUp' handler, but when that handler closes, there is no automatic way of going back to the calling handler of the whole process (the startup handler) due to the lack of nesting. What the script **can** do is to invoke a further handler in the original card where the startup is, called perhaps 'continueStartup', so that at the end of the 'mouseUp' script, we simply call this new handler. This kind of works, but we are left with loose ends: the original 'startup' handler never reaches its termination point ('end startUp') as far as I can
Re: Passing control away and back again
Why don’t you just register the missing parts in a variabel, go on with the preOpenStack script and then, depending on what is missing, go to a card where the user then can enter the information needed. When the information is registered the user will be taken to the application itself with all the information in place. Tore N 15. feb. 2015 kl. 13.14 skrev Graham Samuel livf...@mac.com: This is probably very dumb, but I've got into a muddle thinking about 'Go To' Considered Harmful, if anyone is old enough to remember that Dutch utterance... anyway: In LC, really everything is dealt with in handlers which begin, execute and end and can be nested within one another. So how do you construct a control structure like the following: 1. The program starts up with a 'startup' handler (could use 'preOpenStack' but it's not so good). The script there does setting-up things, and then it notices that it needs extensive user input (for example, maybe the program isn't registered and we need some details - even maybe payment) before we can go on. 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? After all, the special stack which deals with user input is not a handler nested within the startup handler. The OK button is driven by a 'mouseUp' handler, but when that handler closes, there is no automatic way of going back to the calling handler of the whole process (the startup handler) due to the lack of nesting. What the script **can** do is to invoke a further handler in the original card where the startup is, called perhaps 'continueStartup', so that at the end of the 'mouseUp' script, we simply call this new handler. This kind of works, but we are left with loose ends: the original 'startup' handler never reaches its termination point ('end startUp') as far as I can see, and the 'resume' script doesn't exactly terminate either, does it? If it did, we'd end up in the 'mouseUp' script in a stack (window), which is probably closed by now, having done its job. So viewed as a set of control structures, it looks a mess. OK, there is a way of doing it, kind of, but what is the most logical way to approach this problem of non-nested control structures? TIA for any thoughts Graham ___ 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: Passing control away and back again
On 2/15/2015 7:14 AM, Graham Samuel wrote: This is probably very dumb, but I've got into a muddle thinking about 'Go To' Considered Harmful, if anyone is old enough to remember that Dutch utterance... anyway: In LC, really everything is dealt with in handlers which begin, execute and end and can be nested within one another. So how do you construct a control structure like the following: 1. The program starts up with a 'startup' handler (could use 'preOpenStack' but it's not so good). The script there does setting-up things, and then it notices that it needs extensive user input (for example, maybe the program isn't registered and we need some details - even maybe payment) before we can go on. 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? After all, the special stack which deals with user input is not a handler nested within the startup handler. The OK button is driven by a 'mouseUp' handler, but when that handler closes, there is no automatic way of going back to the calling handler of the whole process (the startup handler) due to the lack of nesting. What the script **can** do is to invoke a further handler in the original card where the startup is, called perhaps 'continueStartup', so that at the end of the 'mouseUp' script, we simply call this new handler. This kind of works, but we are left with loose ends: the original 'startup' handler never reaches its termination point ('end startUp') as far as I can see, and the 'resume' script doesn't exactly terminate either, does it? If it did, we'd end up in the 'mouseUp' script in a stack (window), which is probably closed by now, having done its job. So viewed as a set of control structures, it looks a mess. OK, there is a way of doing it, kind of, but what is the most logical way to approach this problem of non-nested control structures? If you code looked like this: on startup part 1 code if some condition then open stack user input stack exit startUp end if part 2 code end startup and your user input stack exits in a mouseUp handler such as on mouseUp close this stack end mouseUp you would need to restructure you code like this: on startUp doPart1 if some condition then open stack user input stack exit startup end if doPart2 end startup on doPart1 part 1 code end doPart1 on doPart2 part 2 code end doPart2 and the user input stack mouseUp handler would be modified as on mouseUp close this stack send doPart2 to main stack in 1 tick end mouseUp This places the part 1 code and part 2 code blocks in separate handlers in the main stack so that the part 2 code handler can be invoked from the mouseUp on the input stack. ___ 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
Passing control away and back again
This is probably very dumb, but I've got into a muddle thinking about 'Go To' Considered Harmful, if anyone is old enough to remember that Dutch utterance... anyway: In LC, really everything is dealt with in handlers which begin, execute and end and can be nested within one another. So how do you construct a control structure like the following: 1. The program starts up with a 'startup' handler (could use 'preOpenStack' but it's not so good). The script there does setting-up things, and then it notices that it needs extensive user input (for example, maybe the program isn't registered and we need some details - even maybe payment) before we can go on. 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? After all, the special stack which deals with user input is not a handler nested within the startup handler. The OK button is driven by a 'mouseUp' handler, but when that handler closes, there is no automatic way of going back to the calling handler of the whole process (the startup handler) due to the lack of nesting. What the script **can** do is to invoke a further handler in the original card where the startup is, called perhaps 'continueStartup', so that at the end of the 'mouseUp' script, we simply call this new handler. This kind of works, but we are left with loose ends: the original 'startup' handler never reaches its termination point ('end startUp') as far as I can see, and the 'resume' script doesn't exactly terminate either, does it? If it did, we'd end up in the 'mouseUp' script in a stack (window), which is probably closed by now, having done its job. So viewed as a set of control structures, it looks a mess. OK, there is a way of doing it, kind of, but what is the most logical way to approach this problem of non-nested control structures? TIA for any thoughts Graham ___ 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: Reverse a list
Peter, I don’t follow. If I change the repeat portion of your code to use repeat n times as below, the speed doesn’t change. And the speed scales linearly in both cases if the size of the data set is increased. put the keys of pList into indexList put the number of lines of indexList into i put i into numTimes repeat numTimes times -- tLine is never used, but repeat for each is faster than repeat n times --and this iterates the correct number of times put pList[i] pDelim after outList subtract 1 from i end repeat The advantage of repeat for each is when iterating over chunks in a string. (repeat for each line/item/word) In this case, we’re iterating over array elements, and so there is no advantage. If you look back at my earlier version which iterated through array elements from last to first, you’ll see it is basically doing the same as your reverseSort, and the times are also the same. Cheers Dave On 15 Feb 2015, at 04:31, Peter M. Brigham pmb...@gmail.com wrote: Harking back to the original discussion on reversing a list -- still the subject of this thread, here's the original example as I saved it in my library. function reverseSort pList, pDelim -- reverse sorts an arbitrary list --ie, item/line -1 - item/line 1, item/line -2 - item/line 2, etc. -- pDelim defaults to cr -- from an exchange on the use-LC list --this was the fastest pure LC method of several proposed if pDelim = empty then put cr into pDelim split pList by pDelim put the keys of pList into indexList put the number of lines of indexList into i repeat for each line tLine in indexList -- tLine is never used, but repeat for each is faster than repeat n times --and this iterates the correct number of times put pList[i] pDelim after outList subtract 1 from i end repeat delete char -1 of outList return outList end reverseSort Note that the repeat is a repeat for each line tLine… even though the value of tLine is never actually used within the repeat loop. It's incredibly fast to do it that way, and it's an easy way to repeat something a foreseeable number of times. Using a repeat n times is glacial by comparison. I do agree that the dictionary should not just say the repeat for each form is much faster, it should say the repeat for each form is MUCH, MUCH faster. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig ___ 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: Reverse a list
My mistake. You are correct that the two are equally efficient. It was an error in my timing test handler. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Feb 15, 2015, at 7:56 AM, Dave Cragg wrote: Peter, I don’t follow. If I change the repeat portion of your code to use repeat n times as below, the speed doesn’t change. And the speed scales linearly in both cases if the size of the data set is increased. put the keys of pList into indexList put the number of lines of indexList into i put i into numTimes repeat numTimes times -- tLine is never used, but repeat for each is faster than repeat n times --and this iterates the correct number of times put pList[i] pDelim after outList subtract 1 from i end repeat The advantage of repeat for each is when iterating over chunks in a string. (repeat for each line/item/word) In this case, we’re iterating over array elements, and so there is no advantage. If you look back at my earlier version which iterated through array elements from last to first, you’ll see it is basically doing the same as your reverseSort, and the times are also the same. Cheers Dave On 15 Feb 2015, at 04:31, Peter M. Brigham pmb...@gmail.com wrote: Harking back to the original discussion on reversing a list -- still the subject of this thread, here's the original example as I saved it in my library. function reverseSort pList, pDelim -- reverse sorts an arbitrary list --ie, item/line -1 - item/line 1, item/line -2 - item/line 2, etc. -- pDelim defaults to cr -- from an exchange on the use-LC list --this was the fastest pure LC method of several proposed if pDelim = empty then put cr into pDelim split pList by pDelim put the keys of pList into indexList put the number of lines of indexList into i repeat for each line tLine in indexList -- tLine is never used, but repeat for each is faster than repeat n times --and this iterates the correct number of times put pList[i] pDelim after outList subtract 1 from i end repeat delete char -1 of outList return outList end reverseSort Note that the repeat is a repeat for each line tLine… even though the value of tLine is never actually used within the repeat loop. It's incredibly fast to do it that way, and it's an easy way to repeat something a foreseeable number of times. Using a repeat n times is glacial by comparison. I do agree that the dictionary should not just say the repeat for each form is much faster, it should say the repeat for each form is MUCH, MUCH faster. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig ___ 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: [OT?] Legitimising a developer as a 'publisher' in Windows 7
Bob, I saw your posting on Rev listserv. I got my windows code signing certificate last Friday from Comodo. I tried using Ksoftware’s utility on the Windows XP partition on my Mac but it cannot access the certificates. Any suggestions? Charles Szasz csz...@mac.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
Re: Passing control away and back again
On Sun, Feb 15, 2015 at 4:14 AM, Graham Samuel livf...@mac.com wrote: 2. To get the user input, the script does a 'go to' (which is really an 'open') to a special stack for this input. Eventually, the data is input and checked, and the user clicks say an OK button to get back to the startup process. 3. What happens now? The script can't easily resume the original startup handler, can it? Yes it can. modal stack theSPecialStack (or open stack theSpecialStack as modal) -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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
[OT] Shumway
I have been getting odd messages about Flash across about 10 devices running various Debian derivatives . . . Initially went for Pepper Flash Player [ https://wiki.debian.org/PepperFlashPlayer ], but as not very keen on Chrome as a browser (although it does work with Firefox), I am now playing around with Shumway . . . ALF, ALF, ALF which is at-least cross-platform: http://mozilla.github.io/shumway/ Richmond. ___ 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
Code signing Windows apps on a Mac Dilemena
I saw the posting on Rev listserv about code signing on Windows 7. I finally broke down and purchased a windows code signing certificate last Friday from Comodo. It took several days to complete the process. I tried using Ksoftware’s utility on the Windows XP partition on my Mac but it cannot access the certificates. I could see the certificates in my Keychain. Any suggestions how I can code sign my Windows app? Charles Szasz csz...@mac.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
Re: Answer File DIalog
Added QCC report # 14615 On Sat Feb 14 2015 at 7:24:27 PM J. Landman Gay jac...@hyperactivesw.com wrote: On 2/14/2015 7:24 PM, Peter Haworth wrote: What I'm looking for is a menu of encoding types (UTF8, UTF16, etc). If you're on a Mac, run Textedit and choose Open from the File menu and you'll see what I mean. I don't think you can from the answer file dialog. BBEdit has the same kind of dropdown as Text Ediit, btw, so the OS supports it (or at least, OS X does.) Might be a good feature request, since the unicode capability has introduced the need for this. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Passing control away and back again
On February 15, 2015 10:41:42 AM CST, Paul Dupuis p...@researchware.com wrote: On 2/15/2015 10:02 AM, Graham Samuel wrote: But I do understand Paul's, which was very near the approach I was thinking of taking myself. I suppose I am still worried about the 'send'. Sending isn't calling, is it? I mean, in principle, a handler like dopart2 in Paul's example will be executed, and then control will return to the script that executed the 'send', won't it? So we end up executing end mouseUp in the context of the button that was clicked, not the script that was running in the 'startUp' handler. Perhaps this doesn't matter, but this is the issue I'm trying to get my head around. Anyway it's a viable solution and I'm grateful. send message to object -- is like a call. The handler waits until message is executed before proceeding to the next statement send message to object in time -- places the message in the message queue and the handler continues. The message queue then invokes the message in the allotted time. So, on mouseUp close this stack send doPart2 to main stack end mouseUp will not do what you want as the send executes doPart2 and the completes the mouseUp, but on mouseUp close this stack send doPart2 to main stack in 10 milliseconds -- or some non-zero time end mouseUp causes doPart2 to execute in the context of the main stack AFTER the mouseUp handler has completed. If I recall correctly, Richard Gaskin produced an excellent short 1 or 2 page guide on message passing in LiveCode. A *must have* reference if you're still learning all the ins and outs. It looks like he's expanded it from the one I remember as well. See http://www.fourthworld.com/embassy/articles/revolution_message_path.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 Actually you can send in 0, which will execute right after the handler completes, or even in - 1 which pushes the request to the front of the queue ahead of all other pending messages. I learned that last trick from Dar a while back. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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
Re: Code signing Windows apps on a Mac Dilemena
Hi Charles. Did you do the step of exporting your certificate out of Safari? (See http://certhelp.ksoftware.net/support/solutions/articles/17159-how-do-i-export-my-code-signing-certificate-from-safari-) I believe you'll need to copy the exported file to the Windows side of your Mac. I don't think Windows can access your Mac's keychain. I can tell you how the process works on an actual Windows machine. You export the certificate from the browser you used in the purchase process. My exported file had a .p12 extension. I changed that to a .pfx extension. I put that file in my choice of directories on the Windows PC. Then, I opened kSign.exe from K Software on the PC, filled in the path to the PFX file, and was ready to codesign on Windows. HTH, Tom Bodine -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Code-signing-Windows-apps-on-a-Mac-Dilemena-tp4688857p4688860.html Sent from the Revolution - User mailing list archive at Nabble.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
Re: Code signing Windows apps on a Mac Dilemena
Thanks for responding to my request. I used Safari on my computer. I will try your suggestion after church. Thanks again! Sent from my iPhone ___ 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: Passing control away and back again
On 2/15/2015 10:02 AM, Graham Samuel wrote: But I do understand Paul's, which was very near the approach I was thinking of taking myself. I suppose I am still worried about the 'send'. Sending isn't calling, is it? I mean, in principle, a handler like dopart2 in Paul's example will be executed, and then control will return to the script that executed the 'send', won't it? So we end up executing end mouseUp in the context of the button that was clicked, not the script that was running in the 'startUp' handler. Perhaps this doesn't matter, but this is the issue I'm trying to get my head around. Anyway it's a viable solution and I'm grateful. send message to object -- is like a call. The handler waits until message is executed before proceeding to the next statement send message to object in time -- places the message in the message queue and the handler continues. The message queue then invokes the message in the allotted time. So, on mouseUp close this stack send doPart2 to main stack end mouseUp will not do what you want as the send executes doPart2 and the completes the mouseUp, but on mouseUp close this stack send doPart2 to main stack in 10 milliseconds -- or some non-zero time end mouseUp causes doPart2 to execute in the context of the main stack AFTER the mouseUp handler has completed. If I recall correctly, Richard Gaskin produced an excellent short 1 or 2 page guide on message passing in LiveCode. A *must have* reference if you're still learning all the ins and outs. It looks like he's expanded it from the one I remember as well. See http://www.fourthworld.com/embassy/articles/revolution_message_path.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
Re: Passing control away and back again
The -1 trick is new to me, good to know. What's the problem with using a modal stack as suggested by Doc Hawkins? The initial code waits until the modal stack closes before continuing - isn't that the requirement? As for where to put the startup code, card 1 of the main stack has always worked for me. It executes every time the main stack is opened but not when other stacks are opened. On Sun Feb 15 2015 at 8:56:21 AM J. Landman Gay jac...@hyperactivesw.com wrote: On February 15, 2015 10:41:42 AM CST, Paul Dupuis p...@researchware.com wrote: On 2/15/2015 10:02 AM, Graham Samuel wrote: But I do understand Paul's, which was very near the approach I was thinking of taking myself. I suppose I am still worried about the 'send'. Sending isn't calling, is it? I mean, in principle, a handler like dopart2 in Paul's example will be executed, and then control will return to the script that executed the 'send', won't it? So we end up executing end mouseUp in the context of the button that was clicked, not the script that was running in the 'startUp' handler. Perhaps this doesn't matter, but this is the issue I'm trying to get my head around. Anyway it's a viable solution and I'm grateful. send message to object -- is like a call. The handler waits until message is executed before proceeding to the next statement send message to object in time -- places the message in the message queue and the handler continues. The message queue then invokes the message in the allotted time. So, on mouseUp close this stack send doPart2 to main stack end mouseUp will not do what you want as the send executes doPart2 and the completes the mouseUp, but on mouseUp close this stack send doPart2 to main stack in 10 milliseconds -- or some non-zero time end mouseUp causes doPart2 to execute in the context of the main stack AFTER the mouseUp handler has completed. If I recall correctly, Richard Gaskin produced an excellent short 1 or 2 page guide on message passing in LiveCode. A *must have* reference if you're still learning all the ins and outs. It looks like he's expanded it from the one I remember as well. See http://www.fourthworld.com/embassy/articles/revolution_message_path.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 Actually you can send in 0, which will execute right after the handler completes, or even in - 1 which pushes the request to the front of the queue ahead of all other pending messages. I learned that last trick from Dar a while back. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Long IDE pauses?
On Tue, Feb 3, 2015 at 12:56 PM, Bernard Devlin bdrun...@gmail.com wrote: I am currently working with 6.7, and I'm seeing the IDE freeze for maybe 30 seconds at a time. I've got the message watcher open, and it's not like there's lots going on. Sometimes I see a small LC window pop up for a second then disappear. Finally, I was looking at the message watcher when that happened, and saw the IDE was firing some error message, which then seemed to be immediately cancelled (possibly one of the mouseclicks I did during the time the IDE was frozen ended up getting to the errorDialog and dismissing it - but I doubt it). Is this the kind of thing you have seen? Yes, exactly. And watching more recently, sometimes only part of the IDE seems to hang, such as the abiity to select text in a code window, or the ability to place evil red dots. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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: Filename of an image
Thanks Jacque, added my $0.02 worth but it's been around since 2013 so not holding my breath for it to be fixed any time soon. On Sat Feb 14 2015 at 7:17:32 PM J. Landman Gay jac...@hyperactivesw.com wrote: On 2/14/2015 6:32 PM, Peter Haworth wrote: If I set the filename of an image, it correctly loads that file into the image. Say I then change the contents of the file - if I set the filename of the image again, the original file contents remain in the image, presumably because of some caching effect. Is there a way to force the image to be reloaded from the file? I tried setting the filename to empty but that gave me an error (in the message box). Apparently not: http://quality.runrev.com/show_bug.cgi?id=11407 -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Answer File DIalog
Peter Haworth wrote: When I select Open from the Textedit File menu, I see a dropdown menu of encodings to be used when I select a file. Is there a way to have that menu appear with the LC answer file dialog? This isn't a filter option, but merely a way for the user to provide additional info to the app when selecting a file (because of course users fully understand text encodings and can provide helpful info there g). I haven't played with Mac APIs since the ol' Inside Mac days, but back then you could get a handle to the standard GetFile dialog and populate the lower portion of it with any additional controls you like. My guess would be that this particular addition isn't a single API call call, but a custom enhancement using some Cocoa method similar to the old Dialog Manager routines. As such, this seems like a good job for LiveCode 8, in which we'll be able to directly access OS APIs for this sort of thing. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.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
Re: Cover the complete dual screen desktop with a stack?
Hi, and thanks to all. You put me in the right direction… Matthias ___ 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: Code signing Windows apps on a Mac Dilemena
Tom, I followed your directions. I exported using KeyChain to the Parallels applications folder. There I sent the file to my documents folder. The file already had a .pdx extension. I then launched the Ksoftware Utility and open my documents folder. However, it did not show up in the Open menu. And .Pfx was selected as the type of file. Anymore suggestions? Charles Szasz csz...@mac.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
Re: Code signing Windows apps on a Mac Dilemena
Tom, I tried this process again. Using Safari, I downloaded the coding certificate to my download folder on the Mac. Now, how I export the certificate to my Windows XP using Safari? Charles Szasz csz...@mac.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
Re: Code signing Windows apps on a Mac Dilemena
Hi Charles, i´ve done a little screen recording (about 12mb) which shows the steps from exporting from keychain to using it with the KSoftware signing tool. You can find it here: https://dl.dropbox.com/s/xn4dc4rtz8epcmo/index.html But in short: Just move the exported file to your windows pc or vm. Then open the signing tool. The first field in that tool asks for a .pfx file. Press the button on the right of that field and select the certificate you move to your pc/vm. Regards, Matthias Am 15.02.2015 um 23:52 schrieb Charles Szasz csz...@me.com: Tom, I tried this process again. Using Safari, I downloaded the coding certificate to my download folder on the Mac. Now, how I export the certificate to my Windows XP using Safari? Charles Szasz csz...@mac.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: Code signing Windows apps on a Mac Dilemena
What i forgot. If your certificate is not listed in the keychain app, then you have to add it by double clicking on the downloaded file. That would open keychain and add it automatically to your certificates. After that you can export it again as .p12 to use it on other machines. Am 15.02.2015 um 23:59 schrieb Matthias Rebbe | M-R-D matthias_livecode_150...@m-r-d.de: Hi Charles, i´ve done a little screen recording (about 12mb) which shows the steps from exporting from keychain to using it with the KSoftware signing tool. You can find it here: https://dl.dropbox.com/s/xn4dc4rtz8epcmo/index.html But in short: Just move the exported file to your windows pc or vm. Then open the signing tool. The first field in that tool asks for a .pfx file. Press the button on the right of that field and select the certificate you move to your pc/vm. Regards, Matthias Am 15.02.2015 um 23:52 schrieb Charles Szasz csz...@me.com: Tom, I tried this process again. Using Safari, I downloaded the coding certificate to my download folder on the Mac. Now, how I export the certificate to my Windows XP using Safari? Charles Szasz csz...@mac.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 ___ 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: Filename of an image
Found how to do this. Instead of setting the filename of the image, load the contents of the file into a variable then set the text of the image to the variable. On Sun Feb 15 2015 at 10:19:19 AM Peter Haworth p...@lcsql.com wrote: Thanks Jacque, added my $0.02 worth but it's been around since 2013 so not holding my breath for it to be fixed any time soon. On Sat Feb 14 2015 at 7:17:32 PM J. Landman Gay jac...@hyperactivesw.com wrote: On 2/14/2015 6:32 PM, Peter Haworth wrote: If I set the filename of an image, it correctly loads that file into the image. Say I then change the contents of the file - if I set the filename of the image again, the original file contents remain in the image, presumably because of some caching effect. Is there a way to force the image to be reloaded from the file? I tried setting the filename to empty but that gave me an error (in the message box). Apparently not: http://quality.runrev.com/show_bug.cgi?id=11407 -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.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: Code signing Windows apps on a Mac Dilemena
the 2nd one should do. Comodo RSA Code Signing CA. Matthias Am 15.02.2015 um 22:01 schrieb Charles Szasz csz...@me.com: Tom, I don’t know. But how do I recognize the certificate in my Keychain? Is in Certificates or My Certificates? I found the following in the Certificates folder: Comodo RSA Certification Authority Comodo RSA Code Signing CA Comodo SHA-256 Client Authentication and secure Email CA Is the last one the one I should export? All of the certificates are a bit confusing to recognize. Charles Szasz csz...@mac.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: Code signing Windows apps on a Mac Dilemena
Tom, I don’t know. But how do I recognize the certificate in my Keychain? Is in Certificates or My Certificates? I found the following in the Certificates folder: Comodo RSA Certification Authority Comodo RSA Code Signing CA Comodo SHA-256 Client Authentication and secure Email CA Is the last one the one I should export? All of the certificates are a bit confusing to recognize. Charles Szasz csz...@mac.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
Re: Code signing Windows apps on a Mac Dilemena
Matthias, I am going to try it now. Thanks! Charles Szasz csz...@mac.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
Bill Gates, LiveCode and Education
Hi All, Recently, I was reading this interview: http://www.theverge.com/2015/1/22/7870497/bill-gates-interview-future-verge-guest-editor and noticed how the same great ideas from the 80's about hypertext, education and the computer revolution will be fulfilled by smartphones. Before a child even starts primary school, she will be able to use her mom's smartphone to learn her numbers and letters, giving her a big head start. Software will be able to see when she's having trouble with the material and adjust for her pace. She will collaborate with teachers and other students in a much richer way. If she is learning a language, she'll be able to speak out loud and the software will give her feedback on her pronunciation. I want to believe that all these great ideas will be embraced, accepted and nurtured in the real world. The question is: Is the real world ready to embrace these ideas? In the place where you live, Could this happen anytime soon? or many other things must happen before these ideas become a real possibility. Thanks in advance Al -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Bill-Gates-LiveCode-and-Education-tp4688877.html Sent from the Revolution - User mailing list archive at Nabble.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
Re: Code signing Windows apps on a Mac Dilemena
According to K Software tutorial, Open Keychain access, click on the *My Certificates* category and your certificate should be in the list shown. Just right-click and export and you're finished! Checking my own certificate, it says the common name is COMODO RSA Code Signing CA. HTH, Tom BOdine -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Code-signing-Windows-apps-on-a-Mac-Dilemena-tp4688857p4688878.html Sent from the Revolution - User mailing list archive at Nabble.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
Re: Stream Video in LC Player
I’m playing audio off a server in a player. I noticed just today that this file will only play the first 10 seconds or so and always stop in LC 6.1.3 (uses QT) but play properly in Safari: http://artsinteractive.info//MITA/MITA_audio03/497-StraussR-Rosenkavalier-Act3Concl.mov Plays correctly in LC 6.7 (uses LC player on my Yosemite Mac). Peter UCLA But now, the Same URL to an mp4 (on our server in SF) plays fine in a browser... but stutters and hangs when used in a player object. perhaps I need to set some other attributes for it to work? Why can Firefox run it smoothly but not LC? ___ 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