Distinguishing between tap and swipe

Mobile: To distinquish tap from swipe, I'm using the abs of the difference of the mouseloc on mousedown and mouseup…. private function _mouseMoved put abs (the mouseV - item 2 of sStartLoc) into someDistance put someDistance >= 10 into someBoolean return someBoolean end _mouseMoved But this is

Composite Set up - PreopenStack "everywhere"

We are using highly modular framework for our new app. Nothing like the IDE itself of course, but we are up to close to 50 *.livecodescript text only scripts divided into behaviors, libraries, models plus about 15 binarie.livecode stacks for modules and "views"…. and growing. I'm trying to

Re: Download LC Community: trapped.

James Hale wrote: Richard wrote: Most SEO brings people to the .com site, so those on the .org site are the subset who specifically went there the get the open source edition of LiveCode. I still don't understand why this distinction was made. That was an idea I pitched to the team, and as

Re: [Blog] Infinite LiveCode Progress

heather wrote: " Folks, in case any of you missed it, LC9 dp6 has some great new functionality:" Beware: I have been doing "great work" (by that I means squashing bugs and running tests) in 9dp5, but 9dp6 completely trashed the android standalone build (on the phone only… my repository

Re: Working browser widget/linux-flavour combinations?

> Mark Wieder wrote: > ... worked in 9.0-dp6 ... 64-bit Linux Mint 17.3 cinnamon. So I tried Mint 173 cinnamon 32 bit and Mint 181 cinnamon 64 bit, used LC 8 and LC 9, in Virtualbox on Mac and on a 64 bit Linux box. Both show with the browser widget the "something"-window that Richmond described

Nightly builds

I just noticed one of the benefits to membership of the open source community is access to nightly builds. Can anyone tell me how this is possible? Is it only for the community version? Is there a link or is one expected to make the build oneself? Or is this just smoke and mirrors? James

Re: Download LC Community: trapped.

Richard wrote: > Most SEO brings people to the .com site, so those on the .org site are > the subset who specifically went there to get the open source edition of > LiveCode. The conversion rate there is understandably much lower than > on the .com site. > > After all, someone at the .com

Re: [Blog] Infinite LiveCode Progress

Speaking of Infinite, I have been asked to upgrade an older iPad product (which was developed in 5.0) and I thought while I am in there I would like to tackle the issue of a native look and feel. Any progress on stretch goal 3 - a native field widget? If it is going to be ready in the next month

Re: IOS Provisioning Profile... again

Thanks Mark. It's not the installation that is the problem - it's the fact that the application stops working after a year then you have to get new certificates, recompile, reinstall, etc. To parrot Donald Trump - "it's a nightmare, a TOTAL disaster" :) (Just kidding). Its an inconvenience for me,

Re: Download LC Community: trapped.

On 3/9/2017 6:18 PM, Richard Gaskin via use-livecode wrote: > Growing the platform's audience. You make a good point here. I wish i knew whether the open Source effort significantly grew the userbase over whatever trend it was on before the OSS effort and whether the actual number of paying

Re: IOS Provisioning Profile... again

If you don't want to renew the certificates every year, you can move to Android. Users of Android phones can (temporarily) allow for the installation of apk's from unknown sources (i.e. signed for development only). Kind regards, Mark Schonewille http://economy-x-talk.com

Re: IOS Provisioning Profile... again

Just a further question to this thread. Is it possible to deploy (without going through the app store) and not have to renew the certificates every year? It's a major bane to have to update these things all the time. Thanks Mark -- View this message in context:

Re: Download LC Community: trapped.

On Mar 9, 2017 5:26 PM, "Richmond Mathewson via use-livecode" < use-livecode@lists.runrev.com> wrote: > > Asking for an e-mail address is a small thing to ask for. > > But _forcing_, rather than _asking_, isn't quite the same thing. > > Personal blether starts now --- > > I don't feel

Re: Searching "teh" or tihs"

Congratulations on the fuzzysearch. I don't know how you did it but for the English language, I remember both soundex and its refinement called metaphone, both algorithms are made for this kind of situation. I think that Levenshtein distance based algos are the way to go for this stuff these days

Re: Download LC Community: trapped

on Thu, 9 Mar 2017, Richard Gaskin wrote: > The value of an email address is only non-zero > when it's given freely. So have sign-up as an option, > rather than a requirement, and the problem > is very easily solved. Emails directions could be really useful to open a direct communication link

Re: Searching "teh" or tihs"

