Re: Crazy script-only stack question

Jacque wrote: If you're just using red-dot breakpoints then it isn't as difficult to remove them, you can just use the "remove all breakpoints" menu item. I wonder if a case could be made for the IDE to also search and line in any script that = breakpoint and either comment or

Re: Crazy script-only stack question

On 1/26/18 3:27 PM, Mark Wieder via use-livecode wrote: On 01/26/2018 12:42 PM, J. Landman Gay via use-livecode wrote: The deal is, if the standalone is anywhere near a running copy of the IDE, remote debugging will kick in and stop the script (assuming the "breakpoint" command works as

Re: Crazy script-only stack question

On 01/26/2018 12:42 PM, J. Landman Gay via use-livecode wrote: The deal is, if the standalone is anywhere near a running copy of the IDE, remote debugging will kick in and stop the script (assuming the "breakpoint" command works as expected.) To avoid that, you'd need to either quit LC, or

Re: Crazy script-only stack question

On 1/26/18 1:11 PM, Mark Wieder via use-livecode wrote: On 01/23/2018 01:15 PM, J. Landman Gay via use-livecode wrote: On 1/23/18 12:27 PM, Mike Kerner via use-livecode wrote: @JLG I thought with "breaktpoint" you could debug SOS behaviors I haven't actually tried that yet. It would be more

Reloading script-only stacks

With version control, switching branches switches out SoS files. Is it best/necessary to then run through the stackfiles and set the destroystack of each to true and close/reopen them? Or is there a better way? gc ___ use-livecode mailing list

Re: is it safe to rely on the hash of a livecode variable from a character encoding standpoint?

wow i am glad I asked..thanks for the detailed answer Mark. On Fri, Jan 26, 2018 at 1:31 PM, Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > On 2018-01-26 18:50, Tom Glod via use-livecode wrote: > >> Hi Everyone, >> >> I want to ask how likely it is that at some point

Re: Crazy script-only stack question

On 01/23/2018 01:15 PM, J. Landman Gay via use-livecode wrote: On 1/23/18 12:27 PM, Mike Kerner via use-livecode wrote: @JLG I thought with "breaktpoint" you could debug SOS behaviors I haven't actually tried that yet. It would be more difficult to avoid debugging when you just want to run

Re: is it safe to rely on the hash of a livecode variable from a character encoding standpoint?

On 2018-01-26 18:50, Tom Glod via use-livecode wrote: Hi Everyone, I want to ask how likely it is that at some point in the future some change in character encoding could start producing a different hash for the same sentence? just thinking about the nightmare scenarios facing a project that

is it safe to rely on the hash of a livecode variable from a character encoding standpoint?

Hi Everyone, I want to ask how likely it is that at some point in the future some change in character encoding could start producing a different hash for the same sentence? just thinking about the nightmare scenarios facing a project that heavily uses hashing to verify and address content..in

Re: "clear" a command?

Hi Paul, > Am 26.01.2018 um 18:16 schrieb Paul Hibbert via use-livecode > : > > Because “clear” is also a synonym of “delete”. :-) I came to exact the same conclusion! :-D > Paul > >> On Jan 26, 2018, at 3:41 AM, Klaus major-k via use-livecode >>

Re: "clear" a command?

Because “clear” is also a synonym of “delete”. :-) Paul > On Jan 26, 2018, at 3:41 AM, Klaus major-k via use-livecode > wrote: > > Hi friends, > > I just saw a code snippet in the german LC forum, > did not believe it would work, tested it and in fact it DID?

Re: Preserving Detailed Field Content

Don’t mean to clutter this list, but I want to be sure to thank Ralph and Klaus and Bob for responses within 5 minutes of my posting. What a great resource this list is!! Roger > On Jan 26, 2018, at 9:01 AM, Roger Guay via use-livecode > wrote: > > And thanks

Re: Preserving Detailed Field Content

And thanks to you too, Bob. > On Jan 26, 2018, at 9:00 AM, Bob Sneidar via use-livecode > wrote: > > Get and set the rtftext of the field. > > Bob S > > >> On Jan 26, 2018, at 07:56 , Roger Guay via use-livecode >> wrote: >>

Re: Preserving Detailed Field Content

Get and set the rtftext of the field. Bob S > On Jan 26, 2018, at 07:56 , Roger Guay via use-livecode > wrote: > > I have a multiple line field with some lines of different color and strikeout > textStyle. If I set the custom property, the cContent, of that

Re: Preserving Detailed Field Content

Hi Roger, > Am 26.01.2018 um 16:56 schrieb Roger Guay via use-livecode > : > > I have a multiple line field with some lines of different color and strikeout > textStyle. If I set the custom property, the cContent, of that field to the > field itself, the

RE: Preserving Detailed Field Content

Roger, The htmltext will preserve all of that. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Roger Guay via use-livecode Sent: Friday, January 26, 2018

Preserving Detailed Field Content

I have a multiple line field with some lines of different color and strikeout textStyle. If I set the custom property, the cContent, of that field to the field itself, the textColor and TextStyle of each line is lost. Is there a simple way to capture the contents of a field with varied

Re: "clear" a command?

I used to play the Cabaret in high school. ;-) Bob S > On Jan 26, 2018, at 04:55 , Klaus major-k via use-livecode > wrote: > > Hi Hermann, > >> Am 26.01.2018 um 13:51 schrieb hh via use-livecode >> : >> >> Klaus wrote: ... I

Re: What Env Variable set when saving standalone?

Thanks Jacque. I'm sure I could do some kind of workaround like that, but I actually use the app while in dev mode, which is the main way I debug it, and need the login stack to open modally in that environment to get what I need to function. Maybe what I will do is check for a modifier key

Re: Question about script-only stacks

On Fri, Jan 26, 2018 at 6:16 AM Rolf Kocherhans via use-livecode < use-livecode@lists.runrev.com> wrote: > There seems a lot of hype recently about script-only stacks. > I agree that they are cool vor GIT and work perfectly, but > it came to my mind - how are you go about it when you want to >

Re: "clear" a command?

Hi Hermann, > Am 26.01.2018 um 13:51 schrieb hh via use-livecode > : > > Klaus wrote: ... I only looked for "clear". > > You never used that? no, never even heard of that in the last 18 years of using MC and Rev and LC. > This is a symptom for ... (forgot the

Re: "clear" a command?

Klaus wrote: ... I only looked for "clear". You never used that? This is a symptom for ... (forgot the name of that disease). ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your

Re: "clear" a command?

Hi Hermann, > Am 26.01.2018 um 13:43 schrieb hh via use-livecode > : > > According to dictionary: > "clear chunk" is a synonym to "delete chunk". ah, yes, sorry, I only looked for "clear". Thanks for the hint! Best Klaus -- Klaus Major http://www.major-k.de

Re: "clear" a command?

According to dictionary: "clear chunk" is a synonym to "delete chunk". ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

Question about script-only stacks

There seems a lot of hype recently about script-only stacks. I agree that they are cool vor GIT and work perfectly, but it came to my mind - how are you go about it when you want to protect your scripts. Are they also encrypted by a password when you compile a stack, and if not what would be the

"clear" a command?

Hi friends, I just saw a code snippet in the german LC forum, did not believe it would work, tested it and in fact it DID? Here the line in question: ... clear the last word in field 1 ... That actually deletes the last word of a field!? Holy Moses! According to the docs "clear" is just one of