Re: Behaviors

using custom templates, have a look at the pl - polyList. > > On Thu, Aug 24, 2023 at 2:12 PM Bob Sneidar via use-livecode > wrote: > > > > Ah thanks for that. Yes, I knew how to nest behaviors for datagrids, but > I never use the Project Browser because of issues I had man

Re: Behaviors

t; > Ah thanks for that. Yes, I knew how to nest behaviors for datagrids, but I > never use the Project Browser because of issues I had many years ago. I may > have another look. > > What is a “pg”? I make extensive use of Datagrid properties, and whatever I > might replace

Re: Behaviors

Ah thanks for that. Yes, I knew how to nest behaviors for datagrids, but I never use the Project Browser because of issues I had many years ago. I may have another look. What is a “pg”? I make extensive use of Datagrid properties, and whatever I might replace them with needs to provide ALL

Re: Behaviors

hould be enough if you save the stack afterwards. > > I note that Datagrids have no way to set the behavior, since they depend on > their default behavior. It was discussed long ago when nested behaviors > became a thing, that there ought to be a way to edit a list of behaviors of > a

Re: Behaviors

Datagrids have no way to set the behavior, since they depend on their default behavior. It was discussed long ago when nested behaviors became a thing, that there ought to be a way to edit a list of behaviors of an object. In fact it shouldn’t be that difficult to make a Behavior Browser widget of

Re: Behaviors

long id of button >>>> "RichTextFieldBehaviour" of \ >>>> card "Behaviours" of stack "/Users/alextweedly/Dropbox/My >>>> Livecode/Libraries/richText.livecode" >>> >>> Alex. >>> >>> On 22/0

Re: Behaviors

ly/Dropbox/My > >> Livecode/Libraries/richText.livecode" > > > > Alex. > > > > On 22/08/2023 17:57, Dar Scott via use-livecode wrote: > >> I am misremembering things about Behaviors. > >> > >> I have a card with my behavior buttons,

Re: Behaviors

My >> Livecode/Libraries/richText.livecode" > > Alex. > > On 22/08/2023 17:57, Dar Scott via use-livecode wrote: >> I am misremembering things about Behaviors. >> >> I have a card with my behavior buttons, but I can’t seem to point to buttons >>

Re: Behaviors

card "Behaviours" of stack "/Users/alextweedly/Dropbox/My Livecode/Libraries/richText.livecode" Alex. On 22/08/2023 17:57, Dar Scott via use-livecode wrote: I am misremembering things about Behaviors. I have a card with my behavior buttons, but I can’t seem to point to butto

Behaviors

I am misremembering things about Behaviors. I have a card with my behavior buttons, but I can’t seem to point to buttons on that card. Maybe, I’m remembering what I did long ago with front scripts. I suppose I can use substacks, but I’m worried that the stacks would be in the message path

Re: Get the nested behaviors of an object

Actually I can set the behavior of a Datagrid via the message box, so that’s okay, but it would be nice to have a property called the nestedBehaviors or something akin. I can probably write a function to iterate through the behaviors to get it and in the reverse to set it. I’ll give that a go

Get the nested behaviors of an object

Hi all. I’ve got me doots, as Richmond would say, but is there a way to get (and even better SET) the nested behaviors of an object? Now that nested behaviors work for Datagrids, actually *setting* the nested behavior is problematic. There is no place to actually set it in the Datagrid

Nested Datagrid Behaviors is implemented!

Hi all. For those of you who were interested in nested datagrid behaviors, it has now been implemented in LC 9.6.9 (rc2). I can confirm it works as advertised. I use to have to replace one of the script only stacks in LC with a modified one of my own, but now no more. Thanks LC Dev team, you

Re: Behaviors and scripts and a new handler structure...

gs. > > Bob S > > >> On Apr 1, 2021, at 12:51 , Paul Dupuis via use-livecode >> wrote: >> >> I have increasingly been using behaviors in my applications where it makes >> sense to assign a script to multiple objects or to override the actions

Re: Behaviors and scripts and a new handler structure...

I have already implemented this with the help of others, for Datagrids. I think it works already for other things. Bob S > On Apr 1, 2021, at 12:51 , Paul Dupuis via use-livecode > wrote: > > I have increasingly been using behaviors in my applications where it makes > se