> Peter Bogdanoff wrote: > This looks intriguing! I’m working on a commercial project that > could use this. What is your license? The code is based on pseudocode from https://en.wikipedia.org/wiki/Damerau–Levenshtein_distance From my side it's free for non-commercial use, I only wish to have a

Re: Searching "teh" or tihs"

hh, This looks intriguing! I’m working on a commercial project that could use this. What is your license? Peter Bogdanoff On Mar 9, 2017, at 4:26 PM, hh via use-livecode wrote: > Searching is important for your project? > Would you like to ask "Did you mean

Searching "teh" or tihs"

Searching is important for your project? Would you like to ask "Did you mean the?" if user searches "teh"? I've implemented a fuzzySearch algorithm in LiveCode script: http://forums.livecode.com/viewtopic.php?p=152202#p152202 Now if you wish to look up "the" or "this" then fuzzySearch will find

Re: Download LC Community: trapped.

Paul Dupuis wrote: > With 75% of downloads being Community, only 25% of the user base is > paying for 100% of the development. The idea being that those that get > LiveCode for free would, in some part, contribute back to the Open > Source effort that, in turn, expands the commercial offerings.

mergav exposure

Is anybody doing anything with mergAV? It doesn't appear to be a popular topic. I'm having a problem with getting the exposure set to "continuous" - it doesn't seem to do anything, even if I first set it to "auto", which the docs suggest is the first thing that has to be done. -- On the first

Re: Download LC Community: trapped.

Asking for an e-mail address is a small thing to ask for. But _forcing_, rather than _asking_, isn't quite the same thing. Personal blether starts now --- I don't feel capable in a big way to contribute to LiveCode development, so I do try to send bug reports in when I fall over

Re: Download LC Community: trapped.

On 3/9/2017 1:02 PM, Richmond Mathewson via use-livecode wrote: > If you decide you don't wish to donate right now you still have to > specify a name and an e-mail > address. > > So: NO anonymous download unless you happen to have previously > bookmarked: > > downloads.livecode.com/livecode/ > >

Re: Working browser widget/linux-flavour combinations?

On 03/09/2017 11:55 AM, hh via use-livecode wrote: I would like to test some browser interaction on linux. Please, could someone who works with a LC version that has NO problems with the browser widget tell me this working 32/64 bit LC version - linux flavour combination? Thanks in advance.

Re: byteLen()?

Thanks for that background, Mark. I always appreciate your informal tech notes. I'm copying only the most relevant parts here - others looking for a good reach will want the full post if you missed it: http://lists.runrev.com/pipermail/use-livecode/2017-March/235278.html Mark Waddingham

Re: Working browser widget/linux-flavour combinations?

Hi all, The Browser widget does work as expected in the *64-bit* Linux versions we officially support. I have an Ubuntu 16.04 VM and I can confirm this. **However**, several users have reported some strange problems on particular Linux distros (including Ubuntu 16.04), which although they seem

Re: Working browser widget/linux-flavour combinations?

However "showcase" the browser widget may be you should remember that, as far as I can see, Linux versions come a long way down the food chain. Richmond. On 3/9/17 10:42 pm, hh via use-livecode wrote: Thanks Richmond. There are bug reports from Sept 2016 reporting this 'something'-answer you

Re: Working browser widget/linux-flavour combinations?

