Re: JIGSAW PUZZLE 2d-video v_100
JIGSAW PUZZLE 2d-video is now updated to v_105 • Improved speed with videos a little bit. • The width-menu computes now all sizes from 20 up to 144 that leave either width or height (or both) of the image/video unchanged (no cropping). • A video can now be paused. Then it can be continued (when changing piece-size any partial solution is lost). ___ 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: 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 valuable use-cases keeps growing. >> >> I wouldn't mind if you poked them again about it. > > 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 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. One would expect that the engine's defaults can be easily accessed for such a purpose? "Bewitched" + "Charlie's Angels" - Charlie = "At Arm's Length" Read the webcomic at [ http://www.atarmslength.net ]! If you like "At Arm's Length", support it at [ http://www.patreon.com/DarkwingDude ]. ___ 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: Websockets Problem on LiveCode
> > Hey Todd, did you get this figured out? > > ___ 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: 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 assigned to the object of the script you are editing?" ditto that ___ 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: 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 would seem to lend itself well to the request made here in support of your work. 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. ___ 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: 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-livecode > wrote: > > 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 properties we want saved there > >> and which ones we don't care about? > > > > I wasn't thinking that expansively. I'd be happy with just the ability > > to use breakpoints during development, perhaps tied to the Test button > > as the remote debugger is now. As Brian said, if we want it to act > > like a regular stack we can just use one. > > 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. > > Are we sure that's where it ends? > > It might be. But are we sure? > > Using a paired LSON file for other properties is reasonable enough. Should > that be used for breakpoints as well? > > Where should the dividing line fall with what's included in what used to be > script-only stacks? > > -- > Richard Gaskin ___ 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: Find In the IDE
BTW if the display level is set to one less than the object resides at, it will find it but not display it. Might be a good update to expand the root "node" when it finds anything. Bob S > On Dec 28, 2018, at 10:05 , Geoff Canyon via use-livecode > wrote: > > (self-promotion alert) > > Navigator's popup menu has a find function that can: > do a text search in all scripts of selected objects, > in all behaviors of selected objects -- including chained behaviors, > in all enclosed controls: select a card and it will search all > controls on that card, > in all behaviors of all enclosed controls. > > Or do a search by any test you like for any of the options above. Tests use > "tID" for the id of the tested control. So for example you could find all > controls that are square by using: > > the width of tID is the height of tID ___ 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: 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 the behavior chain is." > > That is a problem using "Navigator" (does not show nested behaviors) or > the Project Browser which simply as (2)(1)(5) too obscure > > " if the behaviors are explicitly assigned in code" > > How would you do that? Currently it is obfuscated from the developer by > the IDE > I was thinking of something like this in whatever code loads the stack that has the model attached to it: set the behavior of stack "MyStack" to the long id of stack "MyBehavior" > " script "behavior_MyAudio" with behavior "behavior_ListenUI" > > Does not appear in the Script Editor. I consider that a "deficit" > attribute of the "whole system" of nested behaviors. > I forgot about that. I always use SublimeText to edit my project scripts so I see the entire script. Perhaps the SE could use an update that shows the behavior assigned to the object of the script you are editing? -- Trevor DeVore CTO - ScreenSteps www.screensteps.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: Find In the IDE
(self-promotion alert) Navigator's popup menu has a find function that can: do a text search in all scripts of selected objects, in all behaviors of selected objects -- including chained behaviors, in all enclosed controls: select a card and it will search all controls on that card, in all behaviors of all enclosed controls. Or do a search by any test you like for any of the options above. Tests use "tID" for the id of the tested control. So for example you could find all controls that are square by using: the width of tID is the height of tID On Fri, Dec 28, 2018 at 9:30 AM Sannyasin Brahmanathaswami via use-livecode wrote: > I tried, in the IDE, to use the dialog > > Find and Replace > Find: "toggleImgSize" > In: All stack files in a folder > Folder: _Siva-Siva-app > Script (checked) > > # I know for sure it is at least in one *.livecodescript file… > # Hopefully to see where else it is used… > # Set the "folder" to my whole app folder…to look through all subfolders. > > I get "0 objects found" > > I am off to BBEdit's "Multi-File search" But this why doesn't this > work in the IDE? > > [Hmmm BBedit file search opens the binary files and you can actually see > the script *inside* the stack... ] > > BR > > > > > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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: 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 properties we want saved there >> and which ones we don't care about? > > I wasn't thinking that expansively. I'd be happy with just the ability > to use breakpoints during development, perhaps tied to the Test button > as the remote debugger is now. As Brian said, if we want it to act > like a regular stack we can just use one. 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. Are we sure that's where it ends? It might be. But are we sure? Using a paired LSON file for other properties is reasonable enough. Should that be used for breakpoints as well? Where should the dividing line fall with what's included in what used to be script-only stacks? -- 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: Musings on Architect, MVC, Nested Behaviors
Sannyasin Brahmanathaswami wrote: > @ y'all about revision control of binary stacks and YAML properities > (front matter) for text only scripts.. cool musings! but they might > want/need different threads? One of your team members requested extending the format of script-only stacks specifically to support your project's goals. 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 would seem to lend itself well to the request made here in support of your work. 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 behaviors, MVC, and architecture, and is occurring for the purpose of helping your work, if we did so you might miss something useful for you. -- 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
Find In the IDE
I tried, in the IDE, to use the dialog Find and Replace Find: "toggleImgSize" In: All stack files in a folder Folder: _Siva-Siva-app Script (checked) # I know for sure it is at least in one *.livecodescript file… # Hopefully to see where else it is used… # Set the "folder" to my whole app folder…to look through all subfolders. I get "0 objects found" I am off to BBEdit's "Multi-File search" But this why doesn't this work in the IDE? [Hmmm BBedit file search opens the binary files and you can actually see the script *inside* the stack... ] BR ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: 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 version is more like: on mybreakpoint pLevel if pLevel < gBreakLevel then exit mybreakpoint put item -2 to -1 of line -2 of the executioncontexts &CR after msg repeat with i = 1 to paramcount() if param(i) is an array then printarray i, param(i) else put i &"::" & param(i) & "::" &CR after msg end if end repeat breakpoint end mybreakpoint I don't have it in a standard library because I tend to customize what it does, whether it logs calls to a file, etc. as I go ... Sometimes I use a "level" fpr whether or not to break, other teims I name each call, and have a (global) list of named calls that should actually break, etc. Alex. On 27/12/2018 22:34, J. Landman Gay via use-livecode wrote: 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. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On December 27, 2018 3:40:31 PM Mark Wieder via use-livecode wrote: 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 enabled then hard-coded breakpoints in a standalone app should have (almost) no effect. The mechanism in the engine that triggers breaks will fire, but if nothing is there to catch it then execution will continue as if nothing happened. That said, it's probably good practice to remove them before shipping anyway because of the Law of Unintended Consequences. -- Mark Wieder ahsoftw...@gmail.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: 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 ones we don't care about? I wasn't thinking that expansively. I'd be happy with just the ability to use breakpoints during development, perhaps tied to the Test button as the remote debugger is now. As Brian said, if we want it to act like a regular stack we can just use one. -- 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: JIGSAW PUZZLE 2d-video v_100
NVM I see you have to click the Jigsaw button to get the puzzle to redraw. And you may as well exclude 16 point pieces they are almost indistinguishable. Bob S > On Dec 28, 2018, at 07:52 , Bob Sneidar via use-livecode > wrote: > > Fun and interesting. But I cannot get another movie (Joan of Arc) to load. > Playing around with other settings do not seem to have an effect either. The > original puzzle works great though. > > Bob S > > >> On Dec 27, 2018, at 20:10 , hh via use-livecode >> wrote: >> >> JigsawPuzzle2d-video is a HTML5 standalone that demoes what LC is able to do. >> I have seen such "live" computed puzzle pieces until now only in specialized >> native apps. >> >> Images. >> You can choose a built-in image or import a local one into the standalone. >> Moreover choose the base width for the pieces and whether to rotate the >> pieces. The base width determines the number of pieces. If for example the >> image has size 480x360 then a square width of 60 yields 8x6 = 48 pieces. >> As a help you can be notified (the image will be inverted) whenever you are >> very close to the correct location. >> >> Videos. >> As above but without importing, use one of the nine built-in looping videos. >> The segmenting of the video frames is done with canvas methods in javascript. >> This will stress your CPU/GPU! It runs at about ten times faster in >> the IDE with a browser widget, but sadly this is memory-leaking (5 MBytes >> per second). The HTML5 standalone runs at about two times faster in Safari >> than Firefox or Chrome/Opera. Reduce the number of pieces if you have less >> than 2-3 frames per second. >> >> Technique used: The pieces are live in LC computed polygon graphics of linear >> and cubic bezier curves. >> They are filled with backpattern-images from portions of the whole imagedata. >> Only this last imagedata part is for the videos "outsourced" to javascript. >> >> A pure LC version of the technique used is available in "Sample stacks". >> This has images only but is even fast enough for the slowest Raspi. >> >> Test (and download the source and the calling HTML page (contains short but >> important javascripts) from >> (US) http://hh.on-rev.com/html5/jigsawPuzzle2d-video-9.0.2hhX.html >> or >> (EU) http://hyperhh.de/html5/jigsawPuzzle2d-video-9.0.2hhX.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 > > > ___ > 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: JIGSAW PUZZLE 2d-video v_100
Fun and interesting. But I cannot get another movie (Joan of Arc) to load. Playing around with other settings do not seem to have an effect either. The original puzzle works great though. Bob S > On Dec 27, 2018, at 20:10 , hh via use-livecode > wrote: > > JigsawPuzzle2d-video is a HTML5 standalone that demoes what LC is able to do. > I have seen such "live" computed puzzle pieces until now only in specialized > native apps. > > Images. > You can choose a built-in image or import a local one into the standalone. > Moreover choose the base width for the pieces and whether to rotate the > pieces. The base width determines the number of pieces. If for example the > image has size 480x360 then a square width of 60 yields 8x6 = 48 pieces. > As a help you can be notified (the image will be inverted) whenever you are > very close to the correct location. > > Videos. > As above but without importing, use one of the nine built-in looping videos. > The segmenting of the video frames is done with canvas methods in javascript. > This will stress your CPU/GPU! It runs at about ten times faster in > the IDE with a browser widget, but sadly this is memory-leaking (5 MBytes > per second). The HTML5 standalone runs at about two times faster in Safari > than Firefox or Chrome/Opera. Reduce the number of pieces if you have less > than 2-3 frames per second. > > Technique used: The pieces are live in LC computed polygon graphics of linear > and cubic bezier curves. > They are filled with backpattern-images from portions of the whole imagedata. > Only this last imagedata part is for the videos "outsourced" to javascript. > > A pure LC version of the technique used is available in "Sample stacks". > This has images only but is even fast enough for the slowest Raspi. > > Test (and download the source and the calling HTML page (contains short but > important javascripts) from > (US) http://hh.on-rev.com/html5/jigsawPuzzle2d-video-9.0.2hhX.html > or > (EU) http://hyperhh.de/html5/jigsawPuzzle2d-video-9.0.2hhX.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 ___ 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: 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 is for. Bob S > On Dec 27, 2018, at 20:43 , 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 the behavior chain is." ___ 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: 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 regular array that could be exported as YAML, XML, > JSON or some other format that would be Git compatible. (Only real issue is > ID conflict resolution on import - my take would be to allow the developer to > specify merge, replace, skip, or deconflict ID.) ___ 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: 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 those are ordinal numbers and as such not very informative. But the tooltip shows you the actual script they are referencing. ___ 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: 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 "Navigator" (does not show nested behaviors) or the >Project Browser which simply as (2)(1)(5) too obscure "too obscure"... in Project Browser those are ordinal numbers and as such not very informative. But the tooltip shows you the actual script they are referencing. https://github.com/livecode/livecode-ide/pull/1508 at the request of Sannyasin Brahmanathaswami https://quality.livecode.com/show_bug.cgi?id=18176 maybe the tooltip helps. Kind regards Bernd ___ 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
