Print to PDF needs extending
I got a bit "Pee-Dee-Effed Off" when I realised that to print the contents of a field to PDF one had to "fool around" with the field so that it fitted the dimensions of the card on which the field resided; because Print to PDF can ONLY print a Card to PDF. WHY is this? I believe that a "Print to PDF" extension that allows printing of field contents as they are in the field: PseudoCode follows: PrintToPDF field "XXX" would be a really marvellous boon to everyone. Richmond. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Mac 64 bit?
I notice using LC 8.1.8 (the latest stable release AFAIK) that in the Standalone Application Settings, building for Mac OS X is still described as EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using this type of build? In reality I don’t know what OSX started to expect 64 bit apps, but it must have been a good few iterations ago. Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Mac 64 bit?
Oops - I should have said “building for Mac OS 64 bit”, of course. Sorry. I wrote just now > I notice using LC 8.1.8 (the latest stable release AFAIK) that in the > Standalone Application Settings, building for Mac OS X is still described as > EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using this > type of build? In reality I don’t know what OSX started to expect 64 bit > apps, but it must have been a good few iterations ago. Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mac 64 bit?
Dunno: but, both the 32-bit and the 64-bit version of my Devawriter run "as they should" on my Mac OS 10.7.5 imac, for all that that may be worth. Richmond. On 4/1/2018 1:30 pm, Graham Samuel via use-livecode wrote: I notice using LC 8.1.8 (the latest stable release AFAIK) that in the Standalone Application Settings, building for Mac OS X is still described as EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using this type of build? In reality I don’t know what OSX started to expect 64 bit apps, but it must have been a good few iterations ago. Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Script editor won't compile
I have to do that all the time. Otherwise I get double returns. Of course, if the email size limit was raised a bit on the list, we could paste RTF text directly into the email without exceeding that limit. Bob S > On Jan 3, 2018, at 22:57 , Peter Bogdanoff via use-livecode > wrote: > > I tried again, pasted the Windows 10 script into Apple’s TextEdit, copied > that into the script editor, and it now works normally. > > What I was doing before was: > 1. Copying text from the Windows 10 LC script editor and pasting directly > into the Mac LC script editor. No compile. > 2. Pasting into Tex-Edit Plus and adding carriage returns using that > program's tools. Then pasting into the Mac LC script editor. No compile. > Interestingly, searching for specific text in the document inside of Tex-Edit > Plus always came up empty. So there seems to be a problem/incompatibility > with encoding Windows to Mac? > > TextEdit was able to fix the text so that the Mac text editor could read it. > > Peter ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mac 64 bit?
This was discussed a while back. 64 bit works fine. That is all I use. Bob S > On Jan 4, 2018, at 03:32 , Graham Samuel via use-livecode > wrote: > > Oops - I should have said “building for Mac OS 64 bit”, of course. Sorry. > > I wrote just now > >> I notice using LC 8.1.8 (the latest stable release AFAIK) that in the >> Standalone Application Settings, building for Mac OS X is still described as >> EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using >> this type of build? In reality I don’t know what OSX started to expect 64 >> bit apps, but it must have been a good few iterations ago. > > Graham > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9). It is especially very valuable when working with nested groups. Why don't you announce the update in the forum (also the link to the documentation) and publish this very useful stack in "Sample Stacks"/ livecodeshare? It is there better visible than here or in the plugins menu. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Long Launch Time
Hi all. I perused the forums but could not find the post and solution to someone who was having difficulty when launching the IDE. It had something to do with clearing some logs somewhere as I recall, but I cannot find it in the forums. Anyone remember? OS 10.12 LC 8.1.8 Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Long Launch Time
I think this is what you're looking for: http://runtime-revolution.278305.n4.nabble.com/Slow-Opening-IDE-td4720805.html On Thu, Jan 4, 2018 at 10:34 AM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi all. > > I perused the forums but could not find the post and solution to someone > who was having difficulty when launching the IDE. It had something to do > with clearing some logs somewhere as I recall, but I cannot find it in the > forums. Anyone remember? > > OS 10.12 > LC 8.1.8 > > Bob S > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
Do you have a repo, too? On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode < use-livecode@lists.runrev.com> wrote: > Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9). > It is especially very valuable when working with nested groups. > > Why don't you announce the update in the forum (also the link to the > documentation) and publish this very useful stack in "Sample Stacks"/ > livecodeshare? > It is there better visible than here or in the plugins menu. > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
native iOS button question
Hi friends, is it true that the "native iOS button" widget will only run on iOS/Simulator? Or can I also script and test it in the IDE? Looks like it does not react "on mouseup" at all. Any hints welcome, thanks! Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
I still use the same source control I used when I started it: an archive folder with several hundred saved versions. :-) What's the easiest/expected way to start a repo for it/a LiveCode project? gc On Thu, Jan 4, 2018 at 3:08 PM, Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: > Do you have a repo, too? > > On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Often "Navigator" works good for me in LC 8 (I stopped developing in LC > 9). > > It is especially very valuable when working with nested groups. > > > > Why don't you announce the update in the forum (also the link to the > > documentation) and publish this very useful stack in "Sample Stacks"/ > > livecodeshare? > > It is there better visible than here or in the plugins menu. > > > > > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, >and did a little diving. > And God said, "This is good." > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
For anyone who wants, documentation for the (nearly) latest version is here: https://gcanyon.wordpress.com/navigator-documentation/ On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode < use-livecode@lists.runrev.com> wrote: > Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9). > It is especially very valuable when working with nested groups. > > Why don't you announce the update in the forum (also the link to the > documentation) and publish this very useful stack in "Sample Stacks"/ > livecodeshare? > It is there better visible than here or in the plugins menu. > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Message Order Difference different between platforms
Hi all. This may explain some wierdness between different platforms. I have a datagrid in a stack, with a mouseDoubleUp handler and a selectionChanged handler. The first command in each handler is an answer dialog telling which handler is currently running. On MacOS if I double click a datagrid row, selectionChanged gets triggered. On Windows, the mouseDoubleUp handler gets triggered. The expected behavior is that selectionChanged gets triggered, at which point some form population routines run, and then mouseDoubleUp gets triggered, after which if the stack is in Search mode (a construction of my own) the stack closes after passing the selected data back to the main stack. Because Windows si doing these things in the opposite order, mouseDoubleUp is closing the stack and returning to the main form before selectionChanged gets a chance to run. Is this the expected behavior, or is this some kind of anomaly? Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: native iOS button question
According to the MessageWatcher the iOS Native Button doesn’t receive a mouseUp/Down event, but the Android Native Button does, however, they both receive a rawKeyDown message if I scroll while the mouse pointer is over either button. That suggests something is wrong to me, I would expect them both to react the same. Paul > On Jan 4, 2018, at 12:10 PM, Klaus major-k via use-livecode > wrote: > > Hi friends, > > is it true that the "native iOS button" widget will only run on iOS/Simulator? > Or can I also script and test it in the IDE? Looks like it does not react "on > mouseup" at all. > > Any hints welcome, thanks! > > > Best > > Klaus > -- > Klaus Major > http://www.major-k.de > kl...@major-k.de > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Long Launch Time
Hi Mike thanks that was it. In my case I do not have AV software scanning files, but after deleting the log file the plugins part of the IDE launch executed in a timely manner again. Bob S > On Jan 4, 2018, at 09:51 , Mike Bonner via use-livecode > wrote: > > I think this is what you're looking for: > http://runtime-revolution.278305.n4.nabble.com/Slow-Opening-IDE-td4720805.html > > > On Thu, Jan 4, 2018 at 10:34 AM, Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Hi all. >> >> I perused the forums but could not find the post and solution to someone >> who was having difficulty when launching the IDE. It had something to do >> with clearing some logs somewhere as I recall, but I cannot find it in the >> forums. Anyone remember? >> >> OS 10.12 >> LC 8.1.8 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: native iOS button question
Hi Paul, > Am 04.01.2018 um 21:57 schrieb Paul Hibbert via use-livecode > : > > According to the MessageWatcher the iOS Native Button doesn’t receive a > mouseUp/Down event, but the Android Native Button does, however, they both > receive a rawKeyDown message if I scroll while the mouse pointer is over > either button. That suggests something is wrong to me, I would expect them > both to react the same. thanks, I already found another solution without native buttons. But there are some more widgets that do not react "on mouseup" unfortunately. > Paul > >> On Jan 4, 2018, at 12:10 PM, Klaus major-k via use-livecode >> wrote: >> >> Hi friends, >> >> is it true that the "native iOS button" widget will only run on >> iOS/Simulator? >> Or can I also script and test it in the IDE? Looks like it does not react >> "on mouseup" at all. >> Any hints welcome, thanks! Best Klaus -- Klaus Major http://www.major-k.de kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: native iOS button question
iOS button widget passes “mouseUp” using a callback from the OS, so it would only work on the device. Android actually has the public OnClick handler to post mouseUp. This could be added to the widget to allow testing in the IDE I believe. On Thu, Jan 4, 2018 at 3:01 PM Klaus major-k via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Paul, > > > Am 04.01.2018 um 21:57 schrieb Paul Hibbert via use-livecode < > use-livecode@lists.runrev.com>: > > > > According to the MessageWatcher the iOS Native Button doesn’t receive a > mouseUp/Down event, but the Android Native Button does, however, they both > receive a rawKeyDown message if I scroll while the mouse pointer is over > either button. That suggests something is wrong to me, I would expect them > both to react the same. > > thanks, I already found another solution without native buttons. > But there are some more widgets that do not react "on mouseup" > unfortunately. > > > Paul > > > >> On Jan 4, 2018, at 12:10 PM, Klaus major-k via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> > >> Hi friends, > >> > >> is it true that the "native iOS button" widget will only run on > iOS/Simulator? > >> Or can I also script and test it in the IDE? Looks like it does not > react "on mouseup" at all. > >> Any hints welcome, thanks! > > Best > > Klaus > > -- > Klaus Major > http://www.major-k.de > kl...@major-k.de > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
I don't see a way to publish to http://livecodeshare.runrev.com I posted to the forums: http://forums.livecode.com/viewtopic.php?f=13&t=30394 thanks! gc On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode < use-livecode@lists.runrev.com> wrote: > Often "Navigator" works good for me in LC 8 (I stopped developing in LC 9). > It is especially very valuable when working with nested groups. > > Why don't you announce the update in the forum (also the link to the > documentation) and publish this very useful stack in "Sample Stacks"/ > livecodeshare? > It is there better visible than here or in the plugins menu. > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Parameters for functions and commands
I am well aware that I shouldn't expect *everything* in Livecode to be intuitive, but this one bugs me: Having a handler like function DoStuff_1 a, b return a end DoStuff_1 When you do "put DoStuff_1 (2,3)" the result is 2. But with on DoStuff_2 a, b put a end DoStuff_2 The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error. This means, parameters are passed differently to command handlers and function handlers. Right? Is that the way it should be and why? Thanks for your patience Thomas ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: Parameters for functions and commands
T, Non functions don't need the parens. You are actually are passing 1 parameter of "2,3" When you do a "put DoStuff_2 (2,3)" LC is looking for a function DoStuff_2 that does not exist. If you do "DoStuff_2 2,3" you will get the expected results. Also if a non function does a "Return somevar" the value of somevar with be in "the result" Example: On DoStuff3 a,b Return A End DoStuff3 The if you do this in another handler Dostuff3 2,3 Answer the result You will see "2" Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Thomas von Fintel via use-livecode Sent: Thursday, January 04, 2018 4:30 PM To: use-livecode@lists.runrev.com Cc: Thomas von Fintel Subject: Parameters for functions and commands I am well aware that I shouldn't expect *everything* in Livecode to be intuitive, but this one bugs me: Having a handler like function DoStuff_1 a, b return a end DoStuff_1 When you do "put DoStuff_1 (2,3)" the result is 2. But with on DoStuff_2 a, b put a end DoStuff_2 The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error. This means, parameters are passed differently to command handlers and function handlers. Right? Is that the way it should be and why? Thanks for your patience Thomas ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Parameters for functions and commands
In short, yes. Commands can still pass parameters, and as you may not know CAN ALSO RETURN VALUES. The difference is that functions are called with parenthesis and must be put into a variable. eg. function bobtest 1, 2 -- do some stuff return true -- do some other stuff end bobtest Now I can say: put bobTest(1, 2) into tBobResult -- if you exclude into tBobResult the result will be put into the message Commands are simply called and then the result variable contains anything put there by the return command ie. on bobtest2 pParam1, pParam2 -- do some stuff return true -- do some other stuff end bobtest2 Now I can say: bobtest 1,2 -- or dispatch "bobtest" to card 1 with 1,2 put the result into tBobResult NOTE: when a return command is encountered, either in a command or function, the handler is immediately exited and control is returned to the calling handler. So anything after -- do some other stuff WILL NOT EXECUTE. I suppose the difference may be somewhat academic, but as a convention, functions are usually used to get information, process it and return values without actually "doing" anything, like going to a card or putting values into fields etc. Commands actually DO things, but nothing is preventing you from using all commands or all functions. You can see though from the above examples that functions are slightly simpler to code with, requiring one line instead of two to process returned values. It can also make code more readable: put theInternetDate(the date) into tToday updateTheRecordDate tToday Bob S > On Jan 4, 2018, at 13:30 , Thomas von Fintel via use-livecode > wrote: > > I am well aware that I shouldn't expect *everything* in Livecode to be > intuitive, but this one bugs me: > > Having a handler like > >function DoStuff_1 a, b > > return a > >end DoStuff_1 > > When you do "put DoStuff_1 (2,3)" the result is 2. > > But with > >on DoStuff_2 a, b > >put a > >end DoStuff_2 > > The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error. > > This means, parameters are passed differently to command handlers and > function handlers. Right? > > Is that the way it should be and why? > > > Thanks for your patience > > Thomas > > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Parameters for functions and commands
Thanks a lot, Ralph and Bob. I think, I've got it. Thomas Am 04.01.2018 um 22:57 schrieb Bob Sneidar via use-livecode: In short, yes. Commands can still pass parameters, and as you may not know CAN ALSO RETURN VALUES. The difference is that functions are called with parenthesis and must be put into a variable. eg. function bobtest 1, 2 -- do some stuff return true -- do some other stuff end bobtest Now I can say: put bobTest(1, 2) into tBobResult -- if you exclude into tBobResult the result will be put into the message Commands are simply called and then the result variable contains anything put there by the return command ie. on bobtest2 pParam1, pParam2 -- do some stuff return true -- do some other stuff end bobtest2 Now I can say: bobtest 1,2 -- or dispatch "bobtest" to card 1 with 1,2 put the result into tBobResult NOTE: when a return command is encountered, either in a command or function, the handler is immediately exited and control is returned to the calling handler. So anything after -- do some other stuff WILL NOT EXECUTE. I suppose the difference may be somewhat academic, but as a convention, functions are usually used to get information, process it and return values without actually "doing" anything, like going to a card or putting values into fields etc. Commands actually DO things, but nothing is preventing you from using all commands or all functions. You can see though from the above examples that functions are slightly simpler to code with, requiring one line instead of two to process returned values. It can also make code more readable: put theInternetDate(the date) into tToday updateTheRecordDate tToday Bob S On Jan 4, 2018, at 13:30 , Thomas von Fintel via use-livecode wrote: I am well aware that I shouldn't expect *everything* in Livecode to be intuitive, but this one bugs me: Having a handler like function DoStuff_1 a, b return a end DoStuff_1 When you do "put DoStuff_1 (2,3)" the result is 2. But with on DoStuff_2 a, b put a end DoStuff_2 The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error. This means, parameters are passed differently to command handlers and function handlers. Right? Is that the way it should be and why? Thanks for your patience Thomas ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mac 64 bit?
Then the mother ship should remove the word EXPERIMENTAL. I will raise it in the quality database. Thanks for the info Graham > On 4 Jan 2018, at 16:45, Bob Sneidar via use-livecode > wrote: > > This was discussed a while back. 64 bit works fine. That is all I use. > > Bob S > > >> On Jan 4, 2018, at 03:32 , Graham Samuel via use-livecode >> wrote: >> >> Oops - I should have said “building for Mac OS 64 bit”, of course. Sorry. >> >> I wrote just now >> >>> I notice using LC 8.1.8 (the latest stable release AFAIK) that in the >>> Standalone Application Settings, building for Mac OS X is still described >>> as EXPERIMENTAL. Is this right? Has anyone experienced any gotchas by using >>> this type of build? In reality I don’t know what OSX started to expect 64 >>> bit apps, but it must have been a good few iterations ago. >> >> Graham >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Parameters for functions and commands
I agree that the syntax should be the same. the parenthesis difference is annoying Then there's the way RETURN is handled in functions as opposed to handlers (vs RETURN FOR VALUE and RETURN FOR ERROR) On Thu, Jan 4, 2018 at 4:57 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > In short, yes. Commands can still pass parameters, and as you may not know > CAN ALSO RETURN VALUES. The difference is that functions are called with > parenthesis and must be put into a variable. eg. > > function bobtest 1, 2 >-- do some stuff >return true >-- do some other stuff > end bobtest > > Now I can say: > > put bobTest(1, 2) into tBobResult -- if you exclude into tBobResult the > result will be put into the message > > Commands are simply called and then the result variable contains anything > put there by the return command ie. > > on bobtest2 pParam1, pParam2 >-- do some stuff >return true >-- do some other stuff > end bobtest2 > > Now I can say: > > bobtest 1,2 -- or dispatch "bobtest" to card 1 with 1,2 > put the result into tBobResult > > NOTE: when a return command is encountered, either in a command or > function, the handler is immediately exited and control is returned to the > calling handler. So anything after -- do some other stuff WILL NOT EXECUTE. > > I suppose the difference may be somewhat academic, but as a convention, > functions are usually used to get information, process it and return values > without actually "doing" anything, like going to a card or putting values > into fields etc. Commands actually DO things, but nothing is preventing you > from using all commands or all functions. You can see though from the above > examples that functions are slightly simpler to code with, requiring one > line instead of two to process returned values. It can also make code more > readable: > > put theInternetDate(the date) into tToday > updateTheRecordDate tToday > > Bob S > > > On Jan 4, 2018, at 13:30 , Thomas von Fintel via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > I am well aware that I shouldn't expect *everything* in Livecode to be > intuitive, but this one bugs me: > > > > Having a handler like > > > >function DoStuff_1 a, b > > > > return a > > > >end DoStuff_1 > > > > When you do "put DoStuff_1 (2,3)" the result is 2. > > > > But with > > > >on DoStuff_2 a, b > > > >put a > > > >end DoStuff_2 > > > > The result of DoStuff_2 (2, 3) is 2,3. "put a*b" produces an error. > > > > This means, parameters are passed differently to command handlers and > function handlers. Right? > > > > Is that the way it should be and why? > > > > > > Thanks for your patience > > > > Thomas > > > > > > > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
I'll email you off-list On Thu, Jan 4, 2018 at 4:08 PM, Geoff Canyon via use-livecode < use-livecode@lists.runrev.com> wrote: > I don't see a way to publish to http://livecodeshare.runrev.com > > I posted to the forums: > http://forums.livecode.com/viewtopic.php?f=13&t=30394 > > thanks! > > gc > > On Thu, Jan 4, 2018 at 11:19 AM, hh via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Often "Navigator" works good for me in LC 8 (I stopped developing in LC > 9). > > It is especially very valuable when working with nested groups. > > > > Why don't you announce the update in the forum (also the link to the > > documentation) and publish this very useful stack in "Sample Stacks"/ > > livecodeshare? > > It is there better visible than here or in the plugins menu. > > > > > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Finding the 'Applications' folder on a Mac
It looks to me that specialFolderPath doesn’t give a way of finding the /Applications folder on a Mac (or presumably the equivalent on a PC). If one is running a standalone which has been placed in the Applications folder, then it is possible to start with specialFolderPath(“engine”) and work back to the Applications directory, but I suspect this is fraught with uncertainty. Has anyone a solution? Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Finding the 'Applications' folder on a Mac
On Mac OS X, user applications are in "~"& $USER & "/Applications" Global applications are in /Applications On Windows, you use specialfolderpath(38). My book has an appendix with all folder numbers and names. Op 04-01-18 om 23:46 schreef Graham Samuel via use-livecode: It looks to me that specialFolderPath doesn’t give a way of finding the /Applications folder on a Mac (or presumably the equivalent on a PC). If one is running a standalone which has been placed in the Applications folder, then it is possible to start with specialFolderPath(“engine”) and work back to the Applications directory, but I suspect this is fraught with uncertainty. Has anyone a solution? Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Finding the 'Applications' folder on a Mac
Hi Graham,
> Am 04.01.2018 um 23:46 schrieb Graham Samuel via use-livecode
> :
>
> It looks to me that specialFolderPath doesn’t give a way of finding the
> /Applications folder on a Mac (or presumably the equivalent on a PC). If one
> is running a standalone which has been placed in the Applications folder,
> then it is possible to start with specialFolderPath(“engine”) and work back
> to the Applications directory, but I suspect this is fraught with
> uncertainty. Has anyone a solution?
...
put specialfolderpath("apps") into tApplicationFolder
...
Found this and more gemns here:
> Graham
Best
Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
How to tell if it's a datagrid
Given an object reference, how can I tell the object is a datagrid? You might say, get the dgProp ["control type"], but every object contained within a datagrid group will ALSO return "data grid". In fact, EVERY dgProp arguement for every item in a datagrid group will do the same. The reason I ask is that I want to get the minimum left/top and maximum right/bottom of every VISIBLE object on a card that is NOT a group but notwithstanding INCLUDING Datagrids, so that I can set the rect of the card containing them in a consistent way. The thing is, groups have margins (I'm not going to set the margins of all my groups to 0) and these are not visible, so could skew the positioning of what IS visible. Datagrids do NOT have margins that I can tell, even though they are groups. For example, if I had a group on the left edge but not on the right edge, the objects on the card would look off center. Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Mac 64 bit?
Graham Samuel wrote: >>> I notice using LC 8.1.8 (the latest stable release AFAIK) that in >>> the Standalone Application Settings, building for Mac OS X is still >>> described as EXPERIMENTAL. Is this right? Has anyone experienced any >>> gotchas by using this type of build? In reality I don’t know what >>> OSX started to expect 64 bit apps, but it must have been a good few >>> iterations ago. ... > Then the mother ship should remove the word EXPERIMENTAL. I will raise > it in the quality database. One more reason to use the most recent build during development: In v9 you'll find that's already done: 64-bit is now the default, "Experimental" has been removed, as "(Deprecated)" is now added next to 32-bit. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Free SVG icons
Here's a bit of code to handle the feather set when converted by icomoon.io
(which could have multiple path statements):
on dragEnter
local tFile, tSVG, tIndex, tLine
set the dragAction to "copy"
put line 1 of the dragdata["files"] into me
put url ("file:" & me) into tFile
set linedel to " wrote:
> These SVGs are fine.
>
> 1. download the zip from github
> https://codeload.github.com/leungwensen/svg-icon/zip/master
> (29.7 MByte, unpacks to 61.4 MByte)
>
> 2. open one of the folders in dist/svg, e.g. dist/svg/flat
> 3. make a stack with one field and one svg widget:
>
> Script the field as follows
>
> on dragenter
> set the dragaction to "copy"
> put line 1 of the dragdata["files"] into me
> put url("file:"& me) into s
> set linedel to "http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Go in Window (not working) Go in A window "working"
FWIW: Seems my error was (not in dict) that I should have been doing put the ID of the topstack into tWindowID go to cardOrStackObject in window id tWindowID Well I've been tinkering testing this for two days… made the mistake of making too many changes, then threw out that branch… went back to a working branch and start just toggling between this --go cardOrStackObject # e.g go "gems" (or this string) go card 3 of "gems" --wait 100 milliseconds with messages --close stack oStackName --wait 100 milliseconds with messages versus this, where the top stack short name is already known by ourhandler. So we really only need this go to cardOrStackObject in window oStackName And this works on Mobile, in fact it seems a bit more responsive… BUT there is a rendering failure on leaving any stack whose main control is the browser widget… we have "go back" icons that close the stack with the browser widget… and go back ot he stack that "launched'' the view web stack. and the whole bottom navigation group disappears. It seems like the fullScreenMode "showAll" is only registering the width of the stack but now the height of the stack is now too high… and (I am guessing) the bottom navigation group is below screen. This "smells" like old issue with the browser rect on mobile…using showAll This does not happen if we just (using the above code that is commented out) open the "new" stack and wait 100 milliseconds and *then* close the "old" stack. but, as already bug reported.. this is failing to render properly also on some Android devices. which leaves only option to beg/pray for resolution of this bug http://quality.livecode.com/show_bug.cgi?id=20810 BR wrote: "Something is wrong" This works on desktop, but fails on iOS. Nothing happens at all. it stays on the same, open stack and does not navigate to/open the new stack declared in "go put the windowID of stack oStackName into tWindowID # current open stack go to cardOrStackObject in window tWindowID # where "cardOrStackObject" is a string in the form of .e.g # stack "gems OR card 2 of stack "gems" OR card "video" of stack surprise ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Go in Window (not working) Go in A window "working"
Just a wild guess, but did you attempt to reset the full screen mode in the new stack? (Can’t tell from the above if you set it in each stack or just the first) On Thu, Jan 4, 2018 at 8:39 PM Sannyasin Brahmanathaswami via use-livecode < use-livecode@lists.runrev.com> wrote: > FWIW: > > Seems my error was (not in dict) that I should have been doing > > put the ID of the topstack into tWindowID > go to cardOrStackObject in window id tWindowID > > > Well I've been tinkering testing this for two days… made the mistake of > making too many changes, then threw out that branch… went back to a working > branch and start just toggling between this > >--go cardOrStackObject # e.g go "gems" (or this string) go > card 3 of "gems" >--wait 100 milliseconds with messages >--close stack oStackName >--wait 100 milliseconds with messages > > versus this, where the top stack short name is already known by > ourhandler. So we really only need this > > go to cardOrStackObject in window oStackName > > And this works on Mobile, in fact it seems a bit more responsive… > > BUT there is a rendering failure on leaving any stack whose main control > is the browser widget… we have "go back" icons that close the stack with > the browser widget… and go back ot he stack that "launched'' the view web > stack. and the whole bottom navigation group disappears. > > It seems like the fullScreenMode "showAll" is only registering the width > of the stack but now the height of the stack is now too high… and (I am > guessing) the bottom navigation group is below screen. This "smells" like > old issue with the browser rect on mobile…using showAll > > This does not happen if we just (using the above code that is commented > out) open the "new" stack and wait 100 milliseconds and *then* close the > "old" stack. but, as already bug reported.. this is failing to render > properly also on some Android devices. > > which leaves only option to beg/pray for resolution of this bug > > http://quality.livecode.com/show_bug.cgi?id=20810 > > > BR wrote: > > "Something is wrong" > > This works on desktop, but fails on iOS. Nothing happens at all. it > stays on the same, open stack and does not navigate to/open the new stack > declared in "go > > put the windowID of stack oStackName into tWindowID # current open > stack > go to cardOrStackObject in window tWindowID > > # where "cardOrStackObject" is a string in the form of .e.g > # stack "gems OR card 2 of stack "gems" OR card "video" of stack > surprise > > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Print to PDF needs extending
“PDF (Portable Document Format) is a file format that has captured all the elements of a printed document as an electronic image that you can view, navigate, print, or forward to someone else.” So if PDF is basically a representation of a printed doc, then a pdf of a text field doesn’t actually make sense, in that the text field does not represent what the printed document would like like. But if you made a card as big as the page you want to print, layout the text field to suit, add anything else you wanted, that would work and make sense. Hang on. That’s how it works now. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Two new videos about using Navigator with LiveCode
Geoff wow this is the tool I've been waiting for! I just fixed a series of fields on 8 cards that carried that old single blank line script that used to be saved in by default… using Navigator it was so easy. FYI" the script handler's for a long script on ly stack are being filtered to show only functions. all the commands to not appear in your handler list. How do you want bug reports sent? Do we need to clean up the old navigator… at first the on-board 2.* showed up but then after downloading and putting into my Plug'ss folder the latest 4.5 beta 2 is the default. But I wonder if some prefs or something might be saved that would block the appearance of commands in the list of handlers. I can send you the script off list if you want… we have a lot of comments in there… possibly breaking your look up..? BR On 1/3/18, 6:26 PM, "use-livecode on behalf of Geoff Canyon via use-livecode" wrote: The Script Menu: https://youtu.be/25q-D8k_z2s Lets you easily copy and paste scripts into objects. Displays all the handlers from both an object and its behavior. Select any handler to edit the script and jump to that handler. Lets you call any handler, function, getProp, or setProp, including passing in parameters, and for functions and getProp displays the result/property so you can see/copy it. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How to tell if it's a datagrid
Hi. Can you both check dgProp ["control type"] AND see if the owner of that control is a group where that property also exists? Or, and I hesitate to mention it, why not just either name all your DG's a certain way, or set a custom property for each of them? After all, you had to have created them in the first place. Perhaps this exercise comes after the fact? Craig Newman -- Sent from: http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Free SVG icons
Very nice, thanks. It took me a bit to figure out the icomoon web app,
but now I've got the whole feather set and your script works well.
On 1/4/18 8:26 PM, Brian Milby via use-livecode wrote:
Here's a bit of code to handle the feather set when converted by icomoon.io
(which could have multiple path statements):
on dragEnter
local tFile, tSVG, tIndex, tLine
set the dragAction to "copy"
put line 1 of the dragdata["files"] into me
put url ("file:" & me) into tFile
set linedel to " wrote:
These SVGs are fine.
1. download the zip from github
https://codeload.github.com/leungwensen/svg-icon/zip/master
(29.7 MByte, unpacks to 61.4 MByte)
2. open one of the folders in dist/svg, e.g. dist/svg/flat
3. make a stack with one field and one svg widget:
Script the field as follows
on dragenter
set the dragaction to "copy"
put line 1 of the dragdata["files"] into me
put url("file:"& me) into s
set linedel to "http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
