From richmondmathewson at gmail.com Tue Jan 1 10:23:15 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 17:23:15 +0200 Subject: MouseDown on Enter In-Reply-To: <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> OK, OK; let's be direct and to the point: I want to "rip off" the functionality of this web-page: http://terpstrakeyboard.com/about/ Click on the "Play It Now!" menu item and follow through . . . You will end up with a microtonal keyboard that has this functionality: 1. When one performs a mouseDown on each hexagon a tone is played. 2. While the mouse button is held down the tone continues to sound. 3. If the mouse is dragged (while being pressed) from one hexagon to the next, the sound changes from that of the initial hexagon to the new one. So . . . there would seem to be something "there" that is a bit difficult to implement in LiveCode. I have 2 adjacent hexagons, called "h1" and "h2" containing these scripts, respectively: onmouseDown ??? setthebackgroundColorofmetored endmouseDown onmouseStillDown ??? setthebackgroundColorofmetogreen endmouseStillDown onmouseLeave ??? setthebackgroundColorofmetowhite endmouseLeave --------- onmouseDown ??? setthebackgroundColorofmetoblue endmouseDown onmouseStillDown ??? setthebackgroundColorofmetoyellow endmouseStillDown onmouseLeave ??? setthebackgroundColorofmetowhite endmouseLeave -------- Dragging one's mouse while it is "down" from "h1" to H2" does not turn "h2" yellow! *THIS* is the functionality I am looking for. Richmond. On 29.12.18 18:52, J. Landman Gay via use-livecode wrote: > MouseDown is a message, not a function. You need: > > ?if the mouse is down then > ?? set the...etc. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On December 29, 2018 9:07:37 AM Richmond via use-livecode > wrote: > >> This does *NOT* work: >> >> on mouseEnter >> ?? if mouseDown then >> ????? set the backgroundColor of me to red >> ?? else >> ????? set the backgroundColor of me to green >> ?? end if >> end mouseEnter >> >> on mouseLeave >> ?? set the backgroundColor of me to white >> end mouseLeave >> >> which is a "right pox" >> >> Richmond. >> >> On 29.12.18 16:45, Richmond wrote: >>> >>> This may rank as one of the goofiest questions I've ever asked: Oh, >>> well, here goes: >>> >>> Imagine a mosaic of faux buttons if you will. >>> >>> Each of these buttons will play a tone if I drag my mouse into it: >>> >>> on mouseEnter >>> >>> ? play audioClip "x.aiff" >>> >>> end mouseEnter >>> >>> All well and good . . . >>> >>> BUT, Richmond wants more . . . >>> >>> I want to get different results from a simple mouseEnter >>> >>> and a mouseEnter while the left-click button is down. >>> >>> Richmond. >>> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From paul at researchware.com Tue Jan 1 12:20:49 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 1 Jan 2019 12:20:49 -0500 Subject: MouseDown on Enter In-Reply-To: <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> Message-ID: <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> You may need to look at LiveCode's drag events since that is the mouse action you are trying to address, namely dragging from one hexagon to another. See the dictionary for events like dragStart, dragEnter, dragLeave, dragStop, etc. From richmondmathewson at gmail.com Tue Jan 1 12:28:40 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 19:28:40 +0200 Subject: MouseDown on Enter In-Reply-To: <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> Message-ID: Now there's a thought! Thanks. Richmond. On 1.01.19 19:20, Paul Dupuis via use-livecode wrote: > You may need to look at LiveCode's drag events since that is the mouse > action you are trying to address, namely dragging from one hexagon to > another. > > See the dictionary for events like dragStart, dragEnter, dragLeave, > dragStop, etc. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Tue Jan 1 12:42:48 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 19:42:48 +0200 Subject: MouseDown on Enter In-Reply-To: <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> Message-ID: <368a9981-2194-1a74-99ba-2546c345010c@gmail.com> Well, of course, one can mess around with "is within", except that my poisonous mind starts worrying about hexagons when LiveCode seems better at understanding rectangles. Richmond. On 1.01.19 19:20, Paul Dupuis via use-livecode wrote: > You may need to look at LiveCode's drag events since that is the mouse > action you are trying to address, namely dragging from one hexagon to > another. > > See the dictionary for events like dragStart, dragEnter, dragLeave, > dragStop, etc. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Tue Jan 1 12:48:59 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 19:48:59 +0200 Subject: MouseDown on Enter In-Reply-To: <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> Message-ID: <093ed91d-afc1-fa54-ba36-aaf3808a5dfe@gmail.com> With the left mouse button depressed I dragged into the graphic "h3" that contained this script: ondragEnter ??? setthebackgroundColorofmetogreen enddragEnter and *NOTHING* happened. On 1.01.19 19:20, Paul Dupuis via use-livecode wrote: > You may need to look at LiveCode's drag events since that is the mouse > action you are trying to address, namely dragging from one hexagon to > another. > > See the dictionary for events like dragStart, dragEnter, dragLeave, > dragStop, etc. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Tue Jan 1 12:51:47 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 19:51:47 +0200 Subject: MouseDown on Enter In-Reply-To: <093ed91d-afc1-fa54-ba36-aaf3808a5dfe@gmail.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> <0c3f289f-e6e0-4be8-4aaf-c21a591e4000@researchware.com> <093ed91d-afc1-fa54-ba36-aaf3808a5dfe@gmail.com> Message-ID: <3519c6b0-f2d9-5cef-1153-3fcc81adf000@gmail.com> PRESUMABLY because there was NOT an object being DRAGGED. *Ru Paul* and All! I don't want to DRAG an object: all I want to do is drag the mouse into the object. On 1.01.19 19:48, Richmond wrote: > With the left mouse button depressed I dragged into the graphic "h3" that > contained this script: > > ondragEnter > > ??? setthebackgroundColorofmetogreen > > enddragEnter > > and *NOTHING* happened. > > On 1.01.19 19:20, Paul Dupuis via use-livecode wrote: >> You may need to look at LiveCode's drag events since that is the >> mouse action you are trying to address, namely dragging from one >> hexagon to another. >> >> See the dictionary for events like dragStart, dragEnter, dragLeave, >> dragStop, etc. >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > From paul at researchware.com Tue Jan 1 13:00:18 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 1 Jan 2019 13:00:18 -0500 Subject: LiveCode 9.0.2 on Windows unable to build for Mac?!?!?!? In-Reply-To: References: <6d978a9d-86c7-4dfb-85b2-f3e3594d4857@Spark> Message-ID: <587ab36e-8e35-63e3-c089-847b13b55cd8@researchware.com> Monte and Brian, Thank you both. Here is the very specific details of the change between LC901 and LC902 that I am seeing: Under the Window 10/LiveCode 9.0.1 Business STABLE under the FILE > Standalone Application Settings..., in the Copy Files tab, under "Non-stack files in the Application",? I have: Documentation/* Components/* These folders are in the same parent folder as the mainstack of the project. When I select FILE > Save as Standalone Application... and build a Windows and OSX standalones I get a Folder in the build destrination called: "HyperRESEARCH" (the name of the Application). In that folder I have a "MacOS" folder and a "Windows" folder. The MacOS folder cotains the OSX app bundle, in this case called "HyperRESEARCH.app" Under Windows 10, in LC9.0.1 Business STABLE, the Components and Documentation folders (and all their subfolders and files) are copied to: HyperRESEARCH.app\Contents\Resources\_MacOS\Components HyperRESEARCH.app\Contents\Resources\_MacOS\Documentation i.e. the 2 references folders with all *files* and subfolders in the originals copied here. On Windows 10, in LC9.0.2 Business STABLE, the Components and Documentation folders are not handled in the same way. The FOLDERS and SUFOLDERS, but NO FILES are copied to: HyperRESEARCH.app\Contents\Resources\_MacOS\Components HyperRESEARCH.app\Contents\Resources\_MacOS\Documentation However, the FOLDERS and SUBFOLDERS are also copied to HyperRESEARCH\MacOSX\HyperRESEARCH.app\Contents\MacOS i.e. HyperRESEARCH\MacOSX\HyperRESEARCH.app\Contents\MacOS\Components HyperRESEARCH\MacOSX\HyperRESEARCH.app\Contents\MacOS\Documentation AND it is this location that contains the actual FILES! A change like this is a point maintenance release seems to be a bug?!? Monte: While I get that the engine may have changed so that it looks first in the MacOS folder of the app bundle and then if not found n the Resources\_MacOS, the change from 9.0.1 to 9.0.2 still seem like a bug. Maybe it is because I don't use the "engine" to find these folders (and the files in them), I use the explicit path as in the past there was no specialFolderPath to make use of. If this really is a correct change - back to placing the actual files in the FOLDERs in the MacOS with the executable - the opposite of what you said that they should be in the Resources/_MacOS folder, I can alter my code for it. However, I think this is a Regression in 9.0.2 from 9.0.1. If someone can confirm this really is a bug, I will happily file a bug report. From hh at hyperhh.de Tue Jan 1 13:01:24 2019 From: hh at hyperhh.de (hh) Date: Tue, 1 Jan 2019 19:01:24 +0100 Subject: Video-Fun2 Message-ID: Video-Fun2 is a major update of the HTML5 standalone "Video-Fun". Finally all I wanted works. This uses only "atomic" canvas2d methods of JavaScript in the browser, no JS-packages. And, where they are fast enough in the HTML5 engine, all the well known wonderful LC-techniques: (US) http://hh.on-rev.com/html5/video-funHTML5-9.0.2hhX.html (EU) http://hyperhh.de/html5/video-funHTML5-9.0.2hhX.html The source code is, as usual, free for non-commercial use. (Sadly, my idea of a developer fund died last year). Happy New Year 2019! From richmondmathewson at gmail.com Tue Jan 1 13:07:39 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 20:07:39 +0200 Subject: Video-Fun2 In-Reply-To: References: Message-ID: <1cdfec9b-8de6-84a7-42ee-305f6996c55c@gmail.com> Developer funds are hard to get hold of: my Devawriter Kickstarter "thing" I ran last year is a shining example. If, however, you were to promote an automated bottom-washer that played Donald Trump's "March on Moscow" you'd get so much money you would know what to do with it. Richmond. On 1.01.19 20:01, hh via use-livecode wrote: > Video-Fun2 is a major update of the HTML5 standalone "Video-Fun". > Finally all I wanted works. > > This uses only "atomic" canvas2d methods of JavaScript in the > browser, no JS-packages. And, where they are fast enough in the > HTML5 engine, all the well known wonderful LC-techniques: > > (US) http://hh.on-rev.com/html5/video-funHTML5-9.0.2hhX.html > (EU) http://hyperhh.de/html5/video-funHTML5-9.0.2hhX.html > > The source code is, as usual, free for non-commercial use. > (Sadly, my idea of a developer fund died last year). > > Happy New Year 2019! > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Tue Jan 1 13:18:02 2019 From: richmondmathewson at gmail.com (Richmond) Date: Tue, 1 Jan 2019 20:18:02 +0200 Subject: Video-Fun2 In-Reply-To: References: Message-ID: <42318f07-00e3-c348-3b4c-b202c81e0c27@gmail.com> "What you see is an LC-image object" Um, well, unfortunately NOT on my Mac Mini running WaterFox on MacOS 10.14.2 https://www.waterfoxproject.org/en-US/ Nor, for that matter on safari Technology Preview Release 72 Richmond. On 1.01.19 20:01, hh via use-livecode wrote: > Video-Fun2 is a major update of the HTML5 standalone "Video-Fun". > Finally all I wanted works. > > This uses only "atomic" canvas2d methods of JavaScript in the > browser, no JS-packages. And, where they are fast enough in the > HTML5 engine, all the well known wonderful LC-techniques: > > (US) http://hh.on-rev.com/html5/video-funHTML5-9.0.2hhX.html > (EU) http://hyperhh.de/html5/video-funHTML5-9.0.2hhX.html > > The source code is, as usual, free for non-commercial use. > (Sadly, my idea of a developer fund died last year). > > Happy New Year 2019! > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bogdanoff at me.com Tue Jan 1 14:10:47 2019 From: bogdanoff at me.com (Peter Bogdanoff) Date: Tue, 1 Jan 2019 14:10:47 -0500 Subject: Video-Fun2 In-Reply-To: <42318f07-00e3-c348-3b4c-b202c81e0c27@gmail.com> References: <42318f07-00e3-c348-3b4c-b202c81e0c27@gmail.com> Message-ID: <6D30417D-1652-4815-8D95-EC3AEF5AFF4C@me.com> It looks great! After awhile (10-15 minutes) it froze. Reloaded the page, then Safari had the message, ?This page is using significant memory?.? Peter > On Jan 1, 2019, at 1:18 PM, Richmond via use-livecode wrote: > > "What you see is an LC-image object" > > Um, well, unfortunately NOT on my Mac Mini running WaterFox on MacOS 10.14.2 > > https://www.waterfoxproject.org/en-US/ > > Nor, for that matter on safari Technology Preview Release 72 > > Richmond. > > On 1.01.19 20:01, hh via use-livecode wrote: >> Video-Fun2 is a major update of the HTML5 standalone "Video-Fun". >> Finally all I wanted works. >> >> This uses only "atomic" canvas2d methods of JavaScript in the >> browser, no JS-packages. And, where they are fast enough in the >> HTML5 engine, all the well known wonderful LC-techniques: >> >> (US) http://hh.on-rev.com/html5/video-funHTML5-9.0.2hhX.html >> (EU) http://hyperhh.de/html5/video-funHTML5-9.0.2hhX.html >> >> The source code is, as usual, free for non-commercial use. >> (Sadly, my idea of a developer fund died last year). >> >> Happy New Year 2019! >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From alex at tweedly.net Tue Jan 1 15:39:06 2019 From: alex at tweedly.net (Alex Tweedly) Date: Tue, 1 Jan 2019 20:39:06 +0000 Subject: MouseDown on Enter In-Reply-To: <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> Message-ID: First I would consider whether you want *exactly* that UI, or whether something very similar would do. If similar is OK, then I would invert the logic of the UI: ?- if the mouse (pointer) is over a hexagon, and the mouse is not being pressed - play that note, and keep playing it ?- if mouse moves into another hex, change note ?- when the mouse is pressed - and for as long as it stays pressed - play nothing. That is very easy to do (at least, without testing it :,)? : each hexagon has handlers that do : on mouseenter ?? -- do whatever it is you do to play a note (??) end mouseenter on mouseup ?? -- do whatever it is you do to play a note (??) end mouseup on mouseleave ??? -- stop playing the current note end mouseleave (actually, probably easier to do single handlers, which check "the target" to determine which hex is being entered/left). Note that whne you move form one to another, it's and the card/group has a handler on mousedown ?? -- stop playing the current note end mousedown and that, I think,? should be all you need.. However - I'm not sure that's a very intuitive UI ("release to play"), so I'd probably go the extra mile and do the harder one that replicates the original UI. And that *is* harder, so I will try it out before I say any more about it ... On 01/01/2019 15:23, Richmond via use-livecode wrote: > OK, OK; let's be direct and to the point: > > I want to "rip off" the functionality of this web-page: > > http://terpstrakeyboard.com/about/ > > Click on the "Play It Now!" menu item and follow through . . . > > You will end up with a microtonal keyboard that has this functionality: > > 1. When one performs a mouseDown on each hexagon a tone is played. > > 2. While the mouse button is held down the tone continues to sound. > > 3. If the mouse is dragged (while being pressed) from one hexagon to > the next, > the sound changes from that of the initial hexagon to the new one. > > So . . . there would seem to be something "there" that is a bit > difficult to implement in LiveCode. > > I have 2 adjacent hexagons, called "h1" and "h2" containing these > scripts, respectively: > > ... > > Dragging one's mouse while it is "down" from "h1" to H2" does not turn > "h2" yellow! > > *THIS* is the functionality I am looking for. > Right - won\t work because H2 never gets a mouseEnter or mouseDown because the mouse was already down when it moved into H2. I will have a play later tonight and see what I can come up with Alex. > Richmond. > > > > > > > > > On 29.12.18 18:52, J. Landman Gay via use-livecode wrote: >> MouseDown is a message, not a function. You need: >> >> ?if the mouse is down then >> ?? set the...etc. >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On December 29, 2018 9:07:37 AM Richmond via use-livecode >> wrote: >> >>> This does *NOT* work: >>> >>> on mouseEnter >>> ?? if mouseDown then >>> ????? set the backgroundColor of me to red >>> ?? else >>> ????? set the backgroundColor of me to green >>> ?? end if >>> end mouseEnter >>> >>> on mouseLeave >>> ?? set the backgroundColor of me to white >>> end mouseLeave >>> >>> which is a "right pox" >>> >>> Richmond. >>> >>> On 29.12.18 16:45, Richmond wrote: >>>> >>>> This may rank as one of the goofiest questions I've ever asked: Oh, >>>> well, here goes: >>>> >>>> Imagine a mosaic of faux buttons if you will. >>>> >>>> Each of these buttons will play a tone if I drag my mouse into it: >>>> >>>> on mouseEnter >>>> >>>> ? play audioClip "x.aiff" >>>> >>>> end mouseEnter >>>> >>>> All well and good . . . >>>> >>>> BUT, Richmond wants more . . . >>>> >>>> I want to get different results from a simple mouseEnter >>>> >>>> and a mouseEnter while the left-click button is down. >>>> >>>> Richmond. >>>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From hh at hyperhh.de Tue Jan 1 16:05:27 2019 From: hh at hyperhh.de (hh) Date: Tue, 1 Jan 2019 22:05:27 +0100 Subject: Video-Fun2 Message-ID: <8A17BC21-5437-4248-9CF4-9964E98EBDD9@hyperhh.de> Well, HTML5 standalones have a display filter, just try to find out how you can set it. > Richmond wrote: > "What you see is an LC-image object" > Um, well, unfortunately NOT on my Mac Mini running WaterFox on MacOS 10.14.2 > https://www.waterfoxproject.org/en-US/ > Nor, for that matter on safari Technology Preview Release 72 From brahma at hindu.org Tue Jan 1 16:08:06 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Tue, 1 Jan 2019 21:08:06 +0000 Subject: Interrupting "Wait" In-Reply-To: <1c9ad081-6dc2-2b1e-8ef4-cf7c30e661c3@tweedly.net> References: <50A24DA9-4FC4-442E-A2D3-1ADFB1C70CAC@hindu.org> <1c9ad081-6dc2-2b1e-8ef4-cf7c30e661c3@tweedly.net> Message-ID: <74DE5A45-17FE-40EF-A6D5-7E2E919018F3@hindu.org> This works! By adding if sStopRequested then exit repeat also at the beginning of the repeat, the wait does go to second screen what we stop the show... Now. The next trick, get a quote to show in between the photos. command startNarrative # store brand image put the long id of img "homeStoryMainImage" of me into sMainImage put path_Assets()& "img/siva-darshan/who-is-siva_1200x800.jpg" into sDefaultImage put FALSE into sStopRequested # from model_Narrative: repeat for each line pPath in sPhotoList if sStopRequested then exit repeat dispatch "loadNewImage" to me with pPath repeat 2 times if sStopRequested then exit repeat wait 1 second with messages end repeat -- for the number of seconds end repeat setDefaultImage end startNarrative Brahmanathaswami ?On 12/31/18, 5:21 AM, "use-livecode on behalf of Alex Tweedly via use-livecode" wrote: In essence, you want something like the following: (this assumes a capital Q typed to the card will quit the display. It could easily be changed to clicking a button - so long as the mouseUp handler would set the script-local when appropriate). local sStopRequested command playShow local tPhotos put FALSE into sStopRequested put randomPhotoList() into tPhotos repeat for each line L in tPhotos dispatch "loadImage" with L wait 5 seconds with messages if sStopRequested then exit repeat end repeat dispatch "loadImage" with "defaultMainImage" end playShow From jacque at hyperactivesw.com Tue Jan 1 16:41:03 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Tue, 1 Jan 2019 15:41:03 -0600 Subject: MouseDown on Enter In-Reply-To: <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> Message-ID: On 1/1/19 9:23 AM, Richmond via use-livecode wrote: > 1. When one performs a mouseDown on each hexagon a tone is played. > > 2. While the mouse button is held down the tone continues to sound. > > 3. If the mouse is dragged (while being pressed) from one hexagon to the > next, > the sound changes from that of the initial hexagon to the new one. > > So . . . there would seem to be something "there" that is a bit > difficult to implement in LiveCode. Is this what you want? It requires that each hexagon has a custom property named "cColor" that contains an RGB value or a colorname. The script goes into a group or card, and manages all hexagons. local sColor local sDragging on mouseDown put the cColor of the mouseControl into sColor set the backcolor of the mouseControl to sColor put true into sDragging end mouseDown on mouseUp put the cColor of the mouseControl into sColor put false into sDragging end mouseUp on mouseMove x,y if sDragging then get x,y -- force to a variable set the backcolor of controlAtLoc(it) to sColor end if end mouseMove If the card has more objects than just the hexagons, you'll want to test the mouseControl so nothing happens with other objects. Or alternatly, group only the hexagons and put the script into the group. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From hh at hyperhh.de Tue Jan 1 16:45:22 2019 From: hh at hyperhh.de (hh) Date: Tue, 1 Jan 2019 22:45:22 +0100 Subject: Video-Fun2 Message-ID: <9220078E-EEF3-4F70-935E-718720B2E2DF@hyperhh.de> > Peter B. wrote: > It looks great! > After awhile (10-15 minutes) it froze. Reloaded the page, then Safari had the > message, ?This page is using significant memory?.? Yes, I had this too. It's probably a caching problem of Safari. They do a lot of caching, that's why they are the fastest browser with our LC-standalones. Firefox complains with HTML5 standalones about the memory usage already when loading it. On the other hand, all that is done every 33 millisecs (while a video is playing): 1. One frame is taken from the video and drawn into an offset canvas. 2. (Optional) The imageData of that canvas is manipulated with an image filter. 3. The optionally manipulated imageData is drawn into a second offset canvas. 4. The imageData of that second canvas is base64Encoded and sent to the standalone. 5. The standalone displays the base64Decoded imagedata in an (rotated) image object. There is one remedy: If the time per frame goes in average over 66 ms then one could zoom out the image (slider "zoom"). There would be less stress for your CPU/GPU if we would omit steps 4 and 5, but then we have only the controls in LiveCode and we could also use a JavaScript package only. As soon as there is one that can also do what LiveCode can do ... From jacque at hyperactivesw.com Tue Jan 1 16:48:19 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Tue, 1 Jan 2019 15:48:19 -0600 Subject: MouseDown on Enter In-Reply-To: References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> Message-ID: <2e454f95-06a2-8eb4-4490-4c39c34fb1bc@hyperactivesw.com> Correction: you need to include more ways to turn off the dragging control: local sColor local sDragging on mouseDown put the cColor of the mouseControl into sColor set the backcolor of the mouseControl to sColor put true into sDragging end mouseDown on mouseUp put the cColor of the mouseControl into sColor put false into sDragging end mouseUp on mouseMove x,y if sDragging then get x,y -- force to variable set the backcolor of controlAtLoc(it) to sColor end if end mouseMove on mouseRelease put false into sDragging end mouseRelease on mouseLeave put false into sDragging end mouseLeave On 1/1/19 3:41 PM, J. Landman Gay via use-livecode wrote: > On 1/1/19 9:23 AM, Richmond via use-livecode wrote: > >> 1. When one performs a mouseDown on each hexagon a tone is played. >> >> 2. While the mouse button is held down the tone continues to sound. >> >> 3. If the mouse is dragged (while being pressed) from one hexagon to >> the next, >> the sound changes from that of the initial hexagon to the new one. >> >> So . . . there would seem to be something "there" that is a bit >> difficult to implement in LiveCode. > > Is this what you want? It requires that each hexagon has a custom > property named "cColor" that contains an RGB value or a colorname. The > script goes into a group or card, and manages all hexagons. > > local sColor > local sDragging > > on mouseDown > ? put the cColor of the mouseControl into sColor > ? set the backcolor of the mouseControl to sColor > ? put true into sDragging > end mouseDown > > on mouseUp > ? put the cColor of the mouseControl into sColor > ? put false into sDragging > end mouseUp > > on mouseMove x,y > ? if sDragging then > ??? get x,y -- force to a variable > ??? set the backcolor of controlAtLoc(it) to sColor > ? end if > end mouseMove > > If the card has more objects than just the hexagons, you'll want to test > the mouseControl so nothing happens with other objects. Or alternatly, > group only the hexagons and put the script into the group. > -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From monte at appisle.net Tue Jan 1 17:54:01 2019 From: monte at appisle.net (Monte Goulding) Date: Wed, 2 Jan 2019 09:54:01 +1100 Subject: LiveCode 9.0.2 on Windows unable to build for Mac?!?!?!? In-Reply-To: <587ab36e-8e35-63e3-c089-847b13b55cd8@researchware.com> References: <6d978a9d-86c7-4dfb-85b2-f3e3594d4857@Spark> <587ab36e-8e35-63e3-c089-847b13b55cd8@researchware.com> Message-ID: <714ED6F9-1177-48E9-9396-A14BA298803A@appisle.net> > On 2 Jan 2019, at 5:00 am, Paul Dupuis via use-livecode wrote: > > However, I think this is a Regression in 9.0.2 from 9.0.1. It certainly sounds like a regression > If someone can confirm this really is a bug, I will happily file a bug report. My suggestion is if you can replicate what you are seeing with a simple stack then file a bug report and let Panos confirm. Cheers Monte From paul at researchware.com Tue Jan 1 18:04:05 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 1 Jan 2019 18:04:05 -0500 Subject: LiveCode 9.0.2 on Windows unable to build for Mac?!?!?!? In-Reply-To: <714ED6F9-1177-48E9-9396-A14BA298803A@appisle.net> References: <6d978a9d-86c7-4dfb-85b2-f3e3594d4857@Spark> <587ab36e-8e35-63e3-c089-847b13b55cd8@researchware.com> <714ED6F9-1177-48E9-9396-A14BA298803A@appisle.net> Message-ID: <6ffdfd15-4b32-bc87-c189-155ed3c734f0@researchware.com> On 1/1/2019 5:54 PM, Monte Goulding via use-livecode wrote: > >> On 2 Jan 2019, at 5:00 am, Paul Dupuis via use-livecode wrote: >> >> However, I think this is a Regression in 9.0.2 from 9.0.1. > It certainly sounds like a regression > >> If someone can confirm this really is a bug, I will happily file a bug report. > My suggestion is if you can replicate what you are seeing with a simple stack then file a bug report and let Panos confirm. > > Cheers > > Monte Okay, I can do that. Its very straight forward. I'll submit it tomorrow during my business day. Thanks for the tips and help over the holiday. From bogdanoff at me.com Tue Jan 1 21:24:24 2019 From: bogdanoff at me.com (Peter Bogdanoff) Date: Tue, 1 Jan 2019 21:24:24 -0500 Subject: Signing macOS application In-Reply-To: References: <5a0c0f05-979e-7ffa-0722-b67dfb36ee13@sonic.net> <264cf109-ba0d-cf2c-3560-c3b41e7fc34e@fourthworld.com> <4EAC7BE1-5A4B-439A-8551-D6F8349191D5@me.com> Message-ID: <1791A2C4-9454-4EAC-AA76-432F7C4F7B0D@me.com> Trevor, Thanks for your response and for the work you are doing with Levure. I?m very attracted to its functionality for me--structuring and especially providing for updating my application--but haven?t had time to work with it more yet. I tried the script you suggested, and when I processed the application package (desktop-only app created in LC 8.1.9) I got the error: codesign process failed: /Users/*path to the app*/MITA.app/Contents/MacOS/MITA: code object is not signed at all [that would be the executable] In subcomponent: /Users/*path to the app*/MITA.app/Contents/MacOS/MUSITA I followed Knapp?s suggestion and tried using AppWrapper 3, which gave specific critical errors (among other several apparently non-critical errors): Missing ?/usr/local/lib/revsecurity.dylib Bundle identifier ?com.artsinteractive? contains a blank segment When I look at the rev security.dylib file in Terminal I see: -bash: /Users/*path to the app*/MITA.app/Contents/MacOS/revsecurity.dylib: cannot execute binary file logout +++++++++++++ I then saw a reference somewhere to LC 8.1.10, and so I made a new runtime in that 8.1.10 version. Then: Levure script ? NO errors App Wrapper 3 ? only significant error apparently: "website deployment?both missing private key" (In Terminal, for revsecurity.dylib, the above ?cannot execute binary file? is also shown) I?m providing the DMG as a download. Is this MISSING KEY an issue? And is there a way to reset my Gatekeeper to test installing the program on my computer? Peter Bogdanoff ArtsInteractive > On Dec 29, 2018, at 7:01 PM, Trevor DeVore via use-livecode wrote: > > On Sat, Dec 29, 2018 at 2:20 PM Peter Bogdanoff via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> >> I have these IDs: >> Developer ID Installer >> Developer ID Application >> >> DropDMG shows in its preferences the 'Developer ID Application? that is >> used to sign the installer. That should be used and not 'Developer ID >> Installer?? >> >> >> Anyone have any guidance on this? > > > You do need to sign your app using your ?Developer ID Installer? profile. > There is a script only stack I posted a while ago on gist.github.com that > will sign an app. Here is the url: > > https://gist.github.com/trevordevore/3e91724c4573690b691510d2e2dcd2a7 > > Just save the gist to a file with a .livecodescript extension and open it > in the IDE. > > As for DropDMG it has the correct certificate selected. DMGs are not really > installers but the DMG does need to be signed to appease GateKeeper. > > As Was already mentioned, the Levure packager will take care of signing > your apps for you. It will sign apps you distribute yourself, sign and > prepare an app for upload to the Mac App Store, and sign Mac App Store > development versions for testing. It is quite handy. > > Of course if you are already trying to sign your app for distribution then > you aren?t at a point where you want to modify your app to use a new > framework. But something to consider for the future. > >> > And this all doesn?t have anything to do with Notarization? That?s another >> step for the future? > > > No it does not. > > -- > Trevor DeVore > ScreenSteps > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From alex at harryscollar.com Wed Jan 2 02:24:56 2019 From: alex at harryscollar.com (Alex Shaw) Date: Wed, 2 Jan 2019 17:24:56 +1000 Subject: Mixed styles in mobile native field? In-Reply-To: <55394D00.5020600@fourthworld.com> References: <553949B2.5000804@hyperactivesw.com> <55394D00.5020600@fourthworld.com> Message-ID: Yes, this would be useful. Even if it's just adding bold, italics or underline to a selection, like iOS email. Entering longer text paragraphs on mobile is awkward enough and looks like we can't access the clipboard on mobile with a LC field. Having users enter markdown or basic html wouldn't be ideal. Currently, looking at slatejs in a browser instance as a solution but open to suggestions. btw what ever happened to Curry's fieldtrip? regards alex On 24/4/15 5:50 am, Richard Gaskin wrote: > Jacque wrote: > > On 4/23/2015 2:01 PM, Richard Gaskin wrote: > >> I see that we can set the font, size, color, etc for a mobile field, > >> but can we get/set styled text via htmlText or some other means? > >> > >> If not, anyone know if there's a request for that in the RQCC? > >> > > > > I don't think so, but if this is just for display, use a regular LC > > field and lay a native scroller over it. Do your users need to create > > styled text? > > Yes.? I've seen very few apps that support editable styled text, but > sometimes it's useful. > From paul at livecode.org Wed Jan 2 03:17:00 2019 From: paul at livecode.org (Paul Hibbert) Date: Wed, 2 Jan 2019 00:17:00 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: Malte, I think the info you were probably looking for is buried within the dictionary entry for the ?lockScreen? Property, maybe this should be referenced a little better in the dictionary entries for ?lock screen? and ?unlock screen?, see below: LiveCode keeps count of how many times the screen has been locked. You must balance each unlock with a lock; if you lock the screen twice and then unlock it once, the screen remains locked. For example, the following pair of handlers draws everything while the display is still locked: on mouseUp lock screen -- first lock drawStuff -- gets locked again and unlocked in drawStuff show image "Sprite" unlock screen -- now unlocked - 2 locks balanced by 2 unlocks end mouseUp on drawStuff lock screen -- screen now locked twice show field "Notify" unlock screen -- not unlocked yet - locked twice, unlocked once end drawStuff Paul > On Dec 30, 2018, at 13:55, Malte Pfaff-Brill via use-livecode wrote: > > Hey Mark, > > At least it is behaviour that changed between engine releases. :-) > Thinking of a counter here is a good way to describe the behaviour, however, it is not what is written in the dictionary. > > > "unlock screen > > Sets the lockScreen property to false, updating the screen and displaying any changes made since the screen was locked.? > > If unlock screen sets a property, the expectation would be to take effect as soon as one unlock screen is issued, as a property can only have one state. Nesting is not described in the dictionary. Not that I can not live with the change, that is not my point > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From alex at tweedly.net Wed Jan 2 05:14:14 2019 From: alex at tweedly.net (Alex Tweedly) Date: Wed, 2 Jan 2019 10:14:14 +0000 Subject: MouseDown on Enter In-Reply-To: References: <9C6DB43E-2A55-46CB-A836-16965861A28D@hyperhh.de> <4999eee0-a8c6-a196-f72f-44dbaae138dc@gmail.com> <9c4080e7-be62-4715-b67e-b01232e38d4f@gmail.com> <167fae13f08.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <611d90c6-8108-b9ba-b7cf-02d0731c6784@gmail.com> Message-ID: <9dc5d08f-9615-d7c6-086b-0ddee50781c1@tweedly.net> On 01/01/2019 20:39, Alex Tweedly via use-livecode wrote: > However - I'm not sure that's a very intuitive UI ("release to play"), > so I'd probably go the extra mile and do the harder one that > replicates the original UI. And that *is* harder, so I will try it out > before I say any more about it ... > OK, here's a simple script that does what (I think) you want. NB - I decided to let Malte do the hard work and used AnimationEngine to check whether the mouse was within each hexagon; since Malte very generously put AE into the public domain, I see no reason to struggle through the maths again :-) The following script goes into the card script; you MUST also put a copy of the mouseStillDown handler into each hexagon's script. (Note there is no actual dependence on them being hexagons). > -- card script for hexagons > on mouseDown > ?? setCurrentHex > end mouseDown > > on mouseUp > ?? setCurrentHex > end mouseUp > > on mouseRelease > ? setCurrentHex > end mouseRelease > > on mouseStillDown pButtonNumber > ? setcurrentHex > end mouseStillDown > > command setcurrentHex > ?? local temp, tCtl, txy, x, y > ?? put the mouseLoc into txy > ?? set the itemdel to comma > ?? put item 1 of tXY into x > ?? put item 2 of txy into y > ?? repeat with i = 1 to 2 > ????? put the points of grc ("P"&i) into temp > ????? if? pointInPoly(x,y,temp) then > ???????? put i && the millisecs &CR after msg > ???????? exit repeat > ????? end if > ?? end repeat > end setcurrentHex btw - you can eliminate the mouseDown, mouseUp and mouseRelease handlers, if you can accept the very short delay until mouseStillDown kicks in. Alex. From andre at andregarzia.com Wed Jan 2 06:24:39 2019 From: andre at andregarzia.com (Andre Garzia) Date: Wed, 2 Jan 2019 11:24:39 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <1546274239849-0.post@n4.nabble.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> Message-ID: That loop is briliant. I am tempted to place it into a command called "unlockScreenForReal" On Mon, Dec 31, 2018, 16:38 dunbarxx via use-livecode < use-livecode at lists.runrev.com wrote: > Not sure if this is still relevant in LC, but in HC, lock screen commands > were queued. So the fix, so that one did not have to count the number of > locks through perhaps several handlers, was: > > repeat until the lockScreen is false > unlock screen > end repeat > > Craig > > > > -- > Sent from: > http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From andre at andregarzia.com Wed Jan 2 06:24:39 2019 From: andre at andregarzia.com (Andre Garzia) Date: Wed, 2 Jan 2019 11:24:39 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <1546274239849-0.post@n4.nabble.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> Message-ID: That loop is briliant. I am tempted to place it into a command called "unlockScreenForReal" On Mon, Dec 31, 2018, 16:38 dunbarxx via use-livecode < use-livecode at lists.runrev.com wrote: > Not sure if this is still relevant in LC, but in HC, lock screen commands > were queued. So the fix, so that one did not have to count the number of > locks through perhaps several handlers, was: > > repeat until the lockScreen is false > unlock screen > end repeat > > Craig > > > > -- > Sent from: > http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From andre at andregarzia.com Wed Jan 2 06:34:40 2019 From: andre at andregarzia.com (Andre Garzia) Date: Wed, 2 Jan 2019 11:34:40 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: Bob, Yes but it is not as ergonomic. Let me tell an example from a different platform. I was working in WebStorm IDE in a JavaScript project. I was refactoring a ton of it. One of the functions worked better with a different parameter order than what I originally used. I could select the function declaration, use the refactor contextual menu, use "change signature" and alter the param order. The IDE then made sure that all code that called that function was changed to support the new order automatically. There was a piece of code inside a function that was useful elsewhere. Click refactor, select "extract to new function", fill the new function name. It creates a new function and place a call to that function in the original place where it was. These are just two examples. Those refactor tools go much deeper than that. It makes it easy and even fun to rework your code. It would be hard to have the same power in LC because LC is more dynamic than JS in terms of scope and what is available. JS modern IDEs maintain an AST in memory for your software so that when you refactor, they can locate and fix the side effects of your changes. It is more powerful and flexible than text replacements because the IDEs actually understand the code through having their own parser and stuff. Buuuuuut some of it could be done in LC with simple text replacement based tools. Is there a way to "safely" add to LC contextual menu in the script editor? On Mon, Dec 31, 2018, 17:33 Bob Sneidar via use-livecode < use-livecode at lists.runrev.com wrote: > Find/Replace works great. I've done it a few times, so long as the thing > you are finding has a unique name that cannot be a part of any other bit of > code, you should be fine. Backup your stack of course before doing > something so drastic. > > A while ago, the LC dev team optimized the search engine so that it is > orders of magnitude faster. > > Bob S > > > > On Dec 30, 2018, at 11:57 , Andre Alves Garzia via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > Malte, > > > > So happy that you're back here my friend. I too spent some time away. > > > > So, refactoring and constantly trying to erase mistakes of my past > coding self are a constant here. I wish we had better refactoring tools so > that we could rename a handler and all code that called that handler was > fixed, or stuff such as rename variable... > > > > Cheers > > > > andre > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ali.lloyd at livecode.com Wed Jan 2 07:11:15 2019 From: ali.lloyd at livecode.com (Ali Lloyd) Date: Wed, 2 Jan 2019 12:11:15 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: > Is there a way to "safely" add to LC contextual menu in the script editor? Yes! It is in a script-only stack behavior of the editor field: https://github.com/livecode/livecode-ide/blob/develop/Toolset/palettes/script%20editor/behaviors/revseeditorbehavior.livecodescript#L1024 There is also the script editor's menu bar code in a script only stack: https://github.com/livecode/livecode-ide/blob/develop/Toolset/palettes/script%20editor/behaviors/revsemenubarbehavior.livecodescript On Wed, Jan 2, 2019 at 11:34 AM Andre Garzia via use-livecode < use-livecode at lists.runrev.com> wrote: > Bob, > > Yes but it is not as ergonomic. Let me tell an example from a different > platform. I was working in WebStorm IDE in a JavaScript project. I was > refactoring a ton of it. > > One of the functions worked better with a different parameter order than > what I originally used. I could select the function declaration, use the > refactor contextual menu, use "change signature" and alter the param order. > The IDE then made sure that all code that called that function was changed > to support the new order automatically. > > There was a piece of code inside a function that was useful elsewhere. > Click refactor, select "extract to new function", fill the new function > name. It creates a new function and place a call to that function in the > original place where it was. > > These are just two examples. Those refactor tools go much deeper than that. > It makes it easy and even fun to rework your code. > > It would be hard to have the same power in LC because LC is more dynamic > than JS in terms of scope and what is available. JS modern IDEs maintain an > AST in memory for your software so that when you refactor, they can locate > and fix the side effects of your changes. It is more powerful and flexible > than text replacements because the IDEs actually understand the code > through having their own parser and stuff. > > Buuuuuut some of it could be done in LC with simple text replacement based > tools. > > Is there a way to "safely" add to LC contextual menu in the script editor? > > On Mon, Dec 31, 2018, 17:33 Bob Sneidar via use-livecode < > use-livecode at lists.runrev.com wrote: > > > Find/Replace works great. I've done it a few times, so long as the thing > > you are finding has a unique name that cannot be a part of any other bit > of > > code, you should be fine. Backup your stack of course before doing > > something so drastic. > > > > A while ago, the LC dev team optimized the search engine so that it is > > orders of magnitude faster. > > > > Bob S > > > > > > > On Dec 30, 2018, at 11:57 , Andre Alves Garzia via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > > > > Malte, > > > > > > So happy that you're back here my friend. I too spent some time away. > > > > > > So, refactoring and constantly trying to erase mistakes of my past > > coding self are a constant here. I wish we had better refactoring tools > so > > that we could rename a handler and all code that called that handler was > > fixed, or stuff such as rename variable... > > > > > > Cheers > > > > > > andre > > > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From bobsneidar at iotecdigital.com Wed Jan 2 10:59:49 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 15:59:49 +0000 Subject: Getting the name of the script only stack an handler is in In-Reply-To: <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> Message-ID: <369BCAF8-143E-4364-B4F6-3A7579529E5D@iotecdigital.com> I don't mean to sound flippant, but what is the question? Bob S > On Dec 31, 2018, at 14:38 , William Prothero via use-livecode wrote: > > Folks: > I?m trying to implement a structure where I can simply add script only stacks that seamlessly add capability to my app. To do this, I have all of the ?feature? stacks in a given folder, and when I initialize the app, I start using all of the ?feature? stacks. Then I want to initialize all of them, so I send a message that gets passed in each ?feature? stack. > > I do, in each ?feature? stack: > on pollActions > > put the short name of the current stack into myAction > > dispatch "actionsList" to cd "Opening" of stack "CP_Main" with myAction > > pass pollActions > > end pollActions From bobsneidar at iotecdigital.com Wed Jan 2 11:01:37 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:01:37 +0000 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> Message-ID: <288AB12F-B095-4E1A-A9AF-8CE0C7B3433E@iotecdigital.com> And I replied before checking all my other emails. Seriously, at some point we need to develop a list system where emails remain threaded. I have over 40 from this list this morning, and reading through every one, then trying to go back and respond is a little more brainwork than I am used to before my 3rd cup of coffee. :-) Bob S > On Dec 31, 2018, at 14:48 , William Prothero via use-livecode wrote: > > Folks: > Sorry, I accidentally sent the email before finishing it. Here?s the complete message. > But perhaps I?ve solved it. I only need to put the name of the ?feature? stack in the pollActions handler. Anyway, I still have my question. > > I?m trying to implement a structure where I can simply add script only stacks that seamlessly add capability to my app. To do this, I have all of the ?feature? stacks in a given folder, and when I initialize the app, I start using all of the ?feature? stacks. Then I want to initialize all of them, so I send a message that gets passed in each ?feature? stack. > > I do, in each ?feature? stack (which doesn?t give me the answer I want): > > on pollActions > put the short name of the current stack into myAction (I want the name of the stack that contains this script) > dispatch "actionsList" to cd "Opening" of stack "CP_Main" with myAction > pass pollActions > end pollActions > > > In the main stack, I have: > > local actionsList > > on actionsList tList > put tList&cr after actionsList > end actionsList > > > > My question: > How do I get the name of the script only stack that holds the ?Feature? code? The above code gives me the name of the main stack, which is not useful for my purposes. > > Best, > Bill From bobsneidar at iotecdigital.com Wed Jan 2 11:03:19 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:03:19 +0000 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> Message-ID: <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> Doesn't "the filename of me" work? Bob S > On Dec 31, 2018, at 14:48 , William Prothero via use-livecode wrote: > > My question: > How do I get the name of the script only stack that holds the ?Feature? code? The above code gives me the name of the main stack, which is not useful for my purposes. > > Best, > Bill From bobsneidar at iotecdigital.com Wed Jan 2 11:05:03 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:05:03 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: What if you accidentally use the wrong name reference, then want to change it? Bob S > On Dec 31, 2018, at 10:38 , Geoff Canyon via use-livecode wrote: > >> I wish we had better refactoring tools >> so that we could rename a handler and all code that called that handler >> was fixed, or stuff such as rename variable... >> > > One of the reasons I like experimenting with different environments is to > see what advantages they have. One advantage that FileMaker Pro has had for > 25 years, is that all references to tables, fields, and layouts, are based > on underlying unique IDs. Meaning that if you rename something, the > underlying reference ID doesn't change, and anywhere the reference occurs, > the name change is reflected automatically. Obviously this would require > significant effort to work in any text-file-based system, but it has always > amazed me that I have never seen this feature replicated elsewhere. From bobsneidar at iotecdigital.com Wed Jan 2 11:07:30 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:07:30 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <168062e9658.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <79D6F4B0-ED11-4606-BBD6-13BCB41D1C80@iotecdigital.com> <168062e9658.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: put revOpenDatabase("sqlite",":memory:") into tDBID Bob S > On Dec 31, 2018, at 13:32 , J. Landman Gay via use-livecode wrote: > > I'm generally deficient when it comes to databases but curious how one creates a memory based one. Is there a trick, and does it work with others besides sql? > > This is probably a newbie question. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On December 31, 2018 11:31:15 AM Bob Sneidar via use-livecode wrote: > > From bobsneidar at iotecdigital.com Wed Jan 2 11:07:50 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:07:50 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <168062e9658.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <79D6F4B0-ED11-4606-BBD6-13BCB41D1C80@iotecdigital.com> <168062e9658.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: only sqLite. Bob S > On Dec 31, 2018, at 13:32 , J. Landman Gay via use-livecode wrote: > > I'm generally deficient when it comes to databases but curious how one creates a memory based one. Is there a trick, and does it work with others besides sql? > > This is probably a newbie question. > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On December 31, 2018 11:31:15 AM Bob Sneidar via use-livecode wrote: > > From bobsneidar at iotecdigital.com Wed Jan 2 11:14:55 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 16:14:55 +0000 Subject: Video-Fun2 In-Reply-To: <1cdfec9b-8de6-84a7-42ee-305f6996c55c@gmail.com> References: <1cdfec9b-8de6-84a7-42ee-305f6996c55c@gmail.com> Message-ID: <7FFF1612-1181-4A12-A586-79B2087844F0@iotecdigital.com> CHEESE! Bob S > On Jan 1, 2019, at 10:07 , Richmond via use-livecode wrote: > > If, however, you were to promote an automated bottom-washer > that played Donald Trump's "March on Moscow" you'd get so much money > you would know what to do with it. > > Richmond. From jacque at hyperactivesw.com Wed Jan 2 11:22:10 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 02 Jan 2019 10:22:10 -0600 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> Message-ID: <1680f5f4b50.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I first saw this loop in a script by Brett Sher, who called it "unlockReally", so you're close. :) -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 2, 2019 5:26:09 AM Andre Garzia via use-livecode wrote: > That loop is briliant. I am tempted to place it into a command called > "unlockScreenForReal" > > On Mon, Dec 31, 2018, 16:38 dunbarxx via use-livecode < > use-livecode at lists.runrev.com wrote: > >> Not sure if this is still relevant in LC, but in HC, lock screen commands >> were queued. So the fix, so that one did not have to count the number of >> locks through perhaps several handlers, was: >> >> repeat until the lockScreen is false >> unlock screen >> end repeat >> >> Craig >> >> >> >> -- >> Sent from: >> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Wed Jan 2 11:32:49 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 02 Jan 2019 10:32:49 -0600 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> Message-ID: <1680f690b68.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I first saw this loop in a script by Brett Sher, who called it "unlockReally", so you're close. :) (I accidentally put this response in the wrong thread at first where it doesn't make any sense, sorry about that.) -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 2, 2019 5:26:11 AM Andre Garzia via use-livecode wrote: > That loop is briliant. I am tempted to place it into a command called > "unlockScreenForReal" > > On Mon, Dec 31, 2018, 16:38 dunbarxx via use-livecode < > use-livecode at lists.runrev.com wrote: > >> Not sure if this is still relevant in LC, but in HC, lock screen commands >> were queued. So the fix, so that one did not have to count the number of >> locks through perhaps several handlers, was: >> >> repeat until the lockScreen is false >> unlock screen >> end repeat >> >> Craig >> >> >> >> -- >> Sent from: >> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From prothero at earthlearningsolutions.org Wed Jan 2 11:35:24 2019 From: prothero at earthlearningsolutions.org (prothero at earthlearningsolutions.org) Date: Wed, 2 Jan 2019 08:35:24 -0800 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> Message-ID: Bob, Thanks for the response. You are probably right, the filename of me should work. I don?t know whether it?s old age or not, but several times I have worked on a problem until I felt I had exhausted my ideas, posted a question to this list, then a solution immediately came to mind. If this happens, I will post an update with apologies. In the case you responded to, I was trying to find the name of the script only stack that contained the currently running handler. Put me into thisStack ?works fine the short name of this stack ?wrong, gives the name of the calling stack, in my case, anyway. put the short name of the target ?not it ?The target? is great for determining the control that initiated the script, but it does lose its original value when a ?send in time? command is given, like commonly done during an animation. Anyway, Bob, thanks for your response. William Prothero http://es.earthednet.org > On Jan 2, 2019, at 8:03 AM, Bob Sneidar via use-livecode wrote: > > Doesn't "the filename of me" work? > > Bob S > > >> On Dec 31, 2018, at 14:48 , William Prothero via use-livecode wrote: >> >> My question: >> How do I get the name of the script only stack that holds the ?Feature? code? The above code gives me the name of the main stack, which is not useful for my purposes. >> >> Best, >> Bill > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From paul at researchware.com Wed Jan 2 12:12:18 2019 From: paul at researchware.com (Paul Dupuis) Date: Wed, 2 Jan 2019 12:12:18 -0500 Subject: LiveCode 9.0.2 on Windows unable to build for Mac?!?!?!? In-Reply-To: References: Message-ID: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> Bug report submitted to LiveCode: https://quality.livecode.com/show_bug.cgi?id=21772 From bobsneidar at iotecdigital.com Wed Jan 2 14:34:52 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 2 Jan 2019 19:34:52 +0000 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> Message-ID: <479ABBA3-B0A7-49E5-9760-22D6C94BE0CB@iotecdigital.com> Ah yes then, me refers to the object the script belongs to. With behaviors, me refers to the *instance* of the script which is "owned" by the object being interacted with. "this me" refers to the actual behavior script. What you want is "this me". Bob S > On Jan 2, 2019, at 08:35 , prothero--- via use-livecode wrote: > > Bob, > Thanks for the response. You are probably right, the filename of me should work. I don?t know whether it?s old age or not, but several times I have worked on a problem until I felt I had exhausted my ideas, posted a question to this list, then a solution immediately came to mind. If this happens, I will post an update with apologies. > > In the case you responded to, I was trying to find the name of the script only stack that contained the currently running handler. > > Put me into thisStack ?works fine > the short name of this stack ?wrong, gives the name of the calling stack, in my case, anyway. > put the short name of the target ?not it > > ?The target? is great for determining the control that initiated the script, but it does lose its original value when a ?send in time? command is given, like commonly done during an animation. > > Anyway, Bob, thanks for your response. > > William Prothero > http://es.earthednet.org From rdimola at evergreeninfo.net Wed Jan 2 14:42:06 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Wed, 2 Jan 2019 14:42:06 -0500 Subject: Livecode Server GoDaddy In-Reply-To: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> References: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> Message-ID: <003c01d4a2d3$41119ee0$c334dca0$@net> I keep getting 500 errors. I changed the htacces file to point .lc files to the livecode server executable. Log files have no useful info. The error log has nothing. Has anyone gotten LC Server working on GoDaddy shared hosting? Thanks Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From keith.clarke at me.com Wed Jan 2 14:48:11 2019 From: keith.clarke at me.com (Keith Clarke) Date: Wed, 2 Jan 2019 19:48:11 +0000 Subject: Livecode Server GoDaddy In-Reply-To: <003c01d4a2d3$41119ee0$c334dca0$@net> References: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> <003c01d4a2d3$41119ee0$c334dca0$@net> Message-ID: <6F6E56B5-971D-4B1E-AF0B-2760394F1953@me.com> Ralph, I gave up on getting LCS running on a GoDaddy VPS back in the summer as it was too old at CentOS 6 with dependencies on glibc failing - I was getting 500 errors IIRC. Good luck! Keith > On 2 Jan 2019, at 19:42, Ralph DiMola via use-livecode wrote: > > I keep getting 500 errors. I changed the htacces file to point .lc files to > the livecode server executable. Log files have no useful info. The error log > has nothing. > Has anyone gotten LC Server working on GoDaddy shared hosting? > > Thanks > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Wed Jan 2 15:24:14 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Wed, 2 Jan 2019 15:24:14 -0500 Subject: Livecode Server GoDaddy In-Reply-To: <6F6E56B5-971D-4B1E-AF0B-2760394F1953@me.com> References: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> <003c01d4a2d3$41119ee0$c334dca0$@net> <6F6E56B5-971D-4B1E-AF0B-2760394F1953@me.com> Message-ID: <003d01d4a2d9$24b8c9c0$6e2a5d40$@net> Where did you see that error? The error log is empty. That's very depressing. I sold this based on the info I got from the GoDaddy sales team before I signed up. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Keith Clarke via use-livecode Sent: Wednesday, January 02, 2019 2:48 PM To: How to use LiveCode Cc: Keith Clarke Subject: Re: Livecode Server GoDaddy Ralph, I gave up on getting LCS running on a GoDaddy VPS back in the summer as it was too old at CentOS 6 with dependencies on glibc failing - I was getting 500 errors IIRC. Good luck! Keith > On 2 Jan 2019, at 19:42, Ralph DiMola via use-livecode wrote: > > I keep getting 500 errors. I changed the htacces file to point .lc > files to the livecode server executable. Log files have no useful > info. The error log has nothing. > Has anyone gotten LC Server working on GoDaddy shared hosting? > > Thanks > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From keith.clarke at me.com Wed Jan 2 15:48:30 2019 From: keith.clarke at me.com (Keith Clarke) Date: Wed, 2 Jan 2019 20:48:30 +0000 Subject: Livecode Server GoDaddy In-Reply-To: <003d01d4a2d9$24b8c9c0$6e2a5d40$@net> References: <1e208558-eecd-8826-f5bd-82198fc04291@researchware.com> <003c01d4a2d3$41119ee0$c334dca0$@net> <6F6E56B5-971D-4B1E-AF0B-2760394F1953@me.com> <003d01d4a2d9$24b8c9c0$6e2a5d40$@net> Message-ID: <66A3A269-5816-415B-9833-AF048DA8C7E6@me.com> It?s a few months ago now and I?m no linux expert so not good with logs, etc. Maybe the first check is whether the hosting is CentOS 6 or 7? When I hit these issues, I started a thread on this list ?LiveCode Server on CentOS 6?? on 28 July, 2018. Warren Samples kindly confirmed that glibc 2.13+ was required for LC 8 & 9, he had LC Server running on CentOS 7 and CentOS ships with glibc 2.12, which is too old. Apparently the command ldd --version might reveal what?s running. Best, Keith > On 2 Jan 2019, at 20:24, Ralph DiMola via use-livecode wrote: > > Where did you see that error? The error log is empty. > > That's very depressing. I sold this based on the info I got from the GoDaddy > sales team before I signed up. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > -----Original Message----- > From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf > Of Keith Clarke via use-livecode > Sent: Wednesday, January 02, 2019 2:48 PM > To: How to use LiveCode > Cc: Keith Clarke > Subject: Re: Livecode Server GoDaddy > > Ralph, I gave up on getting LCS running on a GoDaddy VPS back in the summer > as it was too old at CentOS 6 with dependencies on glibc failing - I was > getting 500 errors IIRC. > > Good luck! > > Keith > >> On 2 Jan 2019, at 19:42, Ralph DiMola via use-livecode > wrote: >> >> I keep getting 500 errors. I changed the htacces file to point .lc >> files to the livecode server executable. Log files have no useful >> info. The error log has nothing. >> Has anyone gotten LC Server working on GoDaddy shared hosting? >> >> Thanks >> >> Ralph DiMola >> IT Director >> Evergreen Information Services >> rdimola at evergreeninfo.net >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From gcanyon at gmail.com Wed Jan 2 17:17:34 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 14:17:34 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! Message-ID: As usual, you can get Navigator here . Or grab it from GitHub . Navigator now supports multiple targets per window. You can still have as many Navigator windows as you like, but now each window can display the controls for any set of cards and groups. Select multiple stacks in the stack list, then right-click and select browse controls, and Navigator will display all of the stacks in the same list. In any display, select any combination of cards and groups. Right-click and select browse controls, and Navigator will display all of the containers in the same list. In any command that sets the target for Navigator, hold down the Shift key to add to the target list instead of replacing it. To remove a container from the list, right-click the container and select Stop Browsing from the popup menu. Navigator will remove the container from the display while retaining the others in the list. Creating Navigator 7 required completely reworking how Navigator relayers controls, which resulted in several improvements. First, if you drag a control beneath a group, Navigator is now able to relayer the control properly, without forcing it into the group. You can still drag controls into and out of groups. And if you drag a grouped control to the bottom of the group, it will remain in the group. The new relayering code is smart about whether to move or duplicate controls. Even if there are two representations of a container in the list, dragging a control from one to the other will simply relayer the control without duplicating it. Of course dragging a control from one container to another will duplicate it. Holding the option key reverses this behavior: if you hold the option key while dragging a control within its container, the control will be duplicated. And if you hold the option key while dragging a control to a different container, the control will be moved to the new location, and removed from the original. I also updated the target crosshair so selecting an IDE stack will only work if "Show IDE Stacks" is selected in the target menu. I look forward to your feedback! From ahsoftware at sonic.net Wed Jan 2 17:23:58 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Wed, 2 Jan 2019 14:23:58 -0800 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <288AB12F-B095-4E1A-A9AF-8CE0C7B3433E@iotecdigital.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <288AB12F-B095-4E1A-A9AF-8CE0C7B3433E@iotecdigital.com> Message-ID: <2d84c245-598c-6c78-0d43-5e4f0030ccd0@sonic.net> On 1/2/19 8:01 AM, Bob Sneidar via use-livecode wrote: > And I replied before checking all my other emails. Seriously, at some point we need to develop a list system where emails remain threaded. I have over 40 from this list this morning, and reading through every one, then trying to go back and respond is a little more brainwork than I am used to before my 3rd cup of coffee. :-) Whoa! There are email clients that don't support threading? Here ya go: https://www.thunderbird.net/en-US/ -- Mark Wieder ahsoftware at gmail.com From gcanyon at gmail.com Wed Jan 2 17:25:01 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 14:25:01 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: I also got rid of all but one of the global variables Navigator has used since the very first version. I had tried in the past to do away with them, and failed miserably. But now they are vanquished! On Wed, Jan 2, 2019 at 2:17 PM Geoff Canyon wrote: > As usual, you can get Navigator here > . Or grab > it from GitHub . > > Navigator now supports multiple targets per window. You can still have as > many Navigator windows as you like, but now each window can display the > controls for any set of cards and groups. > > Select multiple stacks in the stack list, then right-click and select > browse controls, and Navigator will display all of the stacks in the same > list. > > In any display, select any combination of cards and groups. Right-click > and select browse controls, and Navigator will display all of the > containers in the same list. > > In any command that sets the target for Navigator, hold down the Shift key > to add to the target list instead of replacing it. > > To remove a container from the list, right-click the container and select > Stop Browsing from the popup menu. Navigator will remove the container from > the display while retaining the others in the list. > > Creating Navigator 7 required completely reworking how Navigator relayers > controls, which resulted in several improvements. First, if you drag a > control beneath a group, Navigator is now able to relayer the control > properly, without forcing it into the group. You can still drag controls > into and out of groups. And if you drag a grouped control to the bottom of > the group, it will remain in the group. > > The new relayering code is smart about whether to move or duplicate > controls. Even if there are two representations of a container in the list, > dragging a control from one to the other will simply relayer the control > without duplicating it. Of course dragging a control from one container to > another will duplicate it. > > Holding the option key reverses this behavior: if you hold the option key > while dragging a control within its container, the control will be > duplicated. And if you hold the option key while dragging a control to a > different container, the control will be moved to the new location, and > removed from the original. > > I also updated the target crosshair so selecting an IDE stack will only > work if "Show IDE Stacks" is selected in the target menu. > > I look forward to your feedback! > From ahsoftware at sonic.net Wed Jan 2 17:26:56 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Wed, 2 Jan 2019 14:26:56 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> On 1/2/19 2:25 PM, Geoff Canyon via use-livecode wrote: > I also got rid of all but one of the global variables Navigator has used > since the very first version. Yay! -- Mark Wieder ahsoftware at gmail.com From gcanyon at gmail.com Wed Jan 2 17:29:57 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 14:29:57 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: I forgot -- I made a video illustrating how the new features work. Here it is: https://www.youtube.com/watch?v=B1_avMJnZ6k On Wed, Jan 2, 2019 at 2:25 PM Geoff Canyon wrote: > I also got rid of all but one of the global variables Navigator has used > since the very first version. I had tried in the past to do away with them, > and failed miserably. But now they are vanquished! > > On Wed, Jan 2, 2019 at 2:17 PM Geoff Canyon wrote: > >> As usual, you can get Navigator here >> . Or grab >> it from GitHub . >> >> Navigator now supports multiple targets per window. You can still have as >> many Navigator windows as you like, but now each window can display the >> controls for any set of cards and groups. >> >> Select multiple stacks in the stack list, then right-click and select >> browse controls, and Navigator will display all of the stacks in the same >> list. >> >> In any display, select any combination of cards and groups. Right-click >> and select browse controls, and Navigator will display all of the >> containers in the same list. >> >> In any command that sets the target for Navigator, hold down the Shift >> key to add to the target list instead of replacing it. >> >> To remove a container from the list, right-click the container and select >> Stop Browsing from the popup menu. Navigator will remove the container from >> the display while retaining the others in the list. >> >> Creating Navigator 7 required completely reworking how Navigator relayers >> controls, which resulted in several improvements. First, if you drag a >> control beneath a group, Navigator is now able to relayer the control >> properly, without forcing it into the group. You can still drag controls >> into and out of groups. And if you drag a grouped control to the bottom of >> the group, it will remain in the group. >> >> The new relayering code is smart about whether to move or duplicate >> controls. Even if there are two representations of a container in the list, >> dragging a control from one to the other will simply relayer the control >> without duplicating it. Of course dragging a control from one container to >> another will duplicate it. >> >> Holding the option key reverses this behavior: if you hold the option key >> while dragging a control within its container, the control will be >> duplicated. And if you hold the option key while dragging a control to a >> different container, the control will be moved to the new location, and >> removed from the original. >> >> I also updated the target crosshair so selecting an IDE stack will only >> work if "Show IDE Stacks" is selected in the target menu. >> >> I look forward to your feedback! >> > From gcanyon at gmail.com Wed Jan 2 17:30:44 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 14:30:44 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> References: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> Message-ID: Ha, I knew that to a select subset of people this would be the most important feature of the update :-) On Wed, Jan 2, 2019 at 2:28 PM Mark Wieder via use-livecode < use-livecode at lists.runrev.com> wrote: > On 1/2/19 2:25 PM, Geoff Canyon via use-livecode wrote: > > I also got rid of all but one of the global variables Navigator has used > > since the very first version. > > Yay! > > -- > Mark Wieder > ahsoftware at gmail.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From hh at hyperhh.de Wed Jan 2 17:53:02 2019 From: hh at hyperhh.de (hh) Date: Wed, 2 Jan 2019 23:53:02 +0100 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! Message-ID: <4A2ED74F-5090-431A-968B-4B719FA66EAE@hyperhh.de> This is (not only now) a real comfortable developer tool. Especially when starting a project the new features are very effective. Thanks for that! From waprothero at gmail.com Wed Jan 2 17:58:54 2019 From: waprothero at gmail.com (William Prothero) Date: Wed, 2 Jan 2019 14:58:54 -0800 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <479ABBA3-B0A7-49E5-9760-22D6C94BE0CB@iotecdigital.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> <479ABBA3-B0A7-49E5-9760-22D6C94BE0CB@iotecdigital.com> Message-ID: Bob: I tried it. Yes: put the name of me ?returns the name of the control that hosts the behavior script put the name of this me ?returns the name of the behavior script Best, Bill > On Jan 2, 2019, at 11:34 AM, Bob Sneidar via use-livecode wrote: > > Ah yes then, me refers to the object the script belongs to. With behaviors, me refers to the *instance* of the script which is "owned" by the object being interacted with. "this me" refers to the actual behavior script. What you want is "this me". > > Bob S > > >> On Jan 2, 2019, at 08:35 , prothero--- via use-livecode wrote: >> >> Bob, >> Thanks for the response. You are probably right, the filename of me should work. I don?t know whether it?s old age or not, but several times I have worked on a problem until I felt I had exhausted my ideas, posted a question to this list, then a solution immediately came to mind. If this happens, I will post an update with apologies. >> >> In the case you responded to, I was trying to find the name of the script only stack that contained the currently running handler. >> >> Put me into thisStack ?works fine >> the short name of this stack ?wrong, gives the name of the calling stack, in my case, anyway. >> put the short name of the target ?not it >> >> ?The target? is great for determining the control that initiated the script, but it does lose its original value when a ?send in time? command is given, like commonly done during an animation. >> >> Anyway, Bob, thanks for your response. >> >> William Prothero >> http://es.earthednet.org > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ahsoftware at sonic.net Wed Jan 2 20:02:54 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Wed, 2 Jan 2019 17:02:54 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> Message-ID: <0976e486-184f-b04d-9995-532c19bd3b14@sonic.net> On 1/2/19 2:30 PM, Geoff Canyon via use-livecode wrote: > Ha, I knew that to a select subset of people this would be the most > important feature of the update :-) Heh. Yeah, I've backburned for now a talk entitled "Global Variables and Their Discontents" -- Mark Wieder ahsoftware at gmail.com From gcanyon at gmail.com Wed Jan 2 20:18:26 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 17:18:26 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <0976e486-184f-b04d-9995-532c19bd3b14@sonic.net> References: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> <0976e486-184f-b04d-9995-532c19bd3b14@sonic.net> Message-ID: On Wed, Jan 2, 2019 at 5:04 PM Mark Wieder via use-livecode < use-livecode at lists.runrev.com> wrote: > On 1/2/19 2:30 PM, Geoff Canyon via use-livecode wrote: > > Ha, I knew that to a select subset of people this would be the most > > important feature of the update :-) > > Heh. Yeah, I've backburned for now a talk entitled "Global Variables and > Their Discontents" > The last remaining global variable in Navigator is on my short list for removal. It will be easy relative to the others that are already gone, it just wasn't critical to the current update, and I didn't realize it was the last one until last night. From gcanyon at gmail.com Wed Jan 2 20:18:52 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 2 Jan 2019 17:18:52 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <4A2ED74F-5090-431A-968B-4B719FA66EAE@hyperhh.de> References: <4A2ED74F-5090-431A-968B-4B719FA66EAE@hyperhh.de> Message-ID: Glad to help. Let me know if there's anything still missing. On Wed, Jan 2, 2019 at 2:53 PM hh via use-livecode < use-livecode at lists.runrev.com> wrote: > This is (not only now) a real comfortable developer tool. > Especially when starting a project the new features are very effective. > Thanks for that! > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From lists at mangomultimedia.com Wed Jan 2 23:55:55 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Wed, 2 Jan 2019 22:55:55 -0600 Subject: DataView and DataView Tree Levure Helpers Message-ID: Hi folks, Over the holiday break I took time to package up some UI controls I use in my own projects and make them available as helpers for Levure apps*. The controls are named "DataView" and "DataView Tree". The DataView is a leaner, more efficient DataGrid Form. It allows you to efficiently display highly customized rows of data on desktop and mobile. The DataGrid Tree is built on top of the DataView and works with a tree structure. I've prepared a demo project with examples of each type of control. Here are the github repos for the demo project and the controls themselves. Demo Github repo: https://github.com/trevordevore/dataview_demo DataView Github repo: https://github.com/trevordevore/levurehelper-dataview DataView Tree Github repo: https://github.com/trevordevore/levurehelper-dataview_tree I have also posted a video which walks through the demo project: https://youtu.be/euIHj1Qrokk While there is still work to do on the documentation, the demo stack can help the motivated developer start using the controls in their own projects. * Of course the code will work in apps that don't use the Levure framework. You just need to integrate all of the stacks and scripts into your app manually. -- Trevor DeVore ScreenSteps www.screensteps.com From lan.kc.macmail at gmail.com Thu Jan 3 01:07:31 2019 From: lan.kc.macmail at gmail.com (Kay C Lan) Date: Thu, 3 Jan 2019 17:07:31 +1100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: On Mon, Dec 31, 2018 at 9:17 AM Mark Wieder via use-livecode wrote: > > Yes, it is definitely a change in behavior. I want to strongly disagree with your conclusion here ;-) > > This isn't the only place where the dictionary is wrong. My 9.0.2 Dictionary quite clearly states for the property 'lockScreen' that it was introduced and hasn't changed since version 1.0. Which means, as Craig said, it's exactly the same as it was in HC. The Dictionary also clearly states: "LiveCode keeps count of how many times the screen has been locked. You must balance each unlock with a lock; if you lock the screen twice and then unlock it once, the screen remains locked." Yes it is unfortunate that that important statement doesn't appear in the other relevant lock screen and unlock screen entries. I'm with Herman, learnt a long long time ago to use a simple if statement to keep the lockScreen count to 1. From benr at cogapp.com Thu Jan 3 05:58:54 2019 From: benr at cogapp.com (Ben Rubinstein) Date: Thu, 3 Jan 2019 10:58:54 -0000 Subject: IMAP library, or support via tsNet? In-Reply-To: <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> Message-ID: Is there anything in the way of an IMAP library around? My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) e.g. in JavaScript with this library https://github.com/emailjs/emailjs-imap-client I'd be using connect() listMailboxes() listMessages(... ['RFC822.SIZE']) ... Is there a library that would support this kind of access? Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: > IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ > which will be bundled with the next LC release. > > All other platforms have had support for those protocols for a while.? I hope > to have some documentation available in the next two weeks. Did that ever come to fruition? Many thanks, Ben From revolution at derbrill.de Thu Jan 3 06:13:06 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Thu, 3 Jan 2019 12:13:06 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <373BF72E-4509-42DF-8D59-19728E762231@derbrill.de> It might be that I stand corrected for the behaviour of lock / unlock screen. But then I also stand puzzled on the effect it has between engines. Same code which redrew the screen within 2.5 seconds on the 5.x series took 11 secs in 8/9. After debugging libraries. Being used to make sure that lock screens no longer nested brought this down to 1.5 seconds. Rest of the code left unchanged! I really do not get it. That said, I am pretty happy with the fact. I only wish I would have found/tried this earlier. Regarding strictness of the parser, I am actually quite glad that the parser is less forgiving nowadays. :-) Have been working in strict compile mode for ages and this has saved me from shooting my own foot numerous times. Thank you all for your input on this. If anyone of you has any more gotchas to look out for I am most interested to learn. :-) Cheers, Malte From benr_mc at cogapp.com Thu Jan 3 06:17:57 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Thu, 3 Jan 2019 11:17:57 -0000 Subject: IMAP library, or support via tsNet? In-Reply-To: <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> Message-ID: Is there anything in the way of an IMAP library around? My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) e.g. in JavaScript with this library https://github.com/emailjs/emailjs-imap-client I'd be using connect() listMailboxes() listMessages(... ['RFC822.SIZE']) ... Is there a library that would support this kind of access? Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: > IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ > which will be bundled with the next LC release. > > All other platforms have had support for those protocols for a while.? I hope > to have some documentation available in the next two weeks. Did that ever come to fruition? Many thanks, Ben From hh at hyperhh.de Thu Jan 3 07:37:40 2019 From: hh at hyperhh.de (hh) Date: Thu, 3 Jan 2019 13:37:40 +0100 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! Message-ID: <621AA636-0641-4951-83CA-7F333603006C@hyperhh.de> > Geoff C. wrote: > Let me know if there's anything still missing. A reordering in the stacks list that sets the window layering? (What a simple go to stack from last line down to first line does). From matthias_livecode_150811 at m-r-d.de Thu Jan 3 08:57:26 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Thu, 3 Jan 2019 14:57:26 +0100 Subject: IMAP library, or support via tsNet? In-Reply-To: References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> Message-ID: <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Ben, i just did a quick test with my local test mai server. This script for example would output the number of messages in the imap folder to the message box. put tUSERNAME into pSettings["username"] put put into pSettings["password"] put "STATUS INBOX (MESSAGES)" into pRequest put "imap://192.168.7.25" into pURL put tsnetCustomSync(pURL,pRequest,xHeaders,rOutHeaders,rResult,rBytes,pSettings) Did not try ssl, but should work also. Regards, Matthias Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 03.01.2019 um 12:17 schrieb Ben Rubinstein via use-livecode : > > Is there anything in the way of an IMAP library around? > > My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) > > e.g. in JavaScript with this library > https://github.com/emailjs/emailjs-imap-client > I'd be using > connect() > listMailboxes() > listMessages(... ['RFC822.SIZE']) > ... > > Is there a library that would support this kind of access? > > Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: > > On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: >> IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ which will be bundled with the next LC release. >> All other platforms have had support for those protocols for a while. I hope to have some documentation available in the next two weeks. > > Did that ever come to fruition? > > > Many thanks, > > Ben > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Thu Jan 3 11:50:05 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 16:50:05 +0000 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <0976e486-184f-b04d-9995-532c19bd3b14@sonic.net> References: <3fe8abf2-6098-a79b-31e3-f8ffaf8ce608@sonic.net> <0976e486-184f-b04d-9995-532c19bd3b14@sonic.net> Message-ID: More like malcontents. :-) Bob S > On Jan 2, 2019, at 17:02 , Mark Wieder via use-livecode wrote: > > On 1/2/19 2:30 PM, Geoff Canyon via use-livecode wrote: >> Ha, I knew that to a select subset of people this would be the most >> important feature of the update :-) > > Heh. Yeah, I've backburned for now a talk entitled "Global Variables and Their Discontents" > > -- > Mark Wieder > ahsoftware at gmail.com From bobsneidar at iotecdigital.com Thu Jan 3 12:54:48 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 17:54:48 +0000 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: Folding seems to have broken. I cannot fold or unfold but the default folding is in effect. Bob S > On Jan 2, 2019, at 14:17 , Geoff Canyon via use-livecode wrote: > > As usual, you can get Navigator here > . Or grab it > from GitHub . From gcanyon at gmail.com Thu Jan 3 12:54:55 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 3 Jan 2019 09:54:55 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <621AA636-0641-4951-83CA-7F333603006C@hyperhh.de> References: <621AA636-0641-4951-83CA-7F333603006C@hyperhh.de> Message-ID: So you want drag and drop in the stack list to reorder the windows? What's the purpose? To bring a particular stack to the foreground? On Thu, Jan 3, 2019 at 4:38 AM hh via use-livecode < use-livecode at lists.runrev.com> wrote: > > Geoff C. wrote: > > Let me know if there's anything still missing. > > A reordering in the stacks list that sets the window layering? > (What a simple go to stack from last line down to first line does). > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From curry at pair.com Thu Jan 3 13:12:38 2019 From: curry at pair.com (Curry Kenworthy) Date: Thu, 3 Jan 2019 13:12:38 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: <0286f5fc-6028-1a9e-0714-9650b1d1a246@pair.com> Howdy LiveCoders, I'm very happy to see people succeeding, optimizing, and coming back and LiveCoding. That's heartwarming. But I'm making one of my rare appearances here, chiming in lest this thread end while consisting only of celebrating extra work that was put in to overcome slowdowns. To me putting in double work (or 1.x work) to achieve the result is not ideal. Therefore, while I'm very happy people are back on track and "OK" - while I share in their relief and renewed optimism - I don't think it rises to the level of celebration. Quite the reverse. That would be celebrating a model where requiring more work to produce fewer results (or repeated work to achieve the same result) is considered a good thing. I consider that a bad thing. Objective, repeatable testing has showed that LC 9 is considerably slower than LC 6 in a number of areas. In 2 years, LC has become twice as slow at some basic tasks. This pretty much negates the benefits of Moore's Law (and similar advances driving current and future hardware) and deprives coders and users of what would otherwise be a trend toward (offset a bit by OS flashiness) general 1.x improvement in performance over time. And that's passive gain; any work on code improvements would yield a multiple of performance. Likewise, in 2 years LC has required one heck of a lot of refactoring. That may be fine and dandy for people who write loose and sloppy code the first time and love rewriting everything, but it's not quite so cool for responsible, experienced coders who do it right the first time, and build reliable and optimized code to last as a smart value for their clients and customers. If you love retyping, redoing, and refactoring every 2 years, along with multiplied costs, then I totally understand the celebration. Personally I don't love that model. My ideal is just the opposite - smart code that is built to last and already optimized and reasonably well written from the start. Imagine all the hours, dollars, pounds, and euros spent on refactoring for 7/8/9 - multiplied by all the projects and clients. It's staggering. I'm confident that a good portion of that was avoidable. And STILL the 9 engine is slow and has more bugs and arbitrary problematic changes than it should. For my own addons, with VERY few exceptions, it has been due to LC's own bugs and arbitrary changes when they have broken or had problems. LC breaks it, I have to fix it. That's OK now and then, but it's not OK when LC gets sloppy, because when it's one person against a team, it becomes faster for a team to make a mess and break things than an individual to follow behind for clean up and repair. And one of those very few exceptions was a slowdown that another person added to my code when I permitted them to tweak the project, something I rarely do; I write very few bugs myself and that's how I like it. Don't you? Sometimes I'm slower than ideal in following and repairing the breaks with my own updates, but it's a team vs one situation, updates go through a process, and the "one" is not the one doing the breaking. (Hi Klaus, old buddy old pal.) More updates are close, BTW - I have a little less extra steam for updates after my regular client work during winter, but it'll pick up again in the spring. How much time and money have you put into your own 7-9 refactoring and debugging? Minus your bad code, of course. (If you're thinking "it all needed refactoring anyway" that's not proving your point, it's proving you were very naughty when coding.) :) For any code riding on top of another layer, as ours does, it makes sense to minimize engine and syntax breaks as much as reasonably possible. Otherwise some of the advantages of the layered environment are lost. There will be some breaks over time with generational improvements, but we're way over the ideal. And a steady loss of performance over time is just not a good thing in any possible universe. (Well, maybe a universe with inverse physics.) Can we survive with this model? Heck yeah. Here we are, at least a good number of us. Was it ideal? Not in your wildest dreams. Here I must note that we have a lot of bad examples from the big industry players. They are taking planned obsolescence to extremes to make big bucks, in software as well as hardware. They don't mind if you have to pay N times (or work a reasonable amount of hours multipled by N extra times) to achieve the same results. They love your money more than they love YOU the person. I'm the opposite. I care about YOU - all of you, LC Ltd and the entire community. So when people are frustrated and depressed and give up and then come back and try again and put in some renewed time and energy, I get it. I'm happy too. But I'm locally happy, for them as an individual, not globally happy for us as a community. Because this is inefficient. I'm not a very emotional person. I don't get depressed and give up and then come back. Very steady, always here, always proceeding with LC client projects (first) and addons (second). Not swayed by the ebb and flow. But I do hate to see lost performance, and wasted energy is my nemesis; I hate it and make no apologies for doing so. I don't love to put in renewed time and energy to re-accomplish the same results; I didn't go away emotional and mad, so there's no "make up love and kisses" emotional joy in the extra work for me. It's just extra work to redo or fix X for LC's wild changes instead of pursuing new project Y. With extremely few exceptions, what I code is build well the first time, fairly well optimized and build to last without further expense to yourself EXCEPT when wantonly broken by others! Likewise when I'm the middle layer, I try not to break your code quickly or unnecessarily. I'm proud to embrace that model and wish others would do so. What would be the results of a different model where the need to constantly redo is avoided? Less time wasted redoing the same things means more time to pursue OTHER things - less repetition, more achievements. Fewer of the same products, more different advances and variety of products to help the community. Less cost per client, more happy clients. Less time refactoring and (only if you write it well the first time) more time for new features and new projects. More carefully written code means fewer unnecessary bugs to start with, less noise and more signal for LC and our own projects. That's true for us, yes, but ALSO for LC itself. Any deficiency in LC (the underlying layer) is multiplied across hundreds or thousands of projects. Lots of time and money involved. Besides saving us a ton of time and money, imagine what LC itself could achieve. And yes, absolutely yes - code can be written better without added time and cost, just as you could hire two people to work N hours on a home repair and one result could be excellent and sturdy, while the other is shoddy and crumbles at the first touch. For the same price, two completely different qualities and approaches of the work. To get back to the performance topic, if the engine were kept in shape, optimizing your code would be multiplied by the optimized engine, or AT LEAST we wouldn't have to fight to overcome slowdowns every N years. Hmmm, it's one of those really tough choices...more results for less work, or more work and good old repetition for fewer results? Which model would I prefer? Wow, decisions decisions. That's may take some time to decide, so I'll go back to lurk/work mode, while I ponder that question at length. I know people can rationalize their joyful extra work and expense until their dying breath, or point out examples of other IDEs that do it too. (Two wrong are always right, right? And their are no shortage of big bad examples these days.) Ha ha, but good luck justifying your extra work redoing the same task instead of using that time to accomplish something else you've always wanted to do! Convince yourself of that. Of course a few people may have buckets of time and energy on their hands and that would make it hard for them to see the difference. Then again, what goes around comes around; those who don't value energy and time are very unlikely to be good optimizers or excellent coders. I value both very highly, and it's no coincidence that I'm not a sloppy coder. Love good code, and fast reliable code to boot. In the engine as well as at the scripting (or "building") layer. Good code everywhere. Happy New Year to LC Ltd and every LC user! ;) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From bobsneidar at iotecdigital.com Thu Jan 3 13:13:11 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 18:13:11 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <373BF72E-4509-42DF-8D59-19728E762231@derbrill.de> References: <373BF72E-4509-42DF-8D59-19728E762231@derbrill.de> Message-ID: <159E40D7-D5FE-4411-9B27-9C3B8E493A0E@iotecdigital.com> I'm curious if issuing a new screen lock inadvertently and for an instant unlocks the screen and a redraw happens? Not the desired effect obviously but that would explain things somewhat. Bob S > On Jan 3, 2019, at 03:13 , Malte Pfaff-Brill via use-livecode wrote: > > It might be that I stand corrected for the behaviour of lock / unlock screen. > But then I also stand puzzled on the effect it has between engines. Same code which redrew the screen within 2.5 seconds on the 5.x series took 11 secs in 8/9. After debugging libraries. Being used to make sure that lock screens no longer nested brought this down to 1.5 seconds. Rest of the code left unchanged! I really do not get it. That said, I am pretty happy with the fact. I only wish I would have found/tried this earlier. From mark at livecode.com Thu Jan 3 13:20:49 2019 From: mark at livecode.com (Mark Waddingham) Date: Thu, 03 Jan 2019 19:20:49 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <373BF72E-4509-42DF-8D59-19728E762231@derbrill.de> References: <373BF72E-4509-42DF-8D59-19728E762231@derbrill.de> Message-ID: On 2019-01-03 12:13, Malte Pfaff-Brill via use-livecode wrote: > It might be that I stand corrected for the behaviour of lock / unlock > screen. > But then I also stand puzzled on the effect it has between engines. > Same code which redrew the screen within 2.5 seconds on the 5.x series > took 11 secs in 8/9. After debugging libraries. Being used to make > sure that lock screens no longer nested brought this down to 1.5 > seconds. Rest of the code left unchanged! I really do not get it. That > said, I am pretty happy with the fact. I only wish I would have > found/tried this earlier. I wonder if this is combination of one too many unlock screens (so the screen wasn't actually locked for the whole process you timed); and having a Retina screen... If so, in 5.x the screen was probably being redrawn when you didn't intend also, but it was rendering 1/4 of the number of pixels so took 1/4 of the time or thereabouts (5.x would have been rendering to a 1/4 size buffer which was then upscaled by the OS to full-resolution Retina; it was only 6.x+ which started to render to a full-retina resolution window buffer on retina displays). Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From mkoob at rogers.com Thu Jan 3 13:29:52 2019 From: mkoob at rogers.com (Martin Koob) Date: Thu, 3 Jan 2019 12:29:52 -0600 (CST) Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <91E627CE-DE81-4101-A80B-948A21BC6033@iotecdigital.com> <479ABBA3-B0A7-49E5-9760-22D6C94BE0CB@iotecdigital.com> Message-ID: <1546540192616-0.post@n4.nabble.com> Hi Another way to approach it is to use the 'get the executionContext'. You can get the filename of the script only stack from this I tried this in a button with a behaviour script on a new stack with three fields to see the different results. on mouseUp pButtonNumber set the itemdelimiter to comma put item 4 of the executionContexts into tStackPath set the itemDelimiter to "/" put the last item of tStackPath into tStackFileName delete the last character of tStackFileName put tStackFileName into field 1 -- file name of script only stack with extension put the name of me into field 2 -- name of control that has the behavior put the name of this me into field 3 -- name of script only stack end mouseUp Using the executionContexts you get the actual filename, not sure if that is what you want or the stack name. Either way both options are there. Martin -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From harrison at all-auctions.com Thu Jan 3 13:30:15 2019 From: harrison at all-auctions.com (Rick Harrison) Date: Thu, 3 Jan 2019 13:30:15 -0500 Subject: LiveCode Server Mojave Message-ID: <39B7F84B-6F0B-4A39-A883-5104D0BA6480@all-auctions.com> Happy New Year's Greetings to all LiveCoders! Has anyone upgraded their LiveCode Server to Mojave yet? I am in the process and finding it to be quite the problem as Apple decided to get rid of their front-end server. Everything that used to be in the Server folder now has to be moved to the Webserver folder. They published a document in June 2018 https://developer.apple.com/support/macos-server/macOS-Server-Service-Migration-Guide.pdf I find their documentation to be sadly lacking in proper instruction examples etc. You would have thought they could have been kind enough to provide a nice video or two on the subject before yanking everything away from loyal users. This problem also involves how LiveCode Server should be installed. Those instructions should also be update as soon as possible. If some expert LiveCode developer came up with a good solution I would bet that many people would be willing to pay for such a utility. Let me know of your experiences or what other solutions you think of. Thanks, Rick From bobsneidar at iotecdigital.com Thu Jan 3 13:31:12 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 18:31:12 +0000 Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <2d84c245-598c-6c78-0d43-5e4f0030ccd0@sonic.net> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <288AB12F-B095-4E1A-A9AF-8CE0C7B3433E@iotecdigital.com> <2d84c245-598c-6c78-0d43-5e4f0030ccd0@sonic.net> Message-ID: <7C937F7C-0FBC-433B-BBC8-092F30FD9ED5@iotecdigital.com> Apple Mail does indeed support threading, but somehow certain emails or rather replies to emails "unthread" and start a new thread. Part of the problem is that some simply subscribe to the list as individual emails, while others employ the digest, and still others use the forum (I think). The only solution would be a list service that sent and received in all these modes using the same process, which I am not even sure is possible. :-( Bob S > On Jan 2, 2019, at 14:23 , Mark Wieder via use-livecode wrote: > > On 1/2/19 8:01 AM, Bob Sneidar via use-livecode wrote: >> And I replied before checking all my other emails. Seriously, at some point we need to develop a list system where emails remain threaded. I have over 40 from this list this morning, and reading through every one, then trying to go back and respond is a little more brainwork than I am used to before my 3rd cup of coffee. :-) > > Whoa! There are email clients that don't support threading? > Here ya go: > > https://www.thunderbird.net/en-US/ > > -- > Mark Wieder > ahsoftware at gmail.com From bobsneidar at iotecdigital.com Thu Jan 3 13:35:29 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 18:35:29 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <0286f5fc-6028-1a9e-0714-9650b1d1a246@pair.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <0286f5fc-6028-1a9e-0714-9650b1d1a246@pair.com> Message-ID: <53204179-A816-420A-9C23-813FCEEA0FA8@iotecdigital.com> This is largely due to unicode support in everything, as I understand it. This performance hit is, I think, completely understandable. But there definitely is/was something else going on when developing under Windows. As other threads have amply demonstrated, V9 introduced a massive performance hit, and it's my understanding that those issues have been somewhat or wholly addressed in 9.0.2. I will be corrected if inaccurate. Bob S > On Jan 3, 2019, at 10:12 , Curry Kenworthy via use-livecode wrote: > > Objective, repeatable testing has showed that LC 9 is considerably slower than LC 6 in a number of areas. In 2 years, LC has become twice as slow at some basic tasks. This pretty much negates the benefits of Moore's Law (and similar advances driving current and future hardware) and deprives coders and users of what would otherwise be a trend toward (offset a bit by OS flashiness) general 1.x improvement in performance over time. And that's passive gain; any work on code improvements would yield a multiple of performance. From mkoob at rogers.com Thu Jan 3 13:42:19 2019 From: mkoob at rogers.com (Martin Koob) Date: Thu, 3 Jan 2019 12:42:19 -0600 (CST) Subject: Whoops: Getting the name of the script only stack an handler is in In-Reply-To: <7C937F7C-0FBC-433B-BBC8-092F30FD9ED5@iotecdigital.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <1546274239849-0.post@n4.nabble.com> <82785D12-03A6-4FDB-BA3A-E2C2A96F17E6@gmail.com> <0D51C108-4206-4FF7-AF72-6107D6EEC027@gmail.com> <288AB12F-B095-4E1A-A9AF-8CE0C7B3433E@iotecdigital.com> <2d84c245-598c-6c78-0d43-5e4f0030ccd0@sonic.net> <7C937F7C-0FBC-433B-BBC8-092F30FD9ED5@iotecdigital.com> Message-ID: <1546540939406-0.post@n4.nabble.com> To view the messages in threaded form I use: http://lists.runrev.com/pipermail/use-livecode/ I can't reply thru that so when I do want to reply I use: http://runtime-revolution.278305.n4.nabble.com/ I can't imagine trying to manage all the email from the lists in my mail. I have enough to sort thru there as it is. Martin -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From curry at pair.com Thu Jan 3 13:47:46 2019 From: curry at pair.com (Curry Kenworthy) Date: Thu, 3 Jan 2019 13:47:46 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <53204179-A816-420A-9C23-813FCEEA0FA8@iotecdigital.com> References: <53204179-A816-420A-9C23-813FCEEA0FA8@iotecdigital.com> Message-ID: <21adf259-4831-ed0d-1708-47907aceae47@pair.com> Bob: > This is largely due to unicode support in everything, > as I understand it. Nope, I think that was more of a prior assumption going in, and held onto despite test results to the contrary, than a conclusion derived from testing. :) Some tests were designed to rule out the effects of text to the maximum extent possible, so slowdowns were almost certainly (or if so, should not be) the result of unicode. And some text features maintained or gained speed despite unicode. So whatever part it played, there's much more to the story. As I say, tests are repeatable; there will be nothing left to difference of opinion or chance. I tested an RC of 902 with the same old slow results. Soon when I have a chance, I will test 902 final. Whenever an LC version comes along with significant improvements, I'll be all over it and make the tests extremely public. Not the case so far, we're still in the speed limit zone AFAIK! Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From bobsneidar at iotecdigital.com Thu Jan 3 13:48:41 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 3 Jan 2019 18:48:41 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <0286f5fc-6028-1a9e-0714-9650b1d1a246@pair.com> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <0286f5fc-6028-1a9e-0714-9650b1d1a246@pair.com> Message-ID: Not to put too fine a point on this, but ALL development environments suffer from this. Even if everything is done "right", future OS enhancements, new and improved plugins, LC feature enhancements and even developer enhancements can all lend themselves to the necessity for refactoring. It also begs the question what is meant by doing things right. With a fairly forgiving scripting environment like LC, right simply means, "compiles and runs without any errors." I moved projects from LC6 to LC9 with little difficulty. My problems revolved around app building, and I got through that fairly simply. What is missing here I think is what is great about developing in LC. The time it takes you to build an app is a fraction of the time it would have taken you in C variants or even Java, and the manpower needed is also dramatically reduced (and dare I say more cost effective to employ). It's a little like my boss telling me that I need to make more money getting customers to pay for IT services if I expect a raise. The elephant in the room however is that I have been saving them a boatload of money these 4 years, ever since I took over managing all their internal IT support allowing them to can their prior contractor (who was expensive and not nearly as responsive as we would have liked them to be). Not only that, but I have produced an in-house application used by all the IT technicians for generating professional looking customer forms onsite, as well as revamping all our internal forms and standardizing them. I could go on singing my own praises, but my point is, the assessment of profitability often depends largely on where you decide to plant your flag. I think from reading you email, that you might want to consider planting the flag a bit further back into your own territory. Bob S > On Jan 3, 2019, at 10:12 , Curry Kenworthy via use-livecode wrote: > > Likewise, in 2 years LC has required one heck of a lot of refactoring. That may be fine and dandy for people who write loose and sloppy code the first time and love rewriting everything, but it's not quite so cool for responsible, experienced coders who do it right the first time, and build reliable and optimized code to last as a smart value for their clients and customers. If you love retyping, redoing, and refactoring every 2 years, along with multiplied costs, then I totally understand the celebration. Personally I don't love that model. My ideal is just the opposite - smart code that is built to last and already optimized and reasonably well written from the start. From benr_mc at cogapp.com Thu Jan 3 13:56:42 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Thu, 3 Jan 2019 18:56:42 +0000 Subject: IMAP library, or support via tsNet? In-Reply-To: <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Message-ID: Aha! I didn't even realise that there was an imap URL protocol. Thanks Matthias, that's exactly what I needed. best regards, Ben On 03/01/2019 13:57, Matthias Rebbe via use-livecode wrote: > Ben, > > i just did a quick test with my local test mai server. This script for example would output the number of messages in the imap folder to the message box. > > put tUSERNAME into pSettings["username"] > put put into pSettings["password"] > put "STATUS INBOX (MESSAGES)" into pRequest > put "imap://192.168.7.25" into pURL > put tsnetCustomSync(pURL,pRequest,xHeaders,rOutHeaders,rResult,rBytes,pSettings) > > Did not try ssl, but should work also. > > > Regards, > > Matthias > > > > Matthias Rebbe > > free tools for Livecoders: > https://instamaker.dermattes.de > https://winsignhelper.dermattes.de > >> Am 03.01.2019 um 12:17 schrieb Ben Rubinstein via use-livecode : >> >> Is there anything in the way of an IMAP library around? >> >> My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) >> >> e.g. in JavaScript with this library >> https://github.com/emailjs/emailjs-imap-client >> I'd be using >> connect() >> listMailboxes() >> listMessages(... ['RFC822.SIZE']) >> ... >> >> Is there a library that would support this kind of access? >> >> Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: >> >> On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: >>> IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ which will be bundled with the next LC release. >>> All other platforms have had support for those protocols for a while. I hope to have some documentation available in the next two weeks. >> >> Did that ever come to fruition? >> >> >> Many thanks, >> >> Ben >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From curry at pair.com Thu Jan 3 16:20:53 2019 From: curry at pair.com (Curry Kenworthy) Date: Thu, 3 Jan 2019 16:20:53 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <06a2469d-87a3-6f99-8c75-22cf0cf2f29c@pair.com> Sorry Bob (not to single you out, on the contrary thanks for your reply and sharing your experience) but just be aware I never not enter a thread lightly, nor were my words hasty. This has been a situation years in the making, with plenty of evidence behind it, and I've been many years in the LC arena. My list and forum silence may sometimes mask my eternal presence and busy contributions. I realize that the human mind tends to favor the loudest and most frequent voices (in marketing it's recognized that an audience needs to hear a message repeated 3 times to even notice it, whereas if you repeat yourself 3 times in code you've broken a rule) so when popping up now and then, I will remind the hasty of reply that while my points are easy to dismiss on the subjective basis of being heard less frequently, they are built on solid ground and difficult to overturn by factual or logical approach. (I don't have spare time to be one of the loudest and most frequent voices here, so for better or worse this post must satisfy the obligatory 3 times mentioning, and unfortunately that's all I can spare; I'll be back in lurk/work mode soon after this because as my clients know, they come first; no exceptions. Even addons come second and conversation is last. To sum up what years of factual records will show, I'm not one of the most frequent posters here on the list, but I am one of the most frequently involved consultants in the LC world. So....) > Not to put too fine a point on this, but ALL development > environments suffer from this. Not all to the same extent. And there's the difference, adding to personal preference and work needs/range of experience. Without going too far down that potentially red herring road, when it could be called suffering it's too much. When done right it doesn't cause suffering. That will vary per personal preference, bias, and experience, but what stays true is that efficiency is better than a lack of it. I'm sure you have many examples, but I would have many counter-examples, plus I think arguing for quality and efficiency is a stronger position that arguing for a lower-quality, lower-efficiency bandwagon. Winning an irrelevant contest of examples would not weaken my point, so we can probably save that particular trip. > I moved projects from LC6 to LC9 with little difficulty. > My problems revolved around app building, and I got through > that fairly simply. I'm genuinely happy for you there! I work for a wide variety of client projects and my own addons and other projects, so it takes me lots of places within LC. Not one platform nor approach nor area of LC endeavors. I also have spent a lot of time tracking down issues to report, investing my own addon income right back in LC debugging rather than own products, to help LC through the transitions, and many of those bugs have been fixed. You may have benefited from those and the efforts of others who dedicated a lot of time to that. So I applaud your own luck and lack of trouble, but perhaps fortunately you were in an area that benefited from the most attention to fixes and the least need for performance. But never mind me; for anyone to argue that there was no extra work involved, they would have to scrub some messages from the list in general and this thread in particular. I'm not sure if you read the original post in this thread, but the extra work was acknowledged right there when starting this thread, by others. Without that, we wouldn't be having this conversation in the first place, no matter whether criticism or justification, so I feel no need to say more on that point; sufficiently documented although perhaps not a universal condition. But remember, not everyone who became frustrated came back. There were other discussions, including a somewhat hilarious one that I can't relate here due to privacy agreements but where I was the person complaining the LEAST of many prominent LC members in that particular conversation. (Likewise, those separate points of defense argue against themselves to a degree; if there was no trouble in your case, then do all environments indeed suffer the problem? Separately good defenses, but together, not quite as strong.) Sorry again (and nothing personal, I appreciate your comments) and can understand your POV from your particular experience, but no amount of talk can disprove (A) repeatable test results and (B) the economics of efficiency. Those will stand on their own. > I could go on singing my own praises, but my point is, the > assessment of profitability often depends largely on where you > decide to plant your flag. As I said, I'm stable here, as are the laws of this universe - no running off disappointed or depressed, no coming back and gushing over it. No urge to overly defend or rationalize the last two years, nor any need to criticize beyond an objective measure. My work has been consistent and steady, and in fact I've also gained some extra work from the LC 6 to 9 transition issues. I'm just usually doing my work rather than here on-list talking about it. I'd love to do more talking, but of the two, work must come first and often that means work must come only. That's why it's pretty rare for me to show up on a topic, but that means when I do, it's after a good deal of calculation, and any who assume I didn't think it through are usually disappointed. The facts are there and the issue has been on the back burner for a long time during different experiences. But just as my work is stable, so are my ethics, my adherence to quality and efficient code, and my sticking to economic reality - regardless of trends, friends, popular corporations, and the like. Those don't change. There's no such thing as "I'm doing OK so inefficiency must be OK." Efficiency is mathematically better, therefore it's what I seek myself and for clients and customers, and what I promote unbashfully. Yes, 2 is greater than 1 in all the relevant cases in our universe and current system, and yes that matters! :D My flag has always been pointed in the same place(s) for these many years - and this approach of doing what's morally right and mathematically sound, regardless of trends, has been successful despite challenges and changes. These are things that don't change. Better methods, the need for innovative approaches and new solutions, efficient and cost-effective code, debugging and fixing without side effects by following proper procedure, teaching quality methods while consulting and teaching for coders and projects at every stage of development or the lack thereof. All these are ethical, but also economically sound. I am unapologetic in advancing these principles; in fact I would feel immoral to do otherwise. Since I am involved with a lot of projects in different areas and fairly often am required to deal with a portion of the "runoff" from upstream as well as develop solutions for current and future 3rd-party LC needs, I do see the bigger picture and a large portion of the effects on different types of users, and it makes perfect sense for me to pop up and intervene upstream at times if it's important enough, because that would be (again) more efficient than the alternative. And for the sake of others of course. I am a very empathetic and caring person. But no time for singing or talking - back to quality work and curtains for interlude of encouraging efficiency. I advocate the benefits of reality, but force it on no one, and am truly thankful for all those who are fortunate with the status quo. :) Apologies if any of this sounds at all snarky, because it's not intended as such, nor aimed personally at Bob or anyone else. Argument often breeds good results. I appreciate all views and don't need to promote my own beliefs beyond the demands of my own ethics/conscience, the logical points of arguments, and the balance of practical benefits. I've done my part for now, until there's another performance change, in which case I promise to fully document. Just a quick reply here to emphasize reliable repeatable observations with public tests, and sound principles of software code. Have a good day everyone and my regards to many of you that I haven't written off-list for a while! Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From gcanyon at gmail.com Thu Jan 3 16:57:53 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 3 Jan 2019 13:57:53 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: Can you give me more specifics? Folding is working for me: https://www.youtube.com/watch?v=x-_nLJNJvpM&feature=youtu.be On Thu, Jan 3, 2019 at 9:55 AM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Folding seems to have broken. I cannot fold or unfold but the default > folding is in effect. > > Bob S > > > > On Jan 2, 2019, at 14:17 , Geoff Canyon via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > As usual, you can get Navigator here > > . Or grab > it > > from GitHub . > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From hh at hyperhh.de Thu Jan 3 17:55:33 2019 From: hh at hyperhh.de (hh) Date: Thu, 3 Jan 2019 23:55:33 +0100 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! Message-ID: <496D6368-E485-4037-86CC-CB19F1D92615@hyperhh.de> > Geoff C. wrote: > So you want drag and drop in the stack list to reorder the windows? > What's the purpose? To bring a particular stack to the foreground? What others do with the "z-index". Or what we can do with setting the layer of card controls (no only setting the layer of a control to "top"). Stack windows can be partially transparent. So it makes sense to set the whole layering of the windows, not only to set the front window... From charles at techstrategies.com.au Thu Jan 3 19:08:09 2019 From: charles at techstrategies.com.au (Charles Warwick) Date: Fri, 4 Jan 2019 11:08:09 +1100 Subject: IMAP library, or support via tsNet? In-Reply-To: References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Message-ID: Hi Ben, Support for IMAP was added into tsNet a while ago. There are a few lessons that I?ve added to LiveCode?s website on IMAP. Lessons: http://lessons.livecode.com/m/4071/l/858279-how-to-use-tsnet-to-display-an-e-mail-message-from-an-imap-account http://lessons.livecode.com/m/4071/l/858974-how-to-use-tsnet-to-display-the-folders-stored-in-an-imap-account http://lessons.livecode.com/m/4071/l/860779-how-to-use-tsnet-to-delete-an-e-mail-message-from-an-imap-account Regards, Charles. > On 4 Jan 2019, at 5:56 am, Ben Rubinstein via use-livecode wrote: > > Aha! I didn't even realise that there was an imap URL protocol. > > Thanks Matthias, that's exactly what I needed. > > best regards, > > Ben > >> On 03/01/2019 13:57, Matthias Rebbe via use-livecode wrote: >> Ben, >> i just did a quick test with my local test mai server. This script for example would output the number of messages in the imap folder to the message box. >> put tUSERNAME into pSettings["username"] >> put put into pSettings["password"] >> put "STATUS INBOX (MESSAGES)" into pRequest >> put "imap://192.168.7.25" into pURL >> put tsnetCustomSync(pURL,pRequest,xHeaders,rOutHeaders,rResult,rBytes,pSettings) >> Did not try ssl, but should work also. >> Regards, >> Matthias >> Matthias Rebbe >> free tools for Livecoders: >> https://instamaker.dermattes.de >> https://winsignhelper.dermattes.de >>> Am 03.01.2019 um 12:17 schrieb Ben Rubinstein via use-livecode : >>> >>> Is there anything in the way of an IMAP library around? >>> >>> My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) >>> >>> e.g. in JavaScript with this library >>> https://github.com/emailjs/emailjs-imap-client >>> I'd be using >>> connect() >>> listMailboxes() >>> listMessages(... ['RFC822.SIZE']) >>> ... >>> >>> Is there a library that would support this kind of access? >>> >>> Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: >>> >>>> On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: >>>> IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ which will be bundled with the next LC release. >>>> All other platforms have had support for those protocols for a while. I hope to have some documentation available in the next two weeks. >>> >>> Did that ever come to fruition? >>> >>> >>> Many thanks, >>> >>> Ben >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From gcanyon at gmail.com Thu Jan 3 20:54:57 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 3 Jan 2019 17:54:57 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <496D6368-E485-4037-86CC-CB19F1D92615@hyperhh.de> References: <496D6368-E485-4037-86CC-CB19F1D92615@hyperhh.de> Message-ID: Okay, that should be easy enough -- I just didn't see the need personally, and it will require code that is different than the regular drag/drop/relayering code, so I hadn't bothered. gc On Thu, Jan 3, 2019 at 2:55 PM hh via use-livecode < use-livecode at lists.runrev.com> wrote: > > Geoff C. wrote: > > So you want drag and drop in the stack list to reorder the windows? > > What's the purpose? To bring a particular stack to the foreground? > > What others do with the "z-index". Or what we can do with setting the > layer of card controls (no only setting the layer of a control to "top"). > Stack windows can be partially transparent. So it makes sense to set > the whole layering of the windows, not only to set the front window... > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From gcanyon at gmail.com Thu Jan 3 21:30:45 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 3 Jan 2019 18:30:45 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: This is fixed in 7.0.2 rc1. I had a variable where I was tracking containers that had already been "default-folded" and I wasn't setting it properly, so every time the display refreshes, it got the default fold. As usual, you can get Navigator here . Or grab it from GitHub . On Thu, Jan 3, 2019 at 9:55 AM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > Folding seems to have broken. I cannot fold or unfold but the default > folding is in effect. > > Bob S > > > > On Jan 2, 2019, at 14:17 , Geoff Canyon via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > As usual, you can get Navigator here > > . Or grab > it > > from GitHub . > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ambassador at fourthworld.com Fri Jan 4 01:05:26 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 3 Jan 2019 22:05:26 -0800 Subject: Musings on Architect, MVC, Nested Behaviors In-Reply-To: <9b65530a-19e4-12a7-c193-750ff097f29c@andregarzia.com> References: <9b65530a-19e4-12a7-c193-750ff097f29c@andregarzia.com> Message-ID: 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 stuff. > > YAML: http://yaml.org > > TOML: https://github.com/toml-lang/toml > > There is also StrictYAML which removes some problematic features from > YAML. Anyway, I think that if all you need is something that maps to a > hashmap that is not too deep (thats important) then TOML is a better > format. https://xkcd.com/927/ Story so far: Assertion: XML will solve everything! Reality: bloated Assertion: JSON will solve everything! Reality: If you happen to do everything in JavaScript Assertion: YAML will solve everything, and be human-writable! Reality: Sure, but it's so hard to parse not even robots can do it well. Assertion: TOML will solve everything, and be human-writable, and be easily parseable! Reality: I'm dizzy, and going to lie down. Wake me when anything actually solves all everything, or next Tuesday when the next serialization-format-du-jour is premiered as the thing that will solve everything, so we can all enjoy throwing away this week's code for a week with the new kid on the block until next week's kid on the block shows up. :) The longer I've been in this business the more comfortable I've become defining my own purpose-build formats as needed. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From ambassador at fourthworld.com Fri Jan 4 01:40:26 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 3 Jan 2019 22:40:26 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Read through this whole thread, optimistic that I'd find the list of things that differentiate v6 and v9 so we can hone in on actual solutions. I learned two things: - lock/unlock changed - It's apparently easier to write a thousands of words philosophizing about how a small team of C++ programmers should provide a uniform scripting interface for a nearly unprecedented number of OSes, stay on top of ongoing API changes in every one of those OSes, multiply features, fix bugs, incorporate Unicode, maintain or improve all aspects of performance, and keep the joint running than it is to even briefly summarize concerns about any of the above. Is there an actual list of concrete concerns here that the team may be able to take action on or at least explain how/why the change exists, or did I just spend an hour reading that I'll never get back? I feel rickrolled. I've worked with too many people moving from Drupal 7 to Drupal 8, or Python 2 to 3, or any version of Apple's C headers in the '90s that broke declarations quarterly, or HyperCard 2 to 3, to get too out-of-breath about undoing workarounds in old code to work with-the-grain for v9's enhancements and fixes for long-standing anomalies. When I describe LC's high priority for backward compatibility to nearly any other experienced dev I know, they look at me like I'm high and spouting tales of dancing ponies; many professional development systems consider backward compatibility a very minor nice-to-have, if they devote time to it at all. Many of us here buy computers from a hardware vendor with a similar view. As for performance, in threads with Geoff Canyon, Mark Talutto, and others who provided real-world use cases and metrics, we do see some performance degradation in v9 from v6 in some cases, a surprising amount on par given how relatively little work v6 had to do under the hood with encodings and types, a few things a wee bit faster, and overall such a strong comeback from the v7 series that it should be clear to those earnestly following along that the team has indeed been quite evidently working on performance, and delivering improvements over the v9 cycle. Then again, my work may not touch the items on the concern list. I can't know, because I couldn't find such a list in this long thread. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From gcanyon at gmail.com Fri Jan 4 02:37:49 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 3 Jan 2019 23:37:49 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: I wasn't sure what people were talking about with lock screen performance issues, so I did a simple test: I set up a button to either lock the screen once, or twice, and then timed setting the loc of the button while the screen was locked. I didn't time locking the screen; just the movement while locked. As I hoped, I didn't find any difference between locking once or twice, either in 6.7.3, or in 9.0.1 (on an up-to-date Mac). But... There was a significant performance difference between 6.7.3 and 9.0.1. *Maybe* this is Unicode related? In any case, this script takes about 0.04 seconds in 6.7.3, and 0.24 seconds in 9.0.1: on mouseUp put the loc of me into L1 put L1 into L2 lock screen put the long seconds into T repeat 100000 set the loc of me to L2 set the loc of me to L1 end repeat put the long seconds - T into T unlock screen put T end mouseUp Then I noticed that I had forgotten one line of code. I changed it to this: on mouseUp put the loc of me into L1 put L1 into L2 add 100 to item 1 of L2 lock screen put the long seconds into T repeat 100000 set the loc of me to L2 set the loc of me to L1 end repeat put the long seconds - T into T unlock screen put T end mouseUp ...and found that in 6.7.3 that change increased the duration to about 1.25 seconds -- a performance hit of about 30x just because a locked-screen button is actually moving. In 9.0.1, the time changed to about 0.35 seconds. So if the button *isn't* moving, 6.7.3 is much faster, but in the more practical and likely case that the button *is* moving, 9.0.1 is faster. So ?\_(?)_/? On Thu, Jan 3, 2019 at 11:03 PM Richard Gaskin via use-livecode < use-livecode at lists.runrev.com> wrote: > Read through this whole thread, optimistic that I'd find the list of > things that differentiate v6 and v9 so we can hone in on actual solutions. > > I learned two things: > > - lock/unlock changed > > - It's apparently easier to write a thousands of words philosophizing > about how a small team of C++ programmers should provide a uniform > scripting interface for a nearly unprecedented number of OSes, > stay on top of ongoing API changes in every one of those OSes, > multiply features, fix bugs, incorporate Unicode, maintain or improve > all aspects of performance, and keep the joint running than it is to > even briefly summarize concerns about any of the above. > > Is there an actual list of concrete concerns here that the team may be > able to take action on or at least explain how/why the change exists, or > did I just spend an hour reading that I'll never get back? > > I feel rickrolled. > > > I've worked with too many people moving from Drupal 7 to Drupal 8, or > Python 2 to 3, or any version of Apple's C headers in the '90s that > broke declarations quarterly, or HyperCard 2 to 3, to get too > out-of-breath about undoing workarounds in old code to work > with-the-grain for v9's enhancements and fixes for long-standing > anomalies. When I describe LC's high priority for backward > compatibility to nearly any other experienced dev I know, they look at > me like I'm high and spouting tales of dancing ponies; many professional > development systems consider backward compatibility a very minor > nice-to-have, if they devote time to it at all. Many of us here buy > computers from a hardware vendor with a similar view. > > As for performance, in threads with Geoff Canyon, Mark Talutto, and > others who provided real-world use cases and metrics, we do see some > performance degradation in v9 from v6 in some cases, a surprising amount > on par given how relatively little work v6 had to do under the hood with > encodings and types, a few things a wee bit faster, and overall such a > strong comeback from the v7 series that it should be clear to those > earnestly following along that the team has indeed been quite evidently > working on performance, and delivering improvements over the v9 cycle. > > Then again, my work may not touch the items on the concern list. I > can't know, because I couldn't find such a list in this long thread. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From ambassador at fourthworld.com Fri Jan 4 02:56:04 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 3 Jan 2019 23:56:04 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <556ed429-2534-4c9a-3697-a819f65209b8@fourthworld.com> Geoff Canyon wrote: > I wasn't sure what people were talking about with lock screen > performance issues, so I did a simple test ... > ...and found that in 6.7.3 that change increased the duration to about > 1.25 seconds -- a performance hit of about 30x just because a locked- > screen button is actually moving. In 9.0.1, the time changed to about > 0.35 seconds. So if the button *isn't* moving, 6.7.3 is much faster, > but in the more practical and likely case that the button *is* moving, > 9.0.1 is faster. So ?\_(?)_/? That seems a good balance of priorities by use case. After all, when nothing's moving the wait time may not even be noticeable, but with moving objects performance can be critical. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From lan.kc.macmail at gmail.com Fri Jan 4 03:03:24 2019 From: lan.kc.macmail at gmail.com (Kay C Lan) Date: Fri, 4 Jan 2019 19:03:24 +1100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: On Fri, Jan 4, 2019 at 6:03 PM Richard Gaskin via use-livecode wrote: > Is there an actual list of concrete concerns here that the team may be > able to take action on ... I think the closest would be: >Malte wrote: >Not yet fixable for me: >Array operations on larger data sets still slower than they were Which leads me to the post titled: On Performance of Array Access posted 31 Aug 2018 relating specifically to large array data sets. >The wise Mark Wa (on a 2018MBP) wrote: >Generally, I don't tend to like to 'jump the gun' on anything related to >optimization lest it is not what it seems when running in the real world >but... His scripts used for the tests are all public, repeatable and objective, but if you don't want to bother finding that Post here are the results (PR6671 refers to a GitHub Pull Request into the LC9 engine) >LC6.7.11: 1117ms >LC9.0.1: 4020ms >PR6671: 1017ms >6.7.11: 1055ms >9.0.1: 3281ms >PR6671: 497ms >6.7.11: 16872ms >9.0.1: 8305ms >PR6671: 4315ms >6.7.11: 16508ms >9.0.1: 6397ms >PR6671: 3001ms >REAL WORLD CASE >Now, I'm always a little skeptical about using synthetic benchmarks for >performance. However, both of the above are actually real-world >examples. Furthermore, when running a rather large LCS project on an >engine with PR6671, I got a 2x speed up - one particular input took >3mins to process, rather than 6mins (one phase of processing actually >saw a 5x speed up!). So what I can't confirm is whether PR6671 has been implemented into a current version of LC9, but what I will say is this, if it hasn't then Malte can look forward to an eventual speed improvement in large Array operations as Mark Wa has already identified this problem and is working on a fix. If it has been implemented then Malte needs to take a look at Mark Wa examples and see where he can use some of Mark Wa's good code to replace his own poorly performing code. How this thread diverged from a problem that was clearly resolved by fixing poor code, to, what seems to me, 'our poor code should run just as fast in LC9 as LC5', I don't know. Sorry. From mark at livecode.com Fri Jan 4 03:42:01 2019 From: mark at livecode.com (Mark Waddingham) Date: Fri, 04 Jan 2019 09:42:01 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: <89b837452a3fdf850403405dd3b26280@livecode.com> On 2019-01-04 07:40, Richard Gaskin via use-livecode wrote: > Read through this whole thread, optimistic that I'd find the list of > things that differentiate v6 and v9 so we can hone in on actual > solutions. > > I learned two things: > > - lock/unlock changed Except it hasn't - lock/unlock screen work the same as they always have - they nest. Differences since 5 however, include: - rendering was changed to use Skia - support for Retina displays was added (4x as many pixels to render on more modern Macs) - screen updates only happen once per command execution and only if necessary (if the screen is unlocked) As suggested in another post, I suspect Malte's speed difference was actually caused by over-unlocking (or interaction with a slightly wrong IDE script in the 5 IDE - assuming he was timing in the IDE) and the fact that Retina macs have 4x as many pixels to render (5.x did not do Retina resolution). Of course, the latter is making the assumption that Malte has a Retina mac... Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From mark at livecode.com Fri Jan 4 03:57:27 2019 From: mark at livecode.com (Mark Waddingham) Date: Fri, 04 Jan 2019 09:57:27 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: <4ff24b4a1973d5b9dca49bd1b98a76df@livecode.com> On 2019-01-04 09:03, Kay C Lan via use-livecode wrote: > So what I can't confirm is whether PR6671 has been implemented into a > current version of LC9, but what I will say is this, if it hasn't then > Malte can look forward to an eventual speed improvement in large Array > operations as Mark Wa has already identified this problem and is > working on a fix. If it has been implemented then Malte needs to take > a look at Mark Wa examples and see where he can use some of Mark Wa's > good code to replace his own poorly performing code. It hasn't as yet - that PR (https://github.com/livecode/livecode/pull/6671) has actually turned into a mini-grab bag of things which need to be separated out slightly: - reduction of memory usage of the 'handle' structures used to hold values (particularly on 64-bit) - faster processing of integer index access in arrays - faster short-path array access (both storing and fetching) - 'static' switch optimization (switches with all literal cases are now constant time and not linear in the number of cases) - params([, ) which returns an numeric array of parameters up to - sequence and array literals - a try(expr, error-expr) function (evaluates error-expr as the result if expr throws) - array meta-indexing (tArray[first], tArray[last], tArray[next]) The only one which is unlikely to survive is the meta-indexing as (1) they don't quite work correctly and (2) Monte had a better suggestion which I've not had a chance to implement. It also contains benchmarks derived from my talk at LCG on optimization, and Curry's which he posted a while back. Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From benr_mc at cogapp.com Fri Jan 4 05:14:23 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Fri, 4 Jan 2019 10:14:23 -0000 Subject: IMAP library, or support via tsNet? In-Reply-To: References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Message-ID: That's great, thank you Charles. Ben On 04/01/2019 00:08, Charles Warwick via use-livecode wrote: > Hi Ben, > > Support for IMAP was added into tsNet a while ago. There are a few lessons that I?ve added to LiveCode?s website on IMAP. > > Lessons: > > http://lessons.livecode.com/m/4071/l/858279-how-to-use-tsnet-to-display-an-e-mail-message-from-an-imap-account > > http://lessons.livecode.com/m/4071/l/858974-how-to-use-tsnet-to-display-the-folders-stored-in-an-imap-account > > http://lessons.livecode.com/m/4071/l/860779-how-to-use-tsnet-to-delete-an-e-mail-message-from-an-imap-account > > Regards, > > Charles. > >> On 4 Jan 2019, at 5:56 am, Ben Rubinstein via use-livecode wrote: >> >> Aha! I didn't even realise that there was an imap URL protocol. >> >> Thanks Matthias, that's exactly what I needed. >> >> best regards, >> >> Ben >> >>> On 03/01/2019 13:57, Matthias Rebbe via use-livecode wrote: >>> Ben, >>> i just did a quick test with my local test mai server. This script for example would output the number of messages in the imap folder to the message box. >>> put tUSERNAME into pSettings["username"] >>> put put into pSettings["password"] >>> put "STATUS INBOX (MESSAGES)" into pRequest >>> put "imap://192.168.7.25" into pURL >>> put tsnetCustomSync(pURL,pRequest,xHeaders,rOutHeaders,rResult,rBytes,pSettings) >>> Did not try ssl, but should work also. >>> Regards, >>> Matthias >>> Matthias Rebbe >>> free tools for Livecoders: >>> https://instamaker.dermattes.de >>> https://winsignhelper.dermattes.de >>>> Am 03.01.2019 um 12:17 schrieb Ben Rubinstein via use-livecode : >>>> >>>> Is there anything in the way of an IMAP library around? >>>> >>>> My needs are relatively simple: I want to connect to an iMAP server, recursively list folders and fetch the size of each (if necessary by fetching the size of each message) >>>> >>>> e.g. in JavaScript with this library >>>> https://github.com/emailjs/emailjs-imap-client >>>> I'd be using >>>> connect() >>>> listMailboxes() >>>> listMessages(... ['RFC822.SIZE']) >>>> ... >>>> >>>> Is there a library that would support this kind of access? >>>> >>>> Does tsNet provide anything above the basic network primitives to support this? Some time I ago there was a tantalising hint on this list: >>>> >>>>> On 24/08/2017 11:05, Charles Warwick via use-livecode wrote: >>>>> IMAP and POP3 support in tsNet under Linux is only available in tsNet 1.3.0+ which will be bundled with the next LC release. >>>>> All other platforms have had support for those protocols for a while. I hope to have some documentation available in the next two weeks. >>>> >>>> Did that ever come to fruition? >>>> >>>> >>>> Many thanks, >>>> >>>> Ben >>>> >>>> _______________________________________________ >>>> use-livecode mailing list >>>> use-livecode at 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 at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From revolution at derbrill.de Fri Jan 4 06:40:53 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Fri, 4 Jan 2019 12:40:53 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: > Of course, the latter is making the assumption that > Malte has a Retina mac... Indeed he has (now and did not back in the days where the app was written) Actually I did not expect this thread to turn into philosophical discussions. What I was searching for was input on gotchas you guys and girls may have experienced when moving from the monolith engine to the refactored one., so that I would get an idea on what to look out for when continuing to refactor my old project(s). I was aware of the unicode related changes and am trying to remove all the stuff that has been deprecated (like charToNum, useUnicode, and the like). That is pretty well documented and understandable. Marks explanation on my redrawing issues are explanations that are understandable, make sense and I am aware now. The ?fun? part is, that something like this will never be able to be caught by unit tests or simple example stacks. One will need real world projects of a certain size to see the effect. To put things into perspective here, the app I am refactoring has to draw/redraw about 1500 controls, of which only a couple are changing positions / get a new label etc. Retina quite surely is a factor here. Also settings for ?accelerated rendering? might play a role. While I applaud Currys effort to set up real world benchmarking stacks to compare between engines, I lack the self confidence to be convinced to write perfect code. I surely do not, especially if like in my case the number of lines of code go into the 10 thousands. I *try* to avoid redundancy . Most of the time I succeed and if I do find areas that are redundant, I refactor. The engine got a long way here. Behaviors, and nested behaviours (this me anyone?) are a very good example on how the engine matured over the years. I would not dare to expect that code written 10 years ago for an engine that was current 10 years ago is still useable without optimisations. I just have been away for too long to be able to know what to look out for. I am indem looking forward to the array optimisations to come, as once that is off the table I am looking forward to actually having something that will be much faster than I had it in previous versions. Cheers, Malte From nabble at mad.pink Fri Jan 4 08:05:42 2019 From: nabble at mad.pink (pink) Date: Fri, 4 Jan 2019 07:05:42 -0600 (CST) Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: Message-ID: <1546607142359-0.post@n4.nabble.com> I love this plugin... one of my top 3 favorites Here's my wishlist: 1. One thing I would love to do is assign different commands to the "Command Bars", I've been going through the source code and haven't figured out where this happens... 2. Another feature request would be to assign a different color for groups (and folded group contents) 3. it seems as though all controls in a card are being indented... was it always like that? 4. it would be nice if there were an easier way to clean up the List Display String list... as far as I can tell the only way is to manually edit the prefs file ----- --- Greg (pink) Miller mad, pink and dangerous to code -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From lists at mangomultimedia.com Fri Jan 4 12:28:51 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Fri, 4 Jan 2019 11:28:51 -0600 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: References: Message-ID: On Wed, Jan 2, 2019 at 10:55 PM Trevor DeVore wrote: > > Over the holiday break I took time to package up some UI controls I use in > my own projects and make them available as helpers for Levure apps*. The > controls are named "DataView" and "DataView Tree". The DataView is a > leaner, more efficient DataGrid Form. It allows you to efficiently display > highly customized rows of data on desktop and mobile. The DataGrid Tree is > built on top of the DataView and works with a tree structure. > I've added another DataView helper named "DataView Database Cursor Helper" and updated the demo app. This helper adds a `dvCursor` property to a DataView along with a number of other properties. You open a database cursor, assign it to the DataView, and then the DataView will automatically move through the cursor in order to display the rows the user is currently looking at. Fast and efficient, even for large result sets. Demo: https://github.com/trevordevore/dataview_demo DataView Database Cursor Helper: https://github.com/trevordevore/levurehelper-database_dbcursor -- Trevor DeVore ScreenSteps www.screensteps.com From paul at researchware.com Fri Jan 4 12:54:13 2019 From: paul at researchware.com (Paul Dupuis) Date: Fri, 4 Jan 2019 12:54:13 -0500 Subject: file: vs bibfile: usage? Message-ID: I have seen example in the dictionary, for example in the LC901 Dictionary under "textEncode" entry, where LC9 text (in a field or variable) is encoded as UTF-8 and written to a file as: puttextEncode(tSomeText,"UTF-8") intoURL ("file:"&tSomeFile) However, my understanding is the the "file:" identifier tries to do "intelligent" line ending translation for the platform LC is running on. So in order to produce true UTF8 platform independent output, the examples should be puttextEncode(tSomeText,"UTF-8") intoURL ("binfile:"&tSomeFile) In other words, should not the rule be that when outputting anything other than "native" text (MacRoman (OSX) or Latin-1 (Win) or ISO for Linux), should it always be written a "binfile:" (i.e binary) so the coding is not changed? Does any LC expert know the answer to this? From brian at milby7.com Fri Jan 4 13:07:38 2019 From: brian at milby7.com (Brian Milby) Date: Fri, 4 Jan 2019 12:07:38 -0600 Subject: file: vs bibfile: usage? In-Reply-To: References: Message-ID: On a Mac you have to use binfile if you want the appropriate line endings (LF)* as file will change them to the legacy version (CR). ?On Windows, you probably still want to use file so that the line endings are adjusted to CRLF. ?UTF recognizes both as valid (CRLF and LF), not sure about CR. * I use Xcode as my justification to say that LF is proper. ?It is the line ending used there. Thanks, Brian On Jan 4, 2019, 11:54 AM -0600, Paul Dupuis via use-livecode , wrote: > I have seen example in the dictionary, for example in the LC901 > Dictionary under "textEncode" entry, where LC9 text (in a field or > variable) is encoded as UTF-8 and written to a file as: > > puttextEncode(tSomeText,"UTF-8") intoURL ("file:"&tSomeFile) > > However, my understanding is the the "file:" identifier tries to do > "intelligent" line ending translation for the platform LC is running on. > So in order to produce true UTF8 platform independent output, the > examples should be > > puttextEncode(tSomeText,"UTF-8") intoURL ("binfile:"&tSomeFile) > > In other words, should not the rule be that when outputting anything > other than "native" text (MacRoman (OSX) or Latin-1 (Win) or ISO for > Linux), should it always be written a "binfile:" (i.e binary) so the > coding is not changed? > > Does any LC expert know the answer to this? > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jjs at krutt.org Fri Jan 4 12:12:45 2019 From: jjs at krutt.org (JJS) Date: Fri, 4 Jan 2019 18:12:45 +0100 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: References: Message-ID: <53e07a67-3805-311a-3c6c-0b7b5e1e8d35@krutt.org> Curious about some things. Can this dataview do the same things as the datagrid? Like Form with images and fields on a row via row template or similar? Does it has scroller for mobile? or has it to be created like with DG1 and other groups? ?l hesitate on using a lot of 3rd party tools, support could be stopped anytime, and if you then depend on it... We already depend on LC. Like i like to give levure a try, but also hesitate, can i turn back to the "normal" way of building an app? Thanks. Op 4-1-2019 om 18:28 schreef Trevor DeVore via use-livecode: > On Wed, Jan 2, 2019 at 10:55 PM Trevor DeVore > wrote: > >> Over the holiday break I took time to package up some UI controls I use in >> my own projects and make them available as helpers for Levure apps*. The >> controls are named "DataView" and "DataView Tree". The DataView is a >> leaner, more efficient DataGrid Form. It allows you to efficiently display >> highly customized rows of data on desktop and mobile. The DataGrid Tree is >> built on top of the DataView and works with a tree structure. >> > I've added another DataView helper named "DataView Database Cursor Helper" > and updated the demo app. This helper adds a `dvCursor` property to a > DataView along with a number of other properties. You open a database > cursor, assign it to the DataView, and then the DataView will automatically > move through the cursor in order to display the rows the user is currently > looking at. Fast and efficient, even for large result sets. > > Demo: https://github.com/trevordevore/dataview_demo > > DataView Database Cursor Helper: > https://github.com/trevordevore/levurehelper-database_dbcursor > From ahsoftware at sonic.net Fri Jan 4 13:17:47 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Fri, 4 Jan 2019 10:17:47 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <8cea1877-c60a-9880-db4e-b08272688663@sonic.net> On 1/4/19 3:40 AM, Malte Pfaff-Brill via use-livecode wrote: > Actually I did not expect this thread to turn into philosophical discussions. What I was searching for was input on gotchas you guys and girls may have experienced when moving from the monolith engine to the refactored one., so that I would get an idea on what to look out for when continuing to refactor my old project(s). Here's one that bit me: In LC 8 dp15 a change was made to tab controls: they are now transparent, even if you set a background color and make them opaque, but *only on Mac OS*. My workaround is to set an opaque rectangle behind the tab controls. It's not in the release notes. https://quality.livecode.com/show_bug.cgi?id=17219 -- Mark Wieder ahsoftware at gmail.com From gcanyon at gmail.com Fri Jan 4 13:35:22 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Fri, 4 Jan 2019 10:35:22 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <1546607142359-0.post@n4.nabble.com> References: <1546607142359-0.post@n4.nabble.com> Message-ID: Answers inline: On Fri, Jan 4, 2019 at 5:06 AM pink via use-livecode < use-livecode at lists.runrev.com> wrote: > I love this plugin... one of my top 3 favorites > > Here's my wishlist: > > 1. One thing I would love to do is assign different commands to the > "Command Bars", I've been going through the source code and haven't figured > out where this happens... > I obviously need to do better here: just right-click/control-click a command bar. The pop-up menu lets you select any existing command to assign to that command bar. You can create new named commands by selecting New Command... at the top of the menu. Note: I just now noticed that you have to have at least one control selected for this to work. I'll fix that in an update. > > 2. Another feature request would be to assign a different color for groups > (and folded group contents) > I thought about this, but I thought the overall "color things based on whether they have a script/behavior" was more important, but I'll take a look and see how tough this would be to work in. > > 3. it seems as though all controls in a card are being indented... was it > always like that? > Good eye -- no, they weren't before, but I added that additional level of indent because of allowing multiple targets. It would be easy enough to undo depending on the consensus opinion. > > 4. it would be nice if there were an easier way to clean up the List > Display String list... as far as I can tell the only way is to manually > edit > the prefs file > Definitely agreed, it was just the lack of/need for interface inspiration and a desire to work on something else/laziness. But yes, editing the prefs is the only way at present to clean up the list display list. > > > > > > ----- > --- > Greg (pink) Miller > mad, pink and dangerous to code > -- > Sent from: > http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From lists at mangomultimedia.com Fri Jan 4 13:51:15 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Fri, 4 Jan 2019 12:51:15 -0600 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: <53e07a67-3805-311a-3c6c-0b7b5e1e8d35@krutt.org> References: <53e07a67-3805-311a-3c6c-0b7b5e1e8d35@krutt.org> Message-ID: On Fri, Jan 4, 2019 at 12:12 PM JJS via use-livecode < use-livecode at lists.runrev.com> wrote: > Curious about some things. Can this dataview do the same things as the datagrid? > > Like Form with images and fields on a row via row template or similar? > Yes. Row templates use the same concept as DataGrids. > Does it has scroller for mobile? or has it to be created like with DG1 > and other groups? > The scroller for mobile is built in. You can see the code in the `preOpenControl` message: https://github.com/trevordevore/levurehelper-dataview/blob/master/dataview_behavior.livecodescript#L68 > l hesitate on using a lot of 3rd party tools, support could be stopped > anytime, and if you then depend on it... > > We already depend on LC. > That is a valid concern and one that I share myself. The tools that I release are open source and there is no official support for them. Given my responsibilities at my company I have chosen not to sell or officially support contributions I make available to the LiveCode community. I do, however, want to contribute non-proprietary work I do to the community so that we can all make better apps. I have chosen to do that through making the code available on GitHub and using the MIT license. I also try to document them as best as I can given the time I have available. Everyone has full access to the source code and others can contribute to the source code. For example, three other people have contributed to Levure besides myself. They contribute by helping with docs, submitting code updates, and reporting issues. You can see the list of contributors here: https://github.com/trevordevore/levure/graphs/contributors > Like i like to give levure a try, but also hesitate, can i turn back to > the "normal" way of building an app? > You can always go back to how you were developing your apps previously. How much "unwinding" would need to be done depends on how many changes you make to your app in order to adopt everything that Levure has to offer. Regarding what is "normal" ? Outside of apps that only use a handful of stack files, I honestly don't know that there is a "normal" way of building an app in LiveCode. I have seen a lot of different organizational approaches over the years. Since LiveCode doesn't have a "project" concept it seems that everyone tries to create their own version of what a project should be. At least with Levure you are using a well-documented system whose source code is available and that is at least being used by some other people. Let me know if you have any further questions. -- Trevor DeVore CTO - ScreenSteps www.screensteps.com From paul at researchware.com Fri Jan 4 15:54:53 2019 From: paul at researchware.com (Paul Dupuis) Date: Fri, 4 Jan 2019 15:54:53 -0500 Subject: Is anyone doing multiple window management under Windows 10... Message-ID: <297f5add-389f-203c-1c0b-5113b1035b82@researchware.com> I am trying to generate some interest in getting this bug: https://quality.livecode.com/show_bug.cgi?id=16305 fixed for the next release of LiveCode. The 'effective' keyword for stack rectangles still thinks Windows 10 has 8px borders! (when they are 1px) When this bug was submitted Windows 10 was sort of new, but by now I would have expected it to be fixed, but it is still present in LC9.0.2 If you would also like this fixed, please add yourself to the CC list on the bug report. Thank you From jjs at krutt.org Fri Jan 4 15:05:08 2019 From: jjs at krutt.org (JJS) Date: Fri, 4 Jan 2019 21:05:08 +0100 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: References: <53e07a67-3805-311a-3c6c-0b7b5e1e8d35@krutt.org> Message-ID: <1b2b06b1-5741-ffe0-9c8c-0cafdbc67763@krutt.org> Thanks very much for your clear reply Trevor. And i'd like to thank you for your great contributions. Given the fact we can always "roll back" , i can give it a try on a project and see how it goes. I was especially interested in the Dataview as perhaps it is faster and may scroll smoother than the DG2. Have a good weekend ! (and who knows Levure might be adopted by LC to add as an optional way of working) Op 4-1-2019 om 19:51 schreef Trevor DeVore via use-livecode: > On Fri, Jan 4, 2019 at 12:12 PM JJS via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Curious about some things. > Can this dataview do the same things as the datagrid? >> Like Form with images and fields on a row via row template or similar? >> > Yes. Row templates use the same concept as DataGrids. > > >> Does it has scroller for mobile? or has it to be created like with DG1 >> and other groups? >> > The scroller for mobile is built in. You can see the code in the > `preOpenControl` message: > > https://github.com/trevordevore/levurehelper-dataview/blob/master/dataview_behavior.livecodescript#L68 > > >> l hesitate on using a lot of 3rd party tools, support could be stopped >> anytime, and if you then depend on it... >> >> We already depend on LC. >> > That is a valid concern and one that I share myself. The tools that I > release are open source and there is no official support for them. Given my > responsibilities at my company I have chosen not to sell or officially > support contributions I make available to the LiveCode community. I do, > however, want to contribute non-proprietary work I do to the community so > that we can all make better apps. I have chosen to do that through making > the code available on GitHub and using the MIT license. I also try to > document them as best as I can given the time I have available. Everyone > has full access to the source code and others can contribute to the source > code. For example, three other people have contributed to Levure besides > myself. They contribute by helping with docs, submitting code updates, and > reporting issues. You can see the list of contributors here: > > https://github.com/trevordevore/levure/graphs/contributors > > >> Like i like to give levure a try, but also hesitate, can i turn back to >> the "normal" way of building an app? >> > You can always go back to how you were developing your apps previously. How > much "unwinding" would need to be done depends on how many changes you make > to your app in order to adopt everything that Levure has to offer. > > Regarding what is "normal" ? Outside of apps that only use a handful of > stack files, I honestly don't know that there is a "normal" way of building > an app in LiveCode. I have seen a lot of different organizational > approaches over the years. Since LiveCode doesn't have a "project" concept > it seems that everyone tries to create their own version of what a project > should be. At least with Levure you are using a well-documented system > whose source code is available and that is at least being used by some > other people. > > Let me know if you have any further questions. > From lists at mangomultimedia.com Fri Jan 4 16:49:29 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Fri, 4 Jan 2019 15:49:29 -0600 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: <1b2b06b1-5741-ffe0-9c8c-0cafdbc67763@krutt.org> References: <53e07a67-3805-311a-3c6c-0b7b5e1e8d35@krutt.org> <1b2b06b1-5741-ffe0-9c8c-0cafdbc67763@krutt.org> Message-ID: On Fri, Jan 4, 2019 at 3:05 PM JJS via use-livecode < use-livecode at lists.runrev.com> wrote: > Thanks very much for your clear reply Trevor. > > And i'd like to thank you for your great contributions. > You are welcome. > Given the fact we can always "roll back" , i can give it a try on a > project and see how it goes. > > I was especially interested in the Dataview as perhaps it is faster and > may scroll smoother than the DG2. > I haven't done any comparison tests myself. I would be interested to hear how it goes. LiveCode still needs to add a new feature that will improve scrolling speed in any DG-like control. I don't know what the timeline is for that though. > (and who knows Levure might be adopted by LC to add as an optional way > of working) LiveCode already recommends it to development teams. See this page on their website: https://livecode.com/products/livecode-platform/levure/ -- Trevor DeVore CTO - ScreenSteps www.screensteps.com From tom at makeshyft.com Fri Jan 4 17:42:11 2019 From: tom at makeshyft.com (Tom Glod) Date: Fri, 4 Jan 2019 17:42:11 -0500 Subject: Is anyone doing multiple window management under Windows 10... In-Reply-To: <297f5add-389f-203c-1c0b-5113b1035b82@researchware.com> References: <297f5add-389f-203c-1c0b-5113b1035b82@researchware.com> Message-ID: done. On Fri, Jan 4, 2019 at 3:55 PM Paul Dupuis via use-livecode < use-livecode at lists.runrev.com> wrote: > I am trying to generate some interest in getting this bug: > https://quality.livecode.com/show_bug.cgi?id=16305 > > fixed for the next release of LiveCode. The 'effective' keyword for > stack rectangles still thinks Windows 10 has 8px borders! (when they are > 1px) > > When this bug was submitted Windows 10 was sort of new, but by now I > would have expected it to be fixed, but it is still present in LC9.0.2 > > If you would also like this fixed, please add yourself to the CC list on > the bug report. > > Thank you > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From bobsneidar at iotecdigital.com Fri Jan 4 18:13:37 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 4 Jan 2019 23:13:37 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: +1 I'm just elated I can write apps again after such a long drought from Hypercard, and the disappointment I had with Supercard. I personally think LC is what Hypercard should ALWAYS have been, or would have become had Apple had kept it up, or had someone else taken it up. Now I do not develop in Windows or Linux, so there may be/have been some real concerns there. Still, what we can do, what many of us have done is nothing short of breathtaking. My service manager who was rolling his eyes when I told him what I was going to do with Forms Generator is now tickled pink that we can generate forms on demand, on site, that look professional. That app had a lot to do with my present status in the company. I took the job as a copier installer. I'm now the Systems Administrator for the entire comany, and they are training me for Pre-Sales Software Consultation and support. I just finished a little utility that takes accounting data export from Toshiba copiers and adds up the color and black totals that make some kind of sense (the export file decidedly does NOT make sense) in a great looking interface, and then outputs a PDF report, or a tab delimited txt file for use in Excel. The customer I wrote it for initially had his doubts about our company, but after I sent him that little gem he LOVES us. So does his accounting department who no longer has to cobble all the data together themselves. The time it took to do all this would have been unthinkable in a C derivative or in a Java based environment. Never mind all the new features and updates I've been adding all along. Some may think I'm overstating my case, but I think Livecode stands alone in development environments for speedy development and ease of use. Bob S > On Jan 3, 2019, at 22:40 , Richard Gaskin via use-livecode wrote: > > Read through this whole thread, optimistic that I'd find the list of things that differentiate v6 and v9 so we can hone in on actual solutions. > > I learned two things: > > - lock/unlock changed > > - It's apparently easier to write a thousands of words philosophizing > about how a small team of C++ programmers should provide a uniform > scripting interface for a nearly unprecedented number of OSes, > stay on top of ongoing API changes in every one of those OSes, > multiply features, fix bugs, incorporate Unicode, maintain or improve > all aspects of performance, and keep the joint running than it is to > even briefly summarize concerns about any of the above. > > Is there an actual list of concrete concerns here that the team may be able to take action on or at least explain how/why the change exists, or did I just spend an hour reading that I'll never get back? > > I feel rickrolled. > > > I've worked with too many people moving from Drupal 7 to Drupal 8, or Python 2 to 3, or any version of Apple's C headers in the '90s that broke declarations quarterly, or HyperCard 2 to 3, to get too out-of-breath about undoing workarounds in old code to work with-the-grain for v9's enhancements and fixes for long-standing anomalies. When I describe LC's high priority for backward compatibility to nearly any other experienced dev I know, they look at me like I'm high and spouting tales of dancing ponies; many professional development systems consider backward compatibility a very minor nice-to-have, if they devote time to it at all. Many of us here buy computers from a hardware vendor with a similar view. > > As for performance, in threads with Geoff Canyon, Mark Talutto, and others who provided real-world use cases and metrics, we do see some performance degradation in v9 from v6 in some cases, a surprising amount on par given how relatively little work v6 had to do under the hood with encodings and types, a few things a wee bit faster, and overall such a strong comeback from the v7 series that it should be clear to those earnestly following along that the team has indeed been quite evidently working on performance, and delivering improvements over the v9 cycle. > > Then again, my work may not touch the items on the concern list. I can't know, because I couldn't find such a list in this long thread. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Fri Jan 4 18:27:12 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 4 Jan 2019 23:27:12 +0000 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: <1546607142359-0.post@n4.nabble.com> Message-ID: <694C9B6B-6891-480F-9476-D3AB85276C8E@iotecdigital.com> I have noted over the years that when designing graphics, lots of different colors is confusing to the mind. Everytime something changes, whether in a typeset layout with pictures and graphics, or in a user interface, the mind stops and asks, "Why is that?" If it asks too many times or too often, the mind gets frustrated, and it takes away from the thing you want the user to actually be focused on. The way Navigator works now is quite nice. More and different colors and my poor mind might wince. :-) Bob S > On Jan 4, 2019, at 10:35 , Geoff Canyon via use-livecode wrote: > >> >> 2. Another feature request would be to assign a different color for groups >> (and folded group contents) >> > > I thought about this, but I thought the overall "color things based on > whether they have a script/behavior" was more important, but I'll take a > look and see how tough this would be to work in. From bobsneidar at iotecdigital.com Fri Jan 4 18:29:22 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 4 Jan 2019 23:29:22 +0000 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: <1546607142359-0.post@n4.nabble.com> Message-ID: <632E625B-9987-436D-AC1A-05081FD76397@iotecdigital.com> I say NAY! I like the way it indents now. I'm surprised the interface doesn't list every card, each indented, with all it's own controls indented further, but it would get really really busy at that point so I get the current way it works. Bob S > On Jan 4, 2019, at 10:35 , Geoff Canyon via use-livecode wrote: > >> >> 3. it seems as though all controls in a card are being indented... was it >> always like that? >> > > Good eye -- no, they weren't before, but I added that additional level of > indent because of allowing multiple targets. It would be easy enough to > undo depending on the consensus opinion. From brahma at hindu.org Fri Jan 4 22:55:00 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Sat, 5 Jan 2019 03:55:00 +0000 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <632E625B-9987-436D-AC1A-05081FD76397@iotecdigital.com> References: <1546607142359-0.post@n4.nabble.com> <632E625B-9987-436D-AC1A-05081FD76397@iotecdigital.com> Message-ID: <9CF17785-89AD-46CE-8030-E9AB125F02A0@hindu.org> "so I get the current way it works. " Ditto that. I was afraid to ask indenting. Then suddenly it appeared! BR Bob Sneidar wrote: I say NAY! I like the way it indents now. I'm surprised the interface doesn't list every card, each indented, with all it's own controls indented further, but it would get really really busy at that point so I get the current way it works. From nabble at mad.pink Fri Jan 4 23:02:24 2019 From: nabble at mad.pink (pink) Date: Fri, 4 Jan 2019 22:02:24 -0600 (CST) Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: References: <1546607142359-0.post@n4.nabble.com> Message-ID: <1546660944289-0.post@n4.nabble.com> > > 1. One thing I would love to do is assign different commands to the > "Command Bars", I've been going through the source code and haven't > figured > out where this happens... > I obviously need to do better here: just right-click/control-click a command bar. The pop-up menu lets you select any existing command to assign to that command bar. You can create new named commands by selecting New Command... at the top of the menu. Note: I just now noticed that you have to have at least one control selected for this to work. I'll fix that in an update. ----EXCELLENT! > > 2. Another feature request would be to assign a different color for > groups > (and folded group contents) > I thought about this, but I thought the overall "color things based on whether they have a script/behavior" was more important, but I'll take a look and see how tough this would be to work in. --Ultimately, a user can get around it by using the same color if they don't want to distinguish between certain things... I use the same color for with or without a script > > 3. it seems as though all controls in a card are being indented... was it > always like that? > Good eye -- no, they weren't before, but I added that additional level of indent because of allowing multiple targets. It would be easy enough to undo depending on the consensus opinion. --I would prefer not to have the extra indent, but it's not a dealbreaker or anything :P > > 4. it would be nice if there were an easier way to clean up the List > Display String list... as far as I can tell the only way is to manually > edit > the prefs file > Definitely agreed, it was just the lack of/need for interface inspiration and a desire to work on something else/laziness. But yes, editing the prefs is the only way at present to clean up the list display list. --I had A LOT to clean up, each addition to my line just made it exponentially larger... iff(the vis of tID,"","hid") & iff(char 1 to 5 of the name of tID is "group","---grp ---" & the short name of tID & "---",toUpper(char 1 of the name of tID) && the short name of tID) && "id[" & the short ID of tID & "]" && the height of tID & "x" & the width of tID && the mpDevNotes of tID && the left of tID & "," & the top of tID & "," & the right of tID & "," & the bottom of tID & "/" & the layer of tID > ----- --- Greg (pink) Miller mad, pink and dangerous to code -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From gcanyon at gmail.com Sat Jan 5 00:32:40 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Fri, 4 Jan 2019 21:32:40 -0800 Subject: Navigator 7.0.1rc1 is available -- Multi-target windows! In-Reply-To: <1546660944289-0.post@n4.nabble.com> References: <1546607142359-0.post@n4.nabble.com> <1546660944289-0.post@n4.nabble.com> Message-ID: Wow, that's a lot of information you're displaying -- have you noticed any hit on Navigator's display performance? Also, couldn't you replace the left of tID & "," & the top of tID & "," & the right of tID & "," & the bottom of tID with the rect of tID ? On Fri, Jan 4, 2019 at 8:02 PM pink via use-livecode < use-livecode at lists.runrev.com> wrote: > > > > 1. One thing I would love to do is assign different commands to the > > "Command Bars", I've been going through the source code and haven't > > figured > > out where this happens... > > > > I obviously need to do better here: just right-click/control-click a > command bar. The pop-up menu lets you select any existing command to assign > to that command bar. You can create new named commands by selecting New > Command... at the top of the menu. Note: I just now noticed that you have > to have at least one control selected for this to work. I'll fix that in an > update. > > ----EXCELLENT! > > > > > 2. Another feature request would be to assign a different color for > > groups > > (and folded group contents) > > > > I thought about this, but I thought the overall "color things based on > whether they have a script/behavior" was more important, but I'll take a > look and see how tough this would be to work in. > > --Ultimately, a user can get around it by using the same color if they > don't > want to distinguish between certain things... I use the same color for with > or without a script > > > > > 3. it seems as though all controls in a card are being indented... was > it > > always like that? > > > > Good eye -- no, they weren't before, but I added that additional level of > indent because of allowing multiple targets. It would be easy enough to > undo depending on the consensus opinion. > > --I would prefer not to have the extra indent, but it's not a dealbreaker > or > anything :P > > > > > 4. it would be nice if there were an easier way to clean up the List > > Display String list... as far as I can tell the only way is to manually > > edit > > the prefs file > > > > Definitely agreed, it was just the lack of/need for interface inspiration > and a desire to work on something else/laziness. But yes, editing the prefs > is the only way at present to clean up the list display list. > > --I had A LOT to clean up, each addition to my line just made it > exponentially larger... > > iff(the vis of tID,"","hid") & iff(char 1 to 5 of the name of tID is > "group","---grp ---" & the short name of tID & "---",toUpper(char 1 of the > name of tID) && the short name of tID) && "id[" & the short ID of tID & "]" > && the height of tID & "x" & the width of tID && the mpDevNotes of tID && > the left of tID & "," & the top of tID & "," & the right of tID & "," & the > bottom of tID & "/" & the layer of tID > > > > > > > ----- > --- > Greg (pink) Miller > mad, pink and dangerous to code > -- > Sent from: > http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From curry at pair.com Sat Jan 5 02:29:02 2019 From: curry at pair.com (Curry Kenworthy) Date: Sat, 5 Jan 2019 02:29:02 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: Richard: > Is there an actual list of concrete concerns here [...] > or did I just spend an hour reading that I'll never get back? > I feel rickrolled. A profound question, my friend. :D You may notice something special about the following link, adapted in honor of the situation: http://curryk.com/NeverGonna.mp4 Oh boy - I was ALWAYS gullible enough to fall for the "concrete concerns" type of line every single time, and rush off to make a newer list, until finally I wised up to the world's ways and realized that (outside of bug reports and specific issues) such statements are sometimes used merely to deflect - it's not always a matter of actually wanting more details, but rather quite simply an unwanted message. These days, I am usually prepared in advance and merely smile and point a finger toward the information; the answer long preceded the question! Many of the details had been in place and waiting for some time, by myself and others. They've been presented and discussed before, so I didn't anticipate the need to reference every single one yet again; perhaps I should have. But I understand that memories can be convenient, and assumptions and agendas can be strong enough to brush aside what we already know every now and then. So, the "reverse rickrolled" link above connects to some aging stats that still hold generally true on the subject of performance. In many very basic tasks (math, loops, arrays) LC 9 has fallen short by 1.x or even 2.x, and that's still the case as of 902 final. And testing indicated that it's almost certainly NOT just a Unicode thing. I'm sorry if that makes me the messenger of inconvenient news, or a destroyer of attractive explanations, but I prefer the plain truth of reality. Repeatable, proven, public tests, videotaped and distributed; sorry, but it's fact. No line of talk or alternate authoritative studies can alter that. Test it yourself, or look the other way if you must, but the facts persist either way. I'm going to wait until there are relevant engine changes to update the results chart and test stack. It'll be fair as usual; in the original round of testing I went out of my way to make sure 9 had at least one match in its favor, and now I know a few other areas thanks to these talks. Hopefully after said engine changes, 9 will be the big winner! When it comes to another matter of efficiency and saving work by avoiding repetition, I've always been a big fan of Richard's own rather extensive and lengthy rhetoric on the subject, and his repertoire of catchy acronyms such as WET (We Enjoy Typing) versus DRY (Don't Repeat Yourself). But I do believe in following through and applying the fundamental concepts consistently across the board, including reasonably minimizing repetition of the work itself. In fact Richard, there was a very eloquent past message of yours on a similar subject, if memory serves me well. I may post a link eventually if I have time to hunt it down, and defer to your own words on that; it was very well said. Bob: > Some may think I'm overstating my case, but I think Livecode > stands alone in development environments for speedy development > and ease of use. You may be surprised that I agree! But of course you wouldn't be surprised if you noticed that for many years now, I am 100% specialized and 100% dedicated to LiveCode consulting and development. It's all I do. I walk the walk, while others talk; all LiveCode, all the time. So I understand if you feel an impulse to circle the wagons, but it's preaching to the choir or perhaps to the preacher himself. That question of which tool was settled long ago, and I'm a bigger LC proponent than almost anyone, especially since my skin is 100% in the game as a dedicated and exclusive specialist in that one tool. What we are looking at here is the question of making THE tool better in some areas. And if that's a bad thing, then count me guilty as charged, because I use, teach, and promote this tool 24/7/365 year after year, there are big plans ahead, and there are certain things I want in place for LC's own benefit, for yours, and for my own. Far from being a threat, they will help LC maintain its advantage against any potential competition. Mark Waddingham: > It hasn't as yet - that PR > (https://github.com/livecode/livecode/pull/6671) has actually > turned into a mini-grab bag of things [...] > - reduction of memory usage of the 'handle' structures used to > hold values (particularly on 64-bit) > - faster processing of integer index access in arrays > - faster short-path array access (both storing and fetching) [...] Yes!!! Just what I was hoping to hear, that this is still in the works. Thank you, sir. It should help a great deal. And THAT is the reason I engage in these particular discussions, and make myself cannon fodder at times to get the info out there: there are amazing benefits still to be realized, even when using such an amazing tool. Great things ahead coming from LC, and also some great things coming to LC that I will be able to share a bit later. Malte: > What I was searching for was input on gotchas you guys and girls > may have experienced when moving from the monolith engine to the > refactored one That's a very useful endeavor and the info will help others too. I would like to share some of those too when there's time. Moving from LC 6 to 9 can be a real adventure! Thanks for starting the thread and I'll let you steer it back in that direction. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From lists at mangomultimedia.com Sat Jan 5 13:46:35 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Sat, 5 Jan 2019 12:46:35 -0600 Subject: DataView and DataView Tree Levure Helpers In-Reply-To: References: Message-ID: On Fri, Jan 4, 2019 at 11:28 AM Trevor DeVore wrote: > On Wed, Jan 2, 2019 at 10:55 PM Trevor DeVore > wrote: > I've added another DataView helper named "DataView Database Cursor Helper" > and updated the demo app. This helper adds a `dvCursor` property to a > DataView along with a number of other properties. You open a database > cursor, assign it to the DataView, and then the DataView will automatically > move through the cursor in order to display the rows the user is currently > looking at. Fast and efficient, even for large result sets. > I added one other DataView Tree example to the demo. It allows you to browse the mainstacks in the IDE much like the Project Browser. https://github.com/trevordevore/dataview_demo -- Trevor DeVore ScreenSteps www.screensteps.com From msiskin at andrew.cmu.edu Sat Jan 5 16:21:43 2019 From: msiskin at andrew.cmu.edu (Marc Siskin) Date: Sat, 5 Jan 2019 21:21:43 +0000 Subject: Has anyone gotten audio to play back in an HTML5 standalone? Message-ID: <17B5F3DB-1507-4719-8105-342D56282785@andrew.cmu.edu> I am trying to create a stack that will play short audio files (.wav) that I can distribute as an HTML5 standalone. I have tried the tutorial ?How do I play sound files in HTML5?? but that doesn?t work. If any of you have created a working HTML5 sound player, please let me know what you did to get it working. Thanks, Marc --------------- Marc Siskin Manager, Modern Language Resource Center Carnegie Mellon University msiskin at andrew.cmu.edu From smk at anvic.net Sat Jan 5 17:01:01 2019 From: smk at anvic.net (Simon Knight) Date: Sat, 5 Jan 2019 22:01:01 +0000 Subject: LC 9.02 Problems when displaying local PDF in stack Message-ID: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Hi all, Not sure if this is the done thing but I have started a thread on the forum describing how an Application I have written to rename PDFs is now failing in LC 9.02. it has the title of " Board index Intermediate Talking LiveCode <>RevBrowser Now displays PDFs with Adobe Clutter ? and may be found here: https://forums.livecode.com/viewtopic.php?f=9&t=31998&p=175028#p175028 I have also raised a bug report and wonder if anyone has seen similar https://quality.livecode.com/show_bug.cgi?id=21776 Simon Knight From ambassador at fourthworld.com Sat Jan 5 17:15:44 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sat, 5 Jan 2019 14:15:44 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <2ad453d3-6f17-2257-37f4-5ba3d34cd727@fourthworld.com> Curry Kenworthy wrote: > http://curryk.com/NeverGonna.mp4 Thank you for the link to test results relating to specific issues. What bug reports can I find those test stacks attached to? I'd like to follow their progress, and perhaps re-run them to see where there may have been changes after the seven builds delivered since v9.0 was released. Happy to help steward issues along as best I can; supporting the QA process benefits my work as well. > Oh boy - I was ALWAYS gullible enough to fall for the "concrete > concerns" type of line every single time, and rush off to make a newer > list.. Not really needed. When you use the RQCC you'll see that searches are expressed in the URL, so when communicating about several issues at once you needn't really need to spend any time writing each of them down, you can copy the search URL you've already bookmarked to monitor issues you're following. > And testing indicated that it's almost certainly NOT just a Unicode > thing. Kudos. I've have neither the time nor the C++ experience to examine the code well enough to rule out all possible impact from type coercions which may involve encoding operations. What I have seen in many RQCC discussions is that fixing legacy bugs sometimes adds additional overhead. Admittedly going out on a limb here, but I'm reasonably confident the team is neither willfully introducing new code to slow things down for no reason, or doing slopping haphazard work with no regard for quality. With that assumption, when I see performance degradation I'm inclined to recognize that what I have is not a lengthy declaration opining about what constitutes professional code, or any declaration at all. What I have is inherently a question: Why is this specific operation slower? When I pose questions as questions I usually get answers in reply, and often quite helpful ones, e.g.: > Mark Waddingham: > > > It hasn't as yet - that PR > > (https://github.com/livecode/livecode/pull/6671) has actually > > turned into a mini-grab bag of things [...] > > > - reduction of memory usage of the 'handle' structures used to > > hold values (particularly on 64-bit) > > - faster processing of integer index access in arrays > > - faster short-path array access (both storing and fetching) [...] > > Yes!!! Just what I was hoping to hear, that this is still in the > works. Thank you, sir. It should help a great deal. My interest is in getting results. I wish I had time for anything as colorful as "circling wagons", but alas like most people here I simply have software to deliver and need to stay focused where I can on specific actionable outcomes. To that end, my method here is as straightforward as with anyone I work with: 1. Learn from the people doing the work I'm relying on how best to support their efforts. 2. Then I do that. FWIW, using this method I see a lot of issues I report get resolved. Some very quickly. And the ones not yet resolved are usually accompanied by an explanation of what's involved so I can understand the priorities at play. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From tore.nilsen at me.com Sat Jan 5 17:29:02 2019 From: tore.nilsen at me.com (Tore Nilsen) Date: Sat, 5 Jan 2019 23:29:02 +0100 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: Try to remove the Adobe Acrobat (Reader) Plug-in from the Internet Plug-ins folder in the Library folder. Restart the application and see if that helps. Alternatively you could try to uninstall Acrobat altogether. Best regards Tore Nilsen > 05. jan. 2019 kl. 23:01 skrev Simon Knight via use-livecode : > > Hi all, > > Not sure if this is the done thing but I have started a thread on the forum describing how an Application I have written to rename PDFs is now failing in LC 9.02. it has the title of " > Board index Intermediate Talking LiveCode <>RevBrowser Now displays PDFs with Adobe Clutter > ? and may be found here: > > https://forums.livecode.com/viewtopic.php?f=9&t=31998&p=175028#p175028 > > I have also raised a bug report and wonder if anyone has seen similar > > https://quality.livecode.com/show_bug.cgi?id=21776 > > > > Simon Knight > > > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brahma at hindu.org Sat Jan 5 18:55:38 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Sat, 5 Jan 2019 23:55:38 +0000 Subject: App Architecture - Nonmenclature Message-ID: <7A75D252-1296-4A4C-9ED8-1B73A51AC475@hindu.org> More strategy thoughts about app architure..... I am using Andre book, (which he says is a guideline and your app may differ) but, wow, it has helped a lot to make "models" encapsulated. Since they know nothing about the UI, it is easy to debug, because you just expected a list file from disk, at a list image path or a list of quotes, or JSON from the date base. So you are not debugging the UI at the same time. I use to mix the two together ?what a relief! Ok, so far so good. Now there is a "new man on the block" which I will call the UI utilities. They are not a traditional "model" - which access the disk and return data and write data - they are things you do in the UI all the time, in different cards and stacks. The "UI utilities" (perhaps have a different name) are naturally classed by control type: Fields: -- get formattedtext rect -- change a position, say you want it centered -- change to the rect of bkgnd grp unlay (a fld "group") Text: -- truncation Images: -- get the ratio of width to height -- thereby determining if in portrait or landscape -- set the image to the card rect - 50 pixel for the bottom tool bar Button -- a style sheet of how buttons look on all card on all stacks Etc. So, in a "levure" style framework, we find ourselves doing the same thing, in stack "behaviors" over and over again... So, what do you do? Create a library and call it "ui_utilities"? Or create of one each for kind of control UiUtilitiesFields.livecodescript UiUtilitiesImages.livecodescript Currently have 1 one library called "lib_SivaSivaMedia.livecodescript" Which is half a "model" and has "section" of handler which a UI utilities. I think I should break out the UI Utilities. So the question is: do you want more and more files? Probably not, maybe just one File: uiUtilities.livecodescript What do you do? Brahmanathaswami From curry at pair.com Sat Jan 5 20:43:45 2019 From: curry at pair.com (Curry Kenworthy) Date: Sat, 5 Jan 2019 20:43:45 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <2ad453d3-6f17-2257-37f4-5ba3d34cd727@fourthworld.com> References: <2ad453d3-6f17-2257-37f4-5ba3d34cd727@fourthworld.com> Message-ID: <7cd3d2a6-606a-8222-39a6-1628b12cedba@pair.com> Richard: > I'd like to follow their progress [...] > supporting the QA process benefits my work as well. Thanks, Richard! Yes, if you're not on the list for that bug, that would superb to sign up. I thought it might be considered old or familiar news here since tests and observations had been posted and discussed before by myself and others, so at first I didn't want to sp*m too much info again. Here we go in reverse chronology: Jan 2019: Current mention, as a reminder and still-the-same 902 status update. Sep 2018: LC Version "Showdown" video with several tests between 6.7 and 9, to accompany separate Bug Report and Test Stack. (3 Links.) 2018: Several list discussions that touched on performance. Including your JS speed comparison suggestion, which I included. Also Mark's note about array work, and some array vs list tests by others. Jan 2017: LC "Fight Night" video with demo tests between LC 6.7, 5.5, 8.1.2 and 9 dp 4. At that point 9 was still very much under construction, so 8 was the stable data point. Didn't have a chance to post followups that year. Prior: As I recall, I noticed performance differences from LC 7/8 on and mentioned it, but heard back officially that the new LC would go through an optimization stage, so I waited accordingly. Of course all this may NOT cover all performance issues; it's a limited set of tests as examples. > to rule out all possible impact from type coercions > which may involve encoding operations. True enough; I've mentioned my own rule of refraining from speculating much on the causes, but pointing out the areas affected, and countering a just-Unicode-as-expected meme that pops up now and then. The "Fight Night" was designed to pin down what I had encountered in my own work - that several areas were affected, not just text and arrays. Some tests were designed to avoid type coercions to the extent possible. (I think it was especially "Root Loops" - the original version, not the big calc variation.) So I can't say for sure that it's not happening, but in those cases it shouldn't be. Hope you enjoyed the R^3 link antimeme joke! :) Miss our periodic catch-up calls; maybe we can do one later this year when we have a chance. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From lan.kc.macmail at gmail.com Sat Jan 5 21:01:34 2019 From: lan.kc.macmail at gmail.com (Kay C Lan) Date: Sun, 6 Jan 2019 13:01:34 +1100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <7d1b9906-f2a9-5f6a-6fbf-6f1091ab6363@fourthworld.com> Message-ID: On Sat, Jan 5, 2019 at 10:13 AM Bob Sneidar via use-livecode wrote: > > I just finished a little utility that takes accounting data export from Toshiba copiers ...The customer.... LOVES us. OT You might want to contact the Cuyahoga County Recorder's Office in Ohio as they clearly have problems with staff and photocopiers: https://www.youtube.com/watch?v=PZbqAMEwtOE Emily Maya Mills plays her role to perfection! There should be Acadmy Awards for YouTube? reenactments. From ambassador at fourthworld.com Sat Jan 5 22:35:15 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sat, 5 Jan 2019 19:35:15 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <7cd3d2a6-606a-8222-39a6-1628b12cedba@pair.com> References: <7cd3d2a6-606a-8222-39a6-1628b12cedba@pair.com> Message-ID: Curry Kenworthy wrote: > Richard: > > I'd like to follow their progress [...] > > supporting the QA process benefits my work as well. > > Thanks, Richard! Yes, if you're not on the list for that bug, that > would superb to sign up. I thought it might be considered old or > familiar news here since tests and observations had been posted and > discussed before by myself and others, so at first I didn't want to > sp*m too much info again. Here we go in reverse chronology: ... After following out the links in your post I eventually found one link where the rubber meets the road with an RQCC report: https://quality.livecode.com/show_bug.cgi?id=21561 It's a bit confusing, since the Target Version shown there is 7, but it was submitted just a few months ago, many years after v7 was EOL'd. Did you try to tip Heather included in Comment 5 there? As hodge podge of what appear to be very different optimization opportunities under the hood, it may be difficult for the team to take action on it/them, and impossible to track. For example, we know from Mark Waddingham's recent post on array optimizations that at least some of the many very different tests there will be affected, and likely not others. Also, textreplace relies on the regex subsystem, which I'd guess is independent of the chunk handling code for items, which is different again from the allocation options for appends (I thought append had some revisions since v7, no?), and likely separate from the math operations. If I can't even follow the progress on that report, I pity the dev assigned to deal with it. In fact, now that I see it again I recall that the everything-in-one-report nature of that is why I subscribe to it when it was created in September. Imagine if we put all bugs from the RQCC into one report. That seems absurd of course, but this is unfortunately just a smaller version of the same problem imposed by such a grab-bag approach. Maybe someone on the team has the resources to break it up into actionable elements. Maybe you do. I don't right now. It's too bad that report's recipes have been packaged in such an unusual format uniquely difficult to integrate and track within the QA process. Looks like some useful details there, currently lost in a black box. > Hope you enjoyed the R^3 link antimeme joke! :) Miss our periodic > catch-up calls; maybe we can do one later this year when we have a > chance. Yes, good link. It's been a hectic season but lightening up. It would be good to catch up. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From smk at anvic.net Sun Jan 6 05:06:48 2019 From: smk at anvic.net (Simon Knight) Date: Sun, 6 Jan 2019 10:06:48 +0000 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: Hi Tore, I have spent a couple of hours hunting down Adobe Reader related files scattered about in my computers Library folder and others but to no avail. I suspect that the root cause is the newish Adobe Acrobat Reader DC which I briefly tried while attempting to solve an unrelated problem with a PDF file. This was the app that was inserting its self into my apps revBrowser control, I have removed Acrobat Reader DC and downloaded the Adobe cleaner app but my instance of revBrowser still requests that I locate Adobe Acrobat and fails to display the local PDF file. I have also experimented with the Browser widget and get the same result when running LC 9.02. So it seems that having removed Adobe Acrobat Reader DC that my code is unable to display PDFs in either a RevBrowser or a Browser Widget when running in LC9.02. I also suspect there is a subtle buffering problem when running the same code in LC 8 and earlier as the app stops displaying PDFs after a source file is moved; I am still experimenting to see if I can determine exactly what is causing the problem. Regards Simon Knight From jjs at krutt.org Sun Jan 6 05:22:59 2019 From: jjs at krutt.org (JJS) Date: Sun, 6 Jan 2019 11:22:59 +0100 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: I don't have Acrobat on my PC. i use the browser widget and works ok in lc902 *put*specialFolderPath("home") & "/your.pdf"intotFile *if* thereisafiletFile *then* *// Allow for spaces in filenames* *replace*" "with"%20"intFile *set*theurlofwidget"showmethepdf"totFile end if Op 6-1-2019 om 11:06 schreef Simon Knight via use-livecode: > Hi Tore, > > I have spent a couple of hours hunting down Adobe Reader related files scattered about in my computers Library folder and others but to no avail. I suspect that the root cause is the newish Adobe Acrobat Reader DC which I briefly tried while attempting to solve an unrelated problem with a PDF file. This was the app that was inserting its self into my apps revBrowser control, I have removed Acrobat Reader DC and downloaded the Adobe cleaner app but my instance of revBrowser still requests that I locate Adobe Acrobat and fails to display the local PDF file. I have also experimented with the Browser widget and get the same result when running LC 9.02. > > So it seems that having removed Adobe Acrobat Reader DC that my code is unable to display PDFs in either a RevBrowser or a Browser Widget when running in LC9.02. I also suspect there is a subtle buffering problem when running the same code in LC 8 and earlier as the app stops displaying PDFs after a source file is moved; I am still experimenting to see if I can determine exactly what is causing the problem. > > Regards > Simon Knight > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jjs at krutt.org Sun Jan 6 05:24:22 2019 From: jjs at krutt.org (JJS) Date: Sun, 6 Jan 2019 11:24:22 +0100 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: <306db095-c588-5fe6-0dc7-15939aa63b4c@krutt.org> ignore the stars probably a copy/paste fail directly from script editor to thunderbird Op 6-1-2019 om 11:22 schreef JJS via use-livecode: > I don't have Acrobat on my PC. > > i use the browser widget and works ok in lc902 > > > *put*specialFolderPath("home") & "/your.pdf"intotFile > > *if* thereisafiletFile *then* > > *// Allow for spaces in filenames* > > *replace*" "with"%20"intFile > > *set*theurlofwidget"showmethepdf"totFile > > end if > > > Op 6-1-2019 om 11:06 schreef Simon Knight via use-livecode: >> Hi Tore, >> >> I have spent a couple of hours hunting down Adobe Reader related? >> files scattered about in my computers Library folder and others but >> to no avail.? I suspect that the root cause is the newish Adobe >> Acrobat Reader DC which I briefly tried while attempting to solve an >> unrelated problem with a PDF file.? This was the app that was >> inserting its self into my apps revBrowser control,? I have removed >> Acrobat Reader DC and downloaded the Adobe cleaner app but my >> instance of revBrowser still requests that I locate Adobe Acrobat and >> fails to display the local PDF file.? I have also experimented with >> the Browser widget and get the same result when running LC 9.02. >> >> So it seems that having removed Adobe Acrobat Reader DC that my code >> is unable to display PDFs in either a RevBrowser or a Browser Widget >> when running in LC9.02.? I also suspect there is a subtle buffering >> problem when running the same code in LC 8 and earlier as the app >> stops displaying PDFs after a source file is moved; I am still >> experimenting to see if I can determine exactly what is causing the >> problem. >> ? Regards >> Simon Knight >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From preid at reidit.co.uk Sun Jan 6 05:25:07 2019 From: preid at reidit.co.uk (Peter Reid) Date: Sun, 6 Jan 2019 10:25:07 +0000 Subject: Using A Browser for TTS? In-Reply-To: References: Message-ID: <9D696299-3632-4979-8CD3-E8C382BE4CB7@reidit.co.uk> A while ago I asked whether there was any way to do Text-To-Speech (TTS) for Android. Unfortunately there were no replies. Since then I came across a browser JavaScript API that seems to provide speech synthesis: Here's a sample HTML that plays through my default browser on my Mac: --------- TTS Generator

Generating speech for: Hello, how are you?

--------- The method is as follows: 1. Create an HTML file with the above content, replacing the [...] elements with specific text. 2. Use 'launch' to open the HTML file in the Android tablet's default browser (Firefox works well) that synthesises and plays the phrase: launch url [path to HTML file] 3. Wait for speech to finish (I calculate an approx. duration based on the number of characters spoken) 4. Bring my app to the front or quit browser - DON'T KNOW HOW TO DO THIS! Note that I tried using a browser widget to play the HTML/phrase but it is silent on the Android tablet (it speaks OK on the Mac). My questions are: Q1. Is there a simpler way of getting TTS for Android? Q2. How can I make my app the front app and/or how can I quit another app? Q3. How can I get the list of voices available on an Android tablet? Q4. When will LiveCode fully support TTS and STT across Mac, Win, iOS and Android?! Thanks Peter -- Peter Reid Loughborough, UK From tore.nilsen at me.com Sun Jan 6 05:29:39 2019 From: tore.nilsen at me.com (Tore Nilsen) Date: Sun, 6 Jan 2019 11:29:39 +0100 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: I had the same problem as you, and I used the Adobe Unistaller Program to remove all traces of Adobe Acrobat. This worked for me. You could try to reinstall Acrobat and then use the Uninstaller to remove it again. This has done the trick for me at times when I simply cannot find the file(s) causing the problem. Best regards Tore Nilsen > 06. jan. 2019 kl. 11:06 skrev Simon Knight via use-livecode : > > Hi Tore, > > I have spent a couple of hours hunting down Adobe Reader related files scattered about in my computers Library folder and others but to no avail. I suspect that the root cause is the newish Adobe Acrobat Reader DC which I briefly tried while attempting to solve an unrelated problem with a PDF file. This was the app that was inserting its self into my apps revBrowser control, I have removed Acrobat Reader DC and downloaded the Adobe cleaner app but my instance of revBrowser still requests that I locate Adobe Acrobat and fails to display the local PDF file. I have also experimented with the Browser widget and get the same result when running LC 9.02. > > So it seems that having removed Adobe Acrobat Reader DC that my code is unable to display PDFs in either a RevBrowser or a Browser Widget when running in LC9.02. I also suspect there is a subtle buffering problem when running the same code in LC 8 and earlier as the app stops displaying PDFs after a source file is moved; I am still experimenting to see if I can determine exactly what is causing the problem. > > Regards > Simon Knight > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From smk at anvic.net Sun Jan 6 06:50:44 2019 From: smk at anvic.net (Simon Knight) Date: Sun, 6 Jan 2019 11:50:44 +0000 Subject: LC 9.02 Problems when displaying local PDF in stack In-Reply-To: References: <28E398C3-6988-4C19-9F27-7991155C5DE4@anvic.net> Message-ID: <3E343F36-91F8-4D83-92B4-41DA56497CAC@anvic.net> Excellent advice Tore - many thanks. I reinstalled Adobe Acrobat Reader DC and confirmed that my app PDFreader was now displaying PDFs when run in LC 9.02 and that a second selection of a PDF caused the Adobe related menus and button bar to be displayed i.e. back to my starting point. Next I ran the Adobe Cleaner App which I downloaded from the Adobe web site. Thus ran and reported that the Reader had been removed. I checked the log file and it contained a very long list of files so this removal app is necessary. Then I ran my app PDFrename and confirmed that it could display PDFs and continue to do so once the PDFs are renamed and moved all without any Adobe clutter. All this works but the display of PDFs is slower without Adobe Reader installed and slower than with earlier versions of LC. Unfortunately this slowness now occurs in the older versions so may be OS related. It could be that in the past I had an older version of Adobe Reader installed that did not force menus to be displayed and ran faster than the native OS. So this is a problem partially solved. The true problem is that we can produce applications that use the revBrowser control which may have a UI that varies significantly depending on what the end user has installed on his computer. I think this is undesirable. Thanks again, best wishes Simon Knight From curry at pair.com Sun Jan 6 08:07:05 2019 From: curry at pair.com (Curry Kenworthy) Date: Sun, 6 Jan 2019 08:07:05 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: Richard: > It's a bit confusing, since the Target Version shown there is 7, > but it was submitted just a few months ago, many years after v7 > was EOL'd. As you can see (in the message you replied to) I inquired back then, and was advised officially then. BTW, that's a bit like the concrete info and explanations that were here all the time and it turns out you admittedly saw, interacted with, and evaluated - all, as you say yourself, very recently. I almost want to blush for you. :) > As hodge podge of what appear to be very different optimization > opportunities under the hood, it may be difficult for the team to > take action on it/them, and impossible to track. [... ... ...] Priceless drama! Kittens and puppies massacred all over town, no doubt, from my being alert enough to notice the problem when others did not, and reporting some excellent test cases to prove that more areas were affected than originally assumed. I file many pinpointed bugs, as you know well from your CCs over the years. I'm sure a cluster of narrowed examples would be nice for this performance issue too, nothing against it, but who knows yet precisely how many or how few areas and individual causes? Overlaps? Moot point, because I didn't have time for a cluster of reports. Nor magical space/time control and travel to organize and fit the problem to a separately-evolving set of solution/improvement efforts (which I'm very hopeful about) that started with arrays. I received good feedback about the test stack and the video; there was enough time to create and maintain one test stack, and it needed to look good and perform the video competition too. LC has a somewhat messy set of performance issues, not of my own making, and reporting it on my own time and expense had to be realistic and finite. Some people might not have any real limitations on free time, anything goes, but others know. I have beaten the odds as one of most prolific consultants and addon developers despite extensive handicaps that take up considerable daily time and energy themselves. It doesn't just happen that way by itself; the system that makes it possible doesn't involve repeating, redoing, and restating every single darn thing the livelong day. Precisely the opposite; efficiency is key and it will never let you down if you apply it consistently and strictly! Take care. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From smk at anvic.net Sun Jan 6 11:15:55 2019 From: smk at anvic.net (Simon Knight) Date: Sun, 6 Jan 2019 16:15:55 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> This thread seems to have diverted away from Malte?s original post. For Malte and others I have found that the revBrowser control is slower to render PDFs and may insert unwanted menus and button thanks to Adobe in version 9.02. See > One question why does this thread refer to RQCC ? best wishes Simon > On 30 Dec 2018, at 19:33, Malte Pfaff-Brill via use-livecode wrote: > > Did anybody of you happen to refactor old code and if so, do you have any observations you might want to share? > > Cheers, > > Malte From ambassador at fourthworld.com Sun Jan 6 11:40:54 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 08:40:54 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: Curry Kenworthy wrote: > Richard: ... > > As hodge podge of what appear to be very different optimization > > opportunities under the hood, it may be difficult for the team to > > take action on it/them, and impossible to track. [... ... ...] ... > ..Moot point, because I didn't have time for a cluster of reports. (4,000 words later) > I received good feedback about the test stack and the video I passed along from guidance provided by members of the core team to help reports be actionable. If you're satisfied the the progress on yours then of course you can safely ignore my passing that along. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From tom at makeshyft.com Sun Jan 6 11:56:17 2019 From: tom at makeshyft.com (Tom Glod) Date: Sun, 6 Jan 2019 11:56:17 -0500 Subject: windows defender issues? & other AV issues? Message-ID: Hi folks, I'd like to know if there is any chance that the issues with windows defender interfering in the normal operation of the LiveCode engine is something that can and will be looked at? Is there any communication between Microsoft and Livecode inc? Is there any hope that we won't have to put an * beside on our application requirements? Its just not an acceptable workaround to ask customers to disable windows defender. The day Kevin was here last year for the develop yourself videos I demoed my stack to Chris, but not before the anti-virus (some lesser known security software) totally attacked my standalone stack. Are there any other experiences you've had with AV software attacking LC stacks? Thanks, Tom From ambassador at fourthworld.com Sun Jan 6 12:27:08 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 09:27:08 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> Message-ID: <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Simon Knight wrote: > This thread seems to have diverted away from Malte?s original post. Somewhat. His post from Dec 30 listed three issues: - IDE spams a lot of IDE only messages when creating many objects by script -> remedy: Lock messages Locking messages is a good habit for any context in which system messages are not needed. - Nested Lock screens are a big "NO-NO? nowadays As Mark Waddingham noted, with hi-res displays there is now more impact from rendering; 4x more pixels to push. - Array operations on larger data sets still slower than they were Already in progress - see: https://quality.livecode.com/show_bug.cgi?id=16387 https://github.com/livecode/livecode/pull/6671 All three issues which began this thread are resolved. The rest was in reply to his open-ended question at the bottom of that post: Did anybody of you happen to refactor old code and if so, do you have any observations you might want to share? > For Malte and others I have found that the revBrowser control is > slower to render PDFs and may insert unwanted menus and button > thanks to Adobe in version 9.02. > See https://quality.livecode.com/show_bug.cgi?id=21776 I didn't see Malte's mention of PDF in the post that began this thread, but topic drift is a natural part of conversation so no worries. Interesting circumstance in your report. Lots of moving parts there, with LC relying on the browser component which in turn relies on Adobe components (and FWIW I share your opinion on Adobe ). Looks like you've made some good progress there. How can the readers of this list help? > One question why does this thread refer to RQCC ? Old habits. The bug database used to be called the "Revolution Quality Control Center", and the acronym is forever stuck in my typing fingers. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From jacque at hyperactivesw.com Sun Jan 6 12:29:49 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sun, 06 Jan 2019 11:29:49 -0600 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <1682436aac8.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Most software I've seen does ask users to whitelist their app in any anti-virus software the user has. I don't think LC could ask for exclusions for any app it builds, it's a development platform. Anyone could take the free version, write some malware, and distribute it. That would be like asking AV software to exclude any app written in Java. The responsibility would probably be on you, the app developer, to get an exclusion for your particular app. I don't know much about how Defender works, but getting a signing certificate from MS may be one way to legitimize the app. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 6, 2019 10:58:18 AM Tom Glod via use-livecode wrote: > Hi folks, I'd like to know if there is any chance that the issues with > windows defender interfering in the normal operation of the LiveCode engine > is something that can and will be looked at? > > Is there any communication between Microsoft and Livecode inc? > > Is there any hope that we won't have to put an * beside on our application > requirements? > > Its just not an acceptable workaround to ask customers to disable windows > defender. > > The day Kevin was here last year for the develop yourself videos I demoed > my stack to Chris, but not before the anti-virus (some lesser known > security software) totally attacked my standalone stack. > > Are there any other experiences you've had with AV software attacking LC > stacks? > > Thanks, > > Tom > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From revolution at derbrill.de Sun Jan 6 12:58:54 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Sun, 6 Jan 2019 18:58:54 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <499C9A1F-1B3B-4074-8713-B4D0FE2AB250@derbrill.de> Hi Richard, >I didn't see Malte's mention of PDF in the post that began this thread, While that is true, but I am actually (as stated) keen to learn about everything that could be a gotcha when transitioning from the old engine to the latest, so this is welcome input. Also Marks mention of TAB button behaviour on a Mac is something I really appreciate to know, as I use those. To add to my list is that some of the inks have been deprecated which resulted in hidden elements where I used a deprecated ink. If there were a list of things that do no longer work as they did non previous engines it would have been beneficial for me to check off points like ?Yes, using that, need to fix / No, does not affect my work" Cheers, Malte From revolution at derbrill.de Sun Jan 6 13:01:53 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Sun, 6 Jan 2019 19:01:53 +0100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <619E277D-2848-4749-A018-2549F2DB8560@derbrill.de> And of course, please also be vocal on the positives!!! Old engine Mac: Hi res images were a problem to render (for whatever reason, I had to use video player instead of image object to display those images). Limitations here have been lifted which for me is a very pleasant change! Cheers, Malte From ambassador at fourthworld.com Sun Jan 6 12:46:10 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 09:46:10 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <6b40ec4c-3d2c-3bff-fb5a-4bf7237789dc@fourthworld.com> Tom Glod wrote: > Hi folks, I'd like to know if there is any chance that the issues with > windows defender interfering in the normal operation of the LiveCode > engine is something that can and will be looked at? > > Is there any communication between Microsoft and Livecode inc? > > Is there any hope that we won't have to put an * beside on our > application requirements? > > Its just not an acceptable workaround to ask customers to disable > windows defender. Panos has found that the issue is specific to Windows Defender's "Real Time Protection": https://quality.livecode.com/show_bug.cgi?id=21604 It would be great if LC were the only app affected by this, so the LC team could fix it. But looking 'round the web I find that this is tragically pervasive: https://duckduckgo.com/?q=windows+defender+slowing+apps That said, it does not appear to be completely universal; that is, some apps manage to avoid the wrath of Real Time Protection. My comment #10 in that bug report asks what LC may be able to do to avoid the impact of this Microsoft bug. > The day Kevin was here last year for the develop yourself videos I > demoed my stack to Chris, but not before the anti-virus (some lesser > known security software) totally attacked my standalone stack. "attacked"? What exactly happened? > Are there any other experiences you've had with AV software attacking > LC stacks? I have not previously seen performance impairment from AV software, but from time to time I run across AV packages reporting LC-based apps with false positives. The first time it happened I was alarmed, but since then I've learned that it seems many AV packages rely on Bloom filters, similar to what Google Chrome uses to identify malware sites, and Bloom filters by nature are prone to false positives. So now when I encounter a false positive flagged from an AV package I drop a note to their Support department and pretty much all of them have been quick to whitelist my app. In some cases, where the pattern that triggered the false positive was in the engine, one whitelist request winds up fixing the issue for all LC devs. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From matthias_livecode_150811 at m-r-d.de Sun Jan 6 13:41:04 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Sun, 6 Jan 2019 19:41:04 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <1682436aac8.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <1682436aac8.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: > > The responsibility would probably be on you, the app developer, to get an exclusion for your particular app. I don't know much about how Defender works, but getting a signing certificate from MS may be one way to legitimize the app. So that?s maybe the reason, why no one of my customers who use Windows 10 ever reported a problem. I am using a Code Signing Certificate from Comodo to sign my Windows apps. Matthias From ambassador at fourthworld.com Sun Jan 6 14:31:14 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 11:31:14 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <391b87e1-32c1-4652-3ac3-cf8a32022c3c@fourthworld.com> Matthias Rebbe wrote: >> The responsibility would probably be on you, the app developer, to >> get an exclusion for your particular app. I don't know much about >> how Defender works, but getting a signing certificate from MS may >> be one way to legitimize the app. > > So that?s maybe the reason, why no one of my customers who use Windows > 10 ever reported a problem. > I am using a Code Signing Certificate from Comodo to sign my Windows > apps. I don't believe certificates have been confirmed as the differentiator for apps immune to this Microsoft bug, but if anyone can confirm that please add it to the notes in the report: https://quality.livecode.com/show_bug.cgi?id=21604 -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From ambassador at fourthworld.com Sun Jan 6 14:28:38 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 11:28:38 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <499C9A1F-1B3B-4074-8713-B4D0FE2AB250@derbrill.de> References: <499C9A1F-1B3B-4074-8713-B4D0FE2AB250@derbrill.de> Message-ID: <4929c4a3-5cf4-f972-55f1-7ffbfbefa0c4@fourthworld.com> Malte Pfaff-Brill wrote: > If there were a list of things that do no longer work as they did non > previous engines it would have been beneficial for me to check off > points like ?Yes, using that, need to fix / No, does not affect my > work" Half of that problem is solved in the Engine Changes section of the Release Notes. That change list is added to with each release within a maintenance release (x.x through x.x.x), reset for feature releases (x.x). But that addresses only half of the problem of the differences between two versions: it outlines the changes in the version you're moving to, but does not express everything since the version you were last using. To solve that second half of the problem would require the maintainer of the Release Notes to be able to know which version each user had last used, and expand the Release Notes for that scope. :) Of course that's impractical, and if you keep current from version to version you only need to read one. But if you've missed several Stable versions, you may want to skim the Engine Changes listing for the Stable builds of the feature releases you've skipped: https://downloads.livecode.com/livecode/ -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From matthias_livecode_150811 at m-r-d.de Sun Jan 6 15:08:07 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Sun, 6 Jan 2019 21:08:07 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <391b87e1-32c1-4652-3ac3-cf8a32022c3c@fourthworld.com> References: <391b87e1-32c1-4652-3ac3-cf8a32022c3c@fourthworld.com> Message-ID: <5C96BC81-0EAC-4559-9655-356C76E3ED67@m-r-d.de> Is there a sample stack, maybe a benchmark stack, i could test under Win10 which shows the behaviour with defender and does it not with defender inactive? I then could test the created standalone with and wihtout signing. Matthias Matthias Rebbe > Am 06.01.2019 um 20:31 schrieb Richard Gaskin via use-livecode : > > Matthias Rebbe wrote: > > >> The responsibility would probably be on you, the app developer, to > >> get an exclusion for your particular app. I don't know much about > >> how Defender works, but getting a signing certificate from MS may > >> be one way to legitimize the app. > > > > So that?s maybe the reason, why no one of my customers who use Windows > > 10 ever reported a problem. > > I am using a Code Signing Certificate from Comodo to sign my Windows > > apps. > > I don't believe certificates have been confirmed as the differentiator for apps immune to this Microsoft bug, but if anyone can confirm that please add it to the notes in the report: > > https://quality.livecode.com/show_bug.cgi?id=21604 > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ambassador at fourthworld.com Sun Jan 6 15:56:53 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Sun, 6 Jan 2019 12:56:53 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <5C96BC81-0EAC-4559-9655-356C76E3ED67@m-r-d.de> References: <5C96BC81-0EAC-4559-9655-356C76E3ED67@m-r-d.de> Message-ID: <0a802842-3d88-2e83-f454-8f33d900b311@fourthworld.com> Matthias Rebbe wrote: >> Am 06.01.2019 um 20:31 schrieb Richard Gaskin: >> I don't believe certificates have been confirmed as the >> differentiator for apps immune to this Microsoft bug, but >> if anyone can confirm that please add it to the notes in >> the report: >> https://quality.livecode.com/show_bug.cgi?id=21604 > > Is there a sample stack, maybe a benchmark stack, i could test under > Win10 which shows the behaviour with defender and does it not with > defender inactive? > I then could test the created standalone with and wihtout signing. So far most reports center around using LC's Script Editor, which is sensible enough as it's one of the most computationally intensive activities we do regularly with LC. The key, however, seems to be not just Windows Defender itself, but specific to its "Real Time Protection" option, per Comment 8 in that report. So a good first diagnostic step would be to check that setting on your system. If it's already on and you've noticed no lag when editing large scripts, it may be a red herring. But if you only see lag after turning it on, that would seem reasonable confirmation, consistent with what at least half a dozen or so other users have reported so far. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From curry at pair.com Sun Jan 6 16:24:19 2019 From: curry at pair.com (Curry Kenworthy) Date: Sun, 6 Jan 2019 16:24:19 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: Message-ID: <12fef08c-0ebf-9906-8f9a-af7f10ca2dc5@pair.com> Richard: > If you're satisfied the the progress on yours then of course you > can safely ignore my passing that along. Thanks Richard - all great things to bear in mind, when kept realistic. Areas affected by performance were pretty widespread, so it'll be easier to isolate any remaining areas and create new tests once the current memory/array/other improvements are in place. That will be an exciting followup. But looking at LC Mark's optimization items, I am quite pleased with the progress so far and the approach taken. My tests and others have been converted to benchmarks, and a variety of improvements have been tackled, so I think very good things are in store sooner or later. I have always believed and promoted that LC 9 beating 6 on speed would be possible and desirable, and that day may come soon. Very invigorating. My thanks again to LC Mark for these optimization efforts! Malte: > And of course, please also be vocal on the positives!!! That's easy; we're always positive! :D There are so many additions in LC 7-9 that it would take a while to discuss, but here are some that were significant for me. One of my favorites was column tabAlign in fields. Many LiveCoders still don't realize that they can often use a single field rather than a data grid for displaying tabbed text. With those column alignments fully supported as of LC 9, all the more incentive to keep stacks lean and mean when building new or updating. The only thing still lacking is word processing style tab aligns for normal text, and of course an option for column text wrap would be a huge improvement. Another item I enjoyed and used for refactoring is the "resolve" keyword for images. Not only good for optimization, but also for accuracy and avoiding conflicts. That's what I consider a completely positive example of refactoring, because it's a definite improvement over even the best LC 6 code, rather than an arbitrary change or correcting bad habits. I was less impressed by the new textDecode function, because while it results in cleaner code (and you should use it to ensure accuracy) the performance was actually worse than legacy LC 6 methods, if memory serves, and in this case I'm talking about an LC 9 versus 9 speed comparison with those respective sets of code. It shouldn't be slower, if indeed it is; my legacy methods were even jumping a few extra hoops for the sake of ~100% Unicode accuracy on older LCs, so textDecode had every advantage. That's probably another enhancement request I should test and file, the first chance I get. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From smk at anvic.net Sun Jan 6 17:28:19 2019 From: smk at anvic.net (Simon Knight) Date: Sun, 6 Jan 2019 22:28:19 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: Richard, Your are correct but Malte did ask ask about general refactoring (i think) so I just mentioned my latest problem / finding. As to the PDF ?feature? itsself I think its now up to Edinburgh to decide what to do; I doubt that they intended to have Adobe menus and button bars popping up in their RevBrowser. As to what members of this list can do the answer is to keep offering friendly help! best wishes Simon Knight > On 6 Jan 2019, at 17:27, Richard Gaskin via use-livecode wrote: > > I didn't see Malte's mention of PDF in the post that began this thread, but topic drift is a natural part of conversation so no worries. From tom at makeshyft.com Sun Jan 6 17:56:03 2019 From: tom at makeshyft.com (Tom Glod) Date: Sun, 6 Jan 2019 17:56:03 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: Thanks, everyone for chiming in here, I want to help narrow down the circumstances in which windows defender affects the ide.... but more importantly standalones. Richard, I demoed my stack on my mother in laws laptop.... and her AV (one I was not familiar with) put my executable into quarantine right away before I even ran it. I did not have time to inspect details of the report since Kevin and Chris were on their way. So that's all I remember ....and want to avoid this like heck going forward. I believe it also quarantined the dlls in the standalone directory. Seems like signing the exec is a good idea and certainly can't hurt....and if I have to write some emails to get whitelisted I can do that too. I admire anyone in the business of creating frameworks on which other people rest their livelihoods, its a tough job. So many edge cases variables to account for. yikes. Happy Monday tomorrow, happy Sunday today On Sun, Jan 6, 2019 at 5:28 PM Simon Knight via use-livecode < use-livecode at lists.runrev.com> wrote: > Richard, > > Your are correct but Malte did ask ask about general refactoring (i > think) so I just mentioned my latest problem / finding. As to the PDF > ?feature? itsself I think its now up to Edinburgh to decide what to do; I > doubt that they intended to have Adobe menus and button bars popping up in > their RevBrowser. > > As to what members of this list can do the answer is to keep offering > friendly help! > > best wishes > > Simon Knight > > > > > > > On 6 Jan 2019, at 17:27, Richard Gaskin via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > I didn't see Malte's mention of PDF in the post that began this thread, > but topic drift is a natural part of conversation so no worries. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brahma at hindu.org Sun Jan 6 21:28:54 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Mon, 7 Jan 2019 02:28:54 +0000 Subject: Error in loading "ws.goulding.script-library.mergjson" Message-ID: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org> I did my first attempt to build a standalone of Mobile for Android in 9.0.2 I got this unusual never-saw-it-before message: Remote: stack "ws.goulding.script-library.mergjson": execution error at line n/a (External handler execution error: could not decode JSON: unexpected token near end of file) near "could not decode JSON: unexpected token near end of file" The JSON files that load on init are valid JSON files doesn?t happen on desktop? How do I debug this? BR From lists at mangomultimedia.com Sun Jan 6 21:37:04 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Sun, 6 Jan 2019 20:37:04 -0600 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: On Sun, Jan 6, 2019 at 4:56 PM Tom Glod via use-livecode < use-livecode at lists.runrev.com> wrote: > > Seems like signing the exec is a good idea and certainly can't hurt....and > if I have to write some emails to get whitelisted I can do that too. FWIW I always sign my Windows standalones and I haven?t had any reports of quarantine issues overs the years. I can?t say for sure that it isn?t happening, but my company?s software has had a fair number of Windows customers so I would think I would have had a few reports come through support it was an issue. -- Trevor DeVore ScreenSteps > From tom at makeshyft.com Sun Jan 6 21:56:21 2019 From: tom at makeshyft.com (Tom Glod) Date: Sun, 6 Jan 2019 21:56:21 -0500 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: Thanks for that confirmation Trevor great to hear that. On Sun, Jan 6, 2019 at 9:45 PM Trevor DeVore via use-livecode < use-livecode at lists.runrev.com> wrote: > On Sun, Jan 6, 2019 at 4:56 PM Tom Glod via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > > Seems like signing the exec is a good idea and certainly can't > hurt....and > > if I have to write some emails to get whitelisted I can do that too. > > > FWIW I always sign my Windows standalones and I haven?t had any reports of > quarantine issues overs the years. I can?t say for sure that it isn?t > happening, but my company?s software has had a fair number of Windows > customers so I would think I would have had a few reports come through > support it was an issue. > > -- > Trevor DeVore > ScreenSteps > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte at appisle.net Sun Jan 6 22:06:14 2019 From: monte at appisle.net (Monte Goulding) Date: Mon, 7 Jan 2019 14:06:14 +1100 Subject: Error in loading "ws.goulding.script-library.mergjson" In-Reply-To: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org> References: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org> Message-ID: <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> I?d start by making sure the json you are decoding is what you think it is by logging it or putting it into a text field. > On 7 Jan 2019, at 1:28 pm, Sannyasin Brahmanathaswami via use-livecode wrote: > > I did my first attempt to build a standalone of Mobile for Android in 9.0.2 > > I got this unusual never-saw-it-before message: > > Remote: stack "ws.goulding.script-library.mergjson": execution error at line n/a (External handler execution error: could not decode JSON: unexpected token near end of file) near "could not decode JSON: unexpected token near end of file" > > The JSON files that load on init are valid JSON files > > doesn?t happen on desktop? How do I debug this? > > BR > > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From hh at hyperhh.de Sun Jan 6 22:58:53 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 04:58:53 +0100 Subject: TestInStandalone v_100 Message-ID: There is nearly no documentation in the dictionary what works (or works not) in HTML5 standalones. That's why I made this tool: Here is "hhTestInStandalone", a HTML5 standalone that is ready for testing code snippets up to local libraries (script-only stacks). I use it to isolate critical script parts that run in the IDE but not in the HTML5 engine. It has a LC-ScriptEditor (made in the browser) with a lot of features, especially it can access the system clipboard for copy and paste and it has code folding, colorising and indenting built-in. ? You can set the script of several buttons (or use these as text containers). ? You can output to two fields and import images in order to work with them. See (US) http://hh.on-rev.com/html5/hhTestInStandalone-9.0.2hhX.html (EU) http://hyperhh.de/html5/hhTestInStandalone-9.0.2hhX.html Enjoy! From brahma at hindu.org Sun Jan 6 23:09:45 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Mon, 7 Jan 2019 04:09:45 +0000 Subject: Error in loading "ws.goulding.script-library.mergjson" In-Reply-To: <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> References: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org>, <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> Message-ID: But, it doesn?t, happen on desktop? Is there a difference between how json is handled on Android? The json file loaded at init validate on the web ... Via mobile phone ________________________________ From: use-livecode on behalf of Monte Goulding via use-livecode Sent: Sunday, January 6, 2019 5:06 PM To: How to use LiveCode Cc: Monte Goulding Subject: Re: Error in loading "ws.goulding.script-library.mergjson" I?d start by making sure the json you are decoding is what you think it is by logging it or putting it into a text field. > On 7 Jan 2019, at 1:28 pm, Sannyasin Brahmanathaswami via use-livecode wrote: > > I did my first attempt to build a standalone of Mobile for Android in 9.0.2 > > I got this unusual never-saw-it-before message: > > Remote: stack "ws.goulding.script-library.mergjson": execution error at line n/a (External handler execution error: could not decode JSON: unexpected token near end of file) near "could not decode JSON: unexpected token near end of file" > > The JSON files that load on init are valid JSON files > > doesn?t happen on desktop? How do I debug this? > > BR > > > > > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Mon Jan 7 01:34:48 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Mon, 07 Jan 2019 00:34:48 -0600 Subject: Error in loading "ws.goulding.script-library.mergjson" In-Reply-To: References: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org>, <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> Message-ID: <16827055740.2783.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Incorrect line endings maybe? Do the files use Mac carriage returns? -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com >> On 7 Jan 2019, at 1:28 pm, Sannyasin Brahmanathaswami via use-livecode >> wrote: >> >> I got this unusual never-saw-it-before message: >> >> Remote: stack "ws.goulding.script-library.mergjson": execution error at >> line n/a (External handler execution error: could not decode JSON: >> unexpected token near end of file) near "could not decode JSON: unexpected >> token near end of file" >> >> The JSON files that load on init are valid JSON files >> >> doesn?t happen on desktop? How do I debug this? >> >> BR From lan.kc.macmail at gmail.com Mon Jan 7 03:16:56 2019 From: lan.kc.macmail at gmail.com (Kay C Lan) Date: Mon, 7 Jan 2019 19:16:56 +1100 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: On Mon, Jan 7, 2019 at 4:26 AM Richard Gaskin via use-livecode wrote: > > Simon Knight wrote: > > One question why does this thread refer to RQCC ? > Richard Replied: > Old habits. The bug database used to be called the "Revolution Quality > Control Center", and the acronym is forever stuck in my typing fingers. And a spookily well timed questions; it's as if the late great Bill Marriot hearkens from the grave. Bill was responsible for the focus that took a very flakey Revolution, create the RQCC and develop what is clearly a much more effective process for reporting, processing, tracking and ultimately eliminating Bugs. For those who were there before Bill can attest, the Team these days does an extraordinary job of Bug reduction. Not perfect but a lot lot better than before the RQCC. I think tomorrow marks the anniversary of Bill's passing. RIP, and thank you. From smk at anvic.net Mon Jan 7 03:47:43 2019 From: smk at anvic.net (Simon Knight) Date: Mon, 7 Jan 2019 08:47:43 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: References: <48E8B84F-9994-4717-9C00-92CE6C90BC17@anvic.net> <961d66d8-3a11-574e-6c6d-98cb5df0931a@fourthworld.com> Message-ID: <62D83FCE-911D-4B89-B237-FC40C545C780@anvic.net> > On 7 Jan 2019, at 08:16, Kay C Lan via use-livecode wrote: > > And a spookily well timed questions; it's as if the late great Bill > Marriot hearkens from the grave. Bill was responsible for the focus > that took a very flakey Revolution, create the RQCC and develop what > is clearly a much more effective process for reporting, processing, > tracking and ultimately eliminating Bugs. For those who were there > before Bill can attest, the Team these days does an extraordinary job > of Bug reduction. Not perfect but a lot lot better than before the > RQCC. I don?t think that I am acting as a relay from the other side? but I do agree that the team does an extraordinary job of bug reduction while adding features and keeping on top of all the changes to the list of OS?s that livecode runs on. Simon Knight From beatco at gmail.com Mon Jan 7 07:09:22 2019 From: beatco at gmail.com (Beat Cornaz) Date: Mon, 7 Jan 2019 13:09:22 +0100 Subject: Get RGB color of a specific screen location Message-ID: I have asked this befor, but for the first time did not get any answer on my post. So I hope you don't mind that I try again :-) How do I get the RGB color of a pixel of an image? I know the function the MouseColor, which gives me the RGB numbers under the cursor. What I need is to get the RGB of a specific screen location - I need to make an avarage of e.g. 5x5 pixels. So how do I get the RGB numbers of e.g. location "30,200"? Cheers, Beat From iphonelagi at gmail.com Mon Jan 7 08:29:00 2019 From: iphonelagi at gmail.com (Lagi Pittas) Date: Mon, 7 Jan 2019 13:29:00 +0000 Subject: Get RGB color of a specific screen location In-Reply-To: References: Message-ID: Seems like it was answered the same day by Phil Davis Lagi Phil Davis via use-livecode Mon, 31 Dec 2018, 17:51 (7 days ago) to Beat, Phil set the screenMouseLoc to globalLoc(tLocWithinMyStack) put the mouseColor into tTheColorAtThatScreenLoc Phil Davis On Mon, 7 Jan 2019 at 12:10, Beat Cornaz via use-livecode < use-livecode at lists.runrev.com> wrote: > I have asked this befor, but for the first time did not get any answer on > my post. So I hope you don't mind that I try again :-) > > How do I get the RGB color of a pixel of an image? I know the function the > MouseColor, which gives me the RGB numbers under the cursor. What I need is > to get the RGB of a specific screen location - I need to make an avarage of > e.g. 5x5 pixels. So how do I get the RGB numbers of e.g. location > "30,200"? > > Cheers, Beat > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From brahma at hindu.org Mon Jan 7 08:32:18 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Mon, 7 Jan 2019 13:32:18 +0000 Subject: Error in loading "ws.goulding.script-library.mergjson" In-Reply-To: <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> References: <1D6F0E09-8BB6-4B2B-870C-83BBBCC3DD38@hindu.org> <7872ACA3-589A-4C25-A2B5-1DBBF524E29E@appisle.net> Message-ID: <08E58A4B-AA35-4C40-899E-0A1C4803BB95@hindu.org> On desktop: No problem Installed in iOS, iPhone 7 with 12.1.2: no problem Only Android do you get the message: Remote: stack "ws.goulding.script-library.mergjson": execution error at line n/a (External handler execution error: could not decode JSON: unexpected token near end of file) near "could not decode JSON: unexpected token near end of file" The JSON files are all validating at "JSONvalidate.com" .... They are encoded a UTF-8 with unix line endings (the same file have been in use for months) I suspect something new in 9.0.2 . will have to check with an olders verions of livecode later today. Brahmanathaswami ? Monte Goulding wrote: I?d start by making sure the json you are decoding is what you think it is by logging it or putting it into a text field. >On 7 Jan 2019, at 1:28 pm, Sannyasin Brahmanathaswami via use-livecode wrote: >I did my first attempt to build a standalone of Mobile for Android in 9.0.2 >I got this unusual never-saw-it-before message: >Remote: stack "ws.goulding.script-library.mergjson": execution error at line n/a (External handler execution error: could not decode JSON: unexpected token near end of file) near "could not decode JSON: unexpected token near end of file" >The JSON files that load on init are valid JSON files >doesn?t happen on desktop? How do I debug this? >BR From hh at hyperhh.de Mon Jan 7 08:34:32 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 14:34:32 +0100 Subject: Get RGB color of a specific screen location Message-ID: Try if there is no img "temp" then create invisible img "temp" export snapshot from rect to img "temp" as PNG Then average the imagedata of that image. If you would like to use transparency then also use the alphadata. This is for desktop, on mobile there are some specials (see the dictionary). > I have asked this before, but for the first time did not > get any answer on my post. There is also the forum http://forums.livecode.com !! From dunbarx at aol.com Mon Jan 7 09:34:39 2019 From: dunbarx at aol.com (dunbarxx) Date: Mon, 7 Jan 2019 08:34:39 -0600 (CST) Subject: Get RGB color of a specific screen location In-Reply-To: References: Message-ID: <1546871679521-0.post@n4.nabble.com> A kluge, but couldn't you: on mouseUp set the screenMouseLoc to "200,200" answer the mouseColor end mouseUp I just threw this together, so you might want to restore the original mouseLoc, and locking the screen might be useful. Craig Newman -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From hh at hyperhh.de Mon Jan 7 08:20:32 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 14:20:32 +0100 Subject: Get RGB color of a specific screen location Message-ID: <25340CE9-2C4C-40E0-8D54-41CC60EC6EB7@hyperhh.de> Try if there is no img "temp" then create invisible img "temp" export snapshot from rect to img "temp" as PNG Then average the imagedata of that image. If you would like to use transparency then also use the alphadata. This is for desktop, on mobile there are some specials (see the dictionary). > I have asked this before, but for the first time did not > get any answer on my post. There is also the forum http://forums.livecode.com !! From hh at hyperhh.de Mon Jan 7 10:02:36 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 16:02:36 +0100 Subject: Get RGB color of a specific screen location Message-ID: > Beat C. wrote: > What I need is to get the RGB of a specific screen > location - I need to make an avarage of e.g. 5x5 pixels. Make a new small stack with a button. Script it as given below. On mouseUp the average is taken from the 5x5-rect left of the topleft of your stack. ----- begin button script local t="temp" -- hL,vL is the topleft of the pixel-rect on your screen -- the width of the pixel-rect is w. W is an integer >= 1. -- the height of the pixel-rect is h. H is an integer >= 1. -- average color is taken from the pixel-colors of rect (hL,vL,hL+w,vL+h) function averageColor w,h,hL,vL export snapshot from rect (hL,vL,hL+w,vL+h) to img t as PNG put the rect of img t &" / " &the width of img t,the height of img t into fld "OUT" put the imagedata of img t into iData put the imagedata of img t into aData repeat with i=1 to w*h put byteToNum(byte 4*i-2 of iData) into redA[i] put byteToNum(byte 4*i-1 of iData) into greenA[i] put byteToNum(byte 4*i of iData) into blueA[i] put byteToNum(byte i of aData) into alphaA[i] end repeat return trunc(avg(redA)),trunc(avg(greenA)),trunc(avg(blueA)),trunc(avg(alphaA)) end averageColor on mouseUp lock screen; lock messages put 5 into w0; put 5 into h0 put -w0+the left of this stack into sL put -h0+the top of this stack into sT -- = without window bar #### if there is no img "temp" then create invisible img t if there is no field t then create fld t set rect of fld t to (0,0,128,23) set botleft of fld t to the botright of me end if if there is no grc t then create grc t set opaque of grc t to true set rect of grc t to (0,0,23,23) set botright of grc t to the botleft of me end if #### put averageColor(w0,h0,sL,sT) into x --> returns r,g,b,alpha #### use x, for example: set backColor of grc t to item 1 to 3 of x -- set blendlevel of grc t to round(100*(1-(item 4 of x)/255)) -- if wanted put x into fld t unlock screen; unlock messages end mouseUp --- end button script From hh at hyperhh.de Mon Jan 7 10:08:58 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 16:08:58 +0100 Subject: Get RGB color of a specific screen location Message-ID: Sorry, my last post had a typo. Now it is correct. > Beat C. wrote: > What I need is to get the RGB of a specific screen > location - I need to make an avarage of e.g. 5x5 pixels. Make a new small stack with a button. Script it as given below. On mouseUp the average is taken from the 5x5-rect left of the topleft of your stack. ----- begin button script local t="temp" -- hL,vL is the topleft of the pixel-rect on your screen. -- the width of the pixel-rect is w. W is an integer >= 1. -- the height of the pixel-rect is h. H is an integer >= 1. -- average color is taken from the pixel-colors of rect (hL,vL,hL+w,vL+h) function averageColor w,h,hL,vL export snapshot from rect (hL,vL,hL+w,vL+h) to img t as PNG put the rect of img t &" / " &the width of img t,the height of img t into fld "OUT" put the imagedata of img t into iData put the alphadata of img t into aData repeat with i=1 to w*h put byteToNum(byte 4*i-2 of iData) into redA[i] put byteToNum(byte 4*i-1 of iData) into greenA[i] put byteToNum(byte 4*i of iData) into blueA[i] put byteToNum(byte i of aData) into alphaA[i] end repeat return trunc(avg(redA)),trunc(avg(greenA)),trunc(avg(blueA)),trunc(avg(alphaA)) end averageColor on mouseUp lock screen; lock messages put 5 into w0; put 5 into h0 put -w0+the left of this stack into sL put -h0+the top of this stack into sT -- = without window bar #### if there is no img "temp" then create invisible img t if there is no field t then create fld t set rect of fld t to (0,0,128,23) set botleft of fld t to the botright of me end if if there is no grc t then create grc t set opaque of grc t to true set rect of grc t to (0,0,23,23) set botright of grc t to the botleft of me end if #### put averageColor(w0,h0,sL,sT) into x --> returns r,g,b,alpha #### use x, for example: set backColor of grc t to item 1 to 3 of x -- set blendlevel of grc t to round(100*(1-(item 4 of x)/255)) -- if wanted put x into fld t unlock screen; unlock messages end mouseUp --- end button script From hh at hyperhh.de Mon Jan 7 10:06:47 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 16:06:47 +0100 Subject: Get RGB color of a specific screen location Message-ID: Sorry, my last post had a typo. Now it is correct. > Beat C. wrote: > What I need is to get the RGB of a specific screen > location - I need to make an avarage of e.g. 5x5 pixels. Make a new small stack with a button. Script it as given below. On mouseUp the average is taken from the 5x5-rect left of the topleft of your stack. ----- begin button script local t="temp" -- hL,vL is the topleft of the pixel-rect on your screen. -- the width of the pixel-rect is w. W is an integer >= 1. -- the height of the pixel-rect is h. H is an integer >= 1. -- average color is taken from the pixel-colors of rect (hL,vL,hL+w,vL+h) function averageColor w,h,hL,vL export snapshot from rect (hL,vL,hL+w,vL+h) to img t as PNG put the rect of img t &" / " &the width of img t,the height of img t into fld "OUT" put the imagedata of img t into iData put the alphadata of img t into aData repeat with i=1 to w*h put byteToNum(byte 4*i-2 of iData) into redA[i] put byteToNum(byte 4*i-1 of iData) into greenA[i] put byteToNum(byte 4*i of iData) into blueA[i] put byteToNum(byte i of aData) into alphaA[i] end repeat return trunc(avg(redA)),trunc(avg(greenA)),trunc(avg(blueA)),trunc(avg(alphaA)) end averageColor on mouseUp lock screen; lock messages put 5 into w0; put 5 into h0 put -w0+the left of this stack into sL put -h0+the top of this stack into sT -- = without window bar #### if there is no img "temp" then create invisible img t if there is no field t then create fld t set rect of fld t to (0,0,128,23) set botleft of fld t to the botright of me end if if there is no grc t then create grc t set opaque of grc t to true set rect of grc t to (0,0,23,23) set botright of grc t to the botleft of me end if #### put averageColor(w0,h0,sL,sT) into x --> returns r,g,b,alpha #### use x, for example: set backColor of grc t to item 1 to 3 of x -- set blendlevel of grc t to round(100*(1-(item 4 of x)/255)) -- if wanted put x into fld t unlock screen; unlock messages end mouseUp --- end button script From hh at hyperhh.de Mon Jan 7 10:43:57 2019 From: hh at hyperhh.de (hh) Date: Mon, 7 Jan 2019 16:43:57 +0100 Subject: Double posting Message-ID: Sorry for my several double postings. This was a problem with my email server. From panos.merakos at livecode.com Mon Jan 7 10:47:01 2019 From: panos.merakos at livecode.com (panagiotis merakos) Date: Mon, 7 Jan 2019 17:47:01 +0200 Subject: [ANN] This Week in LiveCode 162 Message-ID: Hi all, Read about new developments in LiveCode open source and the open source community in today's edition of the "This Week in LiveCode" newsletter! Read issue #162 here: https://goo.gl/udm5wo This is a weekly newsletter about LiveCode, focussing on what's been going on in and around the open source project. New issues will be released weekly on Mondays. We have a dedicated mailing list that will deliver each issue directly to you e-mail, so you don't miss any! If you have anything you'd like mentioned (a project, a discussion somewhere, an upcoming event) then please get in touch. -- Panagiotis Merakos LiveCode Software Developer Everyone Can Create Apps From bobsneidar at iotecdigital.com Mon Jan 7 11:28:03 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 16:28:03 +0000 Subject: file: vs bibfile: usage? In-Reply-To: References: Message-ID: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> This is a perennial problem. My personal opinion is that unless a user explicitly wants to alter the line endings in a file, no assumptions should be made by the developer in this regard. A classic example (at least for me) is working with files exported from copiers. Let's say I want to export the email addresses from a Toshiba copier, edit them in a spreadsheet, then re-import them back into the copier. Simply OPENING the text file, in TextEdit or Word on a Mac OS will convert the line endings to the Mac defaults, EVEN IF I DO NOT SAVE THE FILE!!! Now the Toshiba copier will reject the file because it is expecting line feeds and it has CRLFs instead. So I have to edit these files in a Windows VM or I break them. Bob S > On Jan 4, 2019, at 10:07 , Brian Milby via use-livecode wrote: > > On a Mac you have to use binfile if you want the appropriate line endings (LF)* as file will change them to the legacy version (CR). On Windows, you probably still want to use file so that the line endings are adjusted to CRLF. UTF recognizes both as valid (CRLF and LF), not sure about CR. > > * I use Xcode as my justification to say that LF is proper. It is the line ending used there. > > Thanks, > Brian From bobsneidar at iotecdigital.com Mon Jan 7 11:30:42 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 16:30:42 +0000 Subject: Double posting In-Reply-To: References: Message-ID: No problem. No problem. ;-) Bob S > On Jan 7, 2019, at 07:43 , hh via use-livecode wrote: > > Sorry for my several double postings. This was a problem with my email server. From bobsneidar at iotecdigital.com Mon Jan 7 11:41:08 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 16:41:08 +0000 Subject: windows defender issues? & other AV issues? In-Reply-To: <6b40ec4c-3d2c-3bff-fb5a-4bf7237789dc@fourthworld.com> References: <6b40ec4c-3d2c-3bff-fb5a-4bf7237789dc@fourthworld.com> Message-ID: <87A9825D-1CFA-4D22-AC18-96D1B3AE64A7@iotecdigital.com> We disable Windows Defender via group policy. A lot of IT administrators do. It's not that it's a bad product, it's that there are alternatives in the marketplace that provide a great many more features, like central management and distribution of policies, which can universally whitelist folders on all domain controlled workstations. For the non-domain systems in a small office with a limited budget, Defender is a great solution as an endpoint malware product. However, these are the issues they will encounter, not just with LC apps but with others. Bob S > On Jan 6, 2019, at 09:46 , Richard Gaskin via use-livecode wrote: > > Tom Glod wrote: > > > Hi folks, I'd like to know if there is any chance that the issues with > > windows defender interfering in the normal operation of the LiveCode > > engine is something that can and will be looked at? > > > > Is there any communication between Microsoft and Livecode inc? > > > > Is there any hope that we won't have to put an * beside on our > > application requirements? > > > > Its just not an acceptable workaround to ask customers to disable > > windows defender. > > Panos has found that the issue is specific to Windows Defender's "Real Time Protection": > https://quality.livecode.com/show_bug.cgi?id=21604 > > It would be great if LC were the only app affected by this, so the LC team could fix it. But looking 'round the web I find that this is tragically pervasive: > https://duckduckgo.com/?q=windows+defender+slowing+apps > > That said, it does not appear to be completely universal; that is, some apps manage to avoid the wrath of Real Time Protection. > > My comment #10 in that bug report asks what LC may be able to do to avoid the impact of this Microsoft bug. From ambassador at fourthworld.com Mon Jan 7 12:00:17 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 09:00:17 -0800 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <62D83FCE-911D-4B89-B237-FC40C545C780@anvic.net> References: <62D83FCE-911D-4B89-B237-FC40C545C780@anvic.net> Message-ID: <36b65f8e-b8ea-f74b-95cd-f66683168315@fourthworld.com> Simon Knight wrote: > ...I do agree that the team does an extraordinary job of bug > reduction while adding features and keeping on top of all the > changes to the list of OS?s that livecode runs on. LC v9 is particularly strong in this regard. We have some in our community who've dreamed of a major release that focuses exclusively on handling legacy issues that have cropped up. But there are also a great many customers who need new features. LC v9 adds many features for each of the platforms, including one of my favorites, replacing the older sha1Digest with messageDigest for easier extensibility, and taking advantage of that extensibility right out of the starting gate with sha2 and sha3 hash options. Now we can build password management systems as well as the best of them. Another key item is the much smarter integration into host OS look-and-feel with fine-tuned control appearance, especially with regard to label baseline placement. And with that came new textFont options allowing us a range of ways we can adopt system fonts across platforms and platform versions with a single property setting. Perhaps the biggest flaw I've seen with v9 is the bug report tracking: the Release Notes only include a subset of all issues addressed since work began on it two years ago. My understanding from conversations with team members is that v9 may well have the largest number of resolved bugs of any release, an amazing feat considering the scope of new features and feature refinements, including huge strides forward with many aspects of performance. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From hakan at exformedia.se Mon Jan 7 12:04:41 2019 From: hakan at exformedia.se (hakan at exformedia.se) Date: Mon, 7 Jan 2019 18:04:41 +0100 Subject: Get RGB color of a specific screen location In-Reply-To: <1546871679521-0.post@n4.nabble.com> References: <1546871679521-0.post@n4.nabble.com> Message-ID: <2e46dafe-2f3a-4889-a1b7-ebd34019d437@Spark> Well, he could, if he didn?t wanted an average value of some more pixels, and, calculating an average via screenMouseLoc is really slow. Exporting a rect to an image is fairly quick though Found the following in a stack: # Calculates the average color value for an image # pID should be the long id of the image we want to get the?average?from function imageAverageValue pID ? ?put the imageData of pID into tData ? ?put the number of bytes of tData / 4 into tNumPixels ? ?# Sum all pixel values ? ?repeat with i = 0 to tNumPixels - 1 ? ? ? add byteToNum(byte i*4 + 2 of tData) to tResult["red"] ? ? ? add byteToNum(byte i*4 + 3 of tData) to tResult["green"] ? ? ? add byteToNum(byte i*4 + 4 of tData) to tResult["blue"] ? ?end repeat ? ?# Calculate mean value ? ?repeat for each item anItem in "red,green,blue" ? ? ? put round(tResult[anItem] / tNumPixels) into tResult[anItem] ? ?end repeat ? ?return tResult["red"], tResult["green"], tResult["blue"] end imageAverageValue So to get the mouse average color in a square ? 2px from the mouseLoc we could do: function getMouseAverageColor pSize ? ?if pSize is empty then put 2 into pSize ? ?put globalLoc(the mouseLoc) into tLoc ? ?if there is no image "averageColor" then create invisible image "averageColor" ? ?put the long id of image "averageColor" into tID ? ?export snapshot from rectangle item 1 of tLoc - pSize, item 2 of tLoc - pSize, ?\ ? ? ? ? ?item 1 of tLoc + pSize, item 2 of tLoc + pSize to image "averageColor" ? ?return imageAverageValue(tID) end getMouseAvaregeColor Happy coding! :-H?kan On 7 Jan 2019, 15:35 +0100, dunbarxx via use-livecode , wrote: > A kluge, but couldn't you: > > on mouseUp > set the screenMouseLoc to "200,200" > answer the mouseColor > end mouseUp > > I just threw this together, so you might want to restore the original > mouseLoc, and locking the screen might be useful. > > Craig Newman > > > > -- > Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From hakan at exformedia.se Mon Jan 7 12:04:41 2019 From: hakan at exformedia.se (hakan at exformedia.se) Date: Mon, 7 Jan 2019 18:04:41 +0100 Subject: Get RGB color of a specific screen location In-Reply-To: <1546871679521-0.post@n4.nabble.com> References: <1546871679521-0.post@n4.nabble.com> Message-ID: <2e46dafe-2f3a-4889-a1b7-ebd34019d437@Spark> Well, he could, if he didn?t wanted an average value of some more pixels, and, calculating an average via screenMouseLoc is really slow. Exporting a rect to an image is fairly quick though Found the following in a stack: # Calculates the average color value for an image # pID should be the long id of the image we want to get the?average?from function imageAverageValue pID ? ?put the imageData of pID into tData ? ?put the number of bytes of tData / 4 into tNumPixels ? ?# Sum all pixel values ? ?repeat with i = 0 to tNumPixels - 1 ? ? ? add byteToNum(byte i*4 + 2 of tData) to tResult["red"] ? ? ? add byteToNum(byte i*4 + 3 of tData) to tResult["green"] ? ? ? add byteToNum(byte i*4 + 4 of tData) to tResult["blue"] ? ?end repeat ? ?# Calculate mean value ? ?repeat for each item anItem in "red,green,blue" ? ? ? put round(tResult[anItem] / tNumPixels) into tResult[anItem] ? ?end repeat ? ?return tResult["red"], tResult["green"], tResult["blue"] end imageAverageValue So to get the mouse average color in a square ? 2px from the mouseLoc we could do: function getMouseAverageColor pSize ? ?if pSize is empty then put 2 into pSize ? ?put globalLoc(the mouseLoc) into tLoc ? ?if there is no image "averageColor" then create invisible image "averageColor" ? ?put the long id of image "averageColor" into tID ? ?export snapshot from rectangle item 1 of tLoc - pSize, item 2 of tLoc - pSize, ?\ ? ? ? ? ?item 1 of tLoc + pSize, item 2 of tLoc + pSize to image "averageColor" ? ?return imageAverageValue(tID) end getMouseAvaregeColor Happy coding! :-H?kan On 7 Jan 2019, 15:35 +0100, dunbarxx via use-livecode , wrote: > A kluge, but couldn't you: > > on mouseUp > set the screenMouseLoc to "200,200" > answer the mouseColor > end mouseUp > > I just threw this together, so you might want to restore the original > mouseLoc, and locking the screen might be useful. > > Craig Newman > > > > -- > Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brian at milby7.com Mon Jan 7 12:05:42 2019 From: brian at milby7.com (Brian Milby) Date: Mon, 7 Jan 2019 11:05:42 -0600 Subject: file: vs bibfile: usage? In-Reply-To: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> References: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> Message-ID: <2e5dc271-a524-4908-9985-ac67d0ee35a8@Spark> I just did a test on Sierra and TextEdit did not change LF to anything else. ?Mac should never convert to CRLF by default. Thanks, Brian On Jan 7, 2019, 10:28 AM -0600, Bob Sneidar via use-livecode , wrote: > This is a perennial problem. My personal opinion is that unless a user explicitly wants to alter the line endings in a file, no assumptions should be made by the developer in this regard. A classic example (at least for me) is working with files exported from copiers. Let's say I want to export the email addresses from a Toshiba copier, edit them in a spreadsheet, then re-import them back into the copier. Simply OPENING the text file, in TextEdit or Word on a Mac OS will convert the line endings to the Mac defaults, EVEN IF I DO NOT SAVE THE FILE!!! Now the Toshiba copier will reject the file because it is expecting line feeds and it has CRLFs instead. So I have to edit these files in a Windows VM or I break them. > > Bob S > > > > On Jan 4, 2019, at 10:07 , Brian Milby via use-livecode wrote: > > > > On a Mac you have to use binfile if you want the appropriate line endings (LF)* as file will change them to the legacy version (CR). On Windows, you probably still want to use file so that the line endings are adjusted to CRLF. UTF recognizes both as valid (CRLF and LF), not sure about CR. > > > > * I use Xcode as my justification to say that LF is proper. It is the line ending used there. > > > > Thanks, > > Brian > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ambassador at fourthworld.com Mon Jan 7 11:47:26 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 08:47:26 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <87A9825D-1CFA-4D22-AC18-96D1B3AE64A7@iotecdigital.com> References: <87A9825D-1CFA-4D22-AC18-96D1B3AE64A7@iotecdigital.com> Message-ID: Bob Sneidar wrote: > We disable Windows Defender via group policy. A lot of IT > administrators do. It's not that it's a bad product, it's that > there are alternatives in the marketplace that provide a great > many more features, like central management and distribution > of policies, which can universally whitelist folders on all > domain controlled workstations. > > For the non-domain systems in a small office with a limited budget, > Defender is a great solution as an endpoint malware product. However, > these are the issues they will encounter, not just with LC apps but > with others. Do you know what Defender is doing that other more full-featured packages aren't in terms of application performance impairment? In my searches I've found many explanations of the impact of the problem, but nothing about its cause, not even whether Microsoft intends to repair Defender to work more efficiently. I'm hoping we can pin down the difference between apps affected by Defender and those that run unimpaired, so we might consider whatever changes may be needed to LC to put it into the latter category. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From bobsneidar at iotecdigital.com Mon Jan 7 13:01:08 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 18:01:08 +0000 Subject: file: vs bibfile: usage? In-Reply-To: <2e5dc271-a524-4908-9985-ac67d0ee35a8@Spark> References: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> <2e5dc271-a524-4908-9985-ac67d0ee35a8@Spark> Message-ID: I haven't tried it in a good long while. Maybe they changed that behavior. I'll give it another go as firing up my VM is a little bit of a hassle if I can do it natively. Bob S > On Jan 7, 2019, at 09:05 , Brian Milby via use-livecode wrote: > > I just did a test on Sierra and TextEdit did not change LF to anything else. Mac should never convert to CRLF by default. > > Thanks, > Brian From bobsneidar at iotecdigital.com Mon Jan 7 13:09:41 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 18:09:41 +0000 Subject: windows defender issues? & other AV issues? In-Reply-To: References: <87A9825D-1CFA-4D22-AC18-96D1B3AE64A7@iotecdigital.com> Message-ID: No, but I can guess that it is much as has been posted prior to this. Virtually all malware deterrent products use subscription based services, and many of them get their malware signature data from the same sources. False positives are not unheard of, although I suspect they are fairly rare. We had an app that was generating a false positive in the AV module in our gateway/routers. Not only could I not copy the installer from the server to the local workstation I was trying to install on, but just opening a folder on the server from a remote location would cause the WAN connection to reset! I didn't connect the dots and couldn't figure out why my folders kept delisting their contents from remote sites until some time later! Informing the developer AND the subscriptions service eventually resolved the issue. If we had a list of all LC apps that were failing, along with a list of the libraries they used, we might be able to do a little detective work and figure out what library is causing an issue. Otherwise, it may simply be a matter of setting a dummy apps libraries to not automatically detect, and add one library at a time, rebuilding each time, in order to isolate the errant library. As I understand the problem, not all apps are suffering from this? Bob S > On Jan 7, 2019, at 08:47 , Richard Gaskin via use-livecode wrote: > > Bob Sneidar wrote: > > > We disable Windows Defender via group policy. A lot of IT > > administrators do. It's not that it's a bad product, it's that > > there are alternatives in the marketplace that provide a great > > many more features, like central management and distribution > > of policies, which can universally whitelist folders on all > > domain controlled workstations. > > > > For the non-domain systems in a small office with a limited budget, > > Defender is a great solution as an endpoint malware product. However, > > these are the issues they will encounter, not just with LC apps but > > with others. > > Do you know what Defender is doing that other more full-featured packages aren't in terms of application performance impairment? > > In my searches I've found many explanations of the impact of the problem, but nothing about its cause, not even whether Microsoft intends to repair Defender to work more efficiently. > > I'm hoping we can pin down the difference between apps affected by Defender and those that run unimpaired, so we might consider whatever changes may be needed to LC to put it into the latter category. > > -- > Richard Gaskin From jerry at jhjensen.com Mon Jan 7 13:17:12 2019 From: jerry at jhjensen.com (Jerry Jensen) Date: Mon, 7 Jan 2019 10:17:12 -0800 Subject: file: vs bibfile: usage? In-Reply-To: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> References: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> Message-ID: <4ED58F3D-9E88-4540-98CC-CC1B52B9BFC6@jhjensen.com> On a mac, BBEdit or its older cousin TextWrangler will preserve line endings. It just works. You can also easily change endings with a pull-down menu. That stoppedl me from whining about the price. They also have good tech support. .Jerry > On Jan 7, 2019, at 8:28 AM, Bob Sneidar via use-livecode wrote: > > This is a perennial problem. My personal opinion is that unless a user explicitly wants to alter the line endings in a file, no assumptions should be made by the developer in this regard. A classic example (at least for me) is working with files exported from copiers. Let's say I want to export the email addresses from a Toshiba copier, edit them in a spreadsheet, then re-import them back into the copier. Simply OPENING the text file, in TextEdit or Word on a Mac OS will convert the line endings to the Mac defaults, EVEN IF I DO NOT SAVE THE FILE!!! Now the Toshiba copier will reject the file because it is expecting line feeds and it has CRLFs instead. So I have to edit these files in a Windows VM or I break them. > > Bob S From curry at pair.com Mon Jan 7 14:12:21 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 14:12:21 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: As I've (seriously) joked previously in my bug 21604 report that has been referenced already in this thread: Since Windows Defender is fairly unlikely to be the oh-so-sneaky culprit when similar issues show up running the LC 9 Script Editor on the Mac platform, :D therefore it's highly doubtful that this is strictly an AV industry issue. Viewing it as such could even delay a permanent cure. Fortunately, disabling Windows Defender's real-time virus options is a great fix for the symptoms. And like a good cold medicine, that is a huge relief! Currently I'm using a third-party AV (with some of its options tweaks as well) so in Windows Defender Security Center, "Virus & threat protection" is overridden by the other product. But "Firewall & network protection" and "App and browser control" and "Device security" are still fully enabled. It's NOT a good idea to disable the whole shebang, especially firewall. Be sure to have some form of AV installed. (I also had bad results with McAfee, which is what came pre-installed with my computer.) As I've also predicted previously in that bug report, it's a better-than-average bet that the LC 9 Script Editor is not using the best practices in some areas, because merely typing usually does not cause problems in most other apps on a fully Windows-Defended system, not to mention Macs. Per common sense and best coding practices, the actions taken by the IDE while we are merely typing and selecting text ideally should not open the doors to get AntiVirus products involved continually. Actions that may get vetted by AV, or that may use greater system resources, need to be considered carefully in terms of approach, timing, and responsiveness. Thus, easing the symptoms (quick relief!) may be different than a permanent cure (no more of this trouble, plus improved performance as a bonus). The cure would probably make the SE snappier for all users, even those who never had problems. It would also head off any possible future issues in case other Operating Systems decide to imitate some of the Defender type features. It wouldn't be the first time one OS followed the lead of another. It's important not to conflate two very different problems that have been discussed relating to Windows Defender. One is getting the "jitters" and having trouble typing, copy/pasting, etc in the LC 9 Script Editor. The IDE itself is affected, and presumably may be the cause. This is the problem that I predict is fairly likely to be more of a code design issue than an AV issue. The other problem is apps and their files being flagged or completely blocked by AV, which is a different and more common problem in the software world, and very much an AV and file trust issue. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Mon Jan 7 14:23:48 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 11:23:48 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <265e0a91-1b58-f8f9-ee36-19f7af8f3905@fourthworld.com> Bob Sneidar wrote: > Richard wrote: >> > Do you know what Defender is doing that other more full-featured >> packages aren't in terms of application performance impairment? > > No, but I can guess that it is much as has been posted prior to this. > Virtually all malware deterrent products use subscription based > services, and many of them get their malware signature data from the > same sources. False positives are not unheard of... This conversation has spawned two different issues, conflated here. The issue with false positives was raised by Tom Glod, and I've seen that once in a while too. But the issue with Windows Defender is very different. Defender isn't preventing LC from running at all, or (at least as far as anyone has reported to date) even flagging it as a false positive. Instead, it merely slows down execution. And if we search around on the web see a great many apps affected similarly. False positives I can understand. Inexplicable slowdowns are the big mystery. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From ambassador at fourthworld.com Mon Jan 7 15:45:05 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 12:45:05 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> Curry Kenworthy wrote: > Since Windows Defender is fairly unlikely to be the oh-so-sneaky > culprit when similar issues show up running the LC 9 Script Editor on > the Mac platform... And now the issue has become doubly conflated. To review, there are two issues in this thread: a) Windows Defenders "Real Time Protection" is widely documented across the Internet to have caused unusual slowdowns in a great many applications. LiveCode is one of those applications. My interest here is in seeking details on the cause of that Microsoft issue so we may determine if there's an opportunity to modify something in LC to move it from the category of known affected apps to those that are unaffected. b) Some third-party AV packages will from time to time flag LC apps with false positives, easily remedied by working with those vendors. With your addition, we now have a third concern introduced unrelated to AV handling: c) The performance optimization efforts demonstrably under way with LC's v9 series are not yet complete. If the performance issues you're seeing on your Mac are equal or greater than those seen by bug reporters on the issue which is the topic of this thread, that is notable of course but the subject of a separate discussion. Any Mac-specific issues merit their own bug report as well, just like the one we're discussing here which you had flagged as a Windows issue (#21604), and which led to the discovery of the contributory effect of Windows Defender. While it is apparently of great interest to discuss more general performance issues in any thread where the topic may be plausibly inserted, there is a key factor with the subject at hand which you may not have noticed in the comments in your bug report: Those who have disabled Windows Defender's Real Time Protection find the issue immediately resolved. Yes, as discussed at length in so many other threads, other opportunities exist to further optimize LiveCode beyond the significant gains made in the v8 and v9 series thus far. So we would expect evidence of remaining issues to show themselves on other platforms than the one we're discussing here. You may consider starting new threads on new subjects of interest to you. Back on topic in this thread, I agree with your assessment here, that if there is an opportunity to alter LC so that it no longer triggers this well known Microsoft bug, it probably isn't in the script editor: > As I've also predicted previously in that bug report, it's a > better-than-average bet that the LC 9 Script Editor is not using the > best practices in some areas, because merely typing usually does not > cause problems in most other apps on a fully Windows-Defended > system, not to mention Macs. Per common sense and best coding > practices, the actions taken by the IDE while we are merely typing > and selecting text ideally should not open the doors to get AntiVirus > products involved continually. Actions that may get vetted by AV, or > that may use greater system resources, need to be considered > carefully in terms of approach, timing, and responsiveness. I would not be so quick to cast such sweeping judgment on the quality of the work the LiveCode team produces, but the suggestion that the Script Editor is not the cause of Microsoft's issue with Defender does indeed seem reasonable. I mentioned the Script Editor as a recipe because its requirements tend to expose issues affecting performance, whether we're discussing those specific to Windows Defender as in this thread, or other specific opportunities for improvement cataloged elsewhere. Hopefully this thread may leverage the collective experience of the community to find insight into the underlying triggers for the Defender issue we're discussing here. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From stephen at barncard.com Mon Jan 7 16:19:30 2019 From: stephen at barncard.com (Stephen Barncard) Date: Mon, 7 Jan 2019 13:19:30 -0800 Subject: file: vs bibfile: usage? In-Reply-To: <4ED58F3D-9E88-4540-98CC-CC1B52B9BFC6@jhjensen.com> References: <40D6ECA8-754E-48BE-89B6-B7CA3A5C647E@iotecdigital.com> <4ED58F3D-9E88-4540-98CC-CC1B52B9BFC6@jhjensen.com> Message-ID: yeah I re-discovered (and paid second license for) BBEdit. They were the first programmer's editor on mac, although I was partial to TEX-edit, which had some cool text features nobody else had... like ways of identifying mystery invisible characters. I haven't tried it in years, I wonder about it's handling of Unicode. -- Stephen Barncard - Sebastopol Ca. USA - mixstream.org On Mon, Jan 7, 2019 at 10:17 AM Jerry Jensen via use-livecode < use-livecode at lists.runrev.com> wrote: > On a mac, BBEdit or its older cousin TextWrangler will preserve line > endings. It just works. You can also easily change endings with a pull-down > menu. That stoppedl me from whining about the price. They also have good > tech support. > .Jerry > > > On Jan 7, 2019, at 8:28 AM, Bob Sneidar via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > This is a perennial problem. My personal opinion is that unless a user > explicitly wants to alter the line endings in a file, no assumptions should > be made by the developer in this regard. A classic example (at least for > me) is working with files exported from copiers. Let's say I want to export > the email addresses from a Toshiba copier, edit them in a spreadsheet, then > re-import them back into the copier. Simply OPENING the text file, in > TextEdit or Word on a Mac OS will convert the line endings to the Mac > defaults, EVEN IF I DO NOT SAVE THE FILE!!! Now the Toshiba copier will > reject the file because it is expecting line feeds and it has CRLFs > instead. So I have to edit these files in a Windows VM or I break them. > > > > Bob S > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From jjs at krutt.org Mon Jan 7 17:06:26 2019 From: jjs at krutt.org (JJS) Date: Mon, 7 Jan 2019 23:06:26 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> References: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> Message-ID: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> Speed, what are we talking about? milliseconds? It depends on where you need speed for. Overall i find it working great with enough speed. I work with a very known American company, and the software they use is about to cry. screen flickers, it's as slow as hell and everybody has to work with it, period. It was introduced about 3 years ago. It's probably written in C. Waiting for screen updates can take up to 10 to 20 seconds. And they use it worldwide, the mainservers are in the US. And they don't give a sh*t that everyone hates it and complain, because they paid for it. And managers above managers...someone introduced it, holy grail, you know. I added .rev .livescript and livecode.exe to Windows Defender and have not had an slow issue since and keeping fingers crossed. Microsoft will probably not be interested that LC will run slow due to their product. Op 7-1-2019 om 21:45 schreef Richard Gaskin via use-livecode: > Curry Kenworthy wrote: > >> Since Windows Defender is fairly unlikely to be the oh-so-sneaky >> culprit when similar issues show up running the LC 9 Script Editor on >> the Mac platform... > > And now the issue has become doubly conflated. > > To review, there are two issues in this thread: > > a) Windows Defenders "Real Time Protection" is widely documented > ?? across the Internet to have caused unusual slowdowns in a great > ?? many applications. LiveCode is one of those applications. > > ?? My interest here is in seeking details on the cause of that > ?? Microsoft issue so we may determine if there's an opportunity > ?? to modify something in LC to move it from the category of > ?? known affected apps to those that are unaffected. > > > b) Some third-party AV packages will from time to time flag LC apps > ?? with false positives, easily remedied by working with those vendors. > > > With your addition, we now have a third concern introduced unrelated > to AV handling: > > c) The performance optimization efforts demonstrably under way with > ?? LC's v9 series are not yet complete. > > > If the performance issues you're seeing on your Mac are equal or greater > than those seen by bug reporters on the issue which is the topic of this > thread, that is notable of course but the subject of a separate > discussion.? Any Mac-specific issues merit their own bug report as > well, just like the one we're discussing here which you had flagged as > a Windows issue (#21604), and which led to the discovery of the > contributory effect of Windows Defender. > > While it is apparently of great interest to discuss more general > performance issues in any thread where the topic may be plausibly > inserted, there is a key factor with the subject at hand which you may > not have noticed in the comments in your bug report: > > Those who have disabled Windows Defender's Real Time Protection find the > issue immediately resolved. > > Yes, as discussed at length in so many other threads, other > opportunities exist to further optimize LiveCode beyond the significant > gains made in the v8 and v9 series thus far.? So we would expect > evidence of remaining issues to show themselves on other platforms than > the one we're discussing here.? You may consider starting new threads > on new subjects of interest to you. > > Back on topic in this thread, I agree with your assessment here, that > if there is an opportunity to alter LC so that it no longer triggers > this well known Microsoft bug, it probably isn't in the script editor: > >> As I've also predicted previously in that bug report, it's a >> better-than-average bet that the LC 9 Script Editor is not using the >> best practices in some areas, because merely typing usually does not >> cause problems in most other apps on a fully Windows-Defended >> system, not to mention Macs. Per common sense and best coding >> practices, the actions taken by the IDE while we are merely typing >> and selecting text ideally should not open the doors to get AntiVirus >> products involved continually. Actions that may get vetted by AV, or >> that may use greater system resources, need to be considered >> carefully in terms of approach, timing, and responsiveness. > > I would not be so quick to cast such sweeping judgment on the quality > of the work the LiveCode team produces, but the suggestion that the > Script Editor is not the cause of Microsoft's issue with Defender does > indeed seem reasonable. > > I mentioned the Script Editor as a recipe because its requirements > tend to expose issues affecting performance, whether we're discussing > those specific to Windows Defender as in this thread, or other > specific opportunities for improvement cataloged elsewhere. > > Hopefully this thread may leverage the collective experience of the > community to find insight into the underlying triggers for the > Defender issue we're discussing here. > From bobsneidar at iotecdigital.com Mon Jan 7 17:44:02 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 7 Jan 2019 22:44:02 +0000 Subject: windows defender issues? & other AV issues? In-Reply-To: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> References: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> Message-ID: <2E5DFC09-16A0-4DDD-ABCF-D1A802DBDD4F@iotecdigital.com> Yes whitelisting is an option, but not for distributing apps. Well, not much of an option. Anytime you make users do something to their OS or AV to get your app to work, people get real nervous. Bob S > On Jan 7, 2019, at 14:06 , JJS via use-livecode wrote: > > Speed, what are we talking about? milliseconds? > > It depends on where you need speed for. > > Overall i find it working great with enough speed. > > I work with a very known American company, and the software they use is about to cry. screen flickers, it's as slow as hell and everybody has to work with it, period. It was introduced about 3 years ago. > > It's probably written in C. Waiting for screen updates can take up to 10 to 20 seconds. And they use it worldwide, the mainservers are in the US. > > And they don't give a sh*t that everyone hates it and complain, because they paid for it. And managers above managers...someone introduced it, holy grail, you know. > > > I added .rev .livescript and livecode.exe to Windows Defender and have not had an slow issue since and keeping fingers crossed. > > Microsoft will probably not be interested that LC will run slow due to their product. From ambassador at fourthworld.com Mon Jan 7 18:09:45 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 15:09:45 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> References: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> Message-ID: <6e0dd239-c082-4aaf-d54b-aa11c1a60455@fourthworld.com> JJS wrote: > I added .rev .livescript and livecode.exe to Windows Defender and have > not had an slow issue since and keeping fingers crossed. That's very valuable, thanks. So just to confirm, you did not need to turn off Real Time Protection, just exclude two file types and one EXE? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From curry at pair.com Mon Jan 7 19:13:14 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 19:13:14 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> References: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> Message-ID: <99b03ba4-d24c-4be4-47a1-627b222a299b@pair.com> Richard: > And now the issue has become doubly conflated. > To review, there are two issues in this thread: Yes, I happened to mention that initial conflation today BEFORE you did, with some slight differences. Your post shadowed mine. > With your addition, we now have a third concern introduced > unrelated to AV handling: > c) The performance optimization efforts demonstrably > under way with LC's v9 series are not yet complete. Richard, it seems you're shooting just a little off the mark lately. It's quite unusual for you to be inaccurate, and I've known you for a long time. If you have any personal issue with me, accept my apologies and best regards, but whatever it may be, don't let any feelings throw off your reading and writing accuracy and honesty. Facts, statements, and chronology are all public for reference. Sticking a little closer to them would be appreciated. So now we may be triple-conflated. different general LC 9 ENGINE performance optimization issues is a completely different topic that doesn't belong in this thread and has ONLY been introduced here courtesy of yourself, Mr. Richard Gaskin. Nothing to do with me. > While it is apparently of great interest to discuss more > general performance issues in any thread where the topic > may be plausibly inserted That (not of this thread, again cross-threaded by yourself, Richard) was something I've promoted publicly since Jan 2017, and discussed with LC prior. And (I explain here ONLY because you force me, to avoid needless confusion to others, since you've now accused me of injecting it globally) in Sep 2018 I filed Bug 21561 "Slow LC 9 LCS Performance in Multiple Areas and Real Applications" to demo irrefutable effects in multiple areas of engine code BECAUSE at the time discussions of the optimization effort underway were focusing mainly on arrays. I mentioned it again in another thread BECAUSE in discussing 6/9 factoring OTHERS had already mentioned performance. These are all published, and we can quote and link if you wish, but not on this thread, please. Your recent comments about that bug report were off too, but I don't want to follow you on this cross-thread stuff. I can't see any possible need to bring that topic here into this thread, and I'm not sure why you saw fit to do so, but again, that was you, RICHARD GASKIN, injecting it here, and not myself. Here in this thread I briefly mentioned (quote) "plus improved performance as a bonus" i.e. a possible (not guaranteed) extra INCENTIVE for fixing one of these AV problems, what you call the "Defender issue." That "Defender issue" - in other words, my other Bug 21604 "Script Editor for LC 901 Unusable on Windows i3/i5" - and the other AV flagging issue (whether by Defender or any other AV) are both what OTHERS introduced to this thread when discussing AV, including yourself. Which is fine by me (both AV) but let's keep the chronology and facts straight: note that ANY and all conflation (or not) on this thread happened before my post today. Except this conflation of yours, of course! :) > there is a key factor with the subject at hand which you > may not have noticed in the comments in your bug report: > Those who have disabled Windows Defender's Real Time Protection > find the issue immediately resolved. Again, you are straying from PUBLISHED details and chronology. In fact, in the very source you mentioned. On Nov 16, the Defender fix was noted. On Dec 12, I acknowledged that it was the case for me too, and thanked them for it. I don't think you can accuse me of not noticing something that I explicitly acknowledged, can you? And what I've emphasized today is a great quick fix for the symptoms? To overlook multiple statements of mine and suggest the opposite is going off the rails a little. On Dec 12, I also warned about telling people to turn off Defender per se rather than just the affected part, which Panos then identified. And on that date I mentioned my suspicion/prediction (since others reported similar symptoms on Mac, plus typing in a window shouldn't be a biggie) that there was more to this than Defender/AV, potentially the code design of SE and/or IDE. > Back on topic in this thread, I agree with your assessment here, > that if there is an opportunity to alter LC so that it no longer > triggers this well known Microsoft bug, Yes, that's where we've agreed, to that extent - that there may be a way to fix it/avoid it on the LC side. On Dec 12 I suggested it along my lines, and later the same day you suggested it along slightly different lines based on MS reports. I don't know whose theory will prove to be correct, but both possible and involving a shared component: changing something in LC to avoid this issue permanently. > If the performance issues you're seeing on your Mac > Any Mac-specific issues merit their own bug report as well That's only true if your assumption or theory is correct. It hasn't been resolved yet. Although my bug report is titled Windows (because I queried others before posting report and didn't notice or receive any Mac reports before posting) I did receive Mac reports AFTER posting. And this is all noted in the same report that you referenced. > just like the one we're discussing here which you had flagged > as a Windows issue (#21604), and which led to the discovery of > the contributory effect of Windows Defender. Precisely, so Richard, would you agree that me posting on this thread once might be just a tad relevant, it being the bug I reported? Is that OK? I posted (A) to remind people of the Defender areas that can be left on, (B) to remind people that if Macs are involved it's not ONLY a Defender/AV issue and can be solved on the IDE side, and (C) to note the conflation that you also followed me in posting again with some differences. All important - I've let this thread go on without my involvement, but wanted to post once to make sure those were emphasized. As a result of my posting the bug report, I was informed by Mac users who claimed similar symptoms and finally saw it myself with my own eyes. Noted in the bug report. Perhaps you were not informed and didn't notice those. A possible projection of the "you may not have noticed" that you attributed to me? I wouldn't have minded that you didn't see something (I sure don't see everything) but it's a bit strange to be accused of what may be the accuser's problem. Since Mac is less commonly affected with similar symptoms (in fact LC Ltd suggested a workaround, that's documented in the report) it follows that POSSIBLY they are of the same cause. And IF they are, it becomes CERTAINLY not just a Windows Defender issue, obviously. But we'll have to wait for the final outcome to see. > but the suggestion that the Script Editor is NOT the cause > of Microsoft's issue with Defender does indeed seem reasonable. (My emphasis added.) I was saying either SE or IDE probably INDEED is the cause, so I think we may disagree on that, unless one of us slipped in an extra NOT somewhere. And I certainly welcome disagreement; if your theory pans out I'll be just as happy as if mine does! Again, best wishes to you and I hope this will clarify any misunderstandings and avoid confusion to others. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From curry at pair.com Mon Jan 7 19:47:01 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 19:47:01 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> References: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> Message-ID: <6adbf852-bb6d-3132-f75e-d397eb8dc7a9@pair.com> JJS: > Speed, what are we talking about? milliseconds? > Overall i find it working great with enough speed. > Microsoft will probably not be interested that LC > will run slow due to their product. It looks like your reply MIGHT be referencing more general LC 9 ENGINE performance, an unrelated topic that Richard introduced to this thread. If so, important to correct before it becomes a snowball incorrect meme of a thousand posts. See my previous. Depending on what turns out to be the final fix, snappier performance may be an extra benefit. I'm not going to explain why in detail; the savvy may understand, but that's a SECONDARY bonus that Richard amplified via conflation with another issue, and no time as I've had to correct some needless misrepresentations. But such a performance perk would be of the nature that Richard described today himself as "Inexplicable slowdowns are the big mystery." And he has pointed out that Defender affects other apps with slowdowns. So, depending on the fix, if something can be tweaked in SE/IDE to avoid Defender issues, that may have the side effect of better SE performance - depending on what actions (if any) in SE/IDE allow Defender/AV to get involved when the user is merely typing. Typically something we would not expect. (Not talking about general engine ms speed, to type 500 wpm.) :) PS: And of course to Richard's little trap perhaps, an example of the wifebeater question for those who follow fallacies and the like in dishonest/manipulative techniques of conversation, I'll amend my statement in previous post; I never made any suggestion that the Script Editor was the cause of Microsoft's issues with Defender as it relates to any other apps. Nice one, Richard, but I caught it right after. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From jacque at hyperactivesw.com Mon Jan 7 19:47:55 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Mon, 07 Jan 2019 18:47:55 -0600 Subject: windows defender issues? & other AV issues? In-Reply-To: <99b03ba4-d24c-4be4-47a1-627b222a299b@pair.com> References: <4db1f2d1-dd43-b047-5112-95488747244d@fourthworld.com> <99b03ba4-d24c-4be4-47a1-627b222a299b@pair.com> Message-ID: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> I'm willing to bet that any slowdown in the SE not related to AV intervention is probably the new auto-complete features. I've turned most of them off and I see no speed decrease. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 7, 2019 6:15:13 PM Curry Kenworthy via use-livecode wrote: > > And on that date I mentioned my suspicion/prediction (since others > reported similar symptoms on Mac, plus typing in a window shouldn't be a > biggie) that there was more to this than Defender/AV, potentially the > code design of SE and/or IDE. From curry at pair.com Mon Jan 7 19:59:59 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 19:59:59 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: Jacqueline: > I'm willing to bet that any slowdown in the SE not related to > AV intervention is probably the new auto-complete features. > I've turned most of them off and I see no speed decrease. Thanks Jacqueline, very true - that's yet another separate SE performance issue! Very good for people to know if they aren't on the most powerful machines. (And who knows, depending on the timing of the symptoms appearing in the wild, might even relate to whatever allowed AV to get involved. The SE jerkiness/slowdowns related to Defender never gave me any big problems prior to LC 9. But that's a different issue and should be considered 100% separate.) In the case of Bug 21604, I had purposefully turned off most auto features in testing, as documented in the bug report. Yes, me too - with Defender tweaked and auto off, I'm steaming along just fine on Windows. My only concern now is a permanent fix if possible, and why the same symptoms sometimes show up on Mac. ;) Thanks to all involved for responding to my initial request last month and participating in pinning down the problem so far; it was pesky! :) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Mon Jan 7 20:59:07 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 17:59:07 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> J. Landman Gay wrote: > I'm willing to bet that any slowdown in the SE not related to AV > intervention is probably the new auto-complete features. I've > turned most of them off and I see no speed decrease. Same here. But since the LC IDE is written in LCS, anything it does to trigger this widely-documented issue with Win Defender will sooner or later show itself in at least some of our apps. They key question is: which language features are most affected? A Test ------- Given the nature of AV, it seemed file I/O would be a likely candidate, but to pin that down for sure I dug up a test script that touches a wide range of LCS features, running it with both Defender's Real-Time Protection (RTP) on, and then off. The script was the last of a series of general performance assessment scripts started by Malte back in 2014, during the early v8 series. Many of the elements identified through the various contributions in that forum thread helped point the way to dramatic increases in frequently-used operations like lineoffset, file I/O, and others. There are many good test suites out there, including some from Mark Talluto, Curry, and others. Many may have similar breadth; I chose this one because I'm familiar with the specifics of its scope: https://forums.livecode.com/viewtopic.php?f=67&t=22072&p=135950#p135752 I modified the script only slightly so that it runs in the GUI LC rather than LiveCode Server, and with both RTP on and off. Findings -------- Here are the results: RTP ON System Version: Win32 NT 10.0 -- Test_BuildList: 187 ms Test_LineOffset: 3741 ms Test_LineAccessByNumber: 642 ms Test_LineAccessForEach: 36 ms Test_ArraySplit: 95 ms Test_EncodeArray: 90 ms Test_DecodeArray: 114 ms Test_ArrayAccess: 60 ms Test_Merge: 1409 ms Test_BuildFilePath: 505 ms Test_FileTextWrite: 6869 ms Test_FileTextRead: 192 ms Test_FileBinWrite: 9017 ms Test_FileBinRead: 74 ms RTP OFF System Version: Win32 NT 10.0 -- Test_BuildList: 192 ms Test_LineOffset: 4012 ms Test_LineAccessByNumber: 719 ms Test_LineAccessForEach: 39 ms Test_ArraySplit: 99 ms Test_EncodeArray: 113 ms Test_DecodeArray: 143 ms Test_ArrayAccess: 76 ms Test_Merge: 1609 ms Test_BuildFilePath: 579 ms Test_FileTextWrite: 515 ms Test_FileTextRead: 186 ms Test_FileBinWrite: 376 ms Test_FileBinRead: 74 ms Most tests are close enough that any differences can be accounted for with expectable fluctuations in general system performance due to the effects of background tasks. But writing files - damn! Now I understand what the reporters in the forums have been talking about. The magnitude of the speed hit makes me wonder exactly what RTP is doing - detailed analysis of the file I/O buffer? Whatever it is, it's worth thinking about in terms of how it will affect our own apps. Implications for Our Own Apps ----------------------------- The LC executable is signed, so while that may mitigate other AV issues, apparently that has no effect with the impact of file I/O ops on RTP. The auto-complete feature you mentioned here seems very relevant for all of us, because IIRC they use SQLite for that, where the driver's need to jump around the b-tree structure can trigger a fair bit of disk I/O. Even with those off, I would imagine that if you have the Dictionary tab open in the SE you'd see a similar impact, since Dict lookups are made as the selection changes. If there's any good news here, it's that there doesn't appear to be anything the team can do in the engine to avoid triggering RTP's impact. But the bad news may impact many of us: With apparently all disk writes affected, any use of a persistent local store will take a hit. This includes not only flat files, but databases like SQLite. Reading appears to have minimal impact, but while that won't affect flat files, some DBs may modify bits of some DB files when performing even read operations, so we can't completely rule out impact on what we think of as read-only DB operations. Dealing With RTP ---------------- As a paranoid security freak, I can't in good conscience recommend to end-users to turn of any feature of their security kit. But on balance, it's worth noting that other AV packages do not seem to impact storage performance this horribly, if at all. And many of the more popular alternatives are generally considered better than Windows Defender. So while it seems a bit heavy-handed to tell customers which AV package to use, Microsoft's unusually aggressive approach to monitoring writes is impactful, and from the many stories with other apps we can find around the web, sometimes seriously. Maybe this is one more reason to move everything to the cloud, to end the tyrrany of overzealously monitored local disk I/O. :) I honestly don't have the quick-fix answer that will keep our customers happy with disk-intensive apps. Sugggestions? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From brian at milby7.com Mon Jan 7 21:48:07 2019 From: brian at milby7.com (Brian Milby) Date: Mon, 7 Jan 2019 20:48:07 -0600 Subject: windows defender issues? & other AV issues? In-Reply-To: <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> References: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> Message-ID: I think I know the issue then... look at how often the pref file is written. ?Throttle/turn that off and see what happens. I was thinking that earlier today but those test results make me want to investigate that further. Thanks, Brian On Jan 7, 2019, 8:40 PM -0600, Richard Gaskin via use-livecode , wrote: > J. Landman Gay wrote: > > I'm willing to bet that any slowdown in the SE not related to AV > > intervention is probably the new auto-complete features. I've > > turned most of them off and I see no speed decrease. > > Same here. But since the LC IDE is written in LCS, anything it does to > trigger this widely-documented issue with Win Defender will sooner or > later show itself in at least some of our apps. > > They key question is: which language features are most affected? > > > A Test > ------- > Given the nature of AV, it seemed file I/O would be a likely candidate, > but to pin that down for sure I dug up a test script that touches a wide > range of LCS features, running it with both Defender's Real-Time > Protection (RTP) on, and then off. > > The script was the last of a series of general performance assessment > scripts started by Malte back in 2014, during the early v8 series. Many > of the elements identified through the various contributions in that > forum thread helped point the way to dramatic increases in > frequently-used operations like lineoffset, file I/O, and others. There > are many good test suites out there, including some from Mark Talluto, > Curry, and others. Many may have similar breadth; I chose this one > because I'm familiar with the specifics of its scope: > https://forums.livecode.com/viewtopic.php?f=67&t=22072&p=135950#p135752 > > I modified the script only slightly so that it runs in the GUI LC rather > than LiveCode Server, and with both RTP on and off. > > > Findings > -------- > Here are the results: > > RTP ON > System Version: Win32 NT 10.0 > -- > Test_BuildList: 187 ms > Test_LineOffset: 3741 ms > Test_LineAccessByNumber: 642 ms > Test_LineAccessForEach: 36 ms > Test_ArraySplit: 95 ms > Test_EncodeArray: 90 ms > Test_DecodeArray: 114 ms > Test_ArrayAccess: 60 ms > Test_Merge: 1409 ms > Test_BuildFilePath: 505 ms > Test_FileTextWrite: 6869 ms > Test_FileTextRead: 192 ms > Test_FileBinWrite: 9017 ms > Test_FileBinRead: 74 ms > > > RTP OFF > System Version: Win32 NT 10.0 > -- > Test_BuildList: 192 ms > Test_LineOffset: 4012 ms > Test_LineAccessByNumber: 719 ms > Test_LineAccessForEach: 39 ms > Test_ArraySplit: 99 ms > Test_EncodeArray: 113 ms > Test_DecodeArray: 143 ms > Test_ArrayAccess: 76 ms > Test_Merge: 1609 ms > Test_BuildFilePath: 579 ms > Test_FileTextWrite: 515 ms > Test_FileTextRead: 186 ms > Test_FileBinWrite: 376 ms > Test_FileBinRead: 74 ms > > > Most tests are close enough that any differences can be accounted for > with expectable fluctuations in general system performance due to the > effects of background tasks. > > But writing files - damn! Now I understand what the reporters in the > forums have been talking about. > > The magnitude of the speed hit makes me wonder exactly what RTP is doing > - detailed analysis of the file I/O buffer? > > Whatever it is, it's worth thinking about in terms of how it will affect > our own apps. > > > Implications for Our Own Apps > ----------------------------- > The LC executable is signed, so while that may mitigate other AV issues, > apparently that has no effect with the impact of file I/O ops on RTP. > > The auto-complete feature you mentioned here seems very relevant for all > of us, because IIRC they use SQLite for that, where the driver's need to > jump around the b-tree structure can trigger a fair bit of disk I/O. > > Even with those off, I would imagine that if you have the Dictionary tab > open in the SE you'd see a similar impact, since Dict lookups are made > as the selection changes. > > If there's any good news here, it's that there doesn't appear to be > anything the team can do in the engine to avoid triggering RTP's impact. > > But the bad news may impact many of us: With apparently all disk writes > affected, any use of a persistent local store will take a hit. > > This includes not only flat files, but databases like SQLite. > > Reading appears to have minimal impact, but while that won't affect flat > files, some DBs may modify bits of some DB files when performing even > read operations, so we can't completely rule out impact on what we think > of as read-only DB operations. > > > Dealing With RTP > ---------------- > As a paranoid security freak, I can't in good conscience recommend to > end-users to turn of any feature of their security kit. > > But on balance, it's worth noting that other AV packages do not seem to > impact storage performance this horribly, if at all. And many of the > more popular alternatives are generally considered better than Windows > Defender. > > So while it seems a bit heavy-handed to tell customers which AV package > to use, Microsoft's unusually aggressive approach to monitoring writes > is impactful, and from the many stories with other apps we can find > around the web, sometimes seriously. > > Maybe this is one more reason to move everything to the cloud, to end > the tyrrany of overzealously monitored local disk I/O. :) > > I honestly don't have the quick-fix answer that will keep our customers > happy with disk-intensive apps. > > Sugggestions? > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From curry at pair.com Mon Jan 7 22:29:58 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 22:29:58 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> References: <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> Message-ID: Richard: > But writing files - damn! Now I understand what the reporters > in the forums have been talking about. LOL, great test to verify the impact, but it incredibly closely follows my documented prediction on Dec 12: > A relevant question on our side of the equation is whether LC > is constantly accessing file(s) while we type or make selections > in script editor and if so, the wisdom of and necessity for such > an approach. I wouldn't recommend it because it's unnecessary > and prone to trouble. (If it turns out LC is not doing that, > sorry - my assumption, based on antivirus getting into the picture.) https://quality.livecode.com/show_bug.cgi?id=21604 And supporting all my remarks today regarding my theory that the cause of the issue was actions taken by SE/IDE to open up merely typing to AV, something we would not expect ideally, AND also the performance perk that might be a side effect for all cases, if that theory was correct. Richard: > I honestly don't have the quick-fix answer that will keep > our customers happy with disk-intensive apps. > Sugggestions? Hmmm...since this all based on my seemingly correct predictions (?) without crediting them and while simultaneously having made inaccurate accusations against me (weird) how about what I suggested today: > Per common sense and best coding practices, the actions taken > by the IDE while we are merely typing and selecting text > ideally should not open the doors to get AntiVirus products > involved continually. Just as I suggested before in the bug report. There is no need for ANY typing window to CONSTANTLY access an outside file. The most time-crucial parts should either be moved to memory or be done with care and timed appopriately. If that turns out to be the issue, I was right all along despite the your late hysterics. Naturally what goes for the IDE can also be used just as well for any app, to continue quoting myself today. > Actions that may get vetted by AV, or that may use > greater system resources, need to be considered carefully > in terms of approach, timing, and responsiveness. Pretty obvious - I've known for 20 years not to constantly access files while typing, and to space out disk reads and writes appropriately. And I've seen and helped repair similar issues for users. Always minimize file usage, time it appropriately, not per second or N times per second when someone is typing, or during animation for that matter, since we're talking about apps made with LC. Pretty basic coding technique indeed. How about those "Good Coding Habits 101" suggestions from myself? :D Like my motto: Good methods, good habits, good results! Now potentially applicable to the IDE itself, something I've taken a lot of heat for suggesting. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From curry at pair.com Mon Jan 7 22:35:05 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 22:35:05 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <248d5327-153e-674c-81fb-3e23af05086c@pair.com> Brian: > I think I know the issue then... look at how often the pref file > is written. Throttle/turn that off and see what happens. > I was thinking that earlier today but those test results make me > want to investigate that further. Thanks Brian, fixing things up as usual! Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Mon Jan 7 22:55:38 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 19:55:38 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: Curry, I haven't questioned your findings in the report. On the contrary, I confirmed them. We don't disagree on observable data. We merely differ on focus: Few of my customers use the LC Script Editor, so they don't care about it. But they do use the software that we ship to them. And since we can find many stories about this in apps other than LC, like those I found with the DuckDuckGo search I did the other day, the element from the many forum posts on this that caught my attention was that every one of them who replied back said that turning off RTP was a satisfying result. That got me focused on the AV aspect of this, when Tom started this thread looking at AV issues. As for the SE, I share the interest but not the concern. Milby's looking at the prefs angle, Mark Waddingham is already working on arrays, so both on-disk and in-memory optimizations are under way; that much is in the can. #21604 is indeed a good report, helpful on both sides. It'll be closed soon, so now I'm free to consider the part of his discovery that impacts what we ourselves ship: How many devs among us are shipping apps which rely on frequent disk saves? Are you seeing a difference with the impact of RTP on vs off? This will definitely prompt me to spend more time testing on Windows... -- Richard Gaskin Fourth World Systems > Richard: > > > But writing files - damn! Now I understand what the reporters > > in the forums have been talking about. > > LOL, great test to verify the impact, but it incredibly closely follows > my documented prediction on Dec 12: > > > A relevant question on our side of the equation is whether LC > > is constantly accessing file(s) while we type or make selections > > in script editor and if so, the wisdom of and necessity for such > > an approach. I wouldn't recommend it because it's unnecessary > > and prone to trouble. (If it turns out LC is not doing that, > > sorry - my assumption, based on antivirus getting into the picture.) > > https://quality.livecode.com/show_bug.cgi?id=21604 > > And supporting all my remarks today regarding my theory that the cause > of the issue was actions taken by SE/IDE to open up merely typing to AV, > something we would not expect ideally, AND also the performance perk > that might be a side effect for all cases, if that theory was correct. > > Richard: > > > I honestly don't have the quick-fix answer that will keep > > our customers happy with disk-intensive apps. > > Sugggestions? > > Hmmm...since this all based on my seemingly correct predictions (?) > without crediting them and while simultaneously having made inaccurate > accusations against me (weird) how about what I suggested today: > > > Per common sense and best coding practices, the actions taken > > by the IDE while we are merely typing and selecting text > > ideally should not open the doors to get AntiVirus products > > involved continually. > > Just as I suggested before in the bug report. There is no need for ANY > typing window to CONSTANTLY access an outside file. The most > time-crucial parts should either be moved to memory or be done with care > and timed appopriately. If that turns out to be the issue, I was right > all along despite the your late hysterics. > > Naturally what goes for the IDE can also be used just as well for any > app, to continue quoting myself today. > > > Actions that may get vetted by AV, or that may use > > greater system resources, need to be considered carefully > > in terms of approach, timing, and responsiveness. > > Pretty obvious - I've known for 20 years not to constantly access files > while typing, and to space out disk reads and writes appropriately. And > I've seen and helped repair similar issues for users. Always minimize > file usage, time it appropriately, not per second or N times per second > when someone is typing, or during animation for that matter, since we're > talking about apps made with LC. Pretty basic coding technique indeed. > > How about those "Good Coding Habits 101" suggestions from myself? :D > > Like my motto: Good methods, good habits, good results! Now potentially > applicable to the IDE itself, something I've taken a lot of heat for > suggesting. > > Best wishes, > > Curry Kenworthy > > Custom Software Development > "Better Methods, Better Results" > LiveCode Training and Consulting > http://livecodeconsulting.com/ From curry at pair.com Mon Jan 7 23:23:00 2019 From: curry at pair.com (Curry Kenworthy) Date: Mon, 7 Jan 2019 23:23:00 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> Richard: > Curry, I haven't questioned your findings in the report. > On the contrary, I confirmed them. > Few of my customers use the LC Script Editor, so they > don't care about it. But they do use the software that > we ship to them. Thanks Richard. Yes - I also do frequent training, so any IDE issues tend to show up during tutoring and co-dev, besides annoying me a bit during my own work. > How many devs among us are shipping apps which rely on > frequent disk saves? Not the devs that heed my usual advice and KISS philosophy. :) But any system-intensive action performed too often or at the wrong time during typing, animation, or other activities where lag is obvious can be an issue on any platform - Mac, Windows, mobile, even web, even using any language - not just LC. Bad coding habits or insufficient caution is just bad, fullstop, regardless of the context. Good habits and caution are critical, no matter whether someone is a post-HC hobbyist or a degreed comp sci engineer. That's why I'm always harping like a broken record about good habits. :D Thanks for your test, very nice. My regards. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Tue Jan 8 00:38:00 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 21:38:00 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> References: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> Message-ID: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> Curry Kenworthy wrote: > Richard: ... >> How many devs among us are shipping apps which rely on >> frequent disk saves? > > Not the devs that heed my usual advice and KISS philosophy. :) > > But any system-intensive action performed too often or at the wrong > time during typing, animation, or other activities where lag is > obvious can be an issue on any platform - Mac, Windows, mobile, even > web, even using any language - not just LC. > > Bad coding habits or insufficient caution is just bad, fullstop, > regardless of the context. Good habits and caution are critical, no > matter whether someone is a post-HC hobbyist or a degreed comp sci > engineer. That's why I'm always harping like a broken record about > good habits. :D Everyone on the LC dev team is either a CS or advanced mathematics graduate. I'm not losing sleep over the prospect that they haven't at least thumbed though Knuth. The Script Editor is in competent hands, and with community involvement it only get better. I'm more interested in those of us who do not hold a doctorate in CS, or even when we do what should be considered the "right" thing and still find performance impaired. I haven't finished reading the specs at sqlite.org, but I skimmed enough this evening to get the impression that there's a fair bit of housekeeping needed to satisfy what we consider read-only operations like queries. Some of that housekeeping needs persistence, particularly with materializations for pre-evaluation of subqueries, among others. So using the world's most popular No-One-Ever-Got-Fired-For-Choosing-It local storage solution may still not make one immune to the effects of this unusual performance hit from Windows Defender. I haven't benchmarked that specifically, though it would be a good test if someone here has time. But even with flat files, we write data when we need persistence. I doubt many stay up late adding routines that write to disk unnecessarily. Sometimes it's to flush cache. Sometimes it's state data useful for session restoration. Sometimes it's the user's document. And with modern conventions trending toward auto-saving vs the older explicit user-driven saves, some of the most well-written apps write to disk more frequently than ever before. I'm less interested in casting judgment on code I haven't read written by other people than just making the code I'm responsible for writing perform well. To summarize what we've learned so far: - Apps write to disk for many legitimate reasons - Defender's RTP impairs performance of writes - Even "read" operations on the world's most common local storage format, SQLite, and others, may be affected. The latter merits testing. And given what we know of the SE, seriously so. It may be that Prefs plays a key role in timed tasks, but I can't imagine if it does that it was the result of an LC team member out of things to do. We write when we need persistence, so I suspect they would do no less. But here's an interesting thing - boot your Linux box and run this: strace ./livecodeindy.x86_64 &> strace-log.txt It's super-annoying to try to scroll though, and no, I haven't read every line (I'll leave that for more diligent souls like Mark Wieder, who will probably run that when he reads this ). At a quick skim I see evidence of a lot of timers (which we would expect given the SE's features), but an interesting thing about file access is a lot of lstat and open calls apparently looking for, and not finding, the App Overview stack file: lstat("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", 0x7ffc8d185800) = -1 ENOENT (No such file or directory) open("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", O_RDONLY) = -1 ENOENT (No such file or directory) That much seems a bug, and I'll add notes to about that to the bug report. Since it isn't finding the file it can't write to it, and without writes I doubt it's the thing people are seeing when they turn RTP on and off. But worth looking into for the sake of tidiness. Oddly, in my quick skim of the log file I haven't yet seen calls to the various SQLite files the IDE uses or the Prefs file, and alas I'm out of time on this for tonight... > Thanks for your test, very nice. My regards. Happy to one of the many people in this process. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From brian at milby7.com Tue Jan 8 01:24:52 2019 From: brian at milby7.com (Brian Milby) Date: Tue, 8 Jan 2019 00:24:52 -0600 Subject: windows defender issues? & other AV issues? In-Reply-To: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> References: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> Message-ID: I've looked into the pref save code and it isn't as bad as I thought. The file is saved regularly, but not at the interval that I thought. It does have a half second delay which should prevent too many file writes (the actual save is debounced 500ms in the future, so if another save request comes in then the write is delayed). I was thinking that it was saving much more often. Interesting on revApplicationOverview.rev since that path isn't where the stack lives (it is missing "Plugins"). I see 44 references to the stack name in various places (most in revbackscriptlibrary - 33), but most come in groups of 3 (if there is a stack... if the mode is not 0... the do something). On Mon, Jan 7, 2019 at 11:37 PM Richard Gaskin via use-livecode < use-livecode at lists.runrev.com> wrote: > Curry Kenworthy wrote: > > > Richard: > ... > >> How many devs among us are shipping apps which rely on > >> frequent disk saves? > > > > Not the devs that heed my usual advice and KISS philosophy. :) > > > > But any system-intensive action performed too often or at the wrong > > time during typing, animation, or other activities where lag is > > obvious can be an issue on any platform - Mac, Windows, mobile, even > > web, even using any language - not just LC. > > > > Bad coding habits or insufficient caution is just bad, fullstop, > > regardless of the context. Good habits and caution are critical, no > > matter whether someone is a post-HC hobbyist or a degreed comp sci > > engineer. That's why I'm always harping like a broken record about > > good habits. :D > > Everyone on the LC dev team is either a CS or advanced mathematics > graduate. I'm not losing sleep over the prospect that they haven't at > least thumbed though Knuth. > > The Script Editor is in competent hands, and with community involvement > it only get better. > > I'm more interested in those of us who do not hold a doctorate in CS, or > even when we do what should be considered the "right" thing and still > find performance impaired. > > I haven't finished reading the specs at sqlite.org, but I skimmed enough > this evening to get the impression that there's a fair bit of > housekeeping needed to satisfy what we consider read-only operations > like queries. Some of that housekeeping needs persistence, particularly > with materializations for pre-evaluation of subqueries, among others. > > So using the world's most popular No-One-Ever-Got-Fired-For-Choosing-It > local storage solution may still not make one immune to the effects of > this unusual performance hit from Windows Defender. > > I haven't benchmarked that specifically, though it would be a good test > if someone here has time. > > But even with flat files, we write data when we need persistence. I > doubt many stay up late adding routines that write to disk > unnecessarily. Sometimes it's to flush cache. Sometimes it's state data > useful for session restoration. Sometimes it's the user's document. > > And with modern conventions trending toward auto-saving vs the older > explicit user-driven saves, some of the most well-written apps write to > disk more frequently than ever before. > > I'm less interested in casting judgment on code I haven't read written > by other people than just making the code I'm responsible for writing > perform well. > > To summarize what we've learned so far: > > - Apps write to disk for many legitimate reasons > > - Defender's RTP impairs performance of writes > > - Even "read" operations on the world's most common local > storage format, SQLite, and others, may be affected. > > The latter merits testing. And given what we know of the SE, seriously so. > > It may be that Prefs plays a key role in timed tasks, but I can't > imagine if it does that it was the result of an LC team member out of > things to do. We write when we need persistence, so I suspect they > would do no less. > > But here's an interesting thing - boot your Linux box and run this: > > strace ./livecodeindy.x86_64 &> strace-log.txt > > It's super-annoying to try to scroll though, and no, I haven't read > every line (I'll leave that for more diligent souls like Mark Wieder, > who will probably run that when he reads this ). > > At a quick skim I see evidence of a lot of timers (which we would expect > given the SE's features), but an interesting thing about file access is > a lot of lstat and open calls apparently looking for, and not finding, > the App Overview stack file: > > lstat("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", > > 0x7ffc8d185800) = -1 ENOENT (No such file or directory) > open("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", > > O_RDONLY) = -1 ENOENT (No such file or directory) > > That much seems a bug, and I'll add notes to about that to the bug > report. Since it isn't finding the file it can't write to it, and > without writes I doubt it's the thing people are seeing when they turn > RTP on and off. But worth looking into for the sake of tidiness. > > > Oddly, in my quick skim of the log file I haven't yet seen calls to the > various SQLite files the IDE uses or the Prefs file, and alas I'm out of > time on this for tonight... > > > > Thanks for your test, very nice. My regards. > > Happy to one of the many people in this process. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From curry at pair.com Tue Jan 8 01:50:53 2019 From: curry at pair.com (Curry Kenworthy) Date: Tue, 8 Jan 2019 01:50:53 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> References: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> Message-ID: <60d0b5e1-3fa2-53f4-8cf7-962cd327731e@pair.com> Richard: > Everyone on the LC dev team is either a CS or advanced > mathematics graduate. > I'm more interested in those of us who do not hold a doctorate in CS That's why I mentioned both - the same rules apply to everyone. Not just in the LC world either. Math, physics, gravity, good or bad coding habits, rain - apply to all. And I have the same respect for all, PHD or GED, but neither gets a free buddy pass from the laws of our universe (or from myself, since I also notice those laws) on what works best. > when we do what should be considered the "right" thing > and still find performance impaired. It usually WON'T be impaired in that case - consistently applying solid philosophy, plus not assuming that all other code has been done well, tends to avoid the problems; that's the point. Key: solid philosophy, disciplined habits. > I'm less interested in casting judgment on code I haven't read > written by other people than just making the code I'm responsible > for writing perform well. It's not casting an emotional moral judgment (although come to think of it, scribbling horns on pics of offenders would be pretty fun). :D But what I actually do is train and encourage people to strive for good coding habits. To me it's simply - what else would anyone expect? You get the cake you bake. The recipe you follow. If you put in 50 eggs or drop a cigarette into the batter, you get that too. Your actions dictate the result. That may seem extreme examples, but so is constant disk access or other things that use resources too frequently or at a bad tim3. It's not cool. Nor something that we should just wait until it pops up, like whack-a-mole. That why our brains have pattern matching and philosophical features built in. Develop good habits. Anticipate possible issues. It's one of the many things people should have in mind to watch out for from the START, at least in their own code that they write themselves. DB, flat file, web; doesn't matter. Nor only with this particular issue of disk access. Either way, people shouldn't just code things however the mood (or the sprint) takes them. Code carefully, organize well, try to anticipate what could go wrong as you type, think ahead, and learn from every mistake you make, take it to heart. The more problems that can be avoided mentally BEFORE they are written, the fewer to spend limited resources fixing. We can't eliminate bugs, but we can reduce a certain % with very little overhead on coding mental load, so it's a huge win. If people don't code carefully with good habits, you'll get exactly the result that you created, sometimes you lucky anyway, and sometimes not. I like to help people start developing those good habits and turn around any bad ones. I can often "smell" or calculate a very rough likely/not assessment that problems exist in other code by symptoms and logic; it's not by chance that I'm very often correct when i show up and start harping on something that triggers people. Ha ha. :) > And with modern conventions trending toward auto-saving vs the > older explicit user-driven saves, some of the most well-written > apps write to disk more frequently than ever before. There are also a lot of badly-written apps, even from big companies. Lousy code and sloppy work is fairly epidemic, tons of bad examples to potentially mislead the unwary CS student or PT hobbyist. I'm especially SMH when major websites or apps mess up their CORE features (up to and including financial ones) while undergoing mobile redesigns. Losing sight of the most important things. This is not an era of exemplary code in the world. Auto saves not being triggered by the user puts us more in control, right? That's a good thing too. We have all the opportunity, and also responsibility to do it well. Not 10 times per second of course, to exaggerate again (although you never know) but when something needs to happen, there are plenty of things we can do to make it smooth and time it smart so the user doesn't get slapped in the face. If the user must be interrupted, give it a visual indicator. Actually quite simple to make apps very responsive, at least until the OS gets in the way and decides now it's time for something completely different. Believe me, this is not very difficult to get right as far as its in your hands, and the rest, from OS and other apps, will usually not take things down too much further. People at all levels can understand being careful not to interrupt what the user is doing, and not calling expensive features too often. > a lot of lstat and open calls apparently looking for, and not > finding, the App Overview stack file Very interesting. Glad you found that. More examples of things that...never mind! :D Hope you keep poking around. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From curry at pair.com Tue Jan 8 02:07:30 2019 From: curry at pair.com (Curry Kenworthy) Date: Tue, 8 Jan 2019 02:07:30 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: Brian: > I've looked into the pref save code and it isn't as bad as I thought. That's good...maybe something a bit closer to the auto formatting and replace features, and whatever organizes them? Who knows, it could be something outside the SE that just happens to interfere, I don't like to speculate on exact causes or locations - but the SE itself is a bit suspect because if I remember, the issues got serious around the same time the SE and related parts of LC got some major new features. Definitely got bad in 9 (with Defender) whereas perfectly usable on 8 with Defender. Seeing the files accessed within a short time period while typing would be useful...but if unlucky, it might involve conflicts or special conditions and require having symptoms showing. Hopefully not. If very lucky this could be debugged on any platform, not just Windows. Assuming the "AV door" is indeed file access. Hope it's not super hard to track down after all. :) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Tue Jan 8 01:47:01 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 22:47:01 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <9b8a3941-4bba-6ca1-0960-36e903d43e02@fourthworld.com> Brian Milby wrote: > I've looked into the pref save code and it isn't as bad as I thought. > The file is saved regularly, but not at the interval that I thought. > It does have a half second delay which should prevent too many file > writes (the actual save is debounced 500ms in the future, so if > another save request comes in then the write is delayed). I was > thinking that it was saving much more often. Were you able to determine why it's saved at regular intervals as opposed to when it changes? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From ambassador at fourthworld.com Tue Jan 8 02:47:35 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Mon, 7 Jan 2019 23:47:35 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <60d0b5e1-3fa2-53f4-8cf7-962cd327731e@pair.com> References: <60d0b5e1-3fa2-53f4-8cf7-962cd327731e@pair.com> Message-ID: Curry Kenworthy wrote: > And I have the same respect for all, PHD or GED, but neither gets a > free buddy pass from the laws of our universe (or from myself, since > I also notice those laws) on what works best. Uh, all right then. Personally, I feel no driving need to try to take Mark Waddingham to school. Knock yourself out. I'm just trying to help diagnose a bug. > > when we do what should be considered the "right" thing > > and still find performance impaired. > > It usually WON'T be impaired in that case... "Usually" being the operative word there. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From curry at pair.com Tue Jan 8 03:06:54 2019 From: curry at pair.com (Curry Kenworthy) Date: Tue, 8 Jan 2019 03:06:54 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <99516c93-2aa4-8c5b-2ac8-b10b3e090712@pair.com> Richard: > Personally, I feel no driving need to try to take Mark > Waddingham to school. I have the utmost respect for Mark and his tremendous knowledge. And for everyone else high or low for that matter. I don't play favorites or tiptoe, I treat people the same. As the old saying goes, it rains on everyone. The laws and natural results of habits and actions good or bad apply to all. Including me first and foremost; as I've indicated, matters of self-discipline involve the self, you can't actually force habits on others. But I do share and teach, to help others get better results. It works but it requires some discipline. Everyone can improve - you were asking, and I was answering, mostly about regular users. My clients teach me important lessons too. Learning is never a one-way street. I seriously doubt this issue is Mark's fault (In fact, I don't think I mentioned any names) and in fact I'm still not 100% certain we've nailed it until it's verified, although it seems logical that we're close. Still some assumptions though, and therefore still possible to be wrong. A little Mark would probably go a long way here! :D Then again this bug being in the IDE, I can understand if he is answering a higher calling. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From curry at pair.com Tue Jan 8 03:14:19 2019 From: curry at pair.com (Curry Kenworthy) Date: Tue, 8 Jan 2019 03:14:19 -0500 Subject: windows defender issues? & other AV issues? In-Reply-To: References: Message-ID: <884a62e4-3d2e-43b0-8ba6-215ccdf439b2@pair.com> Brian: > The file is saved regularly, but not at the interval that I thought. One more hint - during symptoms, after making a new text selection with the mouse (as opposed to just typing on a line) there was an especially big delay before the field would be responsive again. To be successful with copy/paste I had to select, keep waiting for a second or two before copying, then select, wait until blinking insertion returned, then paste. Selecting and copying right away would fail. Since that bug report, I've noticed that sometimes the line numbers in the SE will get out of sync with scrolling text and stick at a certain point (on Mac too, not requiring any symptoms of this bug and perhaps unrelated). In that condition, making a selection is what triggers the line numbers to refresh - maybe a significant trigger for some actions. But during symptoms, it wasn't only slow selections - sometimes keystrokes were easy to mess up, but memory is growing dim. Now that we know the Defender fix, if the final fix still proves illusive I may need to unfix my computer when I get some time, maybe video it, to test symptoms again and make a more precise record of the editing delays and what triggers them. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From smk at anvic.net Tue Jan 8 05:41:39 2019 From: smk at anvic.net (Simon Knight) Date: Tue, 8 Jan 2019 10:41:39 +0000 Subject: Refactoring is your friend / moving from 6.x to 9.x In-Reply-To: <36b65f8e-b8ea-f74b-95cd-f66683168315@fourthworld.com> References: <62D83FCE-911D-4B89-B237-FC40C545C780@anvic.net> <36b65f8e-b8ea-f74b-95cd-f66683168315@fourthworld.com> Message-ID: <727B68A5-4DC1-41CD-8556-CF107E50769A@anvic.net> > On 7 Jan 2019, at 17:00, Richard Gaskin via use-livecode wrote: > > Perhaps the biggest flaw I've seen with v9 is the bug report tracking: the Release Notes only include a subset of all issues addressed since work began on it two years ago. My understanding from conversations with team members is that v9 may well have the largest number of resolved bugs of any release, an amazing feat considering the scope of new features and feature refinements, including huge strides forward with many aspects of performance. I suspect that this is a fact of life especially in small teams. My limited experience is that people who write code generally hate writing paperwork as they want to get on and complete the next task and not create documentation about the last. Not forgetting that a lot of the paperwork generated by the big players is just shelf ware and no use to anyone except the manager who demanded it. best wishes Simon From david.bovill at gmail.com Tue Jan 8 08:53:04 2019 From: david.bovill at gmail.com (David Bovill) Date: Tue, 8 Jan 2019 13:53:04 +0000 Subject: HTML entity escaping? In-Reply-To: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: Is there a way / anyone have a handler to escape named html entities in Livecode? > Á,á,Â,â,´,Æ,æ,À... > From benr at cogapp.com Tue Jan 8 09:25:01 2019 From: benr at cogapp.com (Ben Rubinstein) Date: Tue, 8 Jan 2019 14:25:01 -0000 Subject: Upgrading OpenSSL in 6.7.11 In-Reply-To: References: Message-ID: <9bb8abd6-3b57-c1f9-02d6-8ab54d1a61e2@cogapp.com> Hi David, I've just run up against exactly this issue. It's the last six months of a legacy app that's going to be retired, so I'm reluctant to go through the whole process of validating it under LC 8. Did you ever get a solution to this? Many thanks, Ben On 14/09/2017 00:34, David Beck via use-livecode wrote: > Hello, > > For one of our applications we are still running LiveCode v6.7.11, and have > come across an issue hitting an API that only supports TLS 1.2 and later. > It appears that the version of OpenSSL / revsecurity that is being > distributed with v6.7.11 does not support TLS version 1.2. Upgrading to > LiveCode v8.1.6 solves the issue, however, there are some upgrade related > "bumps" that we will need some time to work through, so it will take some > time to resolve this issue through moving to LC8. > > Does anybody know how we might obtain / build a version of revsecurity that > works with 6.7.11 with the most recent version of OpenSSL? > > Thank you in advance for any help! > > David Beck > Rotunda Software > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From benr_mc at cogapp.com Tue Jan 8 09:54:41 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Tue, 8 Jan 2019 14:54:41 -0000 Subject: Upgrading OpenSSL in 6.7.11 In-Reply-To: References: Message-ID: Hi David, I've just run up against exactly this issue. It's the last six months of a legacy app that's going to be retired, so I'm reluctant to go through the whole process of validating it under LC 8. Did you ever get a solution to this? Many thanks, Ben On 14/09/2017 00:34, David Beck via use-livecode wrote: > Hello, > > For one of our applications we are still running LiveCode v6.7.11, and have > come across an issue hitting an API that only supports TLS 1.2 and later. > It appears that the version of OpenSSL / revsecurity that is being > distributed with v6.7.11 does not support TLS version 1.2. Upgrading to > LiveCode v8.1.6 solves the issue, however, there are some upgrade related > "bumps" that we will need some time to work through, so it will take some > time to resolve this issue through moving to LC8. > > Does anybody know how we might obtain / build a version of revsecurity that > works with 6.7.11 with the most recent version of OpenSSL? > > Thank you in advance for any help! > > David Beck > Rotunda Software > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From brian at milby7.com Tue Jan 8 10:25:33 2019 From: brian at milby7.com (Brian Milby) Date: Tue, 8 Jan 2019 09:25:33 -0600 Subject: windows defender issues? & other AV issues? In-Reply-To: <9b8a3941-4bba-6ca1-0960-36e903d43e02@fourthworld.com> References: <9b8a3941-4bba-6ca1-0960-36e903d43e02@fourthworld.com> Message-ID: It is mostly on change but also when SE windows get suspended. ?Also when a SE window is closed if it has been >20s it does get saved as a precaution. ?I?d need to dig in some more to see how frequently it is being saved while using the SE and trace code if warranted. I found this much just by reviewing the code. ?Next is watching the file while using the SE to see how often it gets updated. Thanks, Brian On Jan 8, 2019, 1:25 AM -0600, Richard Gaskin via use-livecode , wrote: > Brian Milby wrote: > > I've looked into the pref save code and it isn't as bad as I thought. > > The file is saved regularly, but not at the interval that I thought. > > It does have a half second delay which should prevent too many file > > writes (the actual save is debounced 500ms in the future, so if > > another save request comes in then the write is delayed). I was > > thinking that it was saving much more often. > > Were you able to determine why it's saved at regular intervals as > opposed to when it changes? > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From benr_mc at cogapp.com Tue Jan 8 10:40:19 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Tue, 8 Jan 2019 15:40:19 -0000 Subject: Upgrading OpenSSL in 6.7.11 In-Reply-To: References: Message-ID: <220ac32d-134c-a0e8-077a-9b405e9b7c57@cogapp.com> (Apologies for multi-sending previous message.) Interestingly, I find that the issue doesn't occur in 6.7.11 on Mac, but only when the standalone is run on Windows (Server 2012 R2). The reported error is: error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure Ben On 08/01/2019 14:54, Ben Rubinstein via use-livecode wrote: > Hi David, > > I've just run up against exactly this issue. It's the last six months of a > legacy app that's going to be retired, so I'm reluctant to go through the > whole process of validating it under LC 8. > > Did you ever get a solution to this? > > Many thanks, > > Ben > > On 14/09/2017 00:34, David Beck via use-livecode wrote: >> Hello, >> >> For one of our applications we are still running LiveCode v6.7.11, and have >> come across an issue hitting an API that only supports TLS 1.2 and later. >> It appears that the version of OpenSSL / revsecurity that is being >> distributed with v6.7.11 does not support TLS version 1.2. Upgrading to >> LiveCode v8.1.6 solves the issue, however, there are some upgrade related >> "bumps" that we will need some time to work through, so it will take some >> time to resolve this issue through moving to LC8. >> >> Does anybody know how we might obtain / build a version of revsecurity that >> works with 6.7.11 with the most recent version of OpenSSL? >> >> Thank you in advance for any help! >> >> David Beck >> Rotunda Software >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From bobsneidar at iotecdigital.com Tue Jan 8 10:51:20 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 8 Jan 2019 15:51:20 +0000 Subject: windows defender issues? & other AV issues? In-Reply-To: <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> References: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> Message-ID: <7E21E91B-0941-422F-98AF-BB2F82CEC438@iotecdigital.com> SSD? Bob S > On Jan 7, 2019, at 17:59 , Richard Gaskin via use-livecode wrote: > > Maybe this is one more reason to move everything to the cloud, to end the tyrrany of overzealously monitored local disk I/O. :) > > I honestly don't have the quick-fix answer that will keep our customers happy with disk-intensive apps. > > Sugggestions? > > -- > Richard Gaskin From ambassador at fourthworld.com Tue Jan 8 11:08:11 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Tue, 8 Jan 2019 08:08:11 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <7E21E91B-0941-422F-98AF-BB2F82CEC438@iotecdigital.com> References: <7E21E91B-0941-422F-98AF-BB2F82CEC438@iotecdigital.com> Message-ID: <0b514315-bbf2-ed69-bbbc-f026d8ae271c@fourthworld.com> Bob Sneidar wrote: >> On Jan 7, 2019, at 17:59 , Richard Gaskin wrote: >> >> Maybe this is one more reason to move everything to the cloud, >> to end the tyrrany of overzealously monitored local disk I/O. :) >> >> I honestly don't have the quick-fix answer that will keep our >> customers happy with disk-intensive apps. >> >> Sugggestions? > > SSD? Alas, my tests were done on an SSD. I haven't used platters for anything but backups in half a decade. In a few years we may reach a point where the speed difference between disk and RAM will be so minor that it'll render half of the things they teach in CS101 obsolete. But for now, the order-of-magnitude difference on writes introduced by Defender's RTP will likely remain a problem until Windows brings their AV monitoring methods in line with more advanced packages. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From bobsneidar at iotecdigital.com Tue Jan 8 11:36:15 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 8 Jan 2019 16:36:15 +0000 Subject: windows defender issues? & other AV issues? In-Reply-To: <0b514315-bbf2-ed69-bbbc-f026d8ae271c@fourthworld.com> References: <7E21E91B-0941-422F-98AF-BB2F82CEC438@iotecdigital.com> <0b514315-bbf2-ed69-bbbc-f026d8ae271c@fourthworld.com> Message-ID: It's kind of always been this way. I remember getting brand new Dells, installing all the software they need, joining domain etc. Last step was installing AV. The reason I put that last because the performance hit if I did it first would have doubled my deployment time. Bob S > On Jan 8, 2019, at 08:08 , Richard Gaskin via use-livecode wrote: > > Bob Sneidar wrote: > > >> On Jan 7, 2019, at 17:59 , Richard Gaskin wrote: > >> > >> Maybe this is one more reason to move everything to the cloud, > >> to end the tyrrany of overzealously monitored local disk I/O. :) > >> > >> I honestly don't have the quick-fix answer that will keep our > >> customers happy with disk-intensive apps. > >> > >> Sugggestions? > > > > SSD? > > Alas, my tests were done on an SSD. I haven't used platters for anything but backups in half a decade. > > In a few years we may reach a point where the speed difference between disk and RAM will be so minor that it'll render half of the things they teach in CS101 obsolete. > > But for now, the order-of-magnitude difference on writes introduced by Defender's RTP will likely remain a problem until Windows brings their AV monitoring methods in line with more advanced packages. > > -- > Richard Gaskin From ahsoftware at sonic.net Tue Jan 8 12:06:22 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Tue, 8 Jan 2019 09:06:22 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> References: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> Message-ID: <09401a14-519a-6bc7-d0da-79777ca86d0f@sonic.net> On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote: > It's super-annoying to try to scroll though, and no, I haven't read > every line (I'll leave that for more diligent souls like Mark Wieder, > who will probably run that when he reads this ). OMW -- Mark Wieder ahsoftware at gmail.com From jjs at krutt.org Tue Jan 8 13:09:43 2019 From: jjs at krutt.org (JJS) Date: Tue, 8 Jan 2019 19:09:43 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <6e0dd239-c082-4aaf-d54b-aa11c1a60455@fourthworld.com> References: <0a3926df-5b4b-977e-2439-a62922a67750@krutt.org> <6e0dd239-c082-4aaf-d54b-aa11c1a60455@fourthworld.com> Message-ID: Correct. Op 8-1-2019 om 00:09 schreef Richard Gaskin via use-livecode: > JJS wrote: > > I added .rev .livescript and livecode.exe to Windows Defender and have > > not had an slow issue since and keeping fingers crossed. > > That's very valuable, thanks. So just to confirm, you did not need to > turn off Real Time Protection, just exclude two file types and one EXE? > From ahsoftware at sonic.net Tue Jan 8 14:48:53 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Tue, 8 Jan 2019 11:48:53 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> References: <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> Message-ID: <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote: > At a quick skim I see evidence of a lot of timers (which we would expect > given the SE's features), but an interesting thing about file access is > a lot of lstat and open calls apparently looking for, and not finding, > the App Overview stack file: > > lstat("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", > 0x7ffc8d185800) = -1 ENOENT (No such file or directory) > open("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", > O_RDONLY) = -1 ENOENT (No such file or directory) > > That much seems a bug, and I'll add notes to about that to the bug > report. Since it isn't finding the file it can't write to it, and > without writes I doubt it's the thing people are seeing when they turn > RTP on and off.? But worth looking into for the sake of tidiness. Even more interesting IMO is all the attempts to access revapplicationoverview.mc Not only can I not think of a valid reason for that, I can't grep a reference to revapplicationoverview anywhere in the source except for a couple of custom properties in field list of stack revPluginEditor. -- Mark Wieder ahsoftware at gmail.com From ambassador at fourthworld.com Tue Jan 8 14:56:42 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Tue, 8 Jan 2019 11:56:42 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> References: <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> Message-ID: <07f07a8e-b646-30b7-25b5-53a2c9165402@fourthworld.com> Mark Wieder wrote: > On 1/7/19 9:38 PM, Richard Gaskin via use-livecode wrote: >> ...an interesting thing about file access is a lot of lstat and >> open calls apparently looking for, and not finding, the App >> Overview stack file: >> >> lstat("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", >> 0x7ffc8d185800) = -1 ENOENT (No such file or directory) >> open("/home/rg/.runrev/components/livecodeindy-9.0.2.x86_64/revapplicationoverview.rev", >> O_RDONLY) = -1 ENOENT (No such file or directory) ... > Even more interesting IMO is all the attempts to access > revapplicationoverview.mc Thanks - I've added a note on that detail in my report: https://quality.livecode.com/show_bug.cgi?id=21782 -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From monte at appisle.net Tue Jan 8 18:36:19 2019 From: monte at appisle.net (Monte Goulding) Date: Wed, 9 Jan 2019 10:36:19 +1100 Subject: windows defender issues? & other AV issues? In-Reply-To: <07f07a8e-b646-30b7-25b5-53a2c9165402@fourthworld.com> References: <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> <07f07a8e-b646-30b7-25b5-53a2c9165402@fourthworld.com> Message-ID: <9A498163-21DF-4DC0-AC5F-26591045BBFB@appisle.net> > On 9 Jan 2019, at 6:56 am, Richard Gaskin via use-livecode wrote: > > > Even more interesting IMO is all the attempts to access > > revapplicationoverview.mc > > Thanks - I've added a note on that detail in my report: > > https://quality.livecode.com/show_bug.cgi?id=21782 This would be the engine trying lots of paths when trying to resolve revApplicationOverview. See `MCDispatch::findstackname`. Clearly it is being referenced somewhere and it is not in the stackFiles of home as it should be. Whether this is the cause or not of the issues being discussed I?m not sure. It could be that windows defender gets stressed when it sees an application stabbing around in the dark trying to find a file. Cheers Monte From devin_asay at byu.edu Tue Jan 8 18:47:18 2019 From: devin_asay at byu.edu (Devin Asay) Date: Tue, 8 Jan 2019 23:47:18 +0000 Subject: HTML entity escaping? In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> Message-ID: <7A4B0993-CD58-4244-B4A7-F1C6C7756392@byu.edu> David, I assume you mean you want to render the named entity as the proper glyph? The way to do that is with the htmlText property. set the htmlText of fld ?foo? to ?The book costs €30." Devin On Jan 8, 2019, at 6:53 AM, David Bovill via use-livecode > wrote: Is there a way / anyone have a handler to escape named html entities in Livecode? Á,á,Â,â,´,Æ,æ,À... _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode Devin Asay Director Office of Digital Humanities Brigham Young University From ahsoftware at sonic.net Tue Jan 8 20:14:39 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Tue, 8 Jan 2019 17:14:39 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <9A498163-21DF-4DC0-AC5F-26591045BBFB@appisle.net> References: <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> <07f07a8e-b646-30b7-25b5-53a2c9165402@fourthworld.com> <9A498163-21DF-4DC0-AC5F-26591045BBFB@appisle.net> Message-ID: <58d590f2-0f33-50d5-4587-c1d4a87af495@sonic.net> On 1/8/19 3:36 PM, Monte Goulding via use-livecode wrote: > > >> On 9 Jan 2019, at 6:56 am, Richard Gaskin via use-livecode wrote: >> >>> Even more interesting IMO is all the attempts to access >>> revapplicationoverview.mc >> >> Thanks - I've added a note on that detail in my report: >> >> https://quality.livecode.com/show_bug.cgi?id=21782 > This would be the engine trying lots of paths when trying to resolve revApplicationOverview. See `MCDispatch::findstackname`. Clearly it is being referenced somewhere and it is not in the stackFiles of home as it should be. Whether this is the cause or not of the issues being discussed I?m not sure. It could be that windows defender gets stressed when it sees an application stabbing around in the dark trying to find a file. Still begs the question as to why the engine is doing this. Now that I've sheepishly done a non-case-sensitive search for it, I see revApplicationOverview referenced a lot in the main backscript and I see that findstackname will take a stack short name as an argument and then try to find the stack file. So is all that thrashing just the result of "is there is a stack..."? Or possibly "if the mode of stack..."? That could seriously be impacting the speed of lots of system messages. -- Mark Wieder ahsoftware at gmail.com From smudge.andy at googlemail.com Wed Jan 9 00:34:59 2019 From: smudge.andy at googlemail.com (AndyP) Date: Tue, 8 Jan 2019 23:34:59 -0600 (CST) Subject: windows defender issues? & other AV issues? In-Reply-To: <58d590f2-0f33-50d5-4587-c1d4a87af495@sonic.net> References: <1682aee1e78.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <31882692-5c80-447c-2386-8a13fdeca44e@fourthworld.com> <652356ae-b8bb-011c-65ff-126aa882d3de@pair.com> <1a7d017a-0fd7-a11e-38c6-4e775fe7fadf@fourthworld.com> <6851beb6-37d4-d67d-3c88-4fd37704006e@sonic.net> <07f07a8e-b646-30b7-25b5-53a2c9165402@fourthworld.com> <9A498163-21DF-4DC0-AC5F-26591045BBFB@appisle.net> <58d590f2-0f33-50d5-4587-c1d4a87af495@sonic.net> Message-ID: <1547012099405-0.post@n4.nabble.com> This 'thrashing about' of messages may also explain why the situation (speed) is impacted when the project browser and message box are open? ----- Andy Piddock My software never has bugs. It just develops random features. TinyIDE a Free alternative minimalist IDE Plugin for LiveCode Script editor Themer for LC http://2108.co.uk PointandSee is a FREE simple but full featured under cursor colour picker / finder. http://www.pointandsee.co.uk - made with LiveCode -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html From ambassador at fourthworld.com Wed Jan 9 01:17:31 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Tue, 8 Jan 2019 22:17:31 -0800 Subject: windows defender issues? & other AV issues? In-Reply-To: <1547012099405-0.post@n4.nabble.com> References: <1547012099405-0.post@n4.nabble.com> Message-ID: <6c029347-2ff7-b065-1981-e687c484a448@fourthworld.com> AndyP wrote: > This 'thrashing about' of messages may also explain why the situation > (speed) is impacted when the project browser and message box are > open? Components that need frequent updates to reflect current state can indeed be tricky. You may find this report interesting, esp. Comment #3: https://quality.livecode.com/show_bug.cgi?id=13585 -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From beatco at gmail.com Wed Jan 9 04:23:21 2019 From: beatco at gmail.com (Beat Cornaz) Date: Wed, 9 Jan 2019 10:23:21 +0100 Subject: Get RGB color of a specific screen location Message-ID: Thanks everyone for the many suggestions. I will try them out and see which one will work best. Appreciate the multitude of ideas. Cheers, Beat From matthias_livecode_150811 at m-r-d.de Wed Jan 9 04:33:41 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Wed, 9 Jan 2019 10:33:41 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <6c029347-2ff7-b065-1981-e687c484a448@fourthworld.com> References: <1547012099405-0.post@n4.nabble.com> <6c029347-2ff7-b065-1981-e687c484a448@fourthworld.com> Message-ID: <4985A971-0C0A-4325-A269-BECD7170F8D0@m-r-d.de> The whole discussion made me remembering that on my Mac i noticed a really significant performance loss in SE when outputting large data in message box. When this is happening i can hear my fans boosting and the cpu temperature is increasing. As soon as i close the message box or empty it the SE is responsive again,the temperature is lowering and the fans go into normal mode. This script for example repeat 20000 put "12asdfadsfasdfasdfasfasdf3453333333333333" &return after tOut end repeat put tout is able to force this behaviour on an iMac 4Ghz i7 with 32GB ram. Just test with LC9.0.2 Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 09.01.2019 um 07:17 schrieb Richard Gaskin via use-livecode : > > AndyP wrote: > > > This 'thrashing about' of messages may also explain why the situation > > (speed) is impacted when the project browser and message box are > > open? > > Components that need frequent updates to reflect current state can indeed be tricky. You may find this report interesting, esp. Comment #3: > https://quality.livecode.com/show_bug.cgi?id=13585 > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From matthias_livecode_150811 at m-r-d.de Wed Jan 9 04:41:59 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Wed, 9 Jan 2019 10:41:59 +0100 Subject: windows defender issues? & other AV issues? In-Reply-To: <4985A971-0C0A-4325-A269-BECD7170F8D0@m-r-d.de> References: <1547012099405-0.post@n4.nabble.com> <6c029347-2ff7-b065-1981-e687c484a448@fourthworld.com> <4985A971-0C0A-4325-A269-BECD7170F8D0@m-r-d.de> Message-ID: <6FA9CD30-1307-4B9F-A9A5-E93EC9421445@m-r-d.de> I meant I have just tested it here with LC9.0.2 Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 09.01.2019 um 10:33 schrieb Matthias Rebbe via use-livecode >: > > The whole discussion made me remembering that on my Mac i noticed a really significant performance loss in SE when outputting large data in message box. > When this is happening i can hear my fans boosting and the cpu temperature is increasing. > > As soon as i close the message box or empty it the SE is responsive again,the temperature is lowering and the fans go into normal mode. > > This script for example > repeat 20000 > put "12asdfadsfasdfasdfasfasdf3453333333333333" &return after tOut > end repeat > put tout > > is able to force this behaviour on an iMac 4Ghz i7 with 32GB ram. > > Just test with LC9.0.2 > > Matthias Rebbe > > free tools for Livecoders: > https://instamaker.dermattes.de > https://winsignhelper.dermattes.de > >> Am 09.01.2019 um 07:17 schrieb Richard Gaskin via use-livecode : >> >> AndyP wrote: >> >>> This 'thrashing about' of messages may also explain why the situation >>> (speed) is impacted when the project browser and message box are >>> open? >> >> Components that need frequent updates to reflect current state can indeed be tricky. You may find this report interesting, esp. Comment #3: >> https://quality.livecode.com/show_bug.cgi?id=13585 >> >> -- >> Richard Gaskin >> Fourth World Systems >> Software Design and Development for the Desktop, Mobile, and the Web >> ____________________________________________________________________ >> Ambassador at FourthWorld.com http://www.FourthWorld.com >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ingar.roggen at sosiologi.uio.no Wed Jan 9 05:02:26 2019 From: ingar.roggen at sosiologi.uio.no (Ingar Roggen) Date: Wed, 9 Jan 2019 10:02:26 +0000 Subject: LC-apps for HC In-Reply-To: <7fe60dc8-3761-93db-38b5-c55f07df0207@gmail.com> References: <7fe60dc8-3761-93db-38b5-c55f07df0207@gmail.com> Message-ID: <834C1855-6790-481F-A0E7-992B752C655B@sosgeo.uio.no> Richmond, ?If I were a rich man?? But I am not, I am just an old (soon 85) lover of HC living here up North ? but this is love eternal? What I c o u l d try to do is to get some rich and generous Norwegian idealist (RICH + GENEROUS + IDEALIST = an unbelievable value-combination in Scotland, not?) to pay for such a job. How much would you charge for this app? Regards Ingar 3. des. 2018 kl. 10.15 skrev Richmond via use-livecode >: From jbv at souslelogo.com Wed Jan 9 07:15:30 2019 From: jbv at souslelogo.com (jbv) Date: Wed, 9 Jan 2019 13:15:30 +0100 Subject: Checking xml string Message-ID: Hi list, Does anyone has a function that would remove "ghost tags" from an xml string, for instance a tag when there's no tag before ? More generally, a script that checks the consistency of an xml string and points errors would do perhaps ? Thanks in advance. jbv From revolution at derbrill.de Wed Jan 9 11:48:25 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Wed, 9 Jan 2019 17:48:25 +0100 Subject: Checking xml string In-Reply-To: References: Message-ID: <2095EBCE-B784-4A34-A7A7-73D9F83EC332@derbrill.de> Hi JBV, actually is valid in XML and is the short form of Do you get parsing errors? Cheers, Malte From revolution at derbrill.de Wed Jan 9 11:50:43 2019 From: revolution at derbrill.de (Malte Pfaff-Brill) Date: Wed, 9 Jan 2019 17:50:43 +0100 Subject: Checking xml string In-Reply-To: References: Message-ID: <6115CC8E-E4C6-4FFD-80C2-5E85E609FEAB@derbrill.de> Sorry, Was thinking Going into submarine mode again? Nothing to see here. From Bernd.Niggemann at uni-wh.de Wed Jan 9 15:20:21 2019 From: Bernd.Niggemann at uni-wh.de (Niggemann, Bernd) Date: Wed, 9 Jan 2019 20:20:21 +0000 Subject: TestInStandalone v_100 Message-ID: <0077C30A-24B2-4351-BF57-69A418842F91@uni-wh.de> Hello Hermann, this is a super HTML5 stack. It lets one easily test what works and does not work in HTML5 stacks. Anyone interested in HTML5 stacks should at least have a look at it. At times it is hard to believe that it is "just" a HTML5 stack, it seems like a little IDE in its own. And also has code folding... Thank you Bernd > hh via use-livecode Sun, 06 Jan 2019 20:00:25 -0800 wrote: > > There is nearly no documentation in the dictionary what works (or works not) > in HTML5 standalones. That's why I made this tool: > > Here is "hhTestInStandalone", a HTML5 standalone that is ready for testing > code snippets up to local libraries (script-only stacks). > I use it to isolate critical script parts that run in the IDE but not in the > HTML5 engine. > > It has a LC-ScriptEditor (made in the browser) with a lot of features, > especially it can access the system clipboard for copy and paste and it has > code folding, colorising and indenting built-in. > > ? You can set the script of several buttons (or use these as text containers). > ? You can output to two fields and import images in order to work with them. > > See > (US) > http://hh.on-rev.com/html5/hhTestInStandalone-9.0.2hhX.html > > (EU) > http://hyperhh.de/html5/hhTestInStandalone-9.0.2hhX.html > > > Enjoy! > From hh at hyperhh.de Wed Jan 9 16:09:00 2019 From: hh at hyperhh.de (hh) Date: Wed, 9 Jan 2019 22:09:00 +0100 Subject: TestInStandalone v_100 Message-ID: > Bernd N. wrote: > At times it is hard to believe that it is "just" a HTML5 stack, it > seems like a little IDE in its own. It is in fact an interesting question how much of the IDE can be "ported" to a HTML5 standalone. Currently we are at the level of a non-debugging message box. If somebody is willing to dive deeper into this -- I have currently too many other projects... > And also has code folding... That's done by the codeMirror editor. All I had to do for that editor was to write the setup, implement the communication with the standalone and roughly define a language file "livecodescript". And code folding is not at the high level of *bn's code folding* in the IDE's script editor ;-) From beatco at gmail.com Wed Jan 9 16:11:32 2019 From: beatco at gmail.com (Beat Cornaz) Date: Wed, 9 Jan 2019 22:11:32 +0100 Subject: Get RGB color of a specific screen location Message-ID: I have used the export snapshot and then the averaging. Works great. I had forgotten about the export function (have been away from coding for 3 years). I also had to implement Phil Davis' "set the screenMouseLoc to globalLoc(tLocWithinMyStack)". The average I got first (with only the mouseLoc) was offsetted to where I clicked. Now it purs :-) Thanks again, Beat From hh at hyperhh.de Wed Jan 9 16:48:23 2019 From: hh at hyperhh.de (hh) Date: Wed, 9 Jan 2019 22:48:23 +0100 Subject: Get RGB color of a specific screen location Message-ID: Looking again at your problem my experiences with both statistics and images say that the *median* would be a better average than the *arithmeticMean*. So you could try and compare both averages (more exactly: location parameters of your WxH-color-distribution). local t="temp" -- hL,vL is the topleft of the pixel-rect on your screen -- the width of the pixel-rect is w. W is an integer >= 1. -- the height of the pixel-rect is h. H is an integer >= 1. -- tp is the average method "median" or (default:) "arithmeticMean" -- average is taken from the pixel-colors of rect (hL,vL,hL+w,vL+h) -- function averageColor w,h,hL,vL,tp export snapshot from rect (hL,vL,hL+w,vL+h) to img t as PNG put the imagedata of img t into iData put the alphadata of img t into aData repeat with i=1 to w*h put byteToNum(byte 4*i-2 of iData) into redA[i] put byteToNum(byte 4*i-1 of iData) into greenA[i] put byteToNum(byte 4*i of iData) into blueA[i] put byteToNum(byte i of aData) into alphaA[i] end repeat if tp is "median" then return trunc(median(redA)),trunc(median(greenA)), \ trunc(median(blueA)),trunc(median(alphaA)) else return trunc(avg(redA)),trunc(avg(greenA)), \ trunc(avg(blueA)),trunc(avg(alphaA)) end if end averageColor -- usage example: on mouseUp lock screen; lock messages put 5 into w0; put 5 into h0 put -w0+the left of this stack into sL put -h0+the top of this stack into sT -- = without window bar #### if there is no img "temp" then create invisible img t if there is no field t then create fld t set rect of fld t to (0,0,128,23) set botleft of fld t to the botright of me end if if there is no grc t then create grc t set opaque of grc t to true set rect of grc t to (0,0,23,23) set botright of grc t to the botleft of me end if #### put averageColor(w0,h0,sL,sT,"median") into x --> returns r,g,b,alpha #### use x, for example: set backColor of grc t to item 1 to 3 of x --set blendlevel of grc t to round(100*(1-(item 4 of x)/255)) -- if wanted put x into fld t unlock screen; unlock messages end mouseUp From david.bovill at gmail.com Wed Jan 9 18:56:16 2019 From: david.bovill at gmail.com (David Bovill) Date: Wed, 9 Jan 2019 23:56:16 +0000 Subject: HTML entity escaping? In-Reply-To: <7A4B0993-CD58-4244-B4A7-F1C6C7756392@byu.edu> References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <7A4B0993-CD58-4244-B4A7-F1C6C7756392@byu.edu> Message-ID: Hi Devin, yes that would work for an app - but this is for Livecode server - I'm not sure but is there a way to do that with revIgniter - ie create a field by script and use the functionality that way - this is the old hack I'm using / found - if anyone finds it useful / can improve on it ( i should probably use arrays): *command* text_HtmlEntityEscape @someText, pNotQuotes > *local* sNum, eNum > *put* 0 into countNum > *put* "(&[^;]+;)" into someReg > *put* html_EntityList (pNotQuotes) into htmlEntities > *put* html_EntityCharNums (pNotQuotes) into entityCharNums > *set* the wholematches to true > > *repeat**get* matchchunk (someText, someReg, sNum, eNum) > *if* sNum is not a number *then* *return* empty > *-- breakpoint -- bug**if* it is false *then* *return* countNum > *put* char sNum to eNum of someText into foundEntity > *if* char 1 to 2 of foundEntity = "&#" > *then**put* char 3 to -2 of foundEntity into cNum > *if* cNum is not a number > *then* > *-- breakpoint -- bug**return* empty > *end* > *if* > *else**put* itemOffset (foundEntity, htmlEntities) into itemNum > *if* itemNum is 0 > *then* > *-- next repeat -- infinite loop**end* > *if**put* item itemNum of entityCharNums into cNum > *end* > *if**put* numToChar (cNum) into eChar > > *--**put* eChar into char sNum to eNum of someText > > *--**add* 1 to countNum > *end* > *repeat**return* countNum > *end* text_HtmlEntityEscape > *function* html_EntityList pNotQuotes > > */** > * Updated to add "e;* > * Special characters (whose ASCII value is greater than 127) are encoded > as HTML entities.* > * Revolution recognizes the following named entities:* > * */**get* > "Á,á,Â,â,´,Æ,æ,À,à,Å,å,Ã,ã,Ä,ä,¦,Ç,ç,¸,¢,©,¤,°,÷,É,é,Ê,ê,È,è,Ð,ð,Ë,ë,½,¼,¾,>,Í,í,Î,î,¡,Ì,ì,¿,Ï,ï,«,<,¯,µ,·, ,¬,Ñ,ñ,Ó,ó,Ô,ô,Ò,ò,ª,º,Ø,ø,Õ,õ,Ö,ö,¶,±,£,»,®,§,­,¹,²,³,ß,Þ,þ,×,Ú,ú,Û,û,Ù,ù,¨,Ü,ü,Ý,ý,¥,ÿ" > > *--**put* "&" & comma before it > *if* pNotQuotes is not true > *then**put* """ & comma before it > *end* > *if**return* it > *end* html_EntityList > *function* html_EntityCharNums pNotQuotes > *get* > "231,135,229,137,171,174,190,203,136,129,140,204,139,128,138,3,130,141,252,162,169,219,161,214,131,142,230,144,233,143,15,19,232,145,12,11,14,62,234,146,235,148,193,237,147,192,236,149,199,60,248,181,225,202,194,132,150,238,151,239,153,241,152,187,188,175,191,205,155,133,154,166,177,163,200,168,164,4,7,5,6,167,18,21,16,242,156,243,158,244,157,172,134,159,17,20,180,216" > > *--**put* 38 & comma before it > *if* pNotQuotes is not true > *then**put* 34 & comma before it > *end* > *if**return* it > *end* html_EntityCharNums On Tue, 8 Jan 2019 at 23:47, Devin Asay via use-livecode < use-livecode at lists.runrev.com> wrote: > David, I assume you mean you want to render the named entity as the proper > glyph? The way to do that is with the htmlText property. > > set the htmlText of fld ?foo? to ?The book costs €30." > > Devin > > On Jan 8, 2019, at 6:53 AM, David Bovill via use-livecode < > use-livecode at lists.runrev.com> > wrote: > > Is there a way / anyone have a handler to escape named html entities in > Livecode? > > > Á,á,Â,â,´,Æ,æ,À... > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > > Devin Asay > Director > Office of Digital Humanities > Brigham Young University > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ambassador at fourthworld.com Wed Jan 9 21:02:17 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Wed, 9 Jan 2019 18:02:17 -0800 Subject: HTML entity escaping? In-Reply-To: References: Message-ID: David Bovill wrote: > yes that would work for an app - but this is for Livecode server You can use a stack with a field in it for converting to htmlText, or run the html through the templateField. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From matthias_livecode_150811 at m-r-d.de Thu Jan 10 07:50:35 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Thu, 10 Jan 2019 13:50:35 +0100 Subject: HTML entity escaping? In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <7A4B0993-CD58-4244-B4A7-F1C6C7756392@byu.edu> Message-ID: Hi, is there a reason for all the * in the script? Makes it difficult to read and uneeded work to get it correct in the SE. Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 10.01.2019 um 00:56 schrieb David Bovill via use-livecode : > > Hi Devin, yes that would work for an app - but this is for Livecode server > - I'm not sure but is there a way to do that with revIgniter - ie create a > field by script and use the functionality that way - this is the old hack > I'm using / found - if anyone finds it useful / can improve on it ( i > should probably use arrays): > > *command* text_HtmlEntityEscape @someText, pNotQuotes >> *local* sNum, eNum >> *put* 0 into countNum >> *put* "(&[^;]+;)" into someReg >> *put* html_EntityList (pNotQuotes) into htmlEntities >> *put* html_EntityCharNums (pNotQuotes) into entityCharNums >> *set* the wholematches to true >> >> *repeat**get* matchchunk (someText, someReg, sNum, eNum) >> *if* sNum is not a number *then* *return* empty >> *-- breakpoint -- bug**if* it is false *then* *return* countNum >> *put* char sNum to eNum of someText into foundEntity >> *if* char 1 to 2 of foundEntity = "&#" >> *then**put* char 3 to -2 of foundEntity into cNum >> *if* cNum is not a number >> *then* >> *-- breakpoint -- bug**return* empty >> *end* >> *if* >> *else**put* itemOffset (foundEntity, htmlEntities) into itemNum >> *if* itemNum is 0 >> *then* >> *-- next repeat -- infinite loop**end* >> *if**put* item itemNum of entityCharNums into cNum >> *end* >> *if**put* numToChar (cNum) into eChar >> >> *--**put* eChar into char sNum to eNum of someText >> >> *--**add* 1 to countNum >> *end* >> *repeat**return* countNum >> *end* text_HtmlEntityEscape >> *function* html_EntityList pNotQuotes >> >> */** >> * Updated to add "e;* >> * Special characters (whose ASCII value is greater than 127) are encoded >> as HTML entities.* >> * Revolution recognizes the following named entities:* >> * */**get* >> "Á,á,Â,â,´,Æ,æ,À,à,Å,å,Ã,ã,Ä,ä,¦,Ç,ç,¸,¢,©,¤,°,÷,É,é,Ê,ê,È,è,Ð,ð,Ë,ë,½,¼,¾,>,Í,í,Î,î,¡,Ì,ì,¿,Ï,ï,«,<,¯,µ,·, ,¬,Ñ,ñ,Ó,ó,Ô,ô,Ò,ò,ª,º,Ø,ø,Õ,õ,Ö,ö,¶,±,£,»,®,§,­,¹,²,³,ß,Þ,þ,×,Ú,ú,Û,û,Ù,ù,¨,Ü,ü,Ý,ý,¥,ÿ" >> >> *--**put* "&" & comma before it >> *if* pNotQuotes is not true >> *then**put* """ & comma before it >> *end* >> *if**return* it >> *end* html_EntityList >> *function* html_EntityCharNums pNotQuotes >> *get* >> "231,135,229,137,171,174,190,203,136,129,140,204,139,128,138,3,130,141,252,162,169,219,161,214,131,142,230,144,233,143,15,19,232,145,12,11,14,62,234,146,235,148,193,237,147,192,236,149,199,60,248,181,225,202,194,132,150,238,151,239,153,241,152,187,188,175,191,205,155,133,154,166,177,163,200,168,164,4,7,5,6,167,18,21,16,242,156,243,158,244,157,172,134,159,17,20,180,216" >> >> *--**put* 38 & comma before it >> *if* pNotQuotes is not true >> *then**put* 34 & comma before it >> *end* >> *if**return* it >> *end* html_EntityCharNums > > > On Tue, 8 Jan 2019 at 23:47, Devin Asay via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> David, I assume you mean you want to render the named entity as the proper >> glyph? The way to do that is with the htmlText property. >> >> set the htmlText of fld ?foo? to ?The book costs €30." >> >> Devin >> >> On Jan 8, 2019, at 6:53 AM, David Bovill via use-livecode < >> use-livecode at lists.runrev.com> >> wrote: >> >> Is there a way / anyone have a handler to escape named html entities in >> Livecode? >> >> >> Á,á,Â,â,´,Æ,æ,À... >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> Devin Asay >> Director >> Office of Digital Humanities >> Brigham Young University >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Thu Jan 10 10:35:11 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 10 Jan 2019 15:35:11 +0000 Subject: HTML entity escaping? In-Reply-To: References: <8971A25A-F836-45A0-8504-9A72BC8BC83C@derbrill.de> <7A4B0993-CD58-4244-B4A7-F1C6C7756392@byu.edu> Message-ID: <3F03552E-12BF-40D5-885D-6089A7F009DA@iotecdigital.com> Something about copy/paste into Thunderbird. Bob S > On Jan 10, 2019, at 04:50 , Matthias Rebbe via use-livecode wrote: > > Hi, > > is there a reason for all the * in the script? > > Makes it difficult to read and uneeded work to get it correct in the SE. > > Matthias Rebbe From bobsneidar at iotecdigital.com Thu Jan 10 10:50:03 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 10 Jan 2019 15:50:03 +0000 Subject: IMAP library, or support via tsNet? In-Reply-To: References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Message-ID: I tried this. I get 219,13,11,tsNetCustomSync 465,13,11 I suspect tsNet only works in paid products? Bob S > On Jan 3, 2019, at 16:08 , Charles Warwick via use-livecode wrote: > > Hi Ben, > > Support for IMAP was added into tsNet a while ago. There are a few lessons that I?ve added to LiveCode?s website on IMAP. > > Lessons: > > http://lessons.livecode.com/m/4071/l/858279-how-to-use-tsnet-to-display-an-e-mail-message-from-an-imap-account > > http://lessons.livecode.com/m/4071/l/858974-how-to-use-tsnet-to-display-the-folders-stored-in-an-imap-account > > http://lessons.livecode.com/m/4071/l/860779-how-to-use-tsnet-to-delete-an-e-mail-message-from-an-imap-account > > Regards, > > Charles. From klaus at major-k.de Thu Jan 10 10:53:46 2019 From: klaus at major-k.de (Klaus major-k) Date: Thu, 10 Jan 2019 16:53:46 +0100 Subject: IMAP library, or support via tsNet? In-Reply-To: References: <11C9110E-88C1-48C1-AF16-AF081D1BB6E2@madmansoft.com> <4C9E1B0D-74D3-40A1-A80F-BFAFDE0A1D12@appisle.net> <44557149-3247-0b1c-3af8-261868591474@techstrategies.com.au> <97A8D445-D7C9-4FE2-9083-47045D356D43@m-r-d.de> Message-ID: <37293FA1-A923-4F40-BDCE-477E8733575B@major-k.de> Hi Bob, > Am 10.01.2019 um 16:50 schrieb Bob Sneidar via use-livecode : > > I tried this. I get > > 219,13,11,tsNetCustomSync > 465,13,11 > > I suspect tsNet only works in paid products? yep, tsNet is only delivered with LC >= Indy. > Bob S > > >> On Jan 3, 2019, at 16:08 , Charles Warwick via use-livecode wrote: >> >> Hi Ben, >> >> Support for IMAP was added into tsNet a while ago. There are a few lessons that I?ve added to LiveCode?s website on IMAP. >> >> Lessons: >> >> http://lessons.livecode.com/m/4071/l/858279-how-to-use-tsnet-to-display-an-e-mail-message-from-an-imap-account >> >> http://lessons.livecode.com/m/4071/l/858974-how-to-use-tsnet-to-display-the-folders-stored-in-an-imap-account >> >> http://lessons.livecode.com/m/4071/l/860779-how-to-use-tsnet-to-delete-an-e-mail-message-from-an-imap-account >> >> Regards, >> >> Charles. Best Klaus -- Klaus Major http://www.major-k.de klaus at major-k.de From martyknappster at gmail.com Thu Jan 10 15:25:07 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 12:25:07 -0800 Subject: screenRect and screenLoc weirdness Message-ID: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> So I just had a customer complain that windows were opening in odd locations with his multi-monitor setup: a MacBookPro with a Thunderbolt display. He has his displays arranged so that the bottoms were aligned with the 2nd display to the left of the MacBook. So I hooked my laptop to my TV and discover some weirdness. I started with my displays aligned to the top and then got the screenRects and the screenLoc: Main screen rect: 0,0,1280,800 2nd screen rect: 1280,0,3200,1080 screenLoc: 640,400 (all as expected) Then I realigned the screens so that the bottoms were aligned: Main screen rect: 0,280,1280,1080 2nd screen rect: 1280,0,3200,1080 screenLoc: 640,680 Why would the arrangement of the screens effect the screenRect and screenLoc of the main monitor? Marty From tom at makeshyft.com Thu Jan 10 16:58:18 2019 From: tom at makeshyft.com (Tom Glod) Date: Thu, 10 Jan 2019 16:58:18 -0500 Subject: screenRect and screenLoc weirdness In-Reply-To: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> Message-ID: Hi Marty, I saw this the other day...this is probably the bug you are referencing. https://quality.livecode.com/show_bug.cgi?id=19419 On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode < use-livecode at lists.runrev.com> wrote: > So I just had a customer complain that windows were opening in odd > locations with his multi-monitor setup: a MacBookPro with a Thunderbolt > display. He has his displays arranged so that the bottoms were aligned with > the 2nd display to the left of the MacBook. > > So I hooked my laptop to my TV and discover some weirdness. I started with > my displays aligned to the top and then got the screenRects and the > screenLoc: > > Main screen rect: 0,0,1280,800 > 2nd screen rect: 1280,0,3200,1080 > screenLoc: 640,400 > (all as expected) > > Then I realigned the screens so that the bottoms were aligned: > > Main screen rect: 0,280,1280,1080 > 2nd screen rect: 1280,0,3200,1080 > screenLoc: 640,680 > > Why would the arrangement of the screens effect the screenRect and > screenLoc of the main monitor? > > Marty > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From martyknappster at gmail.com Thu Jan 10 17:24:35 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 14:24:35 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> Message-ID: Wow, that?s been around for a while. Anybody have a work-around seeing as how this is unlikely to be fixed? Seems like setting the loc of a window to the center of the screen would be an often used feature. I never noticed it because I don?t have a multi-monitor setup. Marty > On Jan 10, 2019, at 1:58 PM, Tom Glod via use-livecode wrote: > > Hi Marty, I saw this the other day...this is probably the bug you are > referencing. > > https://quality.livecode.com/show_bug.cgi?id=19419 > > On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> So I just had a customer complain that windows were opening in odd >> locations with his multi-monitor setup: a MacBookPro with a Thunderbolt >> display. He has his displays arranged so that the bottoms were aligned with >> the 2nd display to the left of the MacBook. >> >> So I hooked my laptop to my TV and discover some weirdness. I started with >> my displays aligned to the top and then got the screenRects and the >> screenLoc: >> >> Main screen rect: 0,0,1280,800 >> 2nd screen rect: 1280,0,3200,1080 >> screenLoc: 640,400 >> (all as expected) >> >> Then I realigned the screens so that the bottoms were aligned: >> >> Main screen rect: 0,280,1280,1080 >> 2nd screen rect: 1280,0,3200,1080 >> screenLoc: 640,680 >> >> Why would the arrangement of the screens effect the screenRect and >> screenLoc of the main monitor? >> >> Marty From tom at makeshyft.com Thu Jan 10 17:29:04 2019 From: tom at makeshyft.com (Tom Glod) Date: Thu, 10 Jan 2019 17:29:04 -0500 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> Message-ID: i don't like how long a bug like this has been in the queue without being fixed. I'm surprised it hasn't affected more people.... but i guess maybe thats why its lower in the queue. Sorry, but I don't know of any remedies for this. On Thu, Jan 10, 2019 at 5:24 PM Knapp Martin via use-livecode < use-livecode at lists.runrev.com> wrote: > Wow, that?s been around for a while. Anybody have a work-around seeing as > how this is unlikely to be fixed? Seems like setting the loc of a window to > the center of the screen would be an often used feature. I never noticed it > because I don?t have a multi-monitor setup. > > Marty > > > On Jan 10, 2019, at 1:58 PM, Tom Glod via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > Hi Marty, I saw this the other day...this is probably the bug you are > > referencing. > > > > https://quality.livecode.com/show_bug.cgi?id=19419 > > > > On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode < > > use-livecode at lists.runrev.com> wrote: > > > >> So I just had a customer complain that windows were opening in odd > >> locations with his multi-monitor setup: a MacBookPro with a Thunderbolt > >> display. He has his displays arranged so that the bottoms were aligned > with > >> the 2nd display to the left of the MacBook. > >> > >> So I hooked my laptop to my TV and discover some weirdness. I started > with > >> my displays aligned to the top and then got the screenRects and the > >> screenLoc: > >> > >> Main screen rect: 0,0,1280,800 > >> 2nd screen rect: 1280,0,3200,1080 > >> screenLoc: 640,400 > >> (all as expected) > >> > >> Then I realigned the screens so that the bottoms were aligned: > >> > >> Main screen rect: 0,280,1280,1080 > >> 2nd screen rect: 1280,0,3200,1080 > >> screenLoc: 640,680 > >> > >> Why would the arrangement of the screens effect the screenRect and > >> screenLoc of the main monitor? > >> > >> Marty > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte at appisle.net Thu Jan 10 17:40:51 2019 From: monte at appisle.net (Monte Goulding) Date: Fri, 11 Jan 2019 09:40:51 +1100 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> Message-ID: <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> Tom the issue here is that it is arguable that this is a bug. We have lots of things to work on which we are sure about ;-) To clarify what I mean. Which set of results is more correct? Main screen rect: 0,280,1280,1080 2nd screen rect: 1280,0,3200,1080 Main screen rect: 0,0,1280,800 2nd screen rect: 1280,-280,3200,800 I think it would be convenient to have a screenLocs variant of screenLoc so you can: set the loc of this stack to line (the screen of this stack) of the screenLocs But that?s another issue as it?s not complicated to write a function using the screenRects Cheers Monte > On 11 Jan 2019, at 9:29 am, Tom Glod via use-livecode wrote: > > i don't like how long a bug like this has been in the queue without being > fixed. I'm surprised it hasn't affected more people.... but i guess maybe > thats why its lower in the queue. > > Sorry, but I don't know of any remedies for this. > > On Thu, Jan 10, 2019 at 5:24 PM Knapp Martin via use-livecode < > use-livecode at lists.runrev.com> wrote: > >> Wow, that?s been around for a while. Anybody have a work-around seeing as >> how this is unlikely to be fixed? Seems like setting the loc of a window to >> the center of the screen would be an often used feature. I never noticed it >> because I don?t have a multi-monitor setup. >> >> Marty >> >>> On Jan 10, 2019, at 1:58 PM, Tom Glod via use-livecode < >> use-livecode at lists.runrev.com> wrote: >>> >>> Hi Marty, I saw this the other day...this is probably the bug you are >>> referencing. >>> >>> https://quality.livecode.com/show_bug.cgi?id=19419 >>> >>> On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode < >>> use-livecode at lists.runrev.com> wrote: >>> >>>> So I just had a customer complain that windows were opening in odd >>>> locations with his multi-monitor setup: a MacBookPro with a Thunderbolt >>>> display. He has his displays arranged so that the bottoms were aligned >> with >>>> the 2nd display to the left of the MacBook. >>>> >>>> So I hooked my laptop to my TV and discover some weirdness. I started >> with >>>> my displays aligned to the top and then got the screenRects and the >>>> screenLoc: >>>> >>>> Main screen rect: 0,0,1280,800 >>>> 2nd screen rect: 1280,0,3200,1080 >>>> screenLoc: 640,400 >>>> (all as expected) >>>> >>>> Then I realigned the screens so that the bottoms were aligned: >>>> >>>> Main screen rect: 0,280,1280,1080 >>>> 2nd screen rect: 1280,0,3200,1080 >>>> screenLoc: 640,680 >>>> >>>> Why would the arrangement of the screens effect the screenRect and >>>> screenLoc of the main monitor? >>>> >>>> Marty >> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From paul at researchware.com Thu Jan 10 18:07:11 2019 From: paul at researchware.com (Paul Dupuis) Date: Thu, 10 Jan 2019 18:07:11 -0500 Subject: screenRect and screenLoc weirdness In-Reply-To: <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> Message-ID: <0afc230d-234e-8529-c00f-f220d9632330@researchware.com> On 1/10/2019 5:40 PM, Monte Goulding via use-livecode wrote: > I think it would be convenient to have a screenLocs variant of screenLoc so you can: Monte, Funny you should say that. See hibernated enhancement request https://quality.livecode.com/show_bug.cgi?id=21337 Paul Dupuis Researchware From martyknappster at gmail.com Thu Jan 10 18:41:17 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 15:41:17 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> Message-ID: When I open Livecode on my dual monitor setup where the top of the 2nd monitor is higher than my main monitor, both the Livecode toolbar and the script editor open partially off screen with their title bars inaccessible. I understand that I can type something into the message box to relocate them, but how is this not a bug?? Marty > On Jan 10, 2019, at 2:40 PM, Monte Goulding via use-livecode wrote: > > Tom the issue here is that it is arguable that this is a bug. We have lots of things to work on which we are sure about ;-) > > To clarify what I mean. Which set of results is more correct? > > Main screen rect: 0,280,1280,1080 > 2nd screen rect: 1280,0,3200,1080 > > Main screen rect: 0,0,1280,800 > 2nd screen rect: 1280,-280,3200,800 > > I think it would be convenient to have a screenLocs variant of screenLoc so you can: > > set the loc of this stack to line (the screen of this stack) of the screenLocs > > But that?s another issue as it?s not complicated to write a function using the screenRects > > Cheers > > Monte > >> On 11 Jan 2019, at 9:29 am, Tom Glod via use-livecode wrote: >> >> i don't like how long a bug like this has been in the queue without being >> fixed. I'm surprised it hasn't affected more people.... but i guess maybe >> thats why its lower in the queue. >> >> Sorry, but I don't know of any remedies for this. >> >> On Thu, Jan 10, 2019 at 5:24 PM Knapp Martin via use-livecode < >> use-livecode at lists.runrev.com> wrote: >> >>> Wow, that?s been around for a while. Anybody have a work-around seeing as >>> how this is unlikely to be fixed? Seems like setting the loc of a window to >>> the center of the screen would be an often used feature. I never noticed it >>> because I don?t have a multi-monitor setup. >>> >>> Marty >>> >>>> On Jan 10, 2019, at 1:58 PM, Tom Glod via use-livecode < >>> use-livecode at lists.runrev.com> wrote: >>>> >>>> Hi Marty, I saw this the other day...this is probably the bug you are >>>> referencing. >>>> >>>> https://quality.livecode.com/show_bug.cgi?id=19419 >>>> >>>> On Thu, Jan 10, 2019 at 3:25 PM Knapp Martin via use-livecode < >>>> use-livecode at lists.runrev.com> wrote: >>>> >>>>> So I just had a customer complain that windows were opening in odd >>>>> locations with his multi-monitor setup: a MacBookPro with a Thunderbolt >>>>> display. He has his displays arranged so that the bottoms were aligned >>> with >>>>> the 2nd display to the left of the MacBook. >>>>> >>>>> So I hooked my laptop to my TV and discover some weirdness. I started >>> with >>>>> my displays aligned to the top and then got the screenRects and the >>>>> screenLoc: >>>>> >>>>> Main screen rect: 0,0,1280,800 >>>>> 2nd screen rect: 1280,0,3200,1080 >>>>> screenLoc: 640,400 >>>>> (all as expected) >>>>> >>>>> Then I realigned the screens so that the bottoms were aligned: >>>>> >>>>> Main screen rect: 0,280,1280,1080 >>>>> 2nd screen rect: 1280,0,3200,1080 >>>>> screenLoc: 640,680 >>>>> >>>>> Why would the arrangement of the screens effect the screenRect and >>>>> screenLoc of the main monitor? >>>>> >>>>> Marty >>> >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte at appisle.net Thu Jan 10 18:56:45 2019 From: monte at appisle.net (Monte Goulding) Date: Fri, 11 Jan 2019 10:56:45 +1100 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> Message-ID: > On 11 Jan 2019, at 10:41 am, Knapp Martin via use-livecode wrote: > > When I open Livecode on my dual monitor setup where the top of the 2nd monitor is higher than my main monitor, both the Livecode toolbar and the script editor open partially off screen with their title bars inaccessible. I understand that I can type something into the message box to relocate them, but how is this not a bug?? I didn?t say that wasn?t a bug. That?s an IDE script issue. Most likely a preferences issue. Have you tried resetting or trashing preferences? Cheers Monte From martyknappster at gmail.com Thu Jan 10 19:16:45 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 16:16:45 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> Message-ID: <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> I was merely using that as an example. In my app I too place a toolbar in the topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a single screen setup it works fine. But I've just discovered that on a multi-monitor setup as I've described, the toolbar isn?t even visible it?s so far off. So in this case 0,0 is not the top left corner of the main monitor. How so I arrive at that point? How do I determine the actual middle of the screen? Since I don?t understand all the dynamics of how these things are being determined I have not been able to arrive at a work-around to place things where I?d like them on the screen. Marty > On Jan 10, 2019, at 3:56 PM, Monte Goulding via use-livecode wrote: > > > >> On 11 Jan 2019, at 10:41 am, Knapp Martin via use-livecode wrote: >> >> When I open Livecode on my dual monitor setup where the top of the 2nd monitor is higher than my main monitor, both the Livecode toolbar and the script editor open partially off screen with their title bars inaccessible. I understand that I can type something into the message box to relocate them, but how is this not a bug?? > > I didn?t say that wasn?t a bug. That?s an IDE script issue. Most likely a preferences issue. Have you tried resetting or trashing preferences? > > Cheers > > Monte From monte at appisle.net Thu Jan 10 19:39:31 2019 From: monte at appisle.net (Monte Goulding) Date: Fri, 11 Jan 2019 11:39:31 +1100 Subject: screenRect and screenLoc weirdness In-Reply-To: <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> Message-ID: <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> > On 11 Jan 2019, at 11:16 am, Knapp Martin via use-livecode wrote: > > I was merely using that as an example. In my app I too place a toolbar in the topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a single screen setup it works fine. But I've just discovered that on a multi-monitor setup as I've described, the toolbar isn?t even visible it?s so far off. So in this case 0,0 is not the top left corner of the main monitor. How so I arrive at that point? How do I determine the actual middle of the screen? Since I don?t understand all the dynamics of how these things are being determined I have not been able to arrive at a work-around to place things where I?d like them on the screen. ? set the topLeft of a stack to the topLeft of its screen below the menubar: set the topLeft of stack ?Foo? to item 1 to 2 of line (the screen of stack ?Foo?) of the effective working screenRects ? set the topLeft of a stack to the topLeft of the main screen below the menubar set the topLeft of stack ?Foo? to item 1 to 2 of the effective working screenRect ? set the loc of a stack to the center of its screen local tLoc, tRect put line (the screen of stack ?Foo?) of the screenRects into tRect put item 1 of tRect + (item 3 of tRect - item 1 of tRect) div 2, \ item 2 of tRect + (item 4 of tRect - item 2 of tRect) div 2 into tLoc set the loc of stack ?Foo? to tLoc ? set the loc of a stack to the center of the main screen set the loc of stack ?Foo? to the screenLoc Hope these help! FWIW these should remain correct even if the general consensus is that the desktop space should have an 0,0 origin for the main screen. Cheers Monte From martyknappster at gmail.com Thu Jan 10 19:42:05 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 16:42:05 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> Message-ID: <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> I will give those a spin - thanks Monte. Marty > On Jan 10, 2019, at 4:39 PM, Monte Goulding via use-livecode wrote: > > > >> On 11 Jan 2019, at 11:16 am, Knapp Martin via use-livecode wrote: >> >> I was merely using that as an example. In my app I too place a toolbar in the topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a single screen setup it works fine. But I've just discovered that on a multi-monitor setup as I've described, the toolbar isn?t even visible it?s so far off. So in this case 0,0 is not the top left corner of the main monitor. How so I arrive at that point? How do I determine the actual middle of the screen? Since I don?t understand all the dynamics of how these things are being determined I have not been able to arrive at a work-around to place things where I?d like them on the screen. > > ? set the topLeft of a stack to the topLeft of its screen below the menubar: > set the topLeft of stack ?Foo? to item 1 to 2 of line (the screen of stack ?Foo?) of the effective working screenRects > > ? set the topLeft of a stack to the topLeft of the main screen below the menubar > set the topLeft of stack ?Foo? to item 1 to 2 of the effective working screenRect > > ? set the loc of a stack to the center of its screen > local tLoc, tRect > put line (the screen of stack ?Foo?) of the screenRects into tRect > put item 1 of tRect + (item 3 of tRect - item 1 of tRect) div 2, \ > item 2 of tRect + (item 4 of tRect - item 2 of tRect) div 2 into tLoc > set the loc of stack ?Foo? to tLoc > > ? set the loc of a stack to the center of the main screen > set the loc of stack ?Foo? to the screenLoc > > Hope these help! FWIW these should remain correct even if the general consensus is that the desktop space should have an 0,0 origin for the main screen. > > Cheers > > Monte From brian at milby7.com Thu Jan 10 19:41:54 2019 From: brian at milby7.com (Brian Milby) Date: Thu, 10 Jan 2019 18:41:54 -0600 Subject: screenRect and screenLoc weirdness In-Reply-To: <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> Message-ID: <1acf1423-ab07-40e8-a664-d55d5ff917a5@Spark> put item 1 of the working screenrect into tLeft put item 2 of the working screenrect into tTop set the top of stack ?x? to tTop set the left of stack ?x? to tLeft I?m sure there are more efficient ways, but that is the idea. ?You just need to calculate the offset from the origin manually. ?Of course you will want to wrap in lock screen as well. If you want to use a different monitor, then use the screenrects and select the correct line. Thanks, Brian On Jan 10, 2019, 6:17 PM -0600, Knapp Martin via use-livecode , wrote: > I was merely using that as an example. In my app I too place a toolbar in the topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a single screen setup it works fine. But I've just discovered that on a multi-monitor setup as I've described, the toolbar isn?t even visible it?s so far off. So in this case 0,0 is not the top left corner of the main monitor. How so I arrive at that point? How do I determine the actual middle of the screen? Since I don?t understand all the dynamics of how these things are being determined I have not been able to arrive at a work-around to place things where I?d like them on the screen. > > Marty > > > On Jan 10, 2019, at 3:56 PM, Monte Goulding via use-livecode wrote: > > > > > > > > > On 11 Jan 2019, at 10:41 am, Knapp Martin via use-livecode wrote: > > > > > > When I open Livecode on my dual monitor setup where the top of the 2nd monitor is higher than my main monitor, both the Livecode toolbar and the script editor open partially off screen with their title bars inaccessible. I understand that I can type something into the message box to relocate them, but how is this not a bug?? > > > > I didn?t say that wasn?t a bug. That?s an IDE script issue. Most likely a preferences issue. Have you tried resetting or trashing preferences? > > > > Cheers > > > > Monte > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brian at milby7.com Thu Jan 10 20:03:56 2019 From: brian at milby7.com (Brian Milby) Date: Thu, 10 Jan 2019 19:03:56 -0600 Subject: screenRect and screenLoc weirdness In-Reply-To: <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> Message-ID: <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> You may want to use the ?effective topLeft? though. Otherwise the title bar of the window could be off screen. Thanks, Brian On Jan 10, 2019, 6:42 PM -0600, Knapp Martin via use-livecode , wrote: > I will give those a spin - thanks Monte. > > Marty > > On Jan 10, 2019, at 4:39 PM, Monte Goulding via use-livecode wrote: > > > > > > > > > On 11 Jan 2019, at 11:16 am, Knapp Martin via use-livecode wrote: > > > > > > I was merely using that as an example. In my app I too place a toolbar in the topLeft corner of the screen by setting the topLeft of the stack to 0,0. On a single screen setup it works fine. But I've just discovered that on a multi-monitor setup as I've described, the toolbar isn?t even visible it?s so far off. So in this case 0,0 is not the top left corner of the main monitor. How so I arrive at that point? How do I determine the actual middle of the screen? Since I don?t understand all the dynamics of how these things are being determined I have not been able to arrive at a work-around to place things where I?d like them on the screen. > > > > ? set the topLeft of a stack to the topLeft of its screen below the menubar: > > set the topLeft of stack ?Foo? to item 1 to 2 of line (the screen of stack ?Foo?) of the effective working screenRects > > > > ? set the topLeft of a stack to the topLeft of the main screen below the menubar > > set the topLeft of stack ?Foo? to item 1 to 2 of the effective working screenRect > > > > ? set the loc of a stack to the center of its screen > > local tLoc, tRect > > put line (the screen of stack ?Foo?) of the screenRects into tRect > > put item 1 of tRect + (item 3 of tRect - item 1 of tRect) div 2, \ > > item 2 of tRect + (item 4 of tRect - item 2 of tRect) div 2 into tLoc > > set the loc of stack ?Foo? to tLoc > > > > ? set the loc of a stack to the center of the main screen > > set the loc of stack ?Foo? to the screenLoc > > > > Hope these help! FWIW these should remain correct even if the general consensus is that the desktop space should have an 0,0 origin for the main screen. > > > > Cheers > > > > Monte > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte at appisle.net Thu Jan 10 20:06:44 2019 From: monte at appisle.net (Monte Goulding) Date: Fri, 11 Jan 2019 12:06:44 +1100 Subject: screenRect and screenLoc weirdness In-Reply-To: <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> Message-ID: <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> Good catch Brian! > On 11 Jan 2019, at 12:03 pm, Brian Milby via use-livecode wrote: > > You may want to use the ?effective topLeft? though. Otherwise the title bar of the window could be off screen. From rdimola at evergreeninfo.net Thu Jan 10 21:05:12 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Thu, 10 Jan 2019 21:05:12 -0500 Subject: Livecode Server Post In-Reply-To: <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> Message-ID: <005701d4a952$19652b20$4c2f8160$@net> When do a post to an LC server script from a .html form no output of "put"s are displayed, just a blank screen. There is also a slight delay until the screen clears. I tested to see if the LC script is actually being executed. It is because I created a file but no display of "Put"s. If I change the method to "get" in the .html form the put in the same .lc is immediately displayed with no delay. I want to use post so the params aren?t in the URL and the page can't be bookmarked. LC server 9.02 Business on on-rev diesel. What am I missing? Thanks All! Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From paul at livecode.org Thu Jan 10 21:08:16 2019 From: paul at livecode.org (Paul Hibbert) Date: Thu, 10 Jan 2019 18:08:16 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> Message-ID: Interesting! - it does appear to work, but that combination is not in the dictionary under ?topLeft? as far as I can see, and ?topLeft? is missing from the list of properties shown under the ?effective? description. Paul > On Jan 10, 2019, at 17:03, Brian Milby via use-livecode wrote: > > ?effective topLeft? From brian at milby7.com Thu Jan 10 21:23:57 2019 From: brian at milby7.com (Brian Milby) Date: Thu, 10 Jan 2019 20:23:57 -0600 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> Message-ID: <4ebfb584-3133-437d-9471-48efcc725709@Spark> It is part of the ?rectangle? property. ?The individual pieces are not enumerated. Thanks, Brian On Jan 10, 2019, 8:08 PM -0600, Paul Hibbert via use-livecode , wrote: > Interesting! - it does appear to work, but that combination is not in the dictionary under ?topLeft? as far as I can see, and ?topLeft? is missing from the list of properties shown under the ?effective? description. > > Paul > > > On Jan 10, 2019, at 17:03, Brian Milby via use-livecode wrote: > > > > ?effective topLeft? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brian at milby7.com Thu Jan 10 21:44:52 2019 From: brian at milby7.com (Brian Milby) Date: Thu, 10 Jan 2019 20:44:52 -0600 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> Message-ID: <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> I do see one issue with the ?effective? dictionary entry though. ?Normally you are not able to set effective properties, but for stack rect properties it is permitted. topLeft and topRight also need a clarifying statement to indicate that multiple monitors could cause the main screen topLeft to not be 0,0. Thanks, Brian On Jan 10, 2019, 8:08 PM -0600, Paul Hibbert via use-livecode , wrote: > Interesting! - it does appear to work, but that combination is not in the dictionary under ?topLeft? as far as I can see, and ?topLeft? is missing from the list of properties shown under the ?effective? description. > > Paul > > > On Jan 10, 2019, at 17:03, Brian Milby via use-livecode wrote: > > > > ?effective topLeft? > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From martyknappster at gmail.com Thu Jan 10 23:02:38 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Thu, 10 Jan 2019 20:02:38 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> Message-ID: <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> OK, I?m making progress here. But I?m finding that ask and answer dialogs are opening off-screen. How are their positions determined? Marty > On Jan 10, 2019, at 6:44 PM, Brian Milby via use-livecode wrote: > > I do see one issue with the ?effective? dictionary entry though. Normally you are not able to set effective properties, but for stack rect properties it is permitted. > > topLeft and topRight also need a clarifying statement to indicate that multiple monitors could cause the main screen topLeft to not be 0,0. > > Thanks, > Brian > On Jan 10, 2019, 8:08 PM -0600, Paul Hibbert via use-livecode , wrote: >> Interesting! - it does appear to work, but that combination is not in the dictionary under ?topLeft? as far as I can see, and ?topLeft? is missing from the list of properties shown under the ?effective? description. >> >> Paul >> >>> On Jan 10, 2019, at 17:03, Brian Milby via use-livecode wrote: >>> >>> ?effective topLeft? >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From matthias_livecode_150811 at m-r-d.de Fri Jan 11 02:39:02 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Fri, 11 Jan 2019 08:39:02 +0100 Subject: Livecode Server Post In-Reply-To: <005701d4a952$19652b20$4c2f8160$@net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> <005701d4a952$19652b20$4c2f8160$@net> Message-ID: Hi Ralph, i tried here now in the message box with the following lc server script
" put "this is the posted value for test:" put "
" put $_POST["test"] ?> TIO On-Rev Commercial Server 7.1 post "test=HELLO" To URL "https://canary.on-rev.com/post.lc " put it TIO On-Rev Community server 9.0.1 post "test=HELLO" To URL "https://canary.on-rev.com/post.lc9 " put it HostM Professional Server 9.0.2 post "test=HELLO" To URL "https://mr.dermattes.de/post.lc " put it All 3 tests are successful and all expected information including the post value is displayed. I will keep the post.lc files online for the next 2 days for you to test with my accounts. Regards, Matthias Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 11.01.2019 um 03:05 schrieb Ralph DiMola via use-livecode >: > > When do a post to an LC server script from a .html form no output of "put"s are displayed, just a blank screen. There is also a slight delay until the screen clears. I tested to see if the LC script is actually being executed. It is because I created a file but no display of "Put"s. If I change the method to "get" in the .html form the put in the same .lc is immediately displayed with no delay. > I want to use post so the params aren?t in the URL and the page can't be bookmarked. > LC server 9.02 Business on on-rev diesel. > > What am I missing? > > Thanks All! > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brahma at hindu.org Fri Jan 11 08:08:22 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Fri, 11 Jan 2019 13:08:22 +0000 Subject: Getting Browser Widget to Read Local Assets Message-ID: I finally got around to implementing this. Works great! In terms of being a loader for on browserDocumentLoadComplete pURL if pURl is not empty then send "hideloader" to me in 1 second end if [snip] One caveat: Old path problem. I can't get the browser to read a local image in this case. Tried full path specialFolderPath("resources") which yields this: background-image url( '/Users/brahmanathaswami/Documents/_Siva-Siva-App/assets/img/siva-darshan/who-is-siva_1200x800.jpg'); I tried a manual relative path background-image url( '../assets/img/siva-darshan/who-is-siva_1200x800.jpg'); against this folder layout assets img siva-darshan who-is-siva_1200x800.jpg view SivaSivaBrowser.livecode It still doesn?t show? BR ? hh wrote: The following works tested here on desktop, should work everywhere where the browser widget works. 1. Overlay browser widget "browser" with a browser widget "loader" (that displays a loading animation). 2. Load the slow loading url into widget "browser". 3. Hide widget "loader" by browserDocumentLoadComplete of widget "browser". For example: http://forums.livecode.com/viewtopic.php?p=173867#p173867 From hh at hyperhh.de Fri Jan 11 09:58:20 2019 From: hh at hyperhh.de (hh) Date: Fri, 11 Jan 2019 15:58:20 +0100 Subject: Getting Browser Widget to Read Local Assets Message-ID: Field and button names below relate to my example stack. http://forums.livecode.com/viewtopic.php?p=173867#p173867 To use a local file (= NOT from a local or remote server) you have to load the image from a stack property or url("binfile:"...) and add it inline (base64 encoded): Step 1: imageVariable = stack property or url("binfile:"...) Step 2: put base64Encode(imageVariable) into b64Data Step 3: replace linefeed with empty in b64Data --> IMPORTANT!! Step 4: write in fld "HTML" of my example stack background-image: url('data:image/jpg;base64,') **** The width x height of the image to load and the width x height of the loader in fld "HTML" should roughly coincide: You don't really want to load a 1200x800 image as background into a 192x128 rotating DOM object? You could also do step 1 to 4 once and put compress(fld "HTML") into a , then set later on in btn "LoadURL" the htmltext to decompress(). And if the image is large, then you could use in the script of widget "Browser" of the example stack: on hideloader delete widget "loader" --> instead of hide widget "loader" end hideloader From matthias_livecode_150811 at m-r-d.de Fri Jan 11 10:43:37 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Fri, 11 Jan 2019 16:43:37 +0100 Subject: Livecode Server Post In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> <005701d4a952$19652b20$4c2f8160$@net> Message-ID: <935C4602-4EAA-4AB4-B5FC-2314ABF6D944@m-r-d.de> I just noticed, that my email client added the url twice. So please remove the part beginning with https://winsignhelper.dermattes.de From rdimola at evergreeninfo.net Fri Jan 11 11:00:14 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Fri, 11 Jan 2019 11:00:14 -0500 Subject: Livecode Server Post In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <65131A42-6E47-4C18-ADF2-31117081D715@appisle.net> <005701d4a952$19652b20$4c2f8160$@net> Message-ID: <005701d4a9c6$c04cbba0$40e632e0$@net> Ahh.... Your test worked even when I ran it on my account. This confused me for a while but I finally found my problem. Unless you reference the $_Post variable once the script hangs for a second and then returns nothing. Bug or feature? I Commented out the last line "put $_POST["test"]" of your post.lc and it hangs for a moment and return nothing. But change it to "put $_POST["test"] into tVar" then the previous puts are returned(displayed) and no momentary hang. Matthias, Thanks for your Help!! This one was a head scratcher for a 1/2 hour. I don't know how long it would have taken if you did not send me a script that worked. I was just doing some initial tests to get wired into LC server and was just testing $_Server["REQUEST_METHOD"] to examine the request method. Funny though, if the method is "get" then there is no requirement to touch the $_Get variable. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Matthias Rebbe via use-livecode Sent: Friday, January 11, 2019 2:39 AM To: How to use LiveCode Cc: Matthias Rebbe Subject: Re: Livecode Server Post Hi Ralph, i tried here now in the message box with the following lc server script
" put "this is the posted value for test:" put "
" put $_POST["test"] ?> TIO On-Rev Commercial Server 7.1 post "test=HELLO" To URL "https://canary.on-rev.com/post.lc " put it TIO On-Rev Community server 9.0.1 post "test=HELLO" To URL "https://canary.on-rev.com/post.lc9 " put it HostM Professional Server 9.0.2 post "test=HELLO" To URL "https://mr.dermattes.de/post.lc " put it All 3 tests are successful and all expected information including the post value is displayed. I will keep the post.lc files online for the next 2 days for you to test with my accounts. Regards, Matthias Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 11.01.2019 um 03:05 schrieb Ralph DiMola via use-livecode >: > > When do a post to an LC server script from a .html form no output of "put"s are displayed, just a blank screen. There is also a slight delay until the screen clears. I tested to see if the LC script is actually being executed. It is because I created a file but no display of "Put"s. If I change the method to "get" in the .html form the put in the same .lc is immediately displayed with no delay. > I want to use post so the params aren?t in the URL and the page can't be bookmarked. > LC server 9.02 Business on on-rev diesel. > > What am I missing? > > Thanks All! > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Fri Jan 11 10:59:28 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 11 Jan 2019 15:59:28 +0000 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> Message-ID: <4FB90A87-AB79-4611-A0B5-1AE122FCB054@iotecdigital.com> I was probably the first person to mention it. I get around it by setting the position of my stacks when opened or resumed to be within the bounds of the monitor. Actually, this will happen when switching from the single built-in display of a laptop to a dual display with the laptop closed (built-in monitor off). If the second display is a lower resolution (as it likely will be with retina displays) the OS will position open windows in the nearest spot that can display the entire window if possible. Bob S > On Jan 10, 2019, at 14:29 , Tom Glod via use-livecode wrote: > > i don't like how long a bug like this has been in the queue without being > fixed. I'm surprised it hasn't affected more people.... but i guess maybe > thats why its lower in the queue. > > Sorry, but I don't know of any remedies for this. From bobsneidar at iotecdigital.com Fri Jan 11 11:01:20 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Fri, 11 Jan 2019 16:01:20 +0000 Subject: screenRect and screenLoc weirdness In-Reply-To: <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> Message-ID: <1BE9FD2E-29A8-4A61-9EEF-2F481A373A5A@iotecdigital.com> Thanks Monte! This will enhance the procedures I have in place! Bob S > On Jan 10, 2019, at 16:39 , Monte Goulding via use-livecode wrote: > > ? set the topLeft of a stack to the topLeft of its screen below the menubar: > set the topLeft of stack ?Foo? to item 1 to 2 of line (the screen of stack ?Foo?) of the effective working screenRects > > ? set the topLeft of a stack to the topLeft of the main screen below the menubar > set the topLeft of stack ?Foo? to item 1 to 2 of the effective working screenRect > > ? set the loc of a stack to the center of its screen > local tLoc, tRect > put line (the screen of stack ?Foo?) of the screenRects into tRect > put item 1 of tRect + (item 3 of tRect - item 1 of tRect) div 2, \ > item 2 of tRect + (item 4 of tRect - item 2 of tRect) div 2 into tLoc > set the loc of stack ?Foo? to tLoc > > ? set the loc of a stack to the center of the main screen > set the loc of stack ?Foo? to the screenLoc > > Hope these help! FWIW these should remain correct even if the general consensus is that the desktop space should have an 0,0 origin for the main screen. > > Cheers > > Monte From Mark at rauterkus.com Sat Jan 12 08:31:12 2019 From: Mark at rauterkus.com (Mark Rauterkus) Date: Sat, 12 Jan 2019 08:31:12 -0500 Subject: Is there a web developer road map for LiveCode? Message-ID: Hi, These others seem complicated. Not that LC is a walk in the park, but it might be nice to input one. https://medium.com/level-up-web/developer-roadmaps-all-in-one-place-75c0402db0e0 Mark -- -- Ta. Mark Rauterkus Mark.Rauterkus at gmail.com Swimming and Water Polo Coach, Schenley High School, Pittsburgh, PA http://CLOH.wikia.com 412 298 3432 = cell From dfepstein at comcast.net Sat Jan 12 11:01:45 2019 From: dfepstein at comcast.net (David Epstein) Date: Sat, 12 Jan 2019 11:01:45 -0500 Subject: Repeat for each line of a variable or field? Message-ID: I've done a little bit of speed testing showing extremely slight differences, but wonder if anyone who understands the "engine" can advise on this: Is there a difference between these two approaches? (1) put fld 1 into txt; repeat for each line k in txt; etc. and (2) repeat for each line k in fld 1; etc. For no very good reason, I tend to do (1), but have begun to wonder: for a very lengthy field 1, does my writing to a variable use up more RAM, and so perhaps injure performance? Or is the engine in effect writing to a variable either way? Is a variable read more quickly than a field? Many thanks. David Epstein From sundown at pacifier.com Sat Jan 12 11:37:22 2019 From: sundown at pacifier.com (JB) Date: Sat, 12 Jan 2019 08:37:22 -0800 Subject: Repeat for each line of a variable or field? In-Reply-To: References: Message-ID: <98AE54CA-3DF0-4FD8-8F25-5DFBFBB7517D@pacifier.com> It is faster to use version 1 because accessing the lines in a variable is faster than accessing lines in a field. JB > On Jan 12, 2019, at 8:01 AM, David Epstein via use-livecode wrote: > > I've done a little bit of speed testing showing extremely slight differences, but wonder if anyone who understands the "engine" can advise on this: > > Is there a difference between these two approaches? > > (1) put fld 1 into txt; repeat for each line k in txt; etc. > > and > (2) repeat for each line k in fld 1; etc. > > For no very good reason, I tend to do (1), but have begun to wonder: for a very lengthy field 1, does my writing to a variable use up more RAM, and so perhaps injure performance? Or is the engine in effect writing to a variable either way? Is a variable read more quickly than a field? > > Many thanks. > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From tore.nilsen at me.com Sat Jan 12 11:48:00 2019 From: tore.nilsen at me.com (Tore Nilsen) Date: Sat, 12 Jan 2019 17:48:00 +0100 Subject: Repeat for each line of a variable or field? In-Reply-To: References: Message-ID: <36DA9C15-CE54-48DB-B3CF-B6BEB09CBB98@me.com> When using a field with close to 45000 lines, the second (using the lines of the field) version takes on average 23 milliseconds, whereas using a variable takes on average 15 milliseconds. For a field /variable with 5000 lines the difference is about 2 milliseconds here. The actual speed and difference will vary according to your hardware I guess. Best regards Tore Nilsen > 12. jan. 2019 kl. 17:01 skrev David Epstein via use-livecode : > > I've done a little bit of speed testing showing extremely slight differences, but wonder if anyone who understands the "engine" can advise on this: > > Is there a difference between these two approaches? > > (1) put fld 1 into txt; repeat for each line k in txt; etc. > > and > (2) repeat for each line k in fld 1; etc. > > For no very good reason, I tend to do (1), but have begun to wonder: for a very lengthy field 1, does my writing to a variable use up more RAM, and so perhaps injure performance? Or is the engine in effect writing to a variable either way? Is a variable read more quickly than a field? > > Many thanks. > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From jacque at hyperactivesw.com Sat Jan 12 12:23:27 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Sat, 12 Jan 2019 11:23:27 -0600 Subject: Repeat for each line of a variable or field? In-Reply-To: References: Message-ID: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Variables are always faster, but how much faster depends on what you're doing in the "etc" part. Just reading the lines will be quicker than writing back to the field on each iteration. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 12, 2019 10:03:33 AM David Epstein via use-livecode wrote: > I've done a little bit of speed testing showing extremely slight > differences, but wonder if anyone who understands the "engine" can advise > on this: > > Is there a difference between these two approaches? > > (1) put fld 1 into txt; repeat for each line k in txt; etc. > > and > (2) repeat for each line k in fld 1; etc. > > For no very good reason, I tend to do (1), but have begun to wonder: for a > very lengthy field 1, does my writing to a variable use up more RAM, and so > perhaps injure performance? Or is the engine in effect writing to a > variable either way? Is a variable read more quickly than a field? > > Many thanks. > David Epstein > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From rdimola at evergreeninfo.net Sat Jan 12 18:25:22 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Sat, 12 Jan 2019 18:25:22 -0500 Subject: XMLHttpRequest from JavaScript to LC Server In-Reply-To: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <004c01d4aace$19ca9a00$4d5fce00$@net> I have real-time "XMLHttpRequest"s in JavaScript from an html page to LC Server working. One can then call their favorite LC functions from a webpage(auto fill/ predictive search for example) instead of re-writing them in JavaScript. The webpage can be on a different server domain. Here's what I have working: 1) Methods==> Get and Post. 2) Cross Domain==>CORS policy satisfied. This allows you field LC Server requests from a different domain. You can choose what domains to accept requests from to maintain server security. 3) Sync and Async JavaScript requests to LC Server. 4) LC Server sessions maintained. 5) Creating cookies from LC server request. If this isn't old news... then let me know if this is of interest to anyone. If so I will post example html JavaScript webpage and server side LC script. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From ahsoftware at sonic.net Sat Jan 12 19:29:12 2019 From: ahsoftware at sonic.net (Mark Wieder) Date: Sat, 12 Jan 2019 16:29:12 -0800 Subject: XMLHttpRequest from JavaScript to LC Server In-Reply-To: <004c01d4aace$19ca9a00$4d5fce00$@net> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> Message-ID: On 1/12/19 3:25 PM, Ralph DiMola via use-livecode wrote: > 2) Cross Domain==>CORS policy satisfied. This allows you field LC Server > requests from a different domain. You can choose what domains to accept > requests from to maintain server security. > > let me know if this is of interest to anyone. Definitely. Especially your implementation of #2. -- Mark Wieder ahsoftware at gmail.com From gcanyon at gmail.com Sun Jan 13 02:00:27 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Sat, 12 Jan 2019 23:00:27 -0800 Subject: Navigator 7.1rc1 is available Message-ID: As usual, you can get Navigator here . Or grab it from GitHub . Also, as part of this update I created several new scripts. I recorded my screen while using Navigator to convert those scripts to behaviors. It's super-easy, and the video only runs a minute-twenty. Find out how easy it is ! For details read the release notes , but briefly this: -- fixes the prefs file not saving. -- fixes the card popup menu not including a fold-level menu. -- significantly improves the relayering code. In particular, relayering groups works properly now. -- adds an editor for custom list strings, with a preview so you can see if your string will work and what it will look like. If you find any bugs, file them here . From matthias_livecode_150811 at m-r-d.de Sun Jan 13 09:17:48 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Sun, 13 Jan 2019 15:17:48 +0100 Subject: XMLHttpRequest from JavaScript to LC Server In-Reply-To: <004c01d4aace$19ca9a00$4d5fce00$@net> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> Message-ID: <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> Yes, please post the examples. Regards, Matthias Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 13.01.2019 um 00:25 schrieb Ralph DiMola via use-livecode >: > > I have real-time "XMLHttpRequest"s in JavaScript from an html page to LC > Server working. One can then call their favorite LC functions from a > webpage(auto fill/ predictive search for example) instead of re-writing them > in JavaScript. The webpage can be on a different server domain. Here's what > I have working: > 1) Methods==> Get and Post. > 2) Cross Domain==>CORS policy satisfied. This allows you field LC Server > requests from a different domain. You can choose what domains to accept > requests from to maintain server security. > 3) Sync and Async JavaScript requests to LC Server. > 4) LC Server sessions maintained. > 5) Creating cookies from LC server request. > > If this isn't old news... then let me know if this is of interest to anyone. > If so I will post example html JavaScript webpage and server side LC script. > > Ralph DiMola > IT Director > Evergreen Information Services > rdimola at evergreeninfo.net > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From hh at hyperhh.de Sun Jan 13 12:28:16 2019 From: hh at hyperhh.de (hh) Date: Sun, 13 Jan 2019 18:28:16 +0100 Subject: LCImageToolBox_v190 Message-ID: <7024091B-BB14-407B-AAE5-8C706ACEED9A@hyperhh.de> LCImageToolBox89 and LCImageToolBox6789Mac are updated to v190: Added 5 methods of a stippling effect [ see https://en.wikipedia.org/wiki/Stippling ] Download LCImageToolBox from "Sample Stacks" or http://livecodeshare.runrev.com/stack/826/ (for LC 8/9) http://livecodeshare.runrev.com/stack/827/ (for LC 6/7/8/9 Mac) From smaclean at madmansoft.com Sun Jan 13 15:17:51 2019 From: smaclean at madmansoft.com (Stephen MacLean) Date: Sun, 13 Jan 2019 15:17:51 -0500 Subject: How to remove emoji's from unicode string In-Reply-To: <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> Message-ID: <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Hi All, The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. TIA, Steve MacLean From rdimola at evergreeninfo.net Sun Jan 13 15:32:18 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Sun, 13 Jan 2019 15:32:18 -0500 Subject: XMLHttpRequest from JavaScript to LC Server In-Reply-To: <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> Message-ID: <003601d4ab7f$16cfcb20$446f6160$@net> Example LC server script and Html page==> https://www.dropbox.com/sh/7r1fsip3aa2bgfv/AAAW_wNEkBu9-wNjTMah3bNOa?dl=0 I cleaned it up a bit and removed debugging code. In the end it's deceptively simple but there was a fair amount of scratching-and-sniffing along the way. I commented the highlights. If you have any questions just fire away. Here's what I have working: 1) Methods==> Get and Post. 2) Cross Domain==>CORS policy satisfied. This allows you field LC Server requests from a different domain. You can choose what domains to accept requests from to maintain server security. 3) Sync and Async JavaScript requests to LC Server. 4) LC Server sessions maintained. 5) Creating cookies from LC server request. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From richmondmathewson at gmail.com Sun Jan 13 16:28:41 2019 From: richmondmathewson at gmail.com (Richmond) Date: Sun, 13 Jan 2019 23:28:41 +0200 Subject: How to remove emoji's from unicode string In-Reply-To: <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: Well . . . as the emojis are stored in a Unicode range (Hex 1F600 - 1F64F) https://www.unicode.org/charts/ I'd "just" strip out any characters inwith that range. On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: > Hi All, > > The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. > > I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. > > Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. > > Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? > > My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. > > TIA, > > Steve MacLean > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Sun Jan 13 16:34:51 2019 From: richmondmathewson at gmail.com (Richmond) Date: Sun, 13 Jan 2019 23:34:51 +0200 Subject: How to remove emoji's from unicode string In-Reply-To: <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: Cop a look at this: *http://forums.livecode.com/viewtopic.php?f=7&t=32030* On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: > Hi All, > > The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. > > I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. > > Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. > > Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? > > My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. > > TIA, > > Steve MacLean > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From kee.nethery at elloco.com Sun Jan 13 18:51:35 2019 From: kee.nethery at elloco.com (Kee Nethery) Date: Sun, 13 Jan 2019 15:51:35 -0800 Subject: How to remove emoji's from unicode string In-Reply-To: References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: On my phone so verify this. Shouldn?t you be using codepointoffset(),not offset()? Kee Nethery > On Jan 13, 2019, at 1:34 PM, Richmond via use-livecode wrote: > > Cop a look at this: > > *http://forums.livecode.com/viewtopic.php?f=7&t=32030* > >> On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: >> Hi All, >> >> The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. >> >> I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. >> >> Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. >> >> Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? >> >> My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. >> >> TIA, >> >> Steve MacLean >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From scott at elementarysoftware.com Sun Jan 13 19:51:00 2019 From: scott at elementarysoftware.com (scott at elementarysoftware.com) Date: Sun, 13 Jan 2019 16:51:00 -0800 Subject: How to remove emoji's from unicode string In-Reply-To: References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: <84583416-AF6F-438F-B43A-7BFA898FC2B8@elementarysoftware.com> Hello Richmond.I have found that emojis also cause the command to fail silently. Being able to strip emojis would be helpful for that as well. I've been fooling about with your emoji stripping stack. Using codePointToNum(tEmojiChar) > 128511 doesn't seem to catch all the emoji characters... this cat head < ? > returns "128049" Also some emojis now have multiple skin colors < ????????? >and that seems to throw a monkeywrench into the works, too. When I posted this to the forum I see that the second merman is followed by a and then a . However, the second merman I pasted was actually slightly browner than the first (and looked correct when it was originally pasted) but this does not seem to pass through the posting mechanism correctly. The brown swatch and male symbol seem to be incorrectly parsed away from the second merman. The ?browner merman? is reported as 4 characters. This can even be seen by using the delete key (I?m on a Mac using LC 9.0.2) and deleting backwards over the merman. It changes color as the deleteKey removes characters which the field may or may not display. The merman doesn?t necessarily displays at the size that the field is set to. Selecting the merman and choosing ?Use Owner?s Size? from the text menu can break the emoji if the field isn?t wide enough to contain all the ?hidden characters? on the same line. hmm? just looked for a bug report and didn?t find one exactly like this. I?m pretty ignorant about how unicode actually operates but on the assumption that it should ?just work? in LiveCode.. I guess a bug report is my next stop. --cross posted to forums? Scott Morrow Elementary Software (Now with 20% less chalk dust!) web http://elementarysoftware.com/ email scott at elementarysoftware.com booth 1-800-615-0867 ------------------------------------------------------ > On Jan 13, 2019, at 1:34 PM, Richmond via use-livecode wrote: > > Cop a look at this: > > *http://forums.livecode.com/viewtopic.php?f=7&t=32030* > > On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: >> Hi All, >> >> The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. >> >> I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. >> >> Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. >> >> Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? >> >> My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. >> >> TIA, >> >> Steve MacLean >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From smaclean at madmansoft.com Sun Jan 13 20:40:45 2019 From: smaclean at madmansoft.com (Stephen MacLean) Date: Sun, 13 Jan 2019 20:40:45 -0500 Subject: How to remove emoji's from unicode string In-Reply-To: References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: Hi Richmond, Thanks for posting this! There are multiple ranges for emojis, as more were added in each version on Unicode. Here is the list for the latest version of unicode 12.0 https://www.unicode.org/Public/emoji/12 ... i-data.txt I think that between your stripper and updated unicode map, it should be able to find and strip them all? From my Forum reply. > On Jan 13, 2019, at 4:34 PM, Richmond via use-livecode wrote: > > Cop a look at this: > > *http://forums.livecode.com/viewtopic.php?f=7&t=32030* > > On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: >> Hi All, >> >> The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. >> >> I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. >> >> Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. >> >> Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? >> >> My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. >> >> TIA, >> >> Steve MacLean >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From smaclean at madmansoft.com Sun Jan 13 20:42:44 2019 From: smaclean at madmansoft.com (Stephen MacLean) Date: Sun, 13 Jan 2019 20:42:44 -0500 Subject: How to remove emoji's from unicode string In-Reply-To: References: <1684316fe98.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <004c01d4aace$19ca9a00$4d5fce00$@net> <6EF840CD-611E-4B30-939A-AFD6B0FC5BA3@m-r-d.de> <746E78B4-C9A9-4829-83D7-6C9F4B6681D1@madmansoft.com> Message-ID: Hi Kee, codepointOffset() doesn?t seem to work as expected, at least for me on my data, although I?m not sure why. The results are way different. I had thought it would be as simple as using that, but as per usual, nothing is! Best, Steve MacLean > On Jan 13, 2019, at 6:51 PM, Kee Nethery via use-livecode wrote: > > On my phone so verify this. > Shouldn?t you be using codepointoffset(),not offset()? > > Kee Nethery > >> On Jan 13, 2019, at 1:34 PM, Richmond via use-livecode wrote: >> >> Cop a look at this: >> >> *http://forums.livecode.com/viewtopic.php?f=7&t=32030* >> >>> On 13.01.19 22:17, Stephen MacLean via use-livecode wrote: >>> Hi All, >>> >>> The recent conversations on using offset() with Unicode strings was very enlightening, thanks to all that took part!. >>> >>> I have data stored in UTF8mb4. I use textDecode after loading it from the DB to put it into a format that LC understands. I then use offset() to find certain tags, text, etc. to work with. However, if there are emoji in that string, the offset() function hard crashes with a out of range error. >>> >>> Due to the troubles offset(), I?m looking for a way to remove the emojis before I have to use the offset function. >>> >>> Short of compiling a list of emoji and the decimal equivalent, does anyone have a way to do this in LC? >>> >>> My offset code has been rock solid, except for these rare instances were there are emoji in the text and I am not really looking to change it if I don?t have to, preferring to just remove the emoji if possible. >>> >>> TIA, >>> >>> Steve MacLean >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From benr_mc at cogapp.com Mon Jan 14 08:22:56 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Mon, 14 Jan 2019 13:22:56 -0000 Subject: screensChanged ? (was Re: screenRect and screenLoc weirdness) In-Reply-To: <4FB90A87-AB79-4611-A0B5-1AE122FCB054@iotecdigital.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <4FB90A87-AB79-4611-A0B5-1AE122FCB054@iotecdigital.com> Message-ID: <19070277-512a-56ef-5795-5a7b6748863c@cogapp.com> Related to this: is there any possibility of getting a "screensChanged" message? I work on multi-monitor setups all the time, and have not been bothered by the issue with screenRects because they've always told the truth relative to each other. However, the problem is that my set-up changes multiple times a day. Mostly it's taking my laptop in and out of meetings, so switching from one multi-monitor set-up to single monitor; but sometimes I'm plugging it into a meeting room screen, and sometimes mirroring, and sometimes I end up with the three screens. Many apps (including, to some extent, the LiveCode IDE) respond when this happens. But my own apps can't unless I specifically ask them to. AFAICT there is no message stacks can get to tell them to get the screenRects again and take another look. Could there be a "screensChanged" or similar? (Or we could even overload "orientationChanged" for this purpose, although that would be probably be an error.) Ben On 11/01/2019 15:59, Bob Sneidar via use-livecode wrote: > I was probably the first person to mention it. I get around it by setting the position of my stacks when opened or resumed to be within the bounds of the monitor. Actually, this will happen when switching from the single built-in display of a laptop to a dual display with the laptop closed (built-in monitor off). If the second display is a lower resolution (as it likely will be with retina displays) the OS will position open windows in the nearest spot that can display the entire window if possible. From paul at researchware.com Mon Jan 14 08:38:05 2019 From: paul at researchware.com (Paul Dupuis) Date: Mon, 14 Jan 2019 08:38:05 -0500 Subject: screensChanged ? (was Re: screenRect and screenLoc weirdness) In-Reply-To: <19070277-512a-56ef-5795-5a7b6748863c@cogapp.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <4FB90A87-AB79-4611-A0B5-1AE122FCB054@iotecdigital.com> <19070277-512a-56ef-5795-5a7b6748863c@cogapp.com> Message-ID: <538e83da-f87c-4512-d2b7-674bf9d20f61@researchware.com> This is the 'desktopChanged' message -- see Dictionary On 1/14/2019 8:22 AM, Ben Rubinstein via use-livecode wrote: > Related to this: is there any possibility of getting a > "screensChanged" message? I work on multi-monitor setups all the time, > and have not been bothered by the issue with screenRects because > they've always told the truth relative to each other. > > However, the problem is that my set-up changes multiple times a day. > Mostly it's taking my laptop in and out of meetings, so switching from > one multi-monitor set-up to single monitor; but sometimes I'm plugging > it into a meeting room screen, and sometimes mirroring, and sometimes > I end up with the three screens. > > Many apps (including, to some extent, the LiveCode IDE) respond when > this happens. But my own apps can't unless I specifically ask them to. > > AFAICT there is no message stacks can get to tell them to get the > screenRects again and take another look. Could there be a > "screensChanged" or similar? (Or we could even overload > "orientationChanged" for this purpose, although that would be probably > be an error.) > > Ben > > > On 11/01/2019 15:59, Bob Sneidar via use-livecode wrote: >> I was probably the first person to mention it. I get around it by >> setting the position of my stacks when opened or resumed to be within >> the bounds of the monitor. Actually, this will happen when switching >> from the single built-in display of a laptop to a dual display with >> the laptop closed (built-in monitor off). If the second display is a >> lower resolution (as it likely will be with retina displays) the OS >> will position open windows in the nearest spot that can display the >> entire window if possible. > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From panos.merakos at livecode.com Mon Jan 14 09:45:58 2019 From: panos.merakos at livecode.com (panagiotis merakos) Date: Mon, 14 Jan 2019 16:45:58 +0200 Subject: [ANN] This Week in LiveCode 163 Message-ID: Hi all, Read about new developments in LiveCode open source and the open source community in today's edition of the "This Week in LiveCode" newsletter! Read issue #163 here: https://goo.gl/wUv84j This is a weekly newsletter about LiveCode, focussing on what's been going on in and around the open source project. New issues will be released weekly on Mondays. We have a dedicated mailing list that will deliver each issue directly to you e-mail, so you don't miss any! If you have anything you'd like mentioned (a project, a discussion somewhere, an upcoming event) then please get in touch. -- Panagiotis Merakos LiveCode Software Developer Everyone Can Create Apps From bobsneidar at iotecdigital.com Mon Jan 14 10:58:26 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 14 Jan 2019 15:58:26 +0000 Subject: Repeat for each line of a variable or field? In-Reply-To: <98AE54CA-3DF0-4FD8-8F25-5DFBFBB7517D@pacifier.com> References: <98AE54CA-3DF0-4FD8-8F25-5DFBFBB7517D@pacifier.com> Message-ID: <83547227-2BC0-40E6-A573-D50A20446713@iotecdigital.com> Also if you do not lock the screen the engine has to update the display each time a line changes. Not sure if this is the case if the line is not visible... Bob S > On Jan 12, 2019, at 08:37 , JB via use-livecode wrote: > > It is faster to use version 1 because accessing the > lines in a variable is faster than accessing lines in > a field. > > JB > > >> On Jan 12, 2019, at 8:01 AM, David Epstein via use-livecode wrote: >> >> I've done a little bit of speed testing showing extremely slight differences, but wonder if anyone who understands the "engine" can advise on this: >> >> Is there a difference between these two approaches? >> >> (1) put fld 1 into txt; repeat for each line k in txt; etc. >> >> and >> (2) repeat for each line k in fld 1; etc. >> >> For no very good reason, I tend to do (1), but have begun to wonder: for a very lengthy field 1, does my writing to a variable use up more RAM, and so perhaps injure performance? Or is the engine in effect writing to a variable either way? Is a variable read more quickly than a field? >> >> Many thanks. >> David Epstein >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Mon Jan 14 13:44:44 2019 From: richmondmathewson at gmail.com (Richmond) Date: Mon, 14 Jan 2019 20:44:44 +0200 Subject: Crunchy chestnuts again, again, again Message-ID: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> Indeed: Please signal your opinion: http://forums.livecode.com/viewtopic.php?f=6&t=31971 Richmond. From benr_mc at cogapp.com Mon Jan 14 16:09:27 2019 From: benr_mc at cogapp.com (Ben Rubinstein) Date: Mon, 14 Jan 2019 21:09:27 -0000 Subject: screensChanged ? (was Re: screenRect and screenLoc weirdness) In-Reply-To: <538e83da-f87c-4512-d2b7-674bf9d20f61@researchware.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <4FB90A87-AB79-4611-A0B5-1AE122FCB054@iotecdigital.com> <19070277-512a-56ef-5795-5a7b6748863c@cogapp.com> <538e83da-f87c-4512-d2b7-674bf9d20f61@researchware.com> Message-ID: <60c3a2f5-6c95-7386-c2c7-4ed30c9f3d34@cogapp.com> Aha! Thanks Paul, that's just what I needed. I looked through all the 'changed' messages in the dictionary but didn't spot that one. Ben On 14/01/2019 13:38, Paul Dupuis via use-livecode wrote: > This is the 'desktopChanged' message -- see Dictionary > > On 1/14/2019 8:22 AM, Ben Rubinstein via use-livecode wrote: >> Related to this: is there any possibility of getting a "screensChanged" >> message? I work on multi-monitor setups all the time, and have not been >> bothered by the issue with screenRects because they've always told the truth >> relative to each other. >> >> However, the problem is that my set-up changes multiple times a day. Mostly >> it's taking my laptop in and out of meetings, so switching from one >> multi-monitor set-up to single monitor; but sometimes I'm plugging it into a >> meeting room screen, and sometimes mirroring, and sometimes I end up with >> the three screens. >> >> Many apps (including, to some extent, the LiveCode IDE) respond when this >> happens. But my own apps can't unless I specifically ask them to. >> >> AFAICT there is no message stacks can get to tell them to get the >> screenRects again and take another look. Could there be a "screensChanged" >> or similar? (Or we could even overload "orientationChanged" for this >> purpose, although that would be probably be an error.) >> >> Ben >> >> >> On 11/01/2019 15:59, Bob Sneidar via use-livecode wrote: >>> I was probably the first person to mention it. I get around it by setting >>> the position of my stacks when opened or resumed to be within the bounds of >>> the monitor. Actually, this will happen when switching from the single >>> built-in display of a laptop to a dual display with the laptop closed >>> (built-in monitor off). If the second display is a lower resolution (as it >>> likely will be with retina displays) the OS will position open windows in >>> the nearest spot that can display the entire window if possible. >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From paul at researchware.com Mon Jan 14 17:25:28 2019 From: paul at researchware.com (Paul Dupuis) Date: Mon, 14 Jan 2019 17:25:28 -0500 Subject: screenRect and screenLoc weirdness In-Reply-To: <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> Message-ID: On 1/10/2019 11:02 PM, Knapp Martin via use-livecode wrote: > OK, I?m making progress here. But I?m finding that ask and answer dialogs are opening off-screen. How are their positions determined? > > Marty > See https://quality.livecode.com/show_bug.cgi?id=4309 A very old enhancement request that would be a nice addition. SuperCard has a 'at' syntax, so you could say: Ask "What color is your favorite?" at screenLoc() Now you have to do something like set the loc of stack "Ask Dialog" to screenLoc() ask "What color is you favorite?" The actual stack names are "Ask Dialog" and "Answer Dialog" whether invoked from the IDE or a Standalone. From bobsneidar at iotecdigital.com Mon Jan 14 18:41:27 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Mon, 14 Jan 2019 23:41:27 +0000 Subject: Crunchy chestnuts again, again, again In-Reply-To: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> Message-ID: I don't use that forum so I cannot. Bob S > On Jan 14, 2019, at 10:44 , Richmond via use-livecode wrote: > > Indeed: Please signal your opinion: > > http://forums.livecode.com/viewtopic.php?f=6&t=31971 > > Richmond. From martyknappster at gmail.com Mon Jan 14 19:58:30 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Mon, 14 Jan 2019 16:58:30 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> Message-ID: <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> > set the loc of stack "Ask Dialog" to screenLoc() > ask "What color is you favorite?? Does that work for you Paul - it doesn?t for me. I?m having to do this: send CenterAnswerOnScreen to me in 1 tick answer ?Blah blah blah? on CenterAnswerOnScreen set the loc of stack "answer dialog" to the screenLoc end CenterAnswerOnScreen I have a couple of customers with small-screened laptops who use large secondary monitors aligned at the bottom. Thus the top of the secondary monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs are so far off you can only see about the bottom 1/8 of an inch of the window and are thus unusable. Marty > On Jan 14, 2019, at 2:25 PM, Paul Dupuis via use-livecode wrote: > > On 1/10/2019 11:02 PM, Knapp Martin via use-livecode wrote: >> OK, I?m making progress here. But I?m finding that ask and answer dialogs are opening off-screen. How are their positions determined? >> >> Marty >> > > See https://quality.livecode.com/show_bug.cgi?id=4309 > > A very old enhancement request that would be a nice addition. SuperCard has a 'at' syntax, so you could say: > > Ask "What color is your favorite?" at screenLoc() > > Now you have to do something like > > set the loc of stack "Ask Dialog" to screenLoc() > ask "What color is you favorite?" > > The actual stack names are "Ask Dialog" and "Answer Dialog" whether invoked from the IDE or a Standalone. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From monte at appisle.net Mon Jan 14 22:00:03 2019 From: monte at appisle.net (Monte Goulding) Date: Tue, 15 Jan 2019 14:00:03 +1100 Subject: screenRect and screenLoc weirdness In-Reply-To: <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> Message-ID: <129C6B71-093B-4F5E-9CF7-80C181030AD1@appisle.net> Hi Marty I?m just wondering if you are using the standard IDE ask and answer dialog or a custom one? If you are working on a very old stack then MetaCard used to copy the ask and answer dialog into the stackFile as a substack. You should be able to see them in the project browser under your mainstack. If that?s the case then perhaps try deleting those. Cheers Monte > On 15 Jan 2019, at 11:58 am, Knapp Martin via use-livecode wrote: > > Does that work for you Paul - it doesn?t for me. I?m having to do this: > > send CenterAnswerOnScreen to me in 1 tick > answer ?Blah blah blah? > > on CenterAnswerOnScreen > set the loc of stack "answer dialog" to the screenLoc > end CenterAnswerOnScreen > > I have a couple of customers with small-screened laptops who use large secondary monitors aligned at the bottom. Thus the top of the secondary monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs are so far off you can only see about the bottom 1/8 of an inch of the window and are thus unusable. From richmondmathewson at gmail.com Tue Jan 15 01:09:33 2019 From: richmondmathewson at gmail.com (Richmond Mathewson) Date: Tue, 15 Jan 2019 08:09:33 +0200 Subject: Crunchy chestnuts again, again, again In-Reply-To: References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> Message-ID: What is your "objection" to the forum? I find it better than the Use-List as one can attach stuff. On Tue, Jan 15, 2019, 1:41 AM Bob Sneidar via use-livecode < use-livecode at lists.runrev.com> wrote: > I don't use that forum so I cannot. > > Bob S > > > > On Jan 14, 2019, at 10:44 , Richmond via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > Indeed: Please signal your opinion: > > > > http://forums.livecode.com/viewtopic.php?f=6&t=31971 > > > > Richmond. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From roland.huettmann at gmail.com Tue Jan 15 04:59:44 2019 From: roland.huettmann at gmail.com (R.H.) Date: Tue, 15 Jan 2019 10:59:44 +0100 Subject: windows defender issues? & other AV issues Message-ID: Failed saving onWindows 10 (all latest versions of LiveCode) I am talking about a compiled business related stack (small compiled splash, main stack not compiled in a resource folder and various resources) that goes to clients. Some of my clients experience that the main stack is not saving and will leave two files in a state that does not allow to reopen them again. One of the files is renamed with a tilde character "~" at the end of the filename. This is the file "in progress" to be saved from file A to B and when the saving was successful, the old file is removed. The saving process takes very long (from 15 seconds and more). Sometimes over 30 seconds -- with or without this problem. If I ask the client to remove the tilde "~" then the stack can be reopened. Otherwise not. Of course, I can not ask clients to do this in a production environment or ask him to delete the installation and always install again. Somewhere during the saving process, something happens that stops the process and ends with a failure. There are no error messages. I can not replicate the behaviour on my own computer. But I can see it on client's machines (not just one). I am wondering if this could also be something that occurs because of interference of Windows Defender or some AV? Did anybody ever experience something similar on Windows? Kind regards and thanks for replies Roland From matthias_livecode_150811 at m-r-d.de Tue Jan 15 06:54:32 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Tue, 15 Jan 2019 12:54:32 +0100 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <7B2B0015-CCCB-4E77-B673-88E6AEA6959B@m-r-d.de> I cannot see this behaviour here and on our clients computers. Our standalones with substacks are running on several Win10 machines. All theses standalones use preferences stacks, which are saved from within the standalones. The standalones were created with LC 9.0.1 Business. We are delivering those standalones without an installer, so they are not placed in the Program Files folder. They are either placed in the documents, sometimes in a dropbox folder and some customers have placed them on drive D,E,F...., but not on the system drive. Are your standalones delivered with a installer and do they reside in Program Files folder? If so, did you take care, that it is not allowed to write into the Program Files folder? To check, if your AV software is the culprit, i would try, if possible, to exclude your standalone and its other files from AV realtime scanning. Maybe one of your clients is willing to try. Our clients all use F-Secure Client Security as AV/Firewall on Windows and we never run into any problem with our apps. Matthias Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 15.01.2019 um 10:59 schrieb R.H. via use-livecode >: > > Failed saving onWindows 10 (all latest versions of LiveCode) > > I am talking about a compiled business related stack (small compiled > splash, main stack not compiled in a resource folder and various resources) > that goes to clients. > > Some of my clients experience that the main stack is not saving and will > leave two files in a state that does not allow to reopen them again. One of > the files is renamed with a tilde character "~" at the end of the filename. > This is the file "in progress" to be saved from file A to B and when the > saving was successful, the old file is removed. > > The saving process takes very long (from 15 seconds and more). Sometimes > over 30 seconds -- with or without this problem. > > If I ask the client to remove the tilde "~" then the stack can be reopened. > Otherwise not. Of course, I can not ask clients to do this in a production > environment or ask him to delete the installation and always install again. > > Somewhere during the saving process, something happens that stops the > process and ends with a failure. > > There are no error messages. I can not replicate the behaviour on my own > computer. But I can see it on client's machines (not just one). > > I am wondering if this could also be something that occurs because of > interference of Windows Defender or some AV? Did anybody ever experience > something similar on Windows? > > Kind regards and thanks for replies > Roland > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From paul at researchware.com Tue Jan 15 07:12:44 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 15 Jan 2019 07:12:44 -0500 Subject: screenRect and screenLoc weirdness In-Reply-To: <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> Message-ID: <3317ca0b-b131-8af2-9407-77e1574fd348@researchware.com> On 1/14/2019 7:58 PM, Knapp Martin via use-livecode wrote: >> set the loc of stack "Ask Dialog" to screenLoc() >> ask "What color is you favorite?? > Does that work for you Paul - it doesn?t for me. I?m having to do this: > > send CenterAnswerOnScreen to me in 1 tick > answer ?Blah blah blah? > > on CenterAnswerOnScreen > set the loc of stack "answer dialog" to the screenLoc > end CenterAnswerOnScreen > > I have a couple of customers with small-screened laptops who use large secondary monitors aligned at the bottom. Thus the top of the secondary monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs are so far off you can only see about the bottom 1/8 of an inch of the window and are thus unusable. > > Marty > > Yes, it has been working for us. It works in LC9.0.2 with a new stack and a button with those 2 lines in a mouseUp handler. I think this may only work under Desktop OSes as the Inclusions (in Standalone settings) show the standard Ask and Answer Dialogs available only for Linux, OSX, and WIndows. Also, per prior discussion in this thread, code like: set the loc of stack "Ask Dialog" to effectiveScreenLocOfScreen(the sceeen of this stack) ask "What color?" where function effectiveScreenLocOfScreen pScreen -- pScreen is a monitor number (a line of the screenRects or the value of the screen of stack property -- local tRect,tH,tV put line pScreen of the effective screenRects into tRect -- or use 'effective working screenRects' for accommodating pop up keyboards and such put ((item 3 of tRect - item 1 of tRect)/2) into tH put ((item 4 of tRect - item 2 of tRect)/2) into tV return (tH,tV) end effectiveScreenLocOfScreen should result in centering an Ask Dialog on the monitor that the stack that invokes it is on. From klaus at major-k.de Tue Jan 15 07:52:09 2019 From: klaus at major-k.de (Klaus major-k) Date: Tue, 15 Jan 2019 13:52:09 +0100 Subject: Fun with answer and files() Message-ID: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> Hi friends, yesterday I wanted to save a line of script and wrote: ... put specialfolderpath("desktop") into tFolder answer files(tFolder) ... Instead of: ... put specialfolderpath("desktop") into tFolder put files(tFolder) into tFiles answer tFiles ... Before you try, think about what you would exspect and then try it! At least I was heavily suprised when I did NOT see all files from my desktop listed in an answer dialog! :-) Hint: Using brackets fixed it. Best Klaus -- Klaus Major http://www.major-k.de klaus at major-k.de From klaus at major-k.de Tue Jan 15 08:02:05 2019 From: klaus at major-k.de (Klaus major-k) Date: Tue, 15 Jan 2019 14:02:05 +0100 Subject: Fun with answer and files() In-Reply-To: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> References: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> Message-ID: Hi all, > Am 15.01.2019 um 13:52 schrieb Klaus major-k via use-livecode : > > Hi friends, > > yesterday I wanted to save a line of script and wrote: > ... > put specialfolderpath("desktop") into tFolder > answer files(tFolder) > ... > Instead of: > ... > put specialfolderpath("desktop") into tFolder > put files(tFolder) into tFiles > answer tFiles > ... > > Before you try, think about what you would exspect and then try it! > > At least I was heavily suprised when I did NOT see all files from my > desktop listed in an answer dialog! :-) > > Hint: > Using brackets fixed it. before you start a lengthy reply, I understand what is going on here, just wanted to share my AHA-experience. :-) Best Klaus -- Klaus Major http://www.major-k.de klaus at major-k.de From paul at researchware.com Tue Jan 15 09:15:06 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 15 Jan 2019 09:15:06 -0500 Subject: Fun with answer and files() In-Reply-To: References: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> Message-ID: <69b74437-0144-512b-67a9-8fb179000b05@researchware.com> On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote: > put specialfolderpath("desktop") into tFolder > answer files(tFolder) I would say this is a parser bug and should probably be reported the fact that 'answer files(..." gets parsed as the command 'answer files ..." is poor syntax parsing. If you had a space between 'files' and the open paren, I can understand the issue, but any symbol connected immediately to a right paren should be evaluated as a function. From paul at researchware.com Tue Jan 15 09:16:18 2019 From: paul at researchware.com (Paul Dupuis) Date: Tue, 15 Jan 2019 09:16:18 -0500 Subject: Fun with answer and files() In-Reply-To: References: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> Message-ID: <4a464da8-7c79-e9b1-075c-d65a4edc338e@researchware.com> On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote: > put specialfolderpath("desktop") into tFolder > answer files(tFolder) By the way, a really really good find! From brahma at hindu.org Tue Jan 15 09:41:57 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Tue, 15 Jan 2019 14:41:57 +0000 Subject: Getting Browser Widget to Read Local Assets In-Reply-To: References: Message-ID: HH wrote: You could also do step 1 to 4 once and put compress(fld "HTML") into a , then set later on in btn "LoadURL" the htmltext to decompress(). BR: Thanks for your attentive in response to my query. I am keeping you posts in a folder entitled "Browser Widget Manual" I tried this but it did not work, I think I missing a piece of the puzzle ==== on mouseup put the uAlphabetA of this stack into imageVariable put the uAlphabetA of this stack into img "alphabet" # just checking it?s artist's versions an "A" at 122px H,122px W put base64Encode(imageVariable) into b64Data replace linefeed with empty in b64Data set the htmltext of widget "browser" to the fld "html" end mouseup This image there. It appears into stack and also in the variables.... we have in the html [snip] background-image: url('data:image/jpg;base64,') [snip] ?? --------------- It this coding to a "stack local " to base64 only required if you want to use it as a background image? What about a A couple of months ago I imported an entire HTML5 app folder done in React, to a local folder, let's call it /workout Index.html assets workout.livecode # with a browser widget it showed images in its asset folder. But today I cannot getting img src working with /MyTest browserTesting.livecode /alphabet A_122x122_thm.jpg
# the above appears as an image, but with a ? mark in it.

Loading.
Please wait...

If the web site is slow or if you have a bad connection - cancel by going Home

BR From ingar.roggen at sosiologi.uio.no Tue Jan 15 09:46:00 2019 From: ingar.roggen at sosiologi.uio.no (Ingar Roggen) Date: Tue, 15 Jan 2019 14:46:00 +0000 Subject: LC-apps for HC In-Reply-To: References: Message-ID: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> Dear all of you, - Richard, Richmond and the rest of the users of this list - as you may have seen I have tried to get an idea (an offer!) of what it may cost - what one would have to pay - for an app or some other solution to the problem of making "HC easily portable to LC and thereby accessible ?to the rest of us" again??. Not having got any answer I give it one more try. Regards - Ingar > 3. des. 2018 kl. 02.55 skrev Richard Gaskin via use-livecode : > > Ingar Roggen: > > > ...why not elaborate it to the tool, the app needed to make HC easily > > portable to LC and thereby accessible "to the rest of us" again? > > Anybody takes the challenge? > > One could make HC's interface in LC. Anyone game? > > I once thought about doing it myself... > http://livecodejournal.com/features/the-true-power-of-hypercard.html > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From klaus at major-k.de Tue Jan 15 09:49:45 2019 From: klaus at major-k.de (Klaus major-k) Date: Tue, 15 Jan 2019 15:49:45 +0100 Subject: Fun with answer and files() In-Reply-To: <69b74437-0144-512b-67a9-8fb179000b05@researchware.com> References: <0C24BE83-657A-46BC-9BF5-12DC16173F7A@major-k.de> <69b74437-0144-512b-67a9-8fb179000b05@researchware.com> Message-ID: Hi Paul, > Am 15.01.2019 um 15:15 schrieb Paul Dupuis via use-livecode : > > On 1/15/2019 8:02 AM, Klaus major-k via use-livecode wrote: >> put specialfolderpath("desktop") into tFolder >> answer files(tFolder) > I would say this is a parser bug and should probably be reported thanks for the advice, done: > the fact that 'answer files(..." gets parsed as the command 'answer files ..." is poor syntax parsing. > > If you had a space between 'files' and the open paren, I can understand the issue, but any symbol connected immediately to a right paren should be evaluated as a function. Best Klaus -- Klaus Major http://www.major-k.de klaus at major-k.de From merakosp at gmail.com Tue Jan 15 10:18:29 2019 From: merakosp at gmail.com (panagiotis merakos) Date: Tue, 15 Jan 2019 17:18:29 +0200 Subject: LC-apps for HC In-Reply-To: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> References: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> Message-ID: Hello all, In LC 6.7.11 it is possible to open a HC stack. This feature has broken in LC 7+. So you can try to: 1. Make a copy of your HC stack 2. Open it in LC 6.7.11 3. Then save it in LC 6.7.11. Hopefully, after step 3, you should be able to open it in LC 9. Best, Panos-- On Tue, Jan 15, 2019 at 4:46 PM Ingar Roggen via use-livecode < use-livecode at lists.runrev.com> wrote: > Dear all of you, - Richard, Richmond and the rest of the users of this > list - > as you may have seen I have tried to get an idea (an offer!) of what it > may cost - what one would have to pay - for an app or some other solution > to the problem of making "HC easily portable to LC and thereby accessible > ?to the rest of us" again??. Not having got any answer I give it one more > try. > Regards - Ingar > > > > 3. des. 2018 kl. 02.55 skrev Richard Gaskin via use-livecode < > use-livecode at lists.runrev.com>: > > > > Ingar Roggen: > > > > > ...why not elaborate it to the tool, the app needed to make HC easily > > > portable to LC and thereby accessible "to the rest of us" again? > > > Anybody takes the challenge? > > > > One could make HC's interface in LC. Anyone game? > > > > I once thought about doing it myself... > > http://livecodejournal.com/features/the-true-power-of-hypercard.html > > > > -- > > Richard Gaskin > > Fourth World Systems > > Software Design and Development for the Desktop, Mobile, and the Web > > ____________________________________________________________________ > > Ambassador at FourthWorld.com http://www.FourthWorld.com > > > > _______________________________________________ > > use-livecode mailing list > > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Tue Jan 15 10:50:45 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 15 Jan 2019 15:50:45 +0000 Subject: Crunchy chestnuts again, again, again In-Reply-To: References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> Message-ID: <7A6E8735-EB14-4202-93F4-C2ECE27D39DE@iotecdigital.com> No objection really, I just don't want yet one more web page to bookmark and login to keep track of. Bob S > On Jan 14, 2019, at 22:09 , Richmond Mathewson via use-livecode wrote: > > What is your "objection" to the forum? > > I find it better than the Use-List as one can attach stuff. From bobsneidar at iotecdigital.com Tue Jan 15 10:54:17 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 15 Jan 2019 15:54:17 +0000 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: Yes, with Windows 10, there is a feature called Sandboxing, where even if your logged in user has write permissions to where the stack is saving, you will still not be able to write there. Program Files is a great example. The solution is not to save stacks. Stacks should not be the place you save information. Think of them as more like web forms. I learned this the hard way. Instead you should save settings and such in a "safe" location, either in a database or else in some kind of settings file. I have a whole system for this. I arrayEncode an array I use runtime for my settings and save it to disk each time a setting changes. Bob S > On Jan 15, 2019, at 01:59 , R.H. via use-livecode wrote: > > Failed saving onWindows 10 (all latest versions of LiveCode) > > I am talking about a compiled business related stack (small compiled > splash, main stack not compiled in a resource folder and various resources) > that goes to clients. > > Some of my clients experience that the main stack is not saving and will > leave two files in a state that does not allow to reopen them again. One of > the files is renamed with a tilde character "~" at the end of the filename. > This is the file "in progress" to be saved from file A to B and when the > saving was successful, the old file is removed. From bobsneidar at iotecdigital.com Tue Jan 15 11:00:32 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Tue, 15 Jan 2019 16:00:32 +0000 Subject: LC-apps for HC In-Reply-To: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> References: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> Message-ID: <81929BA3-12BC-4E0C-A530-308B7D39FDBC@iotecdigital.com> Yes, and I will reiterate that Hypercard was optimized to use cards as records in a database. Livecode is not. If your apps are of this nature, you will want to move the data in your cards to some other storage method, then have one card per "form" in your stack, loading the data as needed. It isn't difficult. open file for a low level file, then repeat with i = 1 to the number of cards of stack writing the pertinent data to a tab or comma delimited file, or a database if you have gotten that far with the database API. Bob S > On Jan 15, 2019, at 06:46 , Ingar Roggen via use-livecode wrote: > > Dear all of you, - Richard, Richmond and the rest of the users of this list - > as you may have seen I have tried to get an idea (an offer!) of what it may cost - what one would have to pay - for an app or some other solution to the problem of making "HC easily portable to LC and thereby accessible ?to the rest of us" again??. Not having got any answer I give it one more try. > Regards - Ingar > > From matthias_livecode_150811 at m-r-d.de Tue Jan 15 11:38:26 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Tue, 15 Jan 2019 17:38:26 +0100 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> There should be no problem to copy/write/save a stack to the folder AppData . This is the recommended place if your app needs to write data to disk. It can be access using specialfolderpath("Support") or specialfolderpath(26). Or has this really changed in Windows 10? Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode >: > > Yes, with Windows 10, there is a feature called Sandboxing, where even if your logged in user has write permissions to where the stack is saving, you will still not be able to write there. Program Files is a great example. The solution is not to save stacks. Stacks should not be the place you save information. Think of them as more like web forms. > > I learned this the hard way. Instead you should save settings and such in a "safe" location, either in a database or else in some kind of settings file. I have a whole system for this. I arrayEncode an array I use runtime for my settings and save it to disk each time a setting changes. > > Bob S > > >> On Jan 15, 2019, at 01:59 , R.H. via use-livecode > wrote: >> >> Failed saving onWindows 10 (all latest versions of LiveCode) >> >> I am talking about a compiled business related stack (small compiled >> splash, main stack not compiled in a resource folder and various resources) >> that goes to clients. >> >> Some of my clients experience that the main stack is not saving and will >> leave two files in a state that does not allow to reopen them again. One of >> the files is renamed with a tilde character "~" at the end of the filename. >> This is the file "in progress" to be saved from file A to B and when the >> saving was successful, the old file is removed. > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ingar.roggen at sosiologi.uio.no Tue Jan 15 11:51:54 2019 From: ingar.roggen at sosiologi.uio.no (Ingar Roggen) Date: Tue, 15 Jan 2019 16:51:54 +0000 Subject: LC-apps for HC In-Reply-To: <81929BA3-12BC-4E0C-A530-308B7D39FDBC@iotecdigital.com> References: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> <81929BA3-12BC-4E0C-A530-308B7D39FDBC@iotecdigital.com> Message-ID: <2BEFA746-8913-49BA-ADDE-9598B63EFBC1@sosgeo.uio.no> All of you again! I?m truly thankful and give it a try! Ingar 15. jan. 2019 kl. 17.00 skrev Bob Sneidar via use-livecode >: Yes, and I will reiterate that Hypercard was optimized to use cards as records in a database. Livecode is not. If your apps are of this nature, you will want to move the data in your cards to some other storage method, then have one card per "form" in your stack, loading the data as needed. It isn't difficult. open file for a low level file, then repeat with i = 1 to the number of cards of stack writing the pertinent data to a tab or comma delimited file, or a database if you have gotten that far with the database API. Bob S On Jan 15, 2019, at 06:46 , Ingar Roggen via use-livecode > wrote: Dear all of you, - Richard, Richmond and the rest of the users of this list - as you may have seen I have tried to get an idea (an offer!) of what it may cost - what one would have to pay - for an app or some other solution to the problem of making "HC easily portable to LC and thereby accessible ?to the rest of us" again??. Not having got any answer I give it one more try. Regards - Ingar _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From brahma at hindu.org Tue Jan 15 12:32:04 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Tue, 15 Jan 2019 17:32:04 +0000 Subject: Crunchy chestnuts again, again, again In-Reply-To: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> Message-ID: <58D5509A-351D-4682-867B-BDB3434338D7@hindu.org> How do you vote on the forum? Brahmanathaswami ? Richmond Indeed: Please signal your opinion: http://forums.livecode.com/viewtopic.php?f=6&t=31971 Richmond. From jjs at krutt.org Tue Jan 15 13:04:11 2019 From: jjs at krutt.org (JJS) Date: Tue, 15 Jan 2019 19:04:11 +0100 Subject: windows defender issues? & other AV issues In-Reply-To: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> References: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> Message-ID: <4fa6a417-7bf2-73f2-942b-f7574ec66bbd@krutt.org> You could also use "home" as it works on 3 desktop platforms and iOs. Linux does not have a "support". and Android uses "Engine" Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode: > There should be no problem to copy/write/save a stack to the folder AppData . This is the recommended place if your app needs to write data to disk. It can be access using specialfolderpath("Support") or specialfolderpath(26). > > Or has this really changed in Windows 10? > > Matthias Rebbe > > free tools for Livecoders: > https://instamaker.dermattes.de > https://winsignhelper.dermattes.de > >> Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode >: >> >> Yes, with Windows 10, there is a feature called Sandboxing, where even if your logged in user has write permissions to where the stack is saving, you will still not be able to write there. Program Files is a great example. The solution is not to save stacks. Stacks should not be the place you save information. Think of them as more like web forms. >> >> I learned this the hard way. Instead you should save settings and such in a "safe" location, either in a database or else in some kind of settings file. I have a whole system for this. I arrayEncode an array I use runtime for my settings and save it to disk each time a setting changes. >> >> Bob S >> >> >>> On Jan 15, 2019, at 01:59 , R.H. via use-livecode > wrote: >>> >>> Failed saving onWindows 10 (all latest versions of LiveCode) >>> >>> I am talking about a compiled business related stack (small compiled >>> splash, main stack not compiled in a resource folder and various resources) >>> that goes to clients. >>> >>> Some of my clients experience that the main stack is not saving and will >>> leave two files in a state that does not allow to reopen them again. One of >>> the files is renamed with a tilde character "~" at the end of the filename. >>> This is the file "in progress" to be saved from file A to B and when the >>> saving was successful, the old file is removed. >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From martyknappster at gmail.com Tue Jan 15 13:05:42 2019 From: martyknappster at gmail.com (Knapp Martin) Date: Tue, 15 Jan 2019 10:05:42 -0800 Subject: screenRect and screenLoc weirdness In-Reply-To: <129C6B71-093B-4F5E-9CF7-80C181030AD1@appisle.net> References: <1954E03E-3BCE-4E49-B518-E804D44F4EBF@gmail.com> <569E99CB-63C0-41CA-B2C3-AE2177446A2E@appisle.net> <1DB3AC55-F4EA-4847-B028-9BCCAD3067F6@gmail.com> <37534465-B029-42A1-A964-2B3D7C57D218@appisle.net> <2376C8EE-10BE-4079-9164-6AB613F7575C@gmail.com> <814d2c16-4976-44a6-851a-d9b9ab5e7e93@Spark> <5fab4e8c-8812-42d6-8ef4-c87586a81119@Spark> <5DF699CD-847B-4062-8C5E-71C9641110E9@gmail.com> <3A99B4E0-AE8F-4865-A61B-B819B6666D01@gmail.com> <129C6B71-093B-4F5E-9CF7-80C181030AD1@appisle.net> Message-ID: <4AC80111-9BF0-43D3-A4BB-1C398800556E@gmail.com> Hi Monte, This happens for me in a fresh instance in the IDE (LC 9.0.2 on Mac). Again, I have a 2nd larger monitor with the bottoms aligned, placing the top of the 2nd monitor higher than the main monitor. Then just type into the message box "Answer hello" and the dialog positions itself almost completely off screen. I just had another customer contact me this morning complaining of the same issue. He's a laptop user with a 2nd large display aligned at the bottom, placing the top higher than the main monitor. When I had him align the tops it behaves fine. Screenshots of my test: http://martyknapp.on-rev.com/answer.html Marty > On Jan 14, 2019, at 7:00 PM, Monte Goulding via use-livecode wrote: > > Hi Marty > > I?m just wondering if you are using the standard IDE ask and answer dialog or a custom one? If you are working on a very old stack then MetaCard used to copy the ask and answer dialog into the stackFile as a substack. You should be able to see them in the project browser under your mainstack. If that?s the case then perhaps try deleting those. > > Cheers > > Monte > >> On 15 Jan 2019, at 11:58 am, Knapp Martin via use-livecode wrote: >> >> Does that work for you Paul - it doesn?t for me. I?m having to do this: >> >> send CenterAnswerOnScreen to me in 1 tick >> answer ?Blah blah blah? >> >> on CenterAnswerOnScreen >> set the loc of stack "answer dialog" to the screenLoc >> end CenterAnswerOnScreen >> >> I have a couple of customers with small-screened laptops who use large secondary monitors aligned at the bottom. Thus the top of the secondary monitor is quite a bit above the main laptop monitor. Ask and Answer dialogs are so far off you can only see about the bottom 1/8 of an inch of the window and are thus unusable. From alex at tweedly.net Tue Jan 15 13:28:42 2019 From: alex at tweedly.net (Alex Tweedly) Date: Tue, 15 Jan 2019 18:28:42 +0000 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <7acdf5fb-b2e1-789c-dc33-78369b11f0ef@tweedly.net> I would consider putting a check in the splash stack for the existence of the 'tilde' file, and removing/renaming it before opening the mainstack. An ugly workaround until a proper fix happens - but maybe worth thinking about ? Alex. On 15/01/2019 09:59, R.H. via use-livecode wrote: > Failed saving onWindows 10 (all latest versions of LiveCode) > > I am talking about a compiled business related stack (small compiled > splash, main stack not compiled in a resource folder and various resources) > that goes to clients. > > Some of my clients experience that the main stack is not saving and will > leave two files in a state that does not allow to reopen them again. One of > the files is renamed with a tilde character "~" at the end of the filename. > This is the file "in progress" to be saved from file A to B and when the > saving was successful, the old file is removed. > > The saving process takes very long (from 15 seconds and more). Sometimes > over 30 seconds -- with or without this problem. > > If I ask the client to remove the tilde "~" then the stack can be reopened. > Otherwise not. Of course, I can not ask clients to do this in a production > environment or ask him to delete the installation and always install again. > > Somewhere during the saving process, something happens that stops the > process and ends with a failure. > > There are no error messages. I can not replicate the behaviour on my own > computer. But I can see it on client's machines (not just one). > > I am wondering if this could also be something that occurs because of > interference of Windows Defender or some AV? Did anybody ever experience > something similar on Windows? > > Kind regards and thanks for replies > Roland > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From brahma at hindu.org Tue Jan 15 14:01:02 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Tue, 15 Jan 2019 19:01:02 +0000 Subject: Navigator 7.1rc1 is available In-Reply-To: References: Message-ID: Kudo from making group layering consistent/doable! ? ===== CUSTOM LIST STRINGS EDITOR This update adds an editor for custom list strings. ====== "Custom list strings" what is it? A "custom property which is a string" ? If so, that huge, the IDE, Project Inspector give us a custom property value editor field with just 4 line...'s and no re-sizing option. Sheesh, do you want to edit a long list cities name, or a big JSON property with only 4 lines BR == Geoff Canyon As usual, you can get Navigator here . Or grab it from GitHub . From hh at hyperhh.de Tue Jan 15 14:06:36 2019 From: hh at hyperhh.de (hh) Date: Tue, 15 Jan 2019 20:06:36 +0100 Subject: Getting Browser Widget to Read Local Assets Message-ID: BR, assuming you don't have a local server running: It is an essential difference whether you set the htmltext or set the URL of the widget. If the image is called in the htmltext then there is no way but using a dataURL (=inline image), no matter if it is an img tag or called in the style tag. But that works always. If you save the same htmltext to a html file then the image from a local path that is *relative* to that file is loaded. There are very few cases where *absolute* file:// - syntax works and there will be increasing less cases. If the image becomes "tinted" (by acting on it's data), then you will need a local server running that calls that html file. If you use a video file instead of an image (or a webcam) then you will need a https - connection to your local server. This is very hard to install except you use a solution like the commercial MAMP Pro (assuming you are on Mac). Also look at the following: > BR wrote: > on mouseup > put the uAlphabetA of this stack into imageVariable > put the uAlphabetA of this stack into img "alphabet" > # just checking it?s artist's versions an "A" at 122px H,122px W > put base64Encode(imageVariable) into b64Data > replace linefeed with empty in b64Data > set the htmltext of widget "browser" to the fld "html" #--> ** > end mouseup > > This image there. It appears into stack and also in the variables.... > we have in the html > [snip] background-image: url('data:image/jpg;base64,') [snip] You have to fill the placeholder , for instance this way: ...(replace line ** in mouseUp): set the htmltext of widget "browser" to merge(fld "html") ... and then in the html: background-image: url('data:image/jpg;base64,[[b64Data]]') From ambassador at fourthworld.com Tue Jan 15 14:16:50 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Tue, 15 Jan 2019 11:16:50 -0800 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <4ef611fd-919c-a5a9-3784-73687af03a01@fourthworld.com> Bob Sneidar wrote: > Yes, with Windows 10, there is a feature called Sandboxing, where even > if your logged in user has write permissions to where the stack is > saving, you will still not be able to write there. Program Files is a > great example. The solution is not to save stacks. Stacks should not > be the place you save information. LiveCode stack files are a format; the file path is the location. While it's often useful to separate UI from code, sometimes stack files make a really good storage format. Windows does not care about the internal format of a file, only where it's saved. Wherever you can store any binary file, you should be able to store stack files. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From gcanyon at gmail.com Tue Jan 15 14:16:22 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Tue, 15 Jan 2019 11:16:22 -0800 Subject: Navigator 7.1rc1 is available In-Reply-To: References: Message-ID: Navigator edits custom properties in its standard editor, which resizes to as big as you make Navigator -- so as big as you like, really. But the custom list string editor is for Navigator's own custom list display strings. Navigator has a number of built-in display options, including the object name, name and id, and several others. But Navigator can also take any custom string that will be accepted by LC's value() function. Some interesting options: the layer of tID && the name of tID -- "tID" gets replaced with the long id of the control. This string will result in numbering the controls displayed the layer of tID && tIS & "" & toUpper(char 1 of the name of tID) & ""&& Q(the short name of tID) && "loc:" && the loc of tID -- "tIS" gets replaced with the indent string. This string will result in numbering on the left, then the indent string, then a single letter in bold representing the control type, then the name and location of the control. Like this: 1 *B*"Cancel" loc: 681,572 2 *B*"Save" loc: 766,572 3 *G*"group id 1148" loc: 423,346 4 | *F*"edit list string" loc: 423,359 And based on a recent request, this string: iff(word 1 of the long id of tID is "group","","") & the name of tID && "-" && the id of tID & iff(word 1 of the long id of tID is "group","","") -- iff() is a function included in Navigator that performs and "if" statement in a function: if the first argument is true, then it results in the second argument. If not, it results in the third argument. So this list string results in groups being bold and salmon-colored, like this: button "Cancel" - 1150 button "Save" - 1135 *group id 1148 - 1148* | field "edit list string" - 1133 regards, Geoff On Tue, Jan 15, 2019 at 11:01 AM Sannyasin Brahmanathaswami via use-livecode wrote: > Kudo from making group layering consistent/doable! > > ? > ===== > CUSTOM LIST STRINGS EDITOR > This update adds an editor for custom list strings. > ====== > > "Custom list strings" > > what is it? > > A "custom property which is a string" ? > > If so, that huge, the IDE, Project Inspector give us a custom property > value editor field with just 4 line...'s and no re-sizing option. > > Sheesh, do you want to edit a long list cities name, or a big JSON > property with only 4 lines > > BR > > == > Geoff Canyon > > As usual, you can get Navigator here > . Or > grab it > from GitHub . > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From jacque at hyperactivesw.com Tue Jan 15 14:19:20 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Tue, 15 Jan 2019 13:19:20 -0600 Subject: windows defender issues? & other AV issues In-Reply-To: <4fa6a417-7bf2-73f2-942b-f7574ec66bbd@krutt.org> References: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> <4fa6a417-7bf2-73f2-942b-f7574ec66bbd@krutt.org> Message-ID: <3c30287b-6871-c0c0-32ff-3a9c32074a69@hyperactivesw.com> The best folder to write to on mobile is "documents". Both iOS and Android are sandboxed and disallow writing to either "engine" or "resources". On 1/15/19 12:04 PM, JJS via use-livecode wrote: > You could also use "home" as it works on 3 desktop platforms and iOs. > Linux does not have a "support". and Android uses "Engine" > > > Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode: >> There should be no problem to copy/write/save a stack to the folder >> AppData . This is the recommended place if your app needs to write >> data to disk. It can be access using specialfolderpath("Support") or >> specialfolderpath(26). >> >> Or has this really changed in Windows 10? >> >> Matthias Rebbe >> >> free tools for Livecoders: >> https://instamaker.dermattes.de >> https://winsignhelper.dermattes.de >> >>> Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode >>> >: >>> >>> Yes, with Windows 10, there is a feature called Sandboxing, where >>> even if your logged in user has write permissions to where the stack >>> is saving, you will still? not be able to write there. Program Files >>> is a great example. The solution is not to save stacks. Stacks should >>> not be the place you save information. Think of them as more like web >>> forms. >>> >>> I learned this the hard way. Instead you should save settings and >>> such in a "safe" location, either in a database or else in some kind >>> of settings file. I have a whole system for this. I arrayEncode an >>> array I use runtime for my settings and save it to disk each time a >>> setting changes. >>> >>> Bob S >>> >>> >>>> On Jan 15, 2019, at 01:59 , R.H. via use-livecode >>>> >>> > wrote: >>>> >>>> Failed saving onWindows 10 (all latest versions of LiveCode) >>>> >>>> I am talking about a compiled business related stack (small compiled >>>> splash, main stack not compiled in a resource folder and various >>>> resources) >>>> that goes to clients. >>>> >>>> Some of my clients experience that the main stack is not saving and >>>> will >>>> leave two files in a state that does not allow to reopen them again. >>>> One of >>>> the files is renamed with a tilde character "~" at the end of the >>>> filename. >>>> This is the file "in progress" to be saved from file A to B and when >>>> the >>>> saving was successful, the old file is removed. >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com From jjs at krutt.org Tue Jan 15 16:14:46 2019 From: jjs at krutt.org (JJS) Date: Tue, 15 Jan 2019 22:14:46 +0100 Subject: windows defender issues? & other AV issues In-Reply-To: <3c30287b-6871-c0c0-32ff-3a9c32074a69@hyperactivesw.com> References: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> <4fa6a417-7bf2-73f2-942b-f7574ec66bbd@krutt.org> <3c30287b-6871-c0c0-32ff-3a9c32074a69@hyperactivesw.com> Message-ID: <6e56f49f-b798-98bd-6823-69b8f10d5a85@krutt.org> yes "documents" on mobile is also ok Op 15-1-2019 om 20:19 schreef J. Landman Gay via use-livecode: > The best folder to write to on mobile is "documents". Both iOS and > Android are sandboxed and disallow writing to either "engine" or > "resources". > > On 1/15/19 12:04 PM, JJS via use-livecode wrote: >> You could also use "home" as it works on 3 desktop platforms and iOs. >> Linux does not have a "support". and Android uses "Engine" >> >> >> Op 15-1-2019 om 17:38 schreef Matthias Rebbe via use-livecode: >>> There should be no problem to copy/write/save a stack to the folder >>> AppData . This is the recommended place if your app needs to write >>> data to disk. It can be access using specialfolderpath("Support") or >>> specialfolderpath(26). >>> >>> Or has this really changed in Windows 10? >>> >>> Matthias Rebbe >>> >>> free tools for Livecoders: >>> https://instamaker.dermattes.de >>> https://winsignhelper.dermattes.de >>> >>> >>>> Am 15.01.2019 um 16:54 schrieb Bob Sneidar via use-livecode >>>> >>> >: >>>> >>>> Yes, with Windows 10, there is a feature called Sandboxing, where >>>> even if your logged in user has write permissions to where the >>>> stack is saving, you will still? not be able to write there. >>>> Program Files is a great example. The solution is not to save >>>> stacks. Stacks should not be the place you save information. Think >>>> of them as more like web forms. >>>> >>>> I learned this the hard way. Instead you should save settings and >>>> such in a "safe" location, either in a database or else in some >>>> kind of settings file. I have a whole system for this. I >>>> arrayEncode an array I use runtime for my settings and save it to >>>> disk each time a setting changes. >>>> >>>> Bob S >>>> >>>> >>>>> On Jan 15, 2019, at 01:59 , R.H. via use-livecode >>>>> >>>> > wrote: >>>>> >>>>> Failed saving onWindows 10 (all latest versions of LiveCode) >>>>> >>>>> I am talking about a compiled business related stack (small compiled >>>>> splash, main stack not compiled in a resource folder and various >>>>> resources) >>>>> that goes to clients. >>>>> >>>>> Some of my clients experience that the main stack is not saving >>>>> and will >>>>> leave two files in a state that does not allow to reopen them >>>>> again. One of >>>>> the files is renamed with a tilde character "~" at the end of the >>>>> filename. >>>>> This is the file "in progress" to be saved from file A to B and >>>>> when the >>>>> saving was successful, the old file is removed. >>>> >>>> _______________________________________________ >>>> use-livecode mailing list >>>> use-livecode at 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 at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > From capellan2000 at gmail.com Tue Jan 15 17:04:30 2019 From: capellan2000 at gmail.com (Alejandro Tejada) Date: Tue, 15 Jan 2019 18:04:30 -0400 Subject: LC-apps for HC In-Reply-To: References: Message-ID: Hi Ingar, Since last year, I am using Livecode in Mac, Linux and Windows (and running stacks on Android 2.3 and 4.0.1). Previously, I have run Livecode only on windows, much later on linux, then on android and only since last year on mac osx. (ios and raspberry pi are in my plans too) Livecode is similar and very different in each one of these platforms. Recreating the HyperCard interface on top of Livecode should be very straightforward and some developers have done this previously, but if you want an estimate of the cost of recreating the HyperCard experience using Livecode, your best choice is to ask RunRev themselves. Notice please, I do not consider HyperCard just an interface but an experience. The experience of using the capabilities of your computer in an easy and human-friendly way. How could you offer the same experience in the year 2019? The answer is different and unique for each operating system in which Livecode runs. For Mac developers, they only have one platform to work. For this reason HyperCard was really extraordinary. In my desk, I have a PowerMac 7500 and running HyperCard is a joy. Today anyone could run HyperCard in their web browser visiting Archive.org : (HyperCard is inside the disk that you could see in the desktop) https://archive.org/details/AppleMacintoshSystem753 So, tell me if I am wrong if I understand yourrequest as this question: How could we recreate the HyperCard experience in different Operating Systems using Livecode? Al but notice that on Tue, 15 Jan 2019 14:46:00 Ingar Roggen wrote: > Dear all of you, - Richard, Richmond and the rest of the users > of this list - as you may have seen I have tried to get an idea > (an offer!) of what it may cost - what one would have to pay - > for an app or some other solution to the problem of making > "HC easily portable to LC and thereby accessible > to the rest of us" again??. Not having got any answer > I give it one more try. From capellan2000 at gmail.com Tue Jan 15 18:37:33 2019 From: capellan2000 at gmail.com (Alejandro Tejada) Date: Tue, 15 Jan 2019 19:37:33 -0400 Subject: LC-apps for HC In-Reply-To: References: Message-ID: Please dismiss these stray words at the end of my previous message: > but > notice that Al From sundown at pacifier.com Tue Jan 15 18:46:41 2019 From: sundown at pacifier.com (JB) Date: Tue, 15 Jan 2019 15:46:41 -0800 Subject: LC-apps for HC In-Reply-To: References: Message-ID: It is too late . . . I already noticed it. Some things you just can?t change. JB > On Jan 15, 2019, at 3:37 PM, Alejandro Tejada via use-livecode wrote: > > Please dismiss these stray words at > the end of my previous message: > >> but >> notice that > > Al > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From lists at mangomultimedia.com Wed Jan 16 01:54:46 2019 From: lists at mangomultimedia.com (Trevor DeVore) Date: Wed, 16 Jan 2019 00:54:46 -0600 Subject: Improving DataView scrolling algorithm on desktop Message-ID: For those that don't use the forums I'm posting here as well. http://forums.livecode.com/viewtopic.php?f=108&t=32041 The DataView code that handles scrolling on the desktop could use some love. It is quite basic and can sometimes look choppy. If anyone with experience in writing scrolling algorithms wants to look into it you can visit the following issue on GitHub for details: https://github.com/trevordevore/levurehelper-dataview/issues/3 If you decide to look into just a leave a note there so others know. FYI: When running on iOS the native iOS scroller is used so scrolling is much smoother. -- Trevor DeVore ScreenSteps www.screensteps.com From toolbook at kestner.de Wed Jan 16 08:38:58 2019 From: toolbook at kestner.de (Tiemo Hollmann TB) Date: Wed, 16 Jan 2019 14:38:58 +0100 Subject: AW: Script Editor Slow on Windows Message-ID: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> Hello, any new insights? I am working on a fast windows 10 machine with LC 9.0.2. No message box open, no project browser open, almost all new fancy editor options off, no plugins. Though very laggy input. Sometimes I write a whole line and the characters appear, when I am in the next line. That?s not really usable. Has anybody found any tweaks, to speed up the editor again? Is the windows defender an issue or only a guess? I have installed Kaspersky and I once have read, that any third party AV tool shuts off the defender, because it replaces it. But I don't know, if this is the case for all defender functions. A workaround would perhaps be, doing the edit in a LC 8 version and only when it comes to building the standalone or using any new features, switching to LC 9. But really? Any new insights welcome Tiemo -----Urspr?ngliche Nachricht----- Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im Auftrag von AndyP via use-livecode Gesendet: Mittwoch, 26. September 2018 10:12 An: use-revolution at lists.runrev.com Cc: AndyP Betreff: Re: Script Editor Slow on Windows (any Macs?) As something to test. I've noticed that the script editor problems worsen when either the project browser or message box have been opened, the longer these are open the more the script editor ... in all of LC 9 series gets. If I do not have the project browser open or use the message box then the degradation in speed does not in my case materialize so quickly. I have seen the same slowdown effect on a 64b Intel i5 4440 @ 3.10GHz with 8GB and a newish I7 620 2.66GHz 64b laptop with 16GB ram installed. I have no plugins activated, in fact, I tried with the plugins folder emptied. It would appear that ide messages are hanging somewhere along line? ----- Andy Piddock My software never has bugs. It just develops random features. TinyIDE a Free alternative minimalist IDE Plugin for LiveCode Script editor Themer for LC http://2108.co.uk PointandSee is a FREE simple but full featured under cursor colour picker / finder. http://www.pointandsee.co.uk - made with LiveCode -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html _______________________________________________ use-livecode mailing list use-livecode at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From merakosp at gmail.com Wed Jan 16 09:51:37 2019 From: merakosp at gmail.com (panagiotis merakos) Date: Wed, 16 Jan 2019 16:51:37 +0200 Subject: Script Editor Slow on Windows In-Reply-To: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> References: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> Message-ID: Hello Tiemo, Could you try disabling "Real Time Protection" in Windows Defender? Best, Panos -- On Wed, Jan 16, 2019 at 3:41 PM Tiemo Hollmann TB via use-livecode < use-livecode at lists.runrev.com> wrote: > Hello, > > any new insights? > I am working on a fast windows 10 machine with LC 9.0.2. > No message box open, no project browser open, almost all new fancy editor > options off, no plugins. > Though very laggy input. Sometimes I write a whole line and the characters > appear, when I am in the next line. That?s not really usable. > Has anybody found any tweaks, to speed up the editor again? > Is the windows defender an issue or only a guess? I have installed > Kaspersky > and I once have read, that any third party AV tool shuts off the defender, > because it replaces it. But I don't know, if this is the case for all > defender functions. > A workaround would perhaps be, doing the edit in a LC 8 version and only > when it comes to building the standalone or using any new features, > switching to LC 9. But really? > Any new insights welcome > Tiemo > > -----Urspr?ngliche Nachricht----- > Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im > Auftrag > von AndyP via use-livecode > Gesendet: Mittwoch, 26. September 2018 10:12 > An: use-revolution at lists.runrev.com > Cc: AndyP > Betreff: Re: Script Editor Slow on Windows (any Macs?) > > As something to test. I've noticed that the script editor problems worsen > when either the project browser or message box have been opened, the longer > these are open the more the script editor ... in all of LC 9 series gets. > > If I do not have the project browser open or use the message box then the > degradation in speed does not in my case materialize so quickly. > > I have seen the same slowdown effect on a 64b Intel i5 4440 @ 3.10GHz with > 8GB and a newish I7 620 2.66GHz 64b laptop with 16GB ram installed. > > I have no plugins activated, in fact, I tried with the plugins folder > emptied. > > It would appear that ide messages are hanging somewhere along line? > > > > ----- > Andy Piddock > > > My software never has bugs. It just develops random features. > > TinyIDE a Free alternative minimalist IDE Plugin for LiveCode > > > Script editor Themer for LC http://2108.co.uk > > PointandSee is a FREE simple but full featured under cursor colour picker / > finder. > http://www.pointandsee.co.uk - made with LiveCode > -- > Sent from: > http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html > > _______________________________________________ > use-livecode mailing list > use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From matthias_livecode_150811 at m-r-d.de Wed Jan 16 09:56:23 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Wed, 16 Jan 2019 15:56:23 +0100 Subject: Script Editor Slow on Windows In-Reply-To: References: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> Message-ID: Or better just exclude Livecode...exe from Realtime Protection / Realtime Scan to keep the system safe. Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 16.01.2019 um 15:51 schrieb panagiotis merakos via use-livecode >: > > Hello Tiemo, > > Could you try disabling "Real Time Protection" in Windows Defender? > > Best, > Panos > -- > > > > On Wed, Jan 16, 2019 at 3:41 PM Tiemo Hollmann TB via use-livecode < > use-livecode at lists.runrev.com > wrote: > >> Hello, >> >> any new insights? >> I am working on a fast windows 10 machine with LC 9.0.2. >> No message box open, no project browser open, almost all new fancy editor >> options off, no plugins. >> Though very laggy input. Sometimes I write a whole line and the characters >> appear, when I am in the next line. That?s not really usable. >> Has anybody found any tweaks, to speed up the editor again? >> Is the windows defender an issue or only a guess? I have installed >> Kaspersky >> and I once have read, that any third party AV tool shuts off the defender, >> because it replaces it. But I don't know, if this is the case for all >> defender functions. >> A workaround would perhaps be, doing the edit in a LC 8 version and only >> when it comes to building the standalone or using any new features, >> switching to LC 9. But really? >> Any new insights welcome >> Tiemo >> >> -----Urspr?ngliche Nachricht----- >> Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com ] Im >> Auftrag >> von AndyP via use-livecode >> Gesendet: Mittwoch, 26. September 2018 10:12 >> An: use-revolution at lists.runrev.com >> Cc: AndyP > >> Betreff: Re: Script Editor Slow on Windows (any Macs?) >> >> As something to test. I've noticed that the script editor problems worsen >> when either the project browser or message box have been opened, the longer >> these are open the more the script editor ... in all of LC 9 series gets. >> >> If I do not have the project browser open or use the message box then the >> degradation in speed does not in my case materialize so quickly. >> >> I have seen the same slowdown effect on a 64b Intel i5 4440 @ 3.10GHz with >> 8GB and a newish I7 620 2.66GHz 64b laptop with 16GB ram installed. >> >> I have no plugins activated, in fact, I tried with the plugins folder >> emptied. >> >> It would appear that ide messages are hanging somewhere along line? >> >> >> >> ----- >> Andy Piddock >> >> >> My software never has bugs. It just develops random features. >> >> TinyIDE a Free alternative minimalist IDE Plugin for LiveCode >> >> >> Script editor Themer for LC http://2108.co.uk >> >> PointandSee is a FREE simple but full featured under cursor colour picker / >> finder. >> http://www.pointandsee.co.uk - made with LiveCode >> -- >> Sent from: >> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Wed Jan 16 10:57:28 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 16 Jan 2019 15:57:28 +0000 Subject: Crunchy chestnuts again, again, again In-Reply-To: <58D5509A-351D-4682-867B-BDB3434338D7@hindu.org> References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> <58D5509A-351D-4682-867B-BDB3434338D7@hindu.org> Message-ID: <55BCD9C5-96C8-4678-94C2-D06D184DACEA@iotecdigital.com> You have to sign up methinks. Which excludes people not signed up from voting. Bob S > On Jan 15, 2019, at 09:32 , Sannyasin Brahmanathaswami via use-livecode wrote: > > How do you vote on the forum? > > Brahmanathaswami > > > ? Richmond > > Indeed: Please signal your opinion: > > http://forums.livecode.com/viewtopic.php?f=6&t=31971 > > Richmond. From bobsneidar at iotecdigital.com Wed Jan 16 11:04:24 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 16 Jan 2019 16:04:24 +0000 Subject: windows defender issues? & other AV issues In-Reply-To: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> References: <5A48AB85-5D17-4D8F-901E-AD635E797F68@m-r-d.de> Message-ID: <78407518-661B-40F6-91E3-CDD6A8C24BB2@iotecdigital.com> When I first distributed my Forms Generator to Windows users, I had it put into the Program Files folder. They immediately reported CTD almost as soon as they launched the app and after signing in. I traced it to the fact that I routinely save my stacks by script in development so I do not lose any changes. I had to completely refactor to not do that anymore, and to keep any persistent changes I needed to save in a prefs file. Bottom line, when distributing standalone, IMHO, don't save anything with the stack, or else install the standalone in a place where the user has write access by default. Bob S > On Jan 15, 2019, at 08:38 , Matthias Rebbe via use-livecode wrote: > > There should be no problem to copy/write/save a stack to the folder AppData . This is the recommended place if your app needs to write data to disk. It can be access using specialfolderpath("Support") or specialfolderpath(26). > > Or has this really changed in Windows 10? > > Matthias Rebbe From toolbook at kestner.de Wed Jan 16 11:45:30 2019 From: toolbook at kestner.de (Tiemo Hollmann TB) Date: Wed, 16 Jan 2019 17:45:30 +0100 Subject: AW: Script Editor Slow on Windows In-Reply-To: References: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> Message-ID: <003e01d4adba$e4fc76a0$aef563e0$@kestner.de> Hi Matthias, how is "Real Time Protection" called in German? I don't find that option :( Tiemo -----Urspr?ngliche Nachricht----- Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im Auftrag von Matthias Rebbe via use-livecode Gesendet: Mittwoch, 16. Januar 2019 15:56 An: How to use LiveCode Cc: Matthias Rebbe Betreff: Re: Script Editor Slow on Windows Or better just exclude Livecode...exe from Realtime Protection / Realtime Scan to keep the system safe. Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 16.01.2019 um 15:51 schrieb panagiotis merakos via use-livecode >: > > Hello Tiemo, > > Could you try disabling "Real Time Protection" in Windows Defender? > > Best, > Panos > -- > > > > On Wed, Jan 16, 2019 at 3:41 PM Tiemo Hollmann TB via use-livecode < > use-livecode at lists.runrev.com > wrote: > >> Hello, >> >> any new insights? >> I am working on a fast windows 10 machine with LC 9.0.2. >> No message box open, no project browser open, almost all new fancy >> editor options off, no plugins. >> Though very laggy input. Sometimes I write a whole line and the >> characters appear, when I am in the next line. That?s not really usable. >> Has anybody found any tweaks, to speed up the editor again? >> Is the windows defender an issue or only a guess? I have installed >> Kaspersky and I once have read, that any third party AV tool shuts >> off the defender, because it replaces it. But I don't know, if this >> is the case for all defender functions. >> A workaround would perhaps be, doing the edit in a LC 8 version and >> only when it comes to building the standalone or using any new >> features, switching to LC 9. But really? >> Any new insights welcome >> Tiemo >> >> -----Urspr?ngliche Nachricht----- >> Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com >> ] Im Auftrag von AndyP >> via use-livecode >> Gesendet: Mittwoch, 26. September 2018 10:12 >> An: use-revolution at lists.runrev.com >> >> Cc: AndyP > > >> Betreff: Re: Script Editor Slow on Windows (any Macs?) >> >> As something to test. I've noticed that the script editor problems >> worsen when either the project browser or message box have been >> opened, the longer these are open the more the script editor ... in all of LC 9 series gets. >> >> If I do not have the project browser open or use the message box then >> the degradation in speed does not in my case materialize so quickly. >> >> I have seen the same slowdown effect on a 64b Intel i5 4440 @ 3.10GHz >> with 8GB and a newish I7 620 2.66GHz 64b laptop with 16GB ram installed. >> >> I have no plugins activated, in fact, I tried with the plugins folder >> emptied. >> >> It would appear that ide messages are hanging somewhere along line? >> >> >> >> ----- >> Andy Piddock >> >> >> My software never has bugs. It just develops random features. >> >> TinyIDE a Free alternative minimalist IDE Plugin for LiveCode >> >> >> Script editor Themer for LC http://2108.co.uk >> >> PointandSee is a FREE simple but full featured under cursor colour >> picker / finder. >> http://www.pointandsee.co.uk - made >> with LiveCode >> -- >> Sent from: >> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f27830 >> 6.html >> > 06.html> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From toolbook at kestner.de Wed Jan 16 11:58:16 2019 From: toolbook at kestner.de (Tiemo Hollmann TB) Date: Wed, 16 Jan 2019 17:58:16 +0100 Subject: AW: Script Editor Slow on Windows In-Reply-To: <003e01d4adba$e4fc76a0$aef563e0$@kestner.de> References: <003201d4ada0$d5fd58f0$81f80ad0$@kestner.de> <003e01d4adba$e4fc76a0$aef563e0$@kestner.de> Message-ID: <003f01d4adbc$add19f00$0974dd00$@kestner.de> I think the Windows defender menu and options change, depending on what AV you have installed. I have Kaspersky installed and by this the defender doesen't have this option. I tested to put LC to the trusted list of programs of Kaspersky, but as it is, right now, I don't see the lag either with or without that option. I have to make more tests tomorrow Tiemo -----Urspr?ngliche Nachricht----- Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im Auftrag von Tiemo Hollmann TB via use-livecode Gesendet: Mittwoch, 16. Januar 2019 17:46 An: 'How to use LiveCode' Cc: Tiemo Hollmann TB Betreff: AW: Script Editor Slow on Windows Hi Matthias, how is "Real Time Protection" called in German? I don't find that option :( Tiemo -----Urspr?ngliche Nachricht----- Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] Im Auftrag von Matthias Rebbe via use-livecode Gesendet: Mittwoch, 16. Januar 2019 15:56 An: How to use LiveCode Cc: Matthias Rebbe Betreff: Re: Script Editor Slow on Windows Or better just exclude Livecode...exe from Realtime Protection / Realtime Scan to keep the system safe. Matthias Rebbe free tools for Livecoders: https://instamaker.dermattes.de https://winsignhelper.dermattes.de > Am 16.01.2019 um 15:51 schrieb panagiotis merakos via use-livecode >: > > Hello Tiemo, > > Could you try disabling "Real Time Protection" in Windows Defender? > > Best, > Panos > -- > > > > On Wed, Jan 16, 2019 at 3:41 PM Tiemo Hollmann TB via use-livecode < > use-livecode at lists.runrev.com > wrote: > >> Hello, >> >> any new insights? >> I am working on a fast windows 10 machine with LC 9.0.2. >> No message box open, no project browser open, almost all new fancy >> editor options off, no plugins. >> Though very laggy input. Sometimes I write a whole line and the >> characters appear, when I am in the next line. That?s not really usable. >> Has anybody found any tweaks, to speed up the editor again? >> Is the windows defender an issue or only a guess? I have installed >> Kaspersky and I once have read, that any third party AV tool shuts >> off the defender, because it replaces it. But I don't know, if this >> is the case for all defender functions. >> A workaround would perhaps be, doing the edit in a LC 8 version and >> only when it comes to building the standalone or using any new >> features, switching to LC 9. But really? >> Any new insights welcome >> Tiemo >> >> -----Urspr?ngliche Nachricht----- >> Von: use-livecode [mailto:use-livecode-bounces at lists.runrev.com >> ] Im Auftrag von AndyP >> via use-livecode >> Gesendet: Mittwoch, 26. September 2018 10:12 >> An: use-revolution at lists.runrev.com >> >> Cc: AndyP > > >> Betreff: Re: Script Editor Slow on Windows (any Macs?) >> >> As something to test. I've noticed that the script editor problems >> worsen when either the project browser or message box have been >> opened, the longer these are open the more the script editor ... in all of LC 9 series gets. >> >> If I do not have the project browser open or use the message box then >> the degradation in speed does not in my case materialize so quickly. >> >> I have seen the same slowdown effect on a 64b Intel i5 4440 @ 3.10GHz >> with 8GB and a newish I7 620 2.66GHz 64b laptop with 16GB ram installed. >> >> I have no plugins activated, in fact, I tried with the plugins folder >> emptied. >> >> It would appear that ide messages are hanging somewhere along line? >> >> >> >> ----- >> Andy Piddock >> >> >> My software never has bugs. It just develops random features. >> >> TinyIDE a Free alternative minimalist IDE Plugin for LiveCode >> >> >> Script editor Themer for LC http://2108.co.uk >> >> PointandSee is a FREE simple but full featured under cursor colour >> picker / finder. >> http://www.pointandsee.co.uk - made >> with LiveCode >> -- >> Sent from: >> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f27830 >> 6.html >> > 06.html> >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at 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 at 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 at 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 at lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode From richmondmathewson at gmail.com Wed Jan 16 12:04:11 2019 From: richmondmathewson at gmail.com (Richmond) Date: Wed, 16 Jan 2019 19:04:11 +0200 Subject: Crunchy chestnuts again, again, again In-Reply-To: <55BCD9C5-96C8-4678-94C2-D06D184DACEA@iotecdigital.com> References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> <58D5509A-351D-4682-867B-BDB3434338D7@hindu.org> <55BCD9C5-96C8-4678-94C2-D06D184DACEA@iotecdigital.com> Message-ID: <8705aaed-1611-89e8-28fe-1e9fc9eb1400@gmail.com> Aha: at last I have discovered the truth: you are actually Theresa May cunningly pretending to be a computer programmer. This message must be taken in context and understood to be in no way intended to be offensive to Theresa May. :) Richmond. On 16.01.19 17:57, Bob Sneidar via use-livecode wrote: > You have to sign up methinks. Which excludes people not signed up from voting. > > Bob S > > >> On Jan 15, 2019, at 09:32 , Sannyasin Brahmanathaswami via use-livecode wrote: >> >> How do you vote on the forum? >> >> Brahmanathaswami >> >> >> ? Richmond >> >> Indeed: Please signal your opinion: >> >> http://forums.livecode.com/viewtopic.php?f=6&t=31971 >> >> Richmond. > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From bobsneidar at iotecdigital.com Wed Jan 16 12:41:04 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Wed, 16 Jan 2019 17:41:04 +0000 Subject: Crunchy chestnuts again, again, again In-Reply-To: <8705aaed-1611-89e8-28fe-1e9fc9eb1400@gmail.com> References: <22e613ae-2353-1c13-6b93-38ce0976c158@gmail.com> <58D5509A-351D-4682-867B-BDB3434338D7@hindu.org> <55BCD9C5-96C8-4678-94C2-D06D184DACEA@iotecdigital.com> <8705aaed-1611-89e8-28fe-1e9fc9eb1400@gmail.com> Message-ID: <4A003AF2-6146-452F-B21B-866CCF21D18B@iotecdigital.com> How do you know that Theresa May is not actually me pretending to be a politician? Hmmm??? Bob S > On Jan 16, 2019, at 09:04 , Richmond via use-livecode wrote: > > Aha: at last I have discovered the truth: you are actually Theresa May cunningly > pretending to be a computer programmer. > > This message must be taken in context and understood to be in no way intended > to be offensive to Theresa May. :) > > Richmond. From ingar.roggen at sosiologi.uio.no Wed Jan 16 13:00:26 2019 From: ingar.roggen at sosiologi.uio.no (Ingar Roggen) Date: Wed, 16 Jan 2019 18:00:26 +0000 Subject: LC-apps for HC In-Reply-To: <16772628b00.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> References: <16772628b00.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> Message-ID: <7502DFDA-9350-4D91-B99E-711E7274714C@sosgeo.uio.no> If ?interest? means ?money to purchase? I would like to know how much! Ingar > 3. des. 2018 kl. 05.45 skrev J. Landman Gay via use-livecode : > > Someone on the HC list did just that many years ago using MC. I don't think he ever finished it though, it turned out to be a lot of work and there was little interest by then. > > -- > Jacqueline Landman Gay | jacque at hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > On December 2, 2018 7:56:52 PM Richard Gaskin via use-livecode wrote: > >> Ingar Roggen: >> >> > ...why not elaborate it to the tool, the app needed to make HC easily >> > portable to LC and thereby accessible "to the rest of us" again? >> > Anybody takes the challenge? >> >> One could make HC's interface in LC. Anyone game? >> >> I once thought about doing it myself... >> http://livecodejournal.com/features/the-true-power-of-hypercard.html >> >> -- >> Richard Gaskin >> Fourth World Systems >> Software Design and Development for the Desktop, Mobile, and the Web >> ____________________________________________________________________ >> Ambassador at FourthWorld.com http://www.FourthWorld.com >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode at 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 at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From ingar.roggen at sosiologi.uio.no Wed Jan 16 13:16:56 2019 From: ingar.roggen at sosiologi.uio.no (Ingar Roggen) Date: Wed, 16 Jan 2019 18:16:56 +0000 Subject: LC-apps for HC In-Reply-To: <4b015287-93fa-208b-d602-9129012d2b11@gmail.com> References: <059597F3-3FEE-4A8D-8B83-776EB8C97D8E@sosgeo.uio.no> <4b015287-93fa-208b-d602-9129012d2b11@gmail.com> Message-ID: Richmond You write ?Why you should "pick on me" in regard to trying to convert stuff that must be, at the very least, 20 years out of date I don't know.? If I have bothered you you must excuse me. It surely wasn?t my intention. I must have mistaken your name for another. Regards Ingar > 15. jan. 2019 kl. 19.17 skrev Richmond : > > I did get 2 'odd' messages from you to me that seemed to be something quite different, so I popped them > in my SPAM box. > > Why you should "pick on me" in regard to trying to convert stuff that must be, at the very least, > 20 years out of date I don't know. > > On the very, very rare occasion I find a Hypercard stack that has a vaguely interesting title > I have to do the following: > > Unearth either my G4 Mac Mini or my G5 iMac and run HyperCard in "Classic" to look at the functionailty > and code. > > Rather than "fart around" converting stacks, my experience has been that it is better to copy code across into > an LC stack running under RunRev 2, and then running that over to whatever computer I happen to be > "in love with" at the moment. > > BUT, frankly, HyperCard is almost half my computer-life away (I'm 56 and > I started programming when I was 14 = 42) so when I really feel "fully retro" > I fire up my BBC Micro 1981 or my BBC Master 1988 and get "down and dirty" > with BBC BASIC, which, oddly enough, still has features LiveCode does not (Sound Export . . .). > > Converting HyperCard stacks has been, in my experience, a waste of time: > the overhead of having to debug the resultant thing is far more trouble than recreating the functionality in LiveCode. > > Anyone wanting to teach a Neanderthal to drive a car should NOT apply to me. > > Richmond. > > On 15.01.19 16:46, Ingar Roggen wrote: >> Dear all of you, - Richard, Richmond and the rest of the users of this list - >> as you may have seen I have tried to get an idea (an offer!) of what it may cost - what one would have to pay - for an app or some other solution to the problem of making "HC easily portable to LC and thereby accessible ?to the rest of us" again??. Not having got any answer I give it one more try. >> Regards - Ingar >> >> >>> 3. des. 2018 kl. 02.55 skrev Richard Gaskin via use-livecode : >>> >>> Ingar Roggen: >>> >>>> ...why not elaborate it to the tool, the app needed to make HC easily >>>> portable to LC and thereby accessible "to the rest of us" again? >>>> Anybody takes the challenge? >>> One could make HC's interface in LC. Anyone game? >>> >>> I once thought about doing it myself... >>> http://livecodejournal.com/features/the-true-power-of-hypercard.html >>> >>> -- >>> Richard Gaskin >>> Fourth World Systems >>> Software Design and Development for the Desktop, Mobile, and the Web >>> ____________________________________________________________________ >>> Ambassador at FourthWorld.com http://www.FourthWorld.com >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode > From jacque at hyperactivesw.com Wed Jan 16 14:44:47 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 16 Jan 2019 13:44:47 -0600 Subject: LC-apps for HC In-Reply-To: <7502DFDA-9350-4D91-B99E-711E7274714C@sosgeo.uio.no> References: <16772628b00.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> <7502DFDA-9350-4D91-B99E-711E7274714C@sosgeo.uio.no> Message-ID: <1685831d398.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> It was to be free, but it was never completed. Two years or more went by while he tinkered with it and he eventually abandoned it. This happened at least ten years ago or more, and he has since left the community and taken down the project. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 16, 2019 12:01:26 PM Ingar Roggen wrote: > If ?interest? means ?money to purchase? I would like to know how much! > Ingar > > > >> 3. des. 2018 kl. 05.45 skrev J. Landman Gay via use-livecode >> : >> >> Someone on the HC list did just that many years ago using MC. I don't think >> he ever finished it though, it turned out to be a lot of work and there was >> little interest by then. >> >> -- >> Jacqueline Landman Gay | jacque at hyperactivesw.com >> HyperActive Software | http://www.hyperactivesw.com >> On December 2, 2018 7:56:52 PM Richard Gaskin via use-livecode >> wrote: >> >>> Ingar Roggen: >>> >>>> ...why not elaborate it to the tool, the app needed to make HC easily >>>> portable to LC and thereby accessible "to the rest of us" again? >>>> Anybody takes the challenge? >>> >>> One could make HC's interface in LC. Anyone game? >>> >>> I once thought about doing it myself... >>> http://livecodejournal.com/features/the-true-power-of-hypercard.html >>> >>> -- >>> Richard Gaskin >>> Fourth World Systems >>> Software Design and Development for the Desktop, Mobile, and the Web >>> ____________________________________________________________________ >>> Ambassador at FourthWorld.com http://www.FourthWorld.com >>> >>> _______________________________________________ >>> use-livecode mailing list >>> use-livecode at 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 at lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode From roland.huettmann at gmail.com Wed Jan 16 14:50:16 2019 From: roland.huettmann at gmail.com (R.H.) Date: Wed, 16 Jan 2019 20:50:16 +0100 Subject: windows defender issues? & other AV issues Message-ID: Windows: Regarding the many replies to the question of allowing saving a stack file I would like to thank everybody for the answers by Matthias, Bob, Alex, Jacqueline, JJS ... The problem was that a stack file used by a compiled splash stack does not save on some client's computers with Windows systems >= 7 and can only be run once leaving an unsaved file that is renamed with a tilde character. === I am distributing the executing splash stack (compiled stack) in a folder together with subfolders offering for download as a zip file. Users move the zip to the desktop, unzips and uses. There is nothing stored in inaccessible "system" or whatever non-user directories. It is a very simple setup. In one subfolder of the executable, the actual data stack is residing. Yes, I am aware that I could save data outside of the stack and not save the stack itself, but I agree with Richard that it must be possible to store data in the stack itself in principle. For now, it would require a new version if I stored data outside. But it is a good hint and I might consider for later. Another solution put forward by Alex was to rename the stack file from the splash stack that failed to save and remove the tilde from the filename. In fact, it could be a workaround and I have to test it, but it is ugly and it would not allow saving after all. I will test it though as a quick solution. Another question was whether user rights on client's computers might disallow them to save the stack. But then, I checked and they usually use Admin rights, then also the executable splash stack would not run. The data stack is just a file to the system, nothing more. And why would it be permitted on some machines and other not? (I checked that nobody is using forbidden directories.) The problem may be a bit deeper. I am also considering that if the stack file is too big and the process of saving takes so long as in this case (always > 15 secs, often 30 secs and more, even though no data was changed at all) and Windows Defender might detect such activity and stop it because of a time out. Just wild speculations... Another speculation is that the stack file is somehow corrupted (not detectable by me) and maybe the LiveCode team can check it's integrity. Or is there a way to check this as well? I have started a ticket to look at the problem. I will report when I found a solution. I see that other users here might not have encountered such problem on Windows machines and this in itself is also valuable information. Thanks to all Roland From curry at pair.com Wed Jan 16 18:10:27 2019 From: curry at pair.com (Curry Kenworthy) Date: Wed, 16 Jan 2019 18:10:27 -0500 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> Although it's quite possible to save data in stack file(s) if you do it properly, people who follow that route often have trouble, so I discourage it. It's very tempting to try and save data to the distribution folder, or to mix data and user interface together! Quite the sticky, messy mixture. :) A nice plan to avoid trouble is: 1. Keep data to save separate from UI 2. Save to Documents if the user should see it, otherwise App Data 3. Use a very standard Windows installer (That's the easy road. And others have already mentioned some of those points in whole or in part.) Distributing a zip also has a long heritage, there some outstanding apps distributed that way that I use myself, but when you have no control over the destination nor the integrity of the app folder, all the more reason to very strictly save ONLY to the most appropriate locations. Then you can skip the installer - but you can't skip both. That would be your best short-term option now, having already taken another road and wanting a quick fix. Save the stack to App Data! Read it only once from the distro. Long-term, think hard about moving over to the "easy road" for data storage. The days of distributing data however-the-heck-you-want are pretty much over. If you want some freedom in one area such as saving to your distro folder, you must gain greater control over other factors such as the install location or privileges. Obviously that's the more difficult and less certain path.... In fact I have seen the tilde-named stack before, similar to what you describe. LC is unable to complete the save. I've also heard of lengthy delays when saving. I don't recall the specific trigger, but usually applying the above guidelines clears up these symptoms along with various other headaches. Where to save is very important, and doing it properly works wonders. "Just do it!" ;) Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From ambassador at fourthworld.com Wed Jan 16 20:11:07 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Wed, 16 Jan 2019 17:11:07 -0800 Subject: windows defender issues? & other AV issues In-Reply-To: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> References: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> Message-ID: Curry Kenworthy wrote: > Although it's quite possible to save data in stack file(s) if you do > it properly, people who follow that route often have trouble, so I > discourage it. Depends what's in the stack file. The traditional factoring of code, UI, and data became a best practice for good reason. But stack files can be very versatile storage containers, offering many of the benefits of LSON (LC encoded arrays) but with the addition of being able to contain LC objects as well. LSON's generally my go-to unless I have a specific need for something else, but once in a while stack files have been a good solution for storage. There are many storage formats to choose from, and stack files have a place among them. For keeping with the tradition of separating code, UI, and data, it's not the format but how it's used. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From jacque at hyperactivesw.com Wed Jan 16 22:54:20 2019 From: jacque at hyperactivesw.com (J. Landman Gay) Date: Wed, 16 Jan 2019 21:54:20 -0600 Subject: windows defender issues? & other AV issues In-Reply-To: References: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> Message-ID: <16859f205e0.27a5.5e131b4e58299f54a9f0b9c05d4f07f9@hyperactivesw.com> As you say, the file format isn't an issue. I frequently use stack files for storage of all kinds of things. Never had any problem with it. The different types of data storage provided in stack format can be very useful. -- Jacqueline Landman Gay | jacque at hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 16, 2019 7:12:58 PM Richard Gaskin via use-livecode wrote: > > There are many storage formats to choose from, and stack files have a > place among them. For keeping with the tradition of separating code, > UI, and data, it's not the format but how it's used. From gcanyon at gmail.com Thu Jan 17 02:23:47 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Wed, 16 Jan 2019 23:23:47 -0800 Subject: The merge function is awesome! Message-ID: In Navigator I use the value() function in several ways. In particular, I use it as a way for users to customize Navigator's list display. For some reason I've managed to go all these years blissfully unaware of the merge() function, which is seemingly superior to value() for this purpose in pretty much every way. A few examples: Using value() I use the string "tID" to represent the long id of the control being represented. In retrospect I should have used value(,) which would allow the user to use "me". But I didn't think of that when I first created the functionality, or really until just a few minutes ago, but even so, the most basic displays are about equivalent: To display: button "Cancel" - [1150] using value(): the name of tID && "[" & the id of tID & "]" using merge(): [[the name of tID]] - ([[the id of tID]]) (is there a way to escape the "["?) The merge() call is cleaner, because it inherently has access to the tID variable; for value() I have to replace "tID" with the long id before using value(). For value(), I implemented a special iff() function, so I could do conditionals inline. The drawback is that both of the return values get implemented before being handed to the function, so this will fail: get iff(1+1=2,"true",3/0) -- fails even though the value 3/0 isn't needed. To work around that, I came up with the function iffv(), which takes strings and then returns the value of only the necessary string. So this will work: get iffv("1+1=2","true","3/0") -- succeeds because the function does not perform value("3/0") But the syntax for that quickly becomes unwieldy. Instead, merge() supports executing arbitrary code within it, so to display a control and its behavior: button "Cancel" | stack "rev_b_Cancel 5" using value(): the name of tID & iffv(the behavior of tID is not empty,Q(" | ") && "&" && "the name of the behavior of" && the long id of tID,"") using merge(): [[the name of tID]] That's a lot simpler! Merge is also possibly going to allow me to pre-calculate a single large merge string and then use that to generate the entire HTMLtext for Navigator's display. From curry at pair.com Thu Jan 17 02:46:48 2019 From: curry at pair.com (Curry Kenworthy) Date: Thu, 17 Jan 2019 02:46:48 -0500 Subject: windows defender issues? & other AV issues In-Reply-To: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> References: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> Message-ID: Thanks Richard and Jacque for the enthusiastic support of my opening observation: "it's quite possible to save data in stack file(s) if you do it properly" Yes, that holds true. :) But as a responsible advisor to people in the community at large, I must discourage stack files as first choice to save data from installed apps. People who follow that route often have trouble. Not talking about any particular dry academic "best practices" that someone wrote, someone else read, a third parroted. Nor tradition. Simply real LC cases right here in our community - I find a good correlation between people with problems and people who save to stacks. Few do it properly. It's a problem here. When people have bad habits, I actually get more business. So maybe I should be encouraging people to use stacks first and foremost for data storage, among other things! Ha ha. But there's no way I'd ever do that; I care about people and I want them to have fewer problems in their code. Using stacks to save data, "It's very tempting to try and save data to the distribution folder, or to mix data and user interface together!" The medium does have some effect on the transaction and the people involved, also depending on what experience people are coming from. Since stacks normally hold UI and LC code, it's a very small step to mix data and UI together. And that's exactly what people tend to do. From there, they tend to save directly to the app folder, another tiny step that often involves just one word of code. Not to mention a few other gotchas of stacks compared to other files if used wrongly. It's a quick route to trouble, and I've been called to rescue many a ship that was following that siren call.... I provided a quick fix for those in that situation. And it's also possible to use stack files the "right" way for saving data. For that matter stacks can hold almost any type of data, and almost any type of data file can hold stacks and UI. Anything is possible. But most people will be better served keeping these things separated for easy understanding and building solid habits. Stacks (or properly designated flat files) for UI and code, another type of file or a database for data. App in Program Files or Applications, data in the proper place per OS and purpose. A standard installer, or else even more care (not less) in app awareness and data handling. Sign your app if needed, or provide some installation FAQ for users, and be cautious about accessing files to minimize AV issues and system issues. These tend to steer people in the right direction, and mixing things together often leads people astray. I'm sorry that's the case, it doesn't have to be, but often it is. Real people, real stacks; reality talking. Of course, stack-data aficionados that know their stuff can do their thing; I'm probably not reaching a ghostly hand out of your email Inbox to stop you. (Just make sure that it works as well as you think! I've seen some notable exceptions.) So that's my PSA on data files. It's pretty much win-win-win because either the tip helps people and they avoid problems, or if they take another road and have trouble I'll likely have the chance to help them out later, while those who really know the ropes can feel even more empowered using stacks for data and piling on greater support for my opening observation. Take care and good night! :D Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.com/ From iphonelagi at gmail.com Thu Jan 17 05:52:37 2019 From: iphonelagi at gmail.com (Lagi Pittas) Date: Thu, 17 Jan 2019 10:52:37 +0000 Subject: windows defender issues? & other AV issues In-Reply-To: References: <44d85261-6254-3e7a-6bfc-170376a037cc@pair.com> Message-ID: A POS system that I wrote saved a few arrays and text on exit. It worked beautifully in 99.9% % of the time but every so often the user would start up and the file was corrupted some how - I saw the tilde file (exactly as word does (used to do it?), when view extensions for known file type was enabled in windows. The thing I couldn't figure was that people using it for over 2 years never had a problem, another shop that had three of my POS systems NEVER had a problem there were basically at most 5-7 sites that had the problem - rarely (once or twice a year - then never again) but two machines were corrupting every month or so it seemed). I checked to see if they switched off without exiting - but I know that in 99.99% of cases you could do that without corrupting. All the machines run windows 7 embedded and of course I switched off updates (if it works today it will work tomorrow - I threatened them with death if they installed anything or used the internet on it). There was no rhyme or reason to the corruption, as one of the shops had 2 machines bought at the same time and the one was corrupting consistently and the other wasn't. In the end I just created another table in the sqlite database and saved the encoded arrays in there - never a problem since. Lesson learned (by me at least) it's not worth the aggro, the coding is not that much more involved so why bother unless it's for my own use as I have full control? Although I have teamviewer on each machine - talking somebody through connecting the device to the internet after they have changed ISP or other reasons meant too much wasted time explaining what and where a status bar was/is "Every time I make my program fool proof the universe comes up with a better fool" Lagi On Thu, 17 Jan 2019 at 01:11, Richard Gaskin via use-livecode < use-livecode at lists.runrev.com> wrote: > Curry Kenworthy wrote: > > > Although it's quite possible to save data in stack file(s) if you do > > it properly, people who follow that route often have trouble, so I > > discourage it. > > Depends what's in the stack file. > > The traditional factoring of code, UI, and data became a best practice > for good reason. > > But stack files can be very versatile storage containers, offering many > of the benefits of LSON (LC encoded arrays) but with the addition of > being able to contain LC objects as well. > > LSON's generally my go-to unless I have a specific need for something > else, but once in a while stack files have been a good solution for > storage. > > There are many storage formats to choose from, and stack files have a > place among them. For keeping with the tradition of separating code, > UI, and data, it's not the format but how it's used. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From hh at hyperhh.de Thu Jan 17 07:36:22 2019 From: hh at hyperhh.de (hh) Date: Thu, 17 Jan 2019 13:36:22 +0100 Subject: The merge function is awesome! Message-ID: > Geoff wrote: > using value(): > the name of tID && "[" & the id of tID & "]" > using merge(): > [[the name of tID]] - ([[the id of tID]]) > (is there a way to escape the "["?) You could use with merge not only variables but also functions that are available for the script that calls merge: [[br(the id of tID)]] function br x return "[" & x & "]" end br From roland.huettmann at gmail.com Thu Jan 17 10:15:44 2019 From: roland.huettmann at gmail.com (R.H.) Date: Thu, 17 Jan 2019 16:15:44 +0100 Subject: windows defender issues? & other AV issues Message-ID: Well, thanks for all the comments regarding failing to save the data stack distributed with a compiled splash stack. Each case is different. In this case, I have to actually go by my promise to not install anything on the target machine that is not visible inside my app folder. The user can just remove the folder and that's it - by agreement. So, that actually disallows even storing anything else in any writable directory in this particular case. The data stack uses data separated from UI and data is read-only. The user saves data to a text file. That all works well. The saving of the "data" stack that includes the separate UI has mainly one purpose: to allow the user starting from where he/she stopped working with the application. But this is not crucial and I will simply not save anything. The stack will be as is. I just feel that we should know what the problem is that corrupts the stack when saving and the original stack filename is appended with the tilde character? Well, corruption is a big word here since the stack itself is not corrupted or does not appear to be, but something is not right. It is more a principle question now. As Curry mentioned, it happens elsewhere. Is there any way to detect and catch an error when saving? We are deviating a bit from the subject here which is "Windows Definer and AV software". Still, there could be an issue related. Saving either from the IDE or saving the compiled in any case (with or without corruption) takes way too long time. My tests disabling Windows Defender did not change this but I still do not rule out that there could be something related to AV. It needs further testing, maybe also on other machines. And I can not ask clients to disable Windows Defender or change the Defender settings anyway. I have no control over such machines and it is a big company with some users using my app. They are mostly illiterate even to open Windows Defender or they are not permitted to change any settings. But generally said, I would also prefer to go with a proper installation tool, read from and write to files in the AppData or Documents directory and keep data separate from the stack -- even though if this is possible in principle, it should not create problems also using stacks for data storage. In many cases, it is a very simple straight-forward solution as everything is easily accessible. A stack is just not a good database solution if data is well structured and there is a lot of data. Roland From mark at livecode.com Thu Jan 17 10:37:17 2019 From: mark at livecode.com (Mark Waddingham) Date: Thu, 17 Jan 2019 16:37:17 +0100 Subject: windows defender =?UTF-8?Q?issues=3F=20=26=20other=20AV=20iss?= =?UTF-8?Q?ues?= In-Reply-To: References: Message-ID: <82bd6efe0b8d26710fabf2cd728a6514@livecode.com> On 2019-01-17 16:15, R.H. via use-livecode wrote: > Is there any way to detect and catch an error when saving? When the engine saves a stackfile when it has previously been saved to the same place... It first moves the existing file at to ~. If this step fails (e.g. because it can't move the file) then the save command stops and returns an error indicating that in 'the result'. Next it attempts to save the stackfile to . If there is an error whilst writing the stackfile then the save command stops, deletes the partially written stackfile at , moves the ~ back to and returns an appropriate error in 'the result'. If the engine crashes during saving, you will be left with a partially written and a copy of the stackfile as it was successfully last saved at ~. Obviously in this case the engine has crashed, so there is no 'the result' to check. If saving successfully completes, then the engine deletes ~ and returns empty in 'the result'. So - assuming the engine isn't crashing (although the long save time sounds odd - if you can submit a report/send a stackfile which takes ages to re-save we can take a look!), then you should be able to find out why the save is failing, or not happening as expected by checking 'the result' after the save command which is initiating the save. Hope this helps! Warmest Regards, Mark. -- Mark Waddingham ~ mark at livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps From ambassador at fourthworld.com Thu Jan 17 10:39:37 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 17 Jan 2019 07:39:37 -0800 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: Lagi Pittas wrote: > A POS system that I wrote saved a few arrays and text on exit. It > worked beautifully in 99.9% % of the time but every so often the > user would start up and the file was corrupted some how - I saw > the tilde file (exactly as word does (used to do it?), when view > extensions for known file type was enabled in windows. Yes, that's one of the things I've enjoyed about using stack files for storage, the engine's automatic safe-write procedure that makes a backup of the old file before writing the new one. Of course we could script our own routines to do that, but I don't mind a little convenience now and then. Imagine how much worse those users would be without that safe-write. > In the end I just created another table in the sqlite database and > saved the encoded arrays in there - never a problem since. Did you ever find out why the engine was having difficulty writing those files? What did "the result" show? Beyond the implications for end-users is for all of us: if there's a bug that prevents writing stack files under certain circumstances, it will prevent us from using LiveCode under those circumstances. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From jay at livecode.org Thu Jan 17 10:52:38 2019 From: jay at livecode.org (Jay) Date: Thu, 17 Jan 2019 10:52:38 -0500 Subject: Checking xml string Message-ID: The w3schools website has a simple XML validator that should be helpful. https://www.w3schools.com/xml/xml_validator.asp Jay+ From bobsneidar at iotecdigital.com Thu Jan 17 10:55:47 2019 From: bobsneidar at iotecdigital.com (Bob Sneidar) Date: Thu, 17 Jan 2019 15:55:47 +0000 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: Right. The splash stack actually becomes an executable when saved as a standalone. Executables by nature cannot be modified. This is one of the reasons a splash stack approach makes a lot of sense, because now all your attacked stacks/substacks CAN be modified (given they are in a location the OS allows it and the end user has write permissions to that location.) Bob S > On Jan 16, 2019, at 11:50 , R.H. via use-livecode wrote: > > Windows: Regarding the many replies to the question of allowing saving a > stack file I would like to thank everybody for the answers by Matthias, > Bob, Alex, Jacqueline, JJS ... > > The problem was that a stack file used by a compiled splash stack does not > save on some client's computers with Windows systems >= 7 and can only be > run once leaving an unsaved file that is renamed with a tilde character. From roland.huettmann at gmail.com Thu Jan 17 11:03:22 2019 From: roland.huettmann at gmail.com (R.H.) Date: Thu, 17 Jan 2019 17:03:22 +0100 Subject: AW: Script Editor Slow on Windows Message-ID: I must also agree that the SE (script editor) in Windows with latest versions of LiveCode tends to be nearly unusable -- at least for professional work. Also, I turn off the messages box when using the SE but using a field displaying messages instead. I am not using Navigator. When I add a new handler, in the "end handler" statement of the previous handler (the handler above) parts of the word "end" are deleted without me doing anything. It happened not only once. As many others here, I can also say that I have turned off most helpers supposed to support with scripting. I type 10 x faster myself and make corrections than using any of such helpers; they block my workflow even though I still use automatic indentation. It will probably be a lot of work to fix this for Windows so that it is not obstructing work instead of supporting it. Even I started using a separate text editor (Notepad++) for writing scripts and I insert the script later into the SE. The turn-around time between script changes and saving them is way too long. Turning Defender off does not make a difference for me, but I need to test more to come to a conclusion. My main problem is that saving the stack while scripting may take three times as much time than writing code. I feel like wasting time a lot waiting for the save process to end. This does not happen with freshly started stacks, but quickly after inserting more than just 100/200 lines of code the problem appears. I did not exactly measure when the problem starts to show up. Also, I have the feeling that script errors in earlier versions of LiveCode had been identified better. Regularly, the reported errors are simply wrong. And often enough, the debugger does not see any error even though there is one. Kind of a mystery. I started to use strict mode declaring all variables. It helped a lot. It should be recommended much more. It adds discipline and clarity and avoids errors that are hard to detect otherwise. Even beginners can learn it easily and understanding will even be better. From ambassador at fourthworld.com Thu Jan 17 11:08:43 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 17 Jan 2019 08:08:43 -0800 Subject: windows defender issues? & other AV issues In-Reply-To: References: Message-ID: <48784a20-a6c2-6201-bb09-3ceae62157e6@fourthworld.com> R.H. wrote: > I just feel that we should know what the problem is that corrupts the > stack when saving and the original stack filename is appended with the > tilde character? Agreed. If the engine has a problem writing stack files, that would prevent us from using LiveCode. The trick now is to pin down the cause of the issue you've experienced. Since we don't see many reports here of errant stack saves, it seems this will require some sleuthing to pin down the specific combination of factors at play. > Is there any way to detect and catch an error when saving? All I/O, whether socket or disk, whether stack files or any other format, is ideally accompanied by error-checking, e.g.: save stack tStackFilePath if the result is not empty then answer "Couldn't save document ("& sysError() &")" exit to top end if The sysError function is especially useful there, delivering the error number the OS provides to describe the specific reason the file could not be written. > Saving either from the IDE or saving the compiled in any case (with or > without corruption) takes way too long time. My tests disabling > Windows Defender did not change this... How much is "too long time", and what's in the file? The number of cards may be particularly relevant for save time, perhaps number of substacks if there are many. File size when written successfully would be good know too. > And I can not ask clients to disable Windows Defender or change the > Defender settings anyway. I have no control over such machines and > it is a big company with some users using my app. They are mostly > illiterate even to open Windows Defender or they are not permitted > to change any settings. I'm with you, very disinclined to encourage users to turn off built-in security features. I haven't done more research on this in weeks, but back when I did the many other apps affected by this were of such a broad variety no clear pattern was self-evident to me which would explain how LC could be among them. As time permits I may do some more reading around the web to see how other vendors are coping with this. > But generally said, I would also prefer to go with a proper > installation tool, read from and write to files in the AppData or > Documents directory.... More than OS-recommended practice, often essential. All user data should be in user space. > A stack is just not a good database solution if data is well > structured and there is a lot of data. Agreed. If you need a DB you should use a DB, which will have its own binary file format(s). (But of course then the question is which type of DB: relational, document store, graph, or something else?) There are almost as many file formats as their are document-producing applications. No singe file format can accommodate all possible types of apps, so we use the format best suited for the type of app we're making. The bad thing about file formats is that there is no one-size-fits-all solution, so we have to make choices about what's best for the task at hand. The great thing about file formats is that there is no one-size-fits-all solution, so we get to make choices about what's best for the task at hand. :) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From matthias_livecode_150811 at m-r-d.de Thu Jan 17 11:16:18 2019 From: matthias_livecode_150811 at m-r-d.de (Matthias Rebbe) Date: Thu, 17 Jan 2019 17:16:18 +0100 Subject: windows defender issues? & other AV issues In-Reply-To: <48784a20-a6c2-6201-bb09-3ceae62157e6@fourthworld.com> References: <48784a20-a6c2-6201-bb09-3ceae62157e6@fourthworld.com> Message-ID: <94808F51-ADEC-4DE2-B09E-5A47119A6F37@m-r-d.de> > Am 17.01.2019 um 17:08 schrieb Richard Gaskin via use-livecode : > > R.H. wrote: > > > I just feel that we should know what the problem is that corrupts the > > stack when saving and the original stack filename is appended with the > > tilde character? > > Agreed. If the engine has a problem writing stack files, that would prevent us from using LiveCode. > > The trick now is to pin down the cause of the issue you've experienced. > Maybe it would be good at first to know how big in size the stack is that cannot be saved correctly. Maybe it is really the size that cause this. > From gcanyon at gmail.com Thu Jan 17 12:02:40 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 17 Jan 2019 09:02:40 -0800 Subject: The merge function is awesome! In-Reply-To: References: Message-ID: On Thu, Jan 17, 2019 at 4:36 AM hh via use-livecode < use-livecode at lists.runrev.com> wrote: > > Geoff wrote: > > using value(): > > the name of tID && "[" & the id of tID & "]" > > using merge(): > > [[the name of tID]] - ([[the id of tID]]) > > (is there a way to escape the "["?) > > You could use with merge not only variables but also functions > that are available for the script that calls merge: > > [[br(the id of tID)]] > > function br x > return "[" & x & "]" > end br > True, and you've just given me an idea how to handle things like font/styling tags. Something like: function ifTag b,o,s,c if b then return o & s & c else return s end ifTag From ambassador at fourthworld.com Thu Jan 17 11:52:58 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Thu, 17 Jan 2019 08:52:58 -0800 Subject: windows defender issues? & other AV issues In-Reply-To: <94808F51-ADEC-4DE2-B09E-5A47119A6F37@m-r-d.de> References: <94808F51-ADEC-4DE2-B09E-5A47119A6F37@m-r-d.de> Message-ID: Matthias Rebbe wrote: >> Am 17.01.2019 um 17:08 schrieb Richard Gaskin: >> >> R.H. wrote: >> > I just feel that we should know what the problem is that corrupts >> > the stack when saving and the original stack filename is appended >> > with the tilde character? >> >> Agreed. If the engine has a problem writing stack files, that would > prevent us from using LiveCode. >> >> The trick now is to pin down the cause of the issue you've > experienced. > > Maybe it would be good at first to know how big in size the stack is > that cannot be saved correctly. > Maybe it is really the size that cause this. I believe the logical limit is 4GB, so I don't think size alone is the cause. Complexity might be related, such as number of cards, but even then I have doubts. I used to maintain an alternative LC Dictionary in which every language token was its own card - more than 3,000 at the time. While saves would take several seconds, it didn't matter for that stack since that only happened once at build time; from then on it was used only for reads. Worked like a champ, successfully built on more than a hundred different system an aggregate of many thousands of times. So far we have a few people (3?) who've reported issues with saves, in which all of the save issues, IIRC, were intermittent. Meanwhile, the one thing all subscribers of this list have in common is that we use LiveCode, implying that we're able to use LiveCode because we can save our work. So it seems there is something specific to a combination of factors, some possibly related to the engine, others possibly related to disk media and/or file system structures, and some possibly related to the OS or other processes. Without a recipe for reliably reproducing the issue, this will be a tough nut to crack. Hopefully as we gather more details a recipe will emerge. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From hh at hyperhh.de Thu Jan 17 14:00:58 2019 From: hh at hyperhh.de (hh) Date: Thu, 17 Jan 2019 20:00:58 +0100 Subject: The merge function is awesome! Message-ID: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> > Geoff wrote: > ... you've just given me an idea how to handle things like font/styling > tags. Something like: > function ifTag b,o,s,c > if b then return o & s & c else return s > end ifTag Allow me two remarks. 1. You could use, in order to avoid the check: function tag s,o,c return o & s & c end tag And both, tag("inner") and tag("inner","left-","-right") work. 2. Also array-things work with merge, like [[a[1]]]. From rdimola at evergreeninfo.net Thu Jan 17 14:17:14 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Thu, 17 Jan 2019 14:17:14 -0500 Subject: Script Editor Slow on Windows In-Reply-To: References: Message-ID: <003601d4ae99$4415b690$cc4123b0$@net> A couple of things I have observed in Win 10 LC 9.0.2. 1) Scroll wheel starts scrolling 100s of lines with one wheel rotation detent. The only way to fix is to restart IDE. 2) SE Font is bold 10% of the time when opening LC. The only way to fix is to restart IDE(maybe more than once). 3) After working in the IDE for a while then using breakpoints(I think), every time I do a Ctrl S the IDE will do a variety of things. Not all at once but sometimes all at once. The only way to fix is to restart IDE. Ctrl S does these things sometimes: a) Opens up the message box and execute the last command. b) The confirm IDE save version dialog is not presented instead the last answer dialog used is displayed without any buttons. Sometimes keyboard returns will let it move on and complete the save maybe 50% of the time. c) The open message box has a one line field with a horizontal scrollbar scroll appear and is not active and all other windows are locked up. d) Blank "new script editor" window opens and is non functional. e) All of the above but flashing and repeating 10s of times(sometimes forever). Look like a 1970's light show. I get flashbacks just looking at it. The message boxes and answer dialogs are flashing on and off with 100% cpu. 4) IDE goes into a loop (now and again). 5) IDE quits (not often). 6) Save stacks take 10 seconds or more with the Windows "not responding" in the top bar using 100% cpu until saving status box appears. The status box is only up moment. The actual save operation take a 1/2 second after that. 7) Undo's are sketchy at best. Sometimes the work as expected other times some other tab's script is changed. 8) Put too many lines into the message box and the same as Ctrl S issues start to pop up. 9) The IDE goes into loop and locks up for no reason using 100% cpu. I can't make any recipes for a QCC report. I can't see any pattern. Simple stacks usually don't have any of the above problems except for the IDE scroll wheel and font problems so my larger stacks are doing something that is whacking out the IDE in v9 that did not happen pre v9. All this being said I still get more done with LC than any other language I have ever used so it's still a net large gain in productivity. I don't know what I can do to help. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net From rdimola at evergreeninfo.net Thu Jan 17 14:27:36 2019 From: rdimola at evergreeninfo.net (Ralph DiMola) Date: Thu, 17 Jan 2019 14:27:36 -0500 Subject: Script Editor Slow on Windows In-Reply-To: References: Message-ID: <003d01d4ae9a$b65c35c0$2314a140$@net> I have seen this a few times. I observed it's the return after typing "command someCommand". I also had "return key" start deleting code at the top of the script tab. I have not seen this in 9.0.2 GM yet but did see it 9.0.1 and 9.0.2 DPs and RCs. Ralph DiMola IT Director Evergreen Information Services rdimola at evergreeninfo.net -----Original Message----- From: use-livecode [mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of R.H. via use-livecode Sent: Thursday, January 17, 2019 11:03 AM To: LiveCode Runrev.Com Cc: R.H. Subject: AW: Script Editor Slow on Windows When I add a new handler, in the "end handler" statement of the previous handler (the handler above) parts of the word "end" are deleted without me doing anything. It happened not only once. From brahma at hindu.org Thu Jan 17 14:26:01 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Thu, 17 Jan 2019 19:26:01 +0000 Subject: HTMLTEXT of a Browser Widget in Properties Inspector? Message-ID: <2BEB0840-1EFF-458D-A1D8-44600C57F7E1@hindu.org> I have a strange phenomena 1) The htmltext of the browser widget does not seem to be available in the Properties Inspection a. I could have sworn there was link/field to it in previous version of LC b. It is not available in a custom property 2) I set the htmltext of widget "loader" to empty. 3) Set the htmltext of widget "loader" to a field (using HH's method, it is good for editing) 4) Save the stack, reload, there is a "flash" of *some* htmltext (as it were caching in the background) then it loads the field, which is different? I had some CSS wrong in the first HTMLTEXT and corrected in later? Now I still see the "cached" version that is quickly replaced by my code set htmltext of widget "Loader" to fld "loaderHTML" Where is the previous htmltext of the browser widget hiding? From tom at makeshyft.com Thu Jan 17 14:56:56 2019 From: tom at makeshyft.com (Tom Glod) Date: Thu, 17 Jan 2019 14:56:56 -0500 Subject: HTMLTEXT of a Browser Widget in Properties Inspector? In-Reply-To: <2BEB0840-1EFF-458D-A1D8-44600C57F7E1@hindu.org> References: <2BEB0840-1EFF-458D-A1D8-44600C57F7E1@hindu.org> Message-ID: I can't help you but thanks for the tip to ask for the htmltext property when i need the page code. On Thu, Jan 17, 2019 at 2:26 PM Sannyasin Brahmanathaswami via use-livecode wrote: > I have a strange phenomena > > 1) The htmltext of the browser widget does not seem to be available in the > Properties Inspection > a. I could have sworn there was link/field to it in > previous version of LC > b. It is not available in a custom property > > 2) I set the htmltext of widget "loader" to empty. > > 3) Set the htmltext of widget "loader" to a field (using HH's method, it > is good for editing) > > 4) Save the stack, reload, there is a "flash" of *some* htmltext (as it > were caching in the background) then it loads the field, which is > different? > > I had some CSS wrong in the first HTMLTEXT and corrected in later? Now I > still see the "cached" version that is quickly replaced by my code > > set htmltext of widget "Loader" to fld "loaderHTML" > > Where is the previous htmltext of the browser widget hiding? > > > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From hh at hyperhh.de Thu Jan 17 15:16:41 2019 From: hh at hyperhh.de (hh) Date: Thu, 17 Jan 2019 21:16:41 +0100 Subject: HTMLTEXT of a Browser Widget in Properties Inspector? Message-ID: <5CE9596C-58F3-488C-895E-4715C671136D@hyperhh.de> Browser widget: A. URL There are some problems with caching if one sets the URL and reloads. Then the chance is really big that you get fooled by the cache. I tried even to delete the widget and create a new one with the same URL. Also unloadig the url doesn't help. I couldn't catch with several traps a cache file on disk, probably it is in RAM. This is confirmed by the fact that a restart of LiveCode helps. ** It would be a great feature if it were possible to delete the cache. ** B. HTMLtext But I have no problem with the htmltext of the widget. The widget saves the current htmltext with its properties (in the stack) whenever you save the stack. And it loadsit whenever you open the card conating the widget. The htmltext is not the content of the widget after you were doing some javascript in it. It is what you did set as htmltext. What I usually do is = set the htmltext to empty on closeCard = set it again on (pre)openCard. For the loader widget you could on preopenCard 1. hide the widget 2. set the htmltext 3. wait 3 ticks with messages (the widget needs some time for setting its property array) 4. display the widget p.s. The htmltext was never visible in the property inspector but you can always look at it by put the htmltext of widget into fld 1 [Don't put it into msg if you have inline images or LC will become slow.] From gcanyon at gmail.com Thu Jan 17 15:45:38 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 17 Jan 2019 12:45:38 -0800 Subject: The merge function is awesome! In-Reply-To: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> References: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> Message-ID: On Thu, Jan 17, 2019 at 11:01 AM hh via use-livecode < use-livecode at lists.runrev.com> wrote: > > Geoff wrote: > > ... you've just given me an idea how to handle things like font/styling > > tags. Something like: > > function ifTag b,o,s,c > > if b then return o & s & c else return s > > end ifTag > > Allow me two remarks. > > 1. You could use, in order to avoid the check: > > function tag s,o,c > return o & s & c > end tag > > And both, tag("inner") and tag("inner","left-","-right") work. > I'm thinking about situations where the tags are optional, so something like: ifTag(word 1 of tID is "group","",the name of tID,"") I'd have to do a timing test to see whether it's more costly to do the function call or perform the test twice. And of course in this instance it would be easy enough to simply use: ", & the name of tID & "" else return the name of tID?> But it would become unwieldy for more complex strings. > > 2. Also array-things work with merge, like [[a[1]]]. > Yep, definitely planning to take advantage of this if possible: https://github.com/gcanyon/navigator/issues/21 From tom at makeshyft.com Thu Jan 17 17:27:10 2019 From: tom at makeshyft.com (Tom Glod) Date: Thu, 17 Jan 2019 17:27:10 -0500 Subject: The merge function is awesome! In-Reply-To: References: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> Message-ID: 6 years with LC...never used the value or merge commands ..... never even came across them. mind blown. On Thu, Jan 17, 2019 at 3:46 PM Geoff Canyon via use-livecode < use-livecode at lists.runrev.com> wrote: > On Thu, Jan 17, 2019 at 11:01 AM hh via use-livecode < > use-livecode at lists.runrev.com> wrote: > > > > Geoff wrote: > > > ... you've just given me an idea how to handle things like font/styling > > > tags. Something like: > > > function ifTag b,o,s,c > > > if b then return o & s & c else return s > > > end ifTag > > > > Allow me two remarks. > > > > 1. You could use, in order to avoid the check: > > > > function tag s,o,c > > return o & s & c > > end tag > > > > And both, tag("inner") and tag("inner","left-","-right") work. > > > > I'm thinking about situations where the tags are optional, so something > like: > > ifTag(word 1 of tID is "group","",the name of tID,"") > > I'd have to do a timing test to see whether it's more costly to do the > function call or perform the test twice. And of course in this instance it > would be easy enough to simply use: > > ", & the name of tID & "" > else return the name of tID?> > > But it would become unwieldy for more complex strings. > > > > > 2. Also array-things work with merge, like [[a[1]]]. > > > > Yep, definitely planning to take advantage of this if possible: > https://github.com/gcanyon/navigator/issues/21 > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > From brahma at hindu.org Thu Jan 17 19:40:05 2019 From: brahma at hindu.org (Sannyasin Brahmanathaswami) Date: Fri, 18 Jan 2019 00:40:05 +0000 Subject: HTMLTEXT of a Browser Widget in Properties Inspector? In-Reply-To: <5CE9596C-58F3-488C-895E-4715C671136D@hyperhh.de> References: <5CE9596C-58F3-488C-895E-4715C671136D@hyperhh.de> Message-ID: <0798D9EE-239F-4261-99D8-5CB02BD7F972@hindu.org> Wow! That?s look like a minefield! I vote to this: should we make a enhancement request? ** It would be a great feature if it were possible to delete the cache. ** I *finally* go the old htmltext/cache to go went away. But it too several reboots and I tested on my Android etc. until it "becames" the new htmltext. BUT that "cache" seems to be persistent... and you have a "flicker" as the "cache" htmltext seems to load and then the my code set it. So, now the question is... is the htmltext of browser widget a saved property? Hmm. I turned off --set htmltext of widget "Loader" to fld "loaderHTML" [Save the scripts/stack] Reboot Livecode...Ahha! Gotcha! The widget "Loader" shows the htmltext as if it were are persistence property. But then "what?!" it suddenly disappears, leaving the widget "Loader" empty....blank white space (until on browserDocumentLoadComplete pURL hides it and show the widget "body" ) So that why it "flashes" on start up. We see a) some "mysterious" htmlText "momentary" persistent property b) which is suddenly replaced with set htmltext of widget "Loader" to fld "loaderHTML" So that makes two enhancement requests: 1 ** It would be a great feature if it were possible to delete the cache. ** 2. give the option to make the htmlText a browser widget a persistence property (so that is doesn't disappear after a moment) AND if that "check box" is selected, make it to available to the developer just like the content of a field. BR hh wrote: Browser widget: A. URL There are some problems with caching if one sets the URL and reloads. Then the chance is really big that you get fooled by the cache. I tried even to delete the widget and create a new one with the same URL. Also unloadig the url doesn't help. I couldn't catch with several traps a cache file on disk, probably it is in RAM. This is confirmed by the fact that a restart of LiveCode helps. ** It would be a great feature if it were possible to delete the cache. ** From gcanyon at gmail.com Fri Jan 18 00:48:31 2019 From: gcanyon at gmail.com (Geoff Canyon) Date: Thu, 17 Jan 2019 21:48:31 -0800 Subject: The merge function is awesome! In-Reply-To: References: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> Message-ID: On Thu, Jan 17, 2019 at 2:27 PM Tom Glod via use-livecode < use-livecode at lists.runrev.com> wrote: > 6 years with LC...never used the value or merge commands ..... never even > came across them. > > mind blown. > I was in the same position with merge(). If you haven't seen it already, format() has some pretty amazing capabilities as well. From david.bovill at gmail.com Fri Jan 18 03:01:38 2019 From: david.bovill at gmail.com (David Bovill) Date: Fri, 18 Jan 2019 08:01:38 +0000 Subject: Feature request: merge function! In-Reply-To: References: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> Message-ID: I would love to be able to change the characters that merge uses - especially from ?[[..]]? to ?{{...}}?. Quite a lot of templating uses curly brackets - and I especially want to use it for wiki style templates which can?t use square brackets as they are used for internal links. Not sure of the most elegant syntax, but we could add some Paramus without breaking anything. From ambassador at fourthworld.com Fri Jan 18 04:33:55 2019 From: ambassador at fourthworld.com (Richard Gaskin) Date: Fri, 18 Jan 2019 01:33:55 -0800 Subject: Feature request: merge function! In-Reply-To: References: Message-ID: <304e170f-fced-03c5-1bb1-138b9e71c756@fourthworld.com> David Bovill wrote: > I would love to be able to change the characters that merge uses - > especially from ?[[..]]? to ?{{...}}?. > > Quite a lot of templating uses curly brackets - and I especially want > to use it for wiki style templates which can?t use square brackets as > they are used for internal links. Only LC can process the LC-specific code inside of its brackets. With the current setup it allows LC to be used very gracefully as a preprocessor with curly-bracket-based systems, so LC processes its stuff without stepping on directives for other processors. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ____________________________________________________________________ Ambassador at FourthWorld.com http://www.FourthWorld.com From keith.clarke at me.com Fri Jan 18 04:40:57 2019 From: keith.clarke at me.com (Keith Clarke) Date: Fri, 18 Jan 2019 09:40:57 +0000 Subject: Feature request: merge function! In-Reply-To: <304e170f-fced-03c5-1bb1-138b9e71c756@fourthworld.com> References: <304e170f-fced-03c5-1bb1-138b9e71c756@fourthworld.com> Message-ID: I don?t know the setting but might a line or two of preprocessing allow LC to replace the (specific) strings in the template with curly brackets into ones with square brackets for processing? Best, Keith > On 18 Jan 2019, at 09:33, Richard Gaskin via use-livecode wrote: > > David Bovill wrote: > > > I would love to be able to change the characters that merge uses - > > especially from ?[[..]]? to ?{{...}}?. > > > > Quite a lot of templating uses curly brackets - and I especially want > > to use it for wiki style templates which can?t use square brackets as > > they are used for internal links. > > Only LC can process the LC-specific code inside of its brackets. With the current setup it allows LC to be used very gracefully as a preprocessor with curly-bracket-based systems, so LC processes its stuff without stepping on directives for other processors. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > Ambassador at FourthWorld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode at lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode From mark at livecode.com Fri Jan 18 06:22:45 2019 From: mark at livecode.com (Mark Waddingham) Date: Fri, 18 Jan 2019 12:22:45 +0100 Subject: The merge function is awesome! In-Reply-To: References: <6E6B0113-76BF-447A-AC09-72A414C37B23@hyperhh.de> Message-ID: <85e34f321921a5f3eb60174e023da9ac@livecode.com> On 2019-01-18 06:48, Geoff Canyon via use-livecode wrote: > I was in the same position with merge(). If you haven't seen it > already, > format() has some pretty amazing capabilities as well. To answer your question about escaping - yes there is: [[[]] -> [ [[]]] -> ] Also the merge function has another feature (which I think was actually undocumented for a long time - although, for once, it is there now!): 1) "[[ 1 + 2 ]]" -> 3 (function / expression evaluation) 2) "" -> (command / statement evaluation) Basically (1) does the equivalent of 'value()' on the string enclosed in [[ / ]]; whilst (2) does the equivalent of 'do