Thanks Richmond. There are bug reports from Sept 2016 reporting this 'something'-answer you describe above. I tested with Mint 173 to latest, 32bit. Always had to kill LC 8/9 after the the something-dialog, exactly as reported to LQCC (#17715 and links there). I can not believe that nothing

Re: Working browser widget/linux-flavour combinations?

Never tried it; so have just done: Xubuntu 16.04 64-bit, 8.1.3: "something" Had to KILL Livecode. As above, 9.0.0 DP-6: no obvious difference. Tut, tut, tut. sincerely, Richmond. On 3/9/17 9:55 pm, hh via use-livecode wrote: I would like to test some browser interaction on linux. Please,

Working browser widget/linux-flavour combinations?

I would like to test some browser interaction on linux. Please, could someone who works with a LC version that has NO problems with the browser widget tell me this working 32/64 bit LC version - linux flavour combination? Thanks in advance. ___

Re: Download LC Community: trapped.

Richmond Mathewson wrote: > Until a few days ago, if you went via the OBSCURE green button right > at the bottom-left of the LiveCode landing page [ www.livecode.com ] > to the Open Source page [ www.livecode.org ] you could, by clicking > on the "Download" text at the top of that page go to the

Re: byteLen()?

On 2017-03-09 19:06, Richard Gaskin via use-livecode wrote: Thanks. I don't mind the verbosity, but I could use some clarity: There's been talk of LC using UTF-16 internally, but when I do this: on mouseUp put "Hello" into s put the number of bytes of s end mouseUp ...I get "5". When

Re: byteLen()?

Mark Waddingham wrote: > On 9 Mar 2017, at 02:37, Richard Gaskin wrote: >> >> the len() function returns a character count, but with Unicode this >> may be very different than the byte size. >> >> Do we have a size() or byteLen() function? > > > No, there is no such function as the byte length

Download LC Community: trapped.

Until a few days ago, if you went via the OBSCURE green button right at the bottom-left of the LiveCode landing page [ www.livecode.com ] to the Open Source page [ www.livecode.org ] you could, by clicking on the "Download" text at the top of that page go to the download page [

Re: [Long] Moving a REST request from Desktop to Server

+1 Andre - curl is definitely your friend for simple LC-server to other server communication. I maintain a server app that uses it to interact with the Vimeo server. https://curl.haxx.se/docs/ Phil Davis On 3/9/17 9:11 AM, Andre Garzia via use-livecode wrote: Hi, I would shell() to curl

Re: JSON library on LC Server

On Mar 9, 2017, at 10:31 AM, Devin Asay via use-livecode > wrote: Can anyone tell me how/if one can use the JSON library from LC 8 on LC Server? I’m running Community Server v. 8.1.2 on a Linux server. I tried just calling

Re: [Long] Moving a REST request from Desktop to Server

Hi, I would shell() to curl or a shell script and parse the result. om om On Tue, Mar 7, 2017 at 8:56 PM, Malte Brill via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi all, > > I am trying to move a request I do from a desktop app to a liveCode server > script and am facing the

JSON library on LC Server

Can anyone tell me how/if one can use the JSON library from LC 8 on LC Server? I’m running Community Server v. 8.1.2 on a Linux server. I tried just calling JsonExport() in the .lc script, but it errors. Do I have to ‘include’ or ‘start using’ the library somehow? Thanks! Devin Asay Director

Re: breakpoints being ignored

On Thu, Mar 9, 2017 at 7:43 AM, Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: > I need to see if I can make it happen, again. I wonder if going back and > forth between 9 to do remote debugging and 8 because 9 has issues may be > causing it. Will file a bug report if I

Re: breakpoints being ignored

I need to see if I can make it happen, again. I wonder if going back and forth between 9 to do remote debugging and 8 because 9 has issues may be causing it. Will file a bug report if I can repeat it. On Thu, Mar 9, 2017 at 5:58 AM, Ali Lloyd via use-livecode < use-livecode@lists.runrev.com>

[Blog] Infinite LiveCode Progress

Folks, in case any of you missed it, LC9 dp6 has some great new functionality: https://livecode.com/livecode-9-0-dp-6-infinite-livecode-preview/ Enjoy! Regards, Heather Heather Laine Customer Services Manager LiveCode Ltd

Re: Script Profiler

I made some enquiries from the team on this, and I'm told: You can only profile a stack, not an individual handler. It profiles the top stack when you start the profiler, so you just have to make sure the stack with the resizeStack handler is the top stack, then start the profiler. I hope this

Re: breakpoints being ignored

These issues sound like they are to do with Script Debug Mode. Please check if this is turned on in the Development menu. Mike, this sounds like it was probably your issue too, especially if trashing your prefs fixed it, as Script Debug Mode on is the default. It *does* sound like there may be a

Re: should i report it as a bug when a library is not included into a standalone when "search for required inclusions" is selected

Thanks Bob for your comment. I reported it now. Regards, Matthias Rebbe > Am 08.03.2017 um 01:23 schrieb Bob Sneidar via use-livecode > >: > > If there is nothing unusual in how you start using the library, like in a do

Re: "ouch: the beginning of the end"

Mark, This post is hereby awarded the ‘exposition clarity badge’. You should sew it onto your sleeve (with all the others), and wear with pride. I never felt I understood the problem, let alone possible solutions, and now I think I do both. A really interesting read, thank you. Cheers,

Re: "ouch: the beginning of the end"

On 2017-03-08 14:51, Roger Eller via use-livecode wrote: So... Why not convert the forms to high-res (300+ dpi) PNG or JPEG as Mark suggests as one of the many options, and overlay LiveCode fields to create an app for filling the form? Once filled in, merge the high-res image with the