Behaviors and scripts and a new handler structure...

I have increasingly been using behaviors in my applications where it makes sense to assign a script to multiple objects or to override the actions of existing script handlers by assign a behavior with different version of those handlers. The one thing I dislike about behaviors is all the

Re: Basic question about behaviors

Thanks, Paul. That worked. Bill William A. Prothero https://earthlearningsolutions.org > On Aug 25, 2020, at 8:03 PM, Paul Hibbert via use-livecode > wrote: > > Bill, try this in the behaviour button script: > > on mouseUp > put the long name of this me into theName —theName will contain th

Re: Basic question about behaviors

Certainly best to avoid any made backwards. > On 26 Aug 2020, at 15:20, Martin Koob via use-livecode > wrote: > > Is there a rule regarding puns? > > Martin > >> On Aug 26, 2020, at 9:30 AM, Paul Pystcat via use-livecode >> wrote: >> >> ROFL >> >> THAT was gouda! >> >> (I know, I know!

Re: Basic question about behaviors

Only cheese puns. > On Aug 26, 2020, at 8:20 AM, Martin Koob via use-livecode > wrote: > > Is there a rule regarding puns? > > Martin > >> On Aug 26, 2020, at 9:30 AM, Paul Pystcat via use-livecode >> wrote: >> >> ROFL >> >> THAT was gouda! >> >> (I know, I know! I broke one of the rule

Re: Basic question about behaviors

Is there a rule regarding puns? Martin > On Aug 26, 2020, at 9:30 AM, Paul Pystcat via use-livecode > wrote: > > ROFL > > THAT was gouda! > > (I know, I know! I broke one of the rules… no politics, no religion and no > cheese) > >> On Aug 26, 2020, at 9:09 AM, Mike Kerner via use-livecode

Re: Basic question about behaviors

ROFL THAT was gouda! (I know, I know! I broke one of the rules… no politics, no religion and no cheese) > On Aug 26, 2020, at 9:09 AM, Mike Kerner via use-livecode > wrote: > > On Tue, Aug 25, 2020 at 12:41 PM Sean Cole (Pi) via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> I

Re: Basic question about behaviors

On Tue, Aug 25, 2020 at 12:41 PM Sean Cole (Pi) via use-livecode < use-livecode@lists.runrev.com> wrote: > I LOVE 'this me'. This extraordinary use of coding language is truly where > LC shines and why I love it so much, - sometimes. [sigh] > > Sean > and that's why your fonts break - because yo

Re: Basic question about behaviors

Bill, try this in the behaviour button script: on mouseUp put the long name of this me into theName —theName will contain the long name of the behaviour button. end mouseUp put this me into theName - would put the value contained in the text property of the behaviour button into theName. In

Re: Basic question about behaviors

This Me only works in the behavior script, not the button script. Not sure if that helps. Bob S On Aug 25, 2020, at 3:48 PM, William Prothero via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: I assumed the script would be: on mouseUp put this me into theName —theName is blank

Re: Basic question about behaviors

I assumed the script would be: on mouseUp put this me into theName —theName is blank. end mouseUP However, it gave me a blank. I found that this works, though. on mouseUP put the exectionContext into theName end mouseUp Thanks, Bill William A. Prothero https://earthlearningsolutions.or

Re: Basic question about behaviors

I LOVE 'this me'. This extraordinary use of coding language is truly where LC shines and why I love it so much, - sometimes. [sigh] Sean ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and mana

Re: Basic question about behaviors

Try the execution contexts. And yes, this me will return the behavior object itself. Bob S On Aug 24, 2020, at 8:18 PM, prothero--- via use-livecode mailto:use-livecode@lists.runrev.com>> wrote: I have assigned a behavior to a button. The behavior button/source is on a different stack. It wo

Re: Basic question about behaviors

i like "this me" less and less every time i read it. On Mon, Aug 24, 2020 at 11:30 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Wouldn’t it just be “me”? And “this me” should be the behavior object. > > Sent from my iPhone > > > On Aug 24, 2020, at 11:19 PM, prothero

Re: Basic question about behaviors

Wouldn’t it just be “me”? And “this me” should be the behavior object. Sent from my iPhone > On Aug 24, 2020, at 11:19 PM, prothero--- via use-livecode > wrote: > > I have assigned a behavior to a button. The behavior button/source is on a > different stack. It works fine. But a click on a

Basic question about behaviors

I have assigned a behavior to a button. The behavior button/source is on a different stack. It works fine. But a click on a movie player, on the same card, triggers the mouseUp handler in the behavior, which I don’t want to happen. It seems odd that this would happen, but I need to fix it. My s

Re: Script Only Behaviors

On Sat, May 2, 2020 at 2:14 PM Ali Lloyd via use-livecode < use-livecode@lists.runrev.com> wrote: > It's also mentioned in the scriptOnly property and in the script only stack > entry in the glossary > I'm not sure how I missed that. I searched for "script only" in the dictionary and no results c

Re: Script Only Behaviors

On 5/2/20 12:13 PM, Ali Lloyd via use-livecode wrote: It's also mentioned in the scriptOnly property and in the script only stack entry in the glossary OK - I see documentationcache/9_6_0_dp_4_community/api.html has a reference under "script only stack". But it's hinted at obliquely in the sc

Re: Script Only Behaviors

It's also mentioned in the scriptOnly property and in the script only stack entry in the glossary On Sat, 2 May 2020 at 18:48, Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote: > > On Sat, May 2, 2020 at 8:36 AM Mark Wi

Re: Script Only Behaviors

On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote: On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote: script "My script-only stack" with behavior "A Stack Name" Nice! I didn't kn

Re: Script Only Behaviors

On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode < use-livecode@lists.runrev.com> wrote: > On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote: > > > script "My script-only stack" with behavior "A Stack Name" > > Nice! I didn't know that behavior syntax existed. Is that documented

Re: Script Only Behaviors

On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote: script "My script-only stack" with behavior "A Stack Name" Nice! I didn't know that behavior syntax existed. Is that documented somewhere? -- Mark Wieder ahsoftw...@gmail.com ___ use-liv

Re: Script Only Behaviors

On Fri, May 1, 2020 at 7:51 PM Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > > I’m gonna say that script only stacks cannot have behaviors eh? Reason is, > I’d like to move my nested data grid behavior to a script only stack, but > it occurs to me th

Script Only Behaviors

Hi all. I’m gonna say that script only stacks cannot have behaviors eh? Reason is, I’d like to move my nested data grid behavior to a script only stack, but it occurs to me this might break the datagrid, since it’s next level behavior is the old data grid behavior button (not sure why that’s

UPDATE: Nested Datagrid Behaviors

Hi all. For those of you interested in nesting custom DataGrid behaviors, as has been discussed before, note that there was a conflict I discovered with revNavigator and folding. With Geoff's help I developed a patch for it. Comment out and paste the private function _resourceStack in

Re: Setting behaviors in 9.0.2

J. Landman Gay wrote: > On 2/4/19 1:01 AM, Richard Gaskin via use-livecode wrote: >> J. Landman Gay wrote: >> >> > I just found my unsettable behaviors. The IDE set them as custom >> > properties named "behavior" with the value being the long id of &

Re: Setting behaviors in 9.0.2

On 2/4/19 1:01 AM, Richard Gaskin via use-livecode wrote: J. Landman Gay wrote: > I just found my unsettable behaviors. The IDE set them as custom > properties named "behavior" with the value being the long id of the > behavior button. Was that in a custom property set,

Re: Setting behaviors in 9.0.2

That's why I always report here first. Bob S > On Feb 2, 2019, at 11:01 , J. Landman Gay via use-livecode > wrote: > > Is anyone else unable to set a behavior on an object in LC 9.0.2? Neither > script, nor message box, nor property inspector will do it for me with the > possible exceptio

Re: Setting behaviors in 9.0.2

J. Landman Gay wrote: > I just found my unsettable behaviors. The IDE set them as custom > properties named "behavior" with the value being the long id of the > behavior button. Was that in a custom property set, or the default set. If the latter, disturbing. -- Richard G

Re: Setting behaviors in 9.0.2

I just found my unsettable behaviors. The IDE set them as custom properties named "behavior" with the value being the long id of the behavior button. Back in 9.0.1 things are working better, at least for now. I deleted the superfluous "behavior" custom props and the ac

Re: Setting behaviors in 9.0.2

ich are sometimes in another > stack in use. > > This is such a basic requirement that I'm wondering if it's just me. The IDE makes extensive use of dynamically-assigned behaviors, so about the only thing that could be said with confidence on this is that if the IDE is running

Re: Setting behaviors in 9.0.2

I don't see any consistency either, so there's no recipe. I may go back to LC 9.0.1 for a while, I have too much to do. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 3, 2019 10:52:39 AM Sannyasin Brahmanathaswami via use-live

Re: Setting behaviors in 9.0.2

This happens to me "regularly" but I have no recipe. Once a every few days or so. You mentioned it to me months ago, something about IDE "losing messages" Sometimes, "something" (some action in the IDE) cause the IDE to lose "parts" of the message hierarchy. Other things work. It can be anythi

Re: Setting behaviors in 9.0.2

4:16:38 PM hh via use-livecode wrote: I think this is not related especially to behaviors. There is possibly something going wrong with the memory management of LC 9. I had, especially when developing or using widgets, several strange effects. For example changed scripts worked not before sa

Re: Setting behaviors in 9.0.2

I think this is not related especially to behaviors. There is possibly something going wrong with the memory management of LC 9. I had, especially when developing or using widgets, several strange effects. For example changed scripts worked not before saving 2-3 times and closing the script

Re: Setting behaviors in 9.0.2

Thanks. Something apparently went awry, seems okay now. The script editor was also behaving strangely and is now better. Odd. I'm glad I asked here before making a bug report. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On February 2,

Re: Setting behaviors in 9.0.2

Thanks for testing Matthias. It must have been a temporary thing, I relaunched LC and now it works. Something got out of order I guess. On 2/2/19 1:14 PM, Matthias Rebbe via use-livecode wrote: I´ve made a quick test and set the behaviour of a card to the script of a button. This works here on

Re: Setting behaviors in 9.0.2

I have have been using behaviours pointing from objects on the mainstack to buttons on a substack. 9.0.2 on Mac Mojave. On Sat, 2 Feb 2019 at 19:15, Matthias Rebbe via use-livecode < use-livecode@lists.runrev.com> wrote: > I´ve made a quick test and set the behaviour of a card to the script of a

Re: Setting behaviors in 9.0.2

I´ve made a quick test and set the behaviour of a card to the script of a button. This works here on Mac OS X with LC 9.0.2 Business. Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de

Setting behaviors in 9.0.2

Is anyone else unable to set a behavior on an object in LC 9.0.2? Neither script, nor message box, nor property inspector will do it for me with the possible exception of a button on the same card. I'm not using script-only stacks, just buttons which are sometimes in another stack in use. Thi

Re: Musings on Architect, MVC, Nested Behaviors

Andre Alves Garzia wrote: > Be aware that YAML is tricky to parse, there are better formats such > as TOML which are much easier and tend to be less error prone. It is > very easy to get some indentation wrong in YAML and move something up > or down a level. TOML is IMHO a better format for such

Re: Musings on Architect, MVC, Nested Behaviors

rk. Not at all my intention to hijack your thread by exploring that option further to see if we can arrive at an actionable plan.  On the contrary, it is in direct support of pursuing solutions specific to your needs. We could rename this part of the discussion, but since it involves nested

Re: Musings on Architect, MVC, Nested Behaviors

Mark Wieder wrote: > On 12/29/18 10:27 AM, Alex Tweedly via use-livecode wrote: > >> Could breakpoints also go in an LSON file ? Is there a way that a >> script can set breakpoints into a script? (i.e. not insert eh command >> into the script, but set a dynamic breakpoint like are stored in a >> b

Re: Musings on Architect, MVC, Nested Behaviors

On 12/29/18 10:27 AM, Alex Tweedly via use-livecode wrote: Could breakpoints also go in an LSON file ? Is there a way that a script can set breakpoints into a script? (i.e. not insert eh command into the script, but set a dynamic breakpoint like are stored in a binary-stack) ? There is indeed

Re: Musings on Architect, MVC, Nested Behaviors

In another email on the list, Richard said something like : > relatively easy to use a parallel LSON file and load via a library and On 29/12/2018 18:03, Richard Gaskin via use-livecode wrote: Breakpoint support may well be a uniquely valuable addition worth considering.  I rarely use them mys

Re: Musings on Architect, MVC, Nested Behaviors

Quentin Long wrote: >> From: Richard Gaskin >> By what means would be indicate which properties we want saved there >> and which ones we don't care about? > > To a first approximation, I'd say that any property which has been > changed from the engine's built-in default value should be saved. On

Re: Musings on Architect, MVC, Nested Behaviors

Sannyasin Brahmanathaswami wrote: >  Richard wrote: >> Not at all my intention to hijack your thread by exploring that >> option further to see if we can arrive at an actionable plan. On the >> contrary, it is in direct support of pursuing solutions specific to >> your needs. > > I don't mind h

Re: Musings on Architect, MVC, Nested Behaviors

Bob Sneidar wrote: >> On Dec 28, 2018, at 09:49 , Richard Gaskin wrote: >> >> In the beginning, script-only stacks contained only a script. >> >> Later, accommodation was made to allow the behavior property there, >> using the "with behavior" clause. >> >> Now we're considering adding breakpoints

Re: Musings on Architect, MVC, Nested Behaviors

> From: Richard Gaskin >> J. Landman Gay wrote: >> >> On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode >> wrote: >>> >>> Sounds like one more reason to allow stack properties as YAML >>> frontmatter in the file. Ever since I suggested that a couple >>> years back, the range of valu

Re: Musings on Architect, MVC, Nested Behaviors

Trevor wrote: set the behavior of stack "MyStack" to the long id of stack "MyBehavior" BR: ahha... Simple enough to do; and then it you wanted to undo the "binding", you do it in the script editor itself. Trevor: " Perhaps the SE could use an update that shows the behavior

Re: Musings on Architect, MVC, Nested Behaviors

I don't mind hijacked my thread. It just that I see it as important innovation. To make sure such a good idea that it was "hidden" BR  Richard wrote: YAML is a notation for expressing name-value pairs in a format optimized for human writing, something we LC fans like in a language. It wo

Re: Musings on Architect, MVC, Nested Behaviors

I think most would agree with you on this Richard. It's like stack files are evolving into flat files. Soon we won't need to write code, we will just think it. It's kind of like a Star Trek episode, only for software developers. :-) Bob S > On Dec 28, 2018, at 09:49 , Richard Gaskin via use-li

Re: Musings on Architect, MVC, Nested Behaviors

On Thu, Dec 27, 2018 at 10:43 PM Sannyasin Brahmanathaswami via use-livecode wrote: > ... > > BUT: " A new developer may be more likely to see the chained behavior if > the behaviors are explicitly assigned in code vs having to use vs going to > the IDE to look up what t

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > On December 27, 2018 8:54:29 PM Richard Gaskin via use-livecode > wrote: >> >> At your prompting I started to open an enhancement request for this, >> but not long into it I hit on why they probably haven't done this >> yet: >> >> By what means would be indicate which pro

Re: Musings on Architect, MVC, Nested Behaviors

tion to hijack your thread by exploring that option further to see if we can arrive at an actionable plan. On the contrary, it is in direct support of pursuing solutions specific to your needs. We could rename this part of the discussion, but since it involves nested behaviors, MVC, and a

Re: Musings on Architect, MVC, Nested Behaviors

In some of my projects, I have a handler in my stack script to help with this. It requires one extra click (to step out of th handler) - but I often find it's worth that for the other advantages. The minimalist version is on mybreakpoint    breakpoint end mybreakpoint while the fancier versio

Re: Musings on Architect, MVC, Nested Behaviors

On December 27, 2018 8:54:29 PM Richard Gaskin via use-livecode wrote: At your prompting I started to open an enhancement request for this, but not long into it I hit on why they probably haven't done this yet: By what means would be indicate which properties we want saved there and which o

Re: Musings on Architect, MVC, Nested Behaviors

I see nested behaviors and all behaviors in fact, like I see constants in relation to variables. Behaviors are or ought to be a structural thing fixed at startup, much like constants are declared at compile time and fixed. If a set of handlers needs to be declared, then that is what start using

Re: Musings on Architect, MVC, Nested Behaviors

That's an interesting idea! Bob S > On Dec 27, 2018, at 20:13 , Brian Milby via use-livecode > wrote: > > I’ve briefly looked at the load/save code and think that it would be doable > to extend the export code from just covering widgets to covering entire stack > files. That would yield a

Re: Musings on Architect, MVC, Nested Behaviors

Ha! Fixed... I have using Navigator for so long I have hardly touched the PB. And on the big monitor the tools tip are small, be yes, they are there! BR On 12/28/18, 1:29 AM, "use-livecode on behalf of Niggemann, Bernd via use-livecode" wrote: "too obscure"... in Project Browser t

Re: Musings on Architect, MVC, Nested Behaviors

Sannyasin Brahmanathaswami wrote > BUT: " A new developer may be more likely to see the chained behavior if the >behaviors are explicitly assigned in code vs having to use vs going to the IDE >to look up what the behavior chain is." > >That is a problem using "Na

Re: Musings on Architect, MVC, Nested Behaviors

Well, this stimulated a quite a discussion. @Trevor: Thank you about tips on staying organized. An very good points on how useful it could be the have nested behaviors though you have not used it yet this was an important observation :" If you use a library script you have to pass a

Re: Musings on Architect, MVC, Nested Behaviors

Part of the reason is that it is a “script only stack” and as soon as you start adding other things it is no longer script only.  If you need to store other things, then why not just use a binary stack file?  Version control... use ScriptTracker (or some other method of script export that allows

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode > wrote: >> >> Sounds like one more reason to allow stack properties as YAML >> frontmatter in the file. Ever since I suggested that a couple >> years back, the range of valuable use-cases keeps growing. > >

Re: Musings on Architect, MVC, Nested Behaviors

On 12/27/18 4:13 PM, Mark Wieder via use-livecode wrote: Especially since there's already code in the engine to handle the "metadata" keyword for LCS. Er... I meant, of course, LCB. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing l

Re: Musings on Architect, MVC, Nested Behaviors

On 12/27/18 3:18 PM, J. Landman Gay via use-livecode wrote: On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode wrote: Sounds like one more reason to allow stack properties as YAML frontmatter in the file.  Ever since I suggested that a couple years back, the range of valuable us

Re: Musings on Architect, MVC, Nested Behaviors

On December 27, 2018 2:36:16 PM Richard Gaskin via use-livecode wrote: Sounds like one more reason to allow stack properties as YAML frontmatter in the file. Ever since I suggested that a couple years back, the range of valuable use-cases keeps growing. I wouldn't mind if you poked them ag

Re: Musings on Architect, MVC, Nested Behaviors

:-) > On Dec 27, 2018, at 14:37 , J. Landman Gay via use-livecode > wrote: > > It's to keep you safe, like the TSA. And if you complain they'll make you > debug with your shoes and belt off. ___ use-livecode mailing list use-livecode@lists.runrev.

Re: Remote Debugging (Was Re: Musings on Architect, MVC, Nested Behaviors)

some LC projects. As Richard have guessed, by using a ton of behaviors and libraries, you can end up with code that you can't easily trace and also which becomes quite hard to debug. As Jacque and I worked on the same project, one that is quite hard to debug on mobile, I came to realize th

Re: Musings on Architect, MVC, Nested Behaviors

It's to keep you safe, like the TSA. And if you complain they'll make you debug with your shoes and belt off. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On December 27, 2018 3:48:41 PM Bob Sneidar via use-livecode wrote: Wait, the

Re: Musings on Architect, MVC, Nested Behaviors

Yeah, I know breakpoints don't hurt in standalones but during active debugging you have to keep moving them around or deleting them to avoid unintended breaks. At least with red dots you can zap them all at once with a menu selection. I've had more than one brush with the law you mentioned. :)

Re: Musings on Architect, MVC, Nested Behaviors

Wait, they made that into a law?? Can't I even just be free to screw up anymore??? So oppressive! Bob S > On Dec 27, 2018, at 13:37 , Mark Wieder via use-livecode > wrote: > > That said, it's probably good practice to remove them before shipping anyway > because of the Law of Unintended Co

Re: Musings on Architect, MVC, Nested Behaviors

On 12/27/18 10:21 AM, J. Landman Gay via use-livecode wrote: I've heard you can insert hard-coded breakpoint commands in the script instead but I haven't tried that yet. (Then you need to track them down and remove them when they are no longer needed.) If you don't have remote debugging enabl

Remote Debugging (Was Re: Musings on Architect, MVC, Nested Behaviors)

Dear Jacque, I know too well the rabbit holes that lies deep into some LC projects. As Richard have guessed, by using a ton of behaviors and libraries, you can end up with code that you can't easily trace and also which becomes quite hard to debug. As Jacque and I worked on the same pr

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay wrote: > The issue is remote debugging. Script only stacks save nothing but > scripts. > Breakpoints are stored as custom properties which are lost when the > stack is saved as part of a standalone, so when testing a mobile app > they are gone and the debugger is unavailable. Ah,

Re: Musings on Architect, MVC, Nested Behaviors

The issue is remote debugging. Script only stacks save nothing but scripts. Breakpoints are stored as custom properties which are lost when the stack is saved as part of a standalone, so when testing a mobile app they are gone and the debugger is unavailable. I've heard you can insert hard-cod

Re: Musings on Architect, MVC, Nested Behaviors

any of my behaviors. Obviously this approach could be expanded to include behaviors that the IDE is presently using. Bob S > On Dec 26, 2018, at 21:31 , Trevor DeVore via use-livecode > wrote: > > See my comments above about organizing your files. If you have clearly > organ

Re: Musings on Architect, MVC, Nested Behaviors

Precicely why I wanted to nest datagrid behaviors. This is working really well for me by the way. I have about 8 datagrids on what I call the Main Form, all running the same nested behavior inserted before the default datagrid behavior. If I need grid-specific code called from the behaviors I

Re: Musings on Architect, MVC, Nested Behaviors

is no code that is designed specifically around > the Model-view-controller (MVC) > pattern." I want to start using you conventions. A few more questions... > > 1) "to separate each stack with UI objects into a separate stack > file and to use behaviors assigned to the card

Re: Musings on Architect, MVC, Nested Behaviors

> pattern." I want to start using you conventions. A few more questions... > > 1) "to separate each stack with UI objects into a separate stack > file and to use behaviors assigned to the card " > > You keep these in a separate folder, 1 per stack and behavior(s)? >

Re: Musings on Architect, MVC, Nested Behaviors

helpful for those who use git. But when git isn't a target, the old > fashioned way is really much easier to follow and debug. Behaviors and script only stacks can lead to confusing designs if not organized thoughtfully. My feeling is that either approach can lead to a confusing architectu

Re: Musings on Architect, MVC, Nested Behaviors

J. Landman Gay jacque at hyperactivesw.com > I know there is enthusiasm for script only stacks and they are really > helpful for those who use git. But when git isn't a target, the old > fashioned way is really much easier to follow and debug. Being script-only is just the storage format on disk.

Re: Musings on Architect, MVC, Nested Behaviors

Besides the impact of my current workload, I'm afraid this complexity is what prevented me from continuing to work on Swami's project. There are now so many disparate parts and pieces that unless you have a firm knowledge of every library and behavior script, there is no easy way to participate.

Re: Musings on Architect, MVC, Nested Behaviors

ay or the other. There is no code that is designed specifically around the Model-view-controller (MVC) pattern." I want to start using you conventions. A few more questions... 1) "to separate each stack with UI objects into a separate stack file and to use behaviors assigned to the card &q

Re: Musings on Architect, MVC, Nested Behaviors

? > Levure doesn't have a strong opinion one way or the other. There is no code that is designed specifically around the Model-view-controller (MVC) pattern. Levure helps you organize existing LiveCode features such as libraries, behaviors, frontscripts/backscripts, widgets, and stacks wi

Musings on Architect, MVC, Nested Behaviors

Always interest in improving (often terrifying beginning) my architecture, having read Andre's book on MVC. It comes to mind that we could use a standard structure, like 1) Card or Group 2) Assigned in a unique view e.g. "behavior_viewHomeStory" * handles the controls on the card and

  1   2   3   4   5   >