Re: Difference between "html" and "htmlText" in clipboardData?

On 2017-02-02 01:46, Richard Gaskin via use-livecode wrote: The Dictionary entry for clipboardData lists these among the array keys: - htmlText: LiveCode HTML text - html: styled text in LiveCode HTML format That dictionary entry could do with a little refinement :) What is the difference

Re: AW: Different result in LC 6 to LC 8 when copying field text into Excel?

They are platform-specific - the 'original' win32 ones are here: It looks like Tiemo has discovered a bug in the docs! Warmest Regards, Mark. Sent from my iPhone > On 8 Feb 2017, at 16:17, Richard Gaskin via

Re: Windows and OSX 64-bit builds?

On 2017-02-10 03:38, Tom Glod via use-livecode wrote: I will... if u wanna replicate...put an image on a stack..make it 32k x 32k .and try and do a export snapshot of the image, LC goes POOF... Trevor said tha last version of 8 (8.13) had some memory issues solves, so i will try to test

Re: Why do I still need MacToISO, when working with UTF-8?

Hi Tiemo, On 2017-01-16 11:57, Tiemo Hollmann TB via use-livecode wrote: Now my German Umlaute don't get corrupted in the MySQL db and everything is fine, but I would like to understand the technical background. Why do I still need MacToISO() in LC 8 on a Mac and even worse, I didn't needed

Re: AW: AW: Why do I still need MacToISO, when working with UTF-8?

Hi Tiemo, thank you for taking your time and clarifying. I wasn't aware that the internal format on a Mac client is MacRoman. I thought it would be a "neutral" UTF-8 format. Internally, the engine uses either MacRoman/ISO-Latin1 *or* UTF-16 depending on platform and what the string contains.

Re: Why do I still need MacToISO, when working with UTF-8?

Hi Matthias, On 2017-01-16 18:25, Matthias Rebbe via use-livecode wrote: It would have been nice if you had also put some sample code for how to UTF8 encode the string. That would have made your explanations complete. ;) Sure - here is how I'd slightly adjust Tiemo's code: *put fld "name"

Re: Why do I still need MacToISO, when working with UTF-8?

Am 16.01.2017 um 18:30 schrieb Mark Waddingham via use-livecode <use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>: Sure - here is how I'd slightly adjust Tiemo's code: *put fld "name" into myName* -- ... *open file myFile for binary write* *write te

Re: AW: Why do I still need MacToISO, when working with UTF-8?

Hi Tiemo, Okay so, I'm assuming that all this code is running on the Mac client... *put fld "name" into myName* At this point myName contains a (text) string - thus encoding issues don't exist (you should think of text strings in memory as being stored in an 'encoding neutral' format).

Re: Changes to use-livecode list.

On 2017-01-06 13:55, Heather Laine via use-livecode wrote: Well. That's the problem you see. DMARC rejects mail on the basis that it does not come from the same address as the sender ie the posting person's email is not the list address. Reversing this change will reinstate that issue. There is

Re: Codesigning issue with revxml.bundle in LC 8

Hi Tiemo, On MacOS Sierra I am just trying to codesign a new version with LC 8.1.2 of an old program, which I have codesigned successfully in the past. I do the codesigning manually via terminal like: codesign -s "myCertificateName" --deep --force myApp Today I get the error "resource forke,

Re: rawKeyUp/Down give different keys for same char since LC 8

Hi Tiemo, On 2017-03-21 17:40, Tiemo Hollmann TB via use-livecode wrote: Testing on Win 10, IDE: up to LC 6.7 special chars, as German Umlaute gave the same key in rawKeyUp and rawKeyDown, e.g. ä = 39, ü = 59, ö = 96, ß = 91 in LC 8 and 9 the rawKeyUp are still the same, but in rawKeyDown I

Re: differences between text/imagedata of image in LC6/8 (EDIT)

On 2017-03-24 11:58, Mark Waddingham via use-livecode wrote: What works in LC8/9 is 2. set the text of img 2 to the text of img 1 and 3. put img 1 into img 2 Both of these do the same thing - (3) is short hand for (1). I mean (3) is short-hand for (2) here! Mark. -- Mark

Re: differences between text/imagedata of image in LC6/8

Hi Tiemo, in an old program I obviously tried to be very technically over correct when copying an image and did: 1. set the imagedata of img 2 to the imagedata of img 1 This worked up to LC 6.7. In LC8/9 I get a corrupted image (black and stripes) in the target image. The imageData

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-27 14:39, Mark Waddingham via use-livecode wrote: In regards to your specific requirements, I had a thought on that last night. I think essentially what you want is a way to treat a sequence of codepoints in a field as a sequence of glyph indicies into the current font. So rather than

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-28 10:30, Richmond via use-livecode wrote: In 1996 I bought a copy of Fontographer, having previously developed several bitmap fonts for Macintosh with Fontastic (for Anglo-Saxon and Old Slavic). At that time (1996) it was possible to use Fontographer to make fonts with about 4000

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-26 17:48, Richmond Mathewson via use-livecode wrote: Interestingly enough this FREE program for Macintosh: https://www.macupdate.com/app/mac/9752/unicodechecker Very successfully displays glyphs I have built into my Devawriter.ttf font in comformance with the Unicode version 10 Beta

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-29 22:26, Sannyasin Brahmanathaswami via use-livecode wrote: One anomaly that appears to be generated by LC 9dp5 running on Sierra 10.12.3: Code point U803 maps in the Unicode standard to the Extended Latin "H with dot underneath" character. Just to check, I take it you mean 'h'

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-28 13:20, Richmond via use-livecode wrote: I'd point out that TenFourFox is a fork of FireFox and is not a Mozilla project. Is that a point that anyone who is prepared to go on running a PPC Mac should be worried about? They probably won't be - until the project ceases to be

Re: LiveCode's handling of Unicode glyphs being dependent on the underlying OS

On 2017-03-27 13:56, Richmond via use-livecode wrote: "UnicodeChecker is being developed using the Objective-C programming language with the standard macOS developer tools, i.e. Xcode and the Cocoa frameworks. The display of Unicode characters uses the default system facilities of macOS. So

Re: could you please make a quick test for me?

On 2017-03-31 10:28, Tiemo Hollmann TB via use-livecode wrote: Thank you for your help Mine is forthcoming - btw, I suggest anyone doing this makes sure they only send the results to Tiemo privately - unless you want all your Mac addresses in a public forum :) Warmest Regards, Mark. --

Re: codePointToNum

On 2017-03-31 12:12, Richmond via use-livecode wrote: So, if I do something like this: *put the codePointToNum("§")* I will get the Unicode address of that character as a Decimal number. How can I get it as a Hex number? Two options - you can use baseConvert: put baseConvert(10, 16,

Re: OMG WTF detailed files BST?

Hi Ben, This might be of interest: https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).aspx On 2017-03-31 12:48, Ben Rubinstein via use-livecode wrote: The standalone, built from LC 6.7.11, is running on a Windows machine (VM running Windows Server 2008 R2) in London,

Re: OMG WTF detailed files BST?

On 2017-03-31 13:20, Mark Waddingham via use-livecode wrote: Hi Ben, This might be of interest: https://msdn.microsoft.com/en-us/library/windows/desktop/ms724290(v=vs.85).aspx On 2017-03-31 12:48, Ben Rubinstein via use-livecode wrote: The standalone, built from LC 6.7.11, is running

Re: Linux 32bit?

Hi Phil, On 2017-03-18 20:39, Phil Thane via use-livecode wrote: OK, I'm back. When I follow the links I end up here: https://livecode.org/download-after-sign-up/ There is only one button 'Download LiveCode Community'. I assume it then probes my hardware and comes up with the wrong result

Re: OMG WTF detailed files BST?

On 2017-03-31 19:23, Local (BenR) wrote: Hi Mark, Thanks for your response, very helpful. Unfortunately I don't know what the filesystem of the volume with the files is - this is a client's network, and they set up a VM in the DMZ for me to work on, with this network share mounted - but I've

Re: Gradients with transparency?

On 2017-04-03 11:37, Terry Judd via use-livecode wrote: Is it possible to have a gradient with one of its end-points being transparent instead of a solid colour? Yes the color values you specify for gradients can have an alpha component. For example: 0.5,255,0,0 -> at half way through the

Re: Is there a technical difference between a RC and stable release?

Hi Tiemo, On 2017-04-05 08:25, Tiemo Hollmann TB via use-livecode wrote: What I actually don't know, is there any "technical" difference behind the scenes between a RC and a stable release? Is a RC just an approval state for any feedback from us and could go 1:1 into a stable release, if there

Re: Private Repo Services

On 2017-04-03 13:44, Mike Kerner via use-livecode wrote: Github is nice, but all your repos have to be public in order to be free. I went looking for private ones (because there are things you just can't do without a remote repo, and I don't want all my code in the open) So far I've found

Re: Line numbers for soft-wrapped styled text?

On 2017-03-29 12:48, hh via use-livecode wrote: Alex, before you waste valuable time: The formattedRect can NOT be used in LC 7/8/9, because of the (2^15 div 2)-limit for coordinates is active for that. I couldn't find a bug report for that so I filed one:

Re: Cheesed off by 32xxx

On 2017-04-02 19:07, Richmond Mathewson via use-livecode wrote: The problem, such as it is, is that the Unicode specifications have 128 * 8703 slots for glyphs (= a big number my mind cannot cope with) and the display in my "CHAR REF" stack is set up to cope with 128 glyphs a go: hence 8703

Re: revBrowser

On 2017-04-05 16:30, Alex Tweedly via use-livecode wrote: The dictionary says There is a sample stack for revBrowser at the following location in the LiveCode folder: Resources/Examples/Browser Samper.rev. This stack demonstrates, with many examples, how to use browser objects in an

Re: revBrowser

On 2017-04-05 17:53, Alex Tweedly via use-livecode wrote: Well, I looked in the dictionary for "browser" and that's what I found :-) The widgets come under different sections in the left hand drop-down at the moment unfortunately... OK - so now I see there's a choice which should I use

Re: Negative Numbers and NumberFormat

On 2017-04-03 19:11, Bob Sneidar via use-livecode wrote: Was anyone aware that the sign takes up one of the digital in number format? For instance, set the numberformat to "00";put -1 +0 & ":" & 0 +0 & ":" & 0 +0 returns: -1:00:00 but set the numberformat to "00";put -12 +0 & ":" & 0 +0 & ":"

Re: revBrowser

On 2017-04-05 18:18, Mark Waddingham via use-livecode wrote: That is a good question - I shall check... Panos dug this out: <https://livecode.com/a-mini-web-browser-in-under-15-minutes-sample-stack-included/> Hope this helps! Mark. -- Mark Waddingham ~ m...@livecode.com

Re: Negative Numbers and NumberFormat

On 2017-04-05 20:28, Bob Sneidar via use-livecode wrote: And here is an oddity again. In the dictionary, there is no mention of spaces or any other character besides "0.#" being valid in a numberformat string, but: set the numberformat to " 00";put -09+0 & ":" & 00+0 & ":" & 00+0 produces

Re: Negative Numbers and NumberFormat

it should and should not do! Mark Sent from my iPhone > On 5 Apr 2017, at 19:56, Mark Waddingham via use-livecode > <use-livecode@lists.runrev.com> wrote: > >> On 2017-04-05 20:28, Bob Sneidar via use-livecode wrote: >> And here is an oddity again. In the dict

Re: Negative Numbers and NumberFormat

On 2017-04-05 19:21, Mark Waddingham via use-livecode wrote: The latter bit about 'not being able to do arithmetic' might sound odd but it is a reflection of the finiteness of computers. Just correcting myself: 'finiteness of computers' was the wrong thing to say here - if you can represent

Re: numberFormat affecting array keys???

On 2017-04-21 01:51, Bob Sneidar via use-livecode wrote: Put this into a button: on mouseUp set the numberFormat to "00" repeat with i=1 to 10 put i into myArray [i] breakpoint end repeat end mouseUp At the breakpoint examine the array. There will be a 1 in an element with

Re: numberFormat affecting array keys???

On 2017-04-21 16:33, Bob Sneidar via use-livecode wrote: I got that wrong. I could say I expected the value to be 01. Also if you see the value of i in the debugger, it indicates that the value of i is 1 and NOT 01. So it HAS to be the array designation that is doing it. Yes - i is a number

Re: The selectedObjects - is it a container or not?

Hi Graham, On 2017-04-17 21:07, Graham Samuel via use-livecode wrote: I have a stack where the user is allowed to select vector objects. For this example, let’s assume some objects are already selected. I am using LC 8.1.4 rc1 on a Mac running Sierra, and I have a bit of code that says in

Re: byteLen()?

On 2017-03-09 22:24, Richard Gaskin via use-livecode wrote: I'm not sure I follow that, but it almost sounds like no matter what the encoding each char is mapped to one byte, so a 5-chart string like "hello" will take up 5 bytes - is that right? In the case of the implicit conversion 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()?

Hi Richard, No, there is no such function as the byte length is a property of text which has been encoded with a specific encoding, not text in general. the number of bytes in textEncode(tText, kEncoding) Should give you what you need. Warmest Regards, Mark. Sent from my iPhone > On 9 Mar

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

Re: "ouch: the beginning of the end"

Hi Dr Hawkins, I've been away on holiday for just over a week, and this thread has got quite long, so I thought it easier to answer the original post rather than some off shoot on it. On 2017-03-03 00:13, Dr. Hawkins via use-livecode wrote: I just got off the phone with the court clerk in

Re: Re Quick Test for Tiemo

On 2017-03-31 15:36, Francis Nugent Dixon via use-livecode wrote: Sorry Tiemo, Got a message that "MyMACs.livecode" is not a stack - can't open it with LiveCode I wonder why ? Using - 10.12 Sierra with LiveCode 5.5. It is a 7.0 format stackfile... The error message in older LiveCode

Re: gitter

Indeed our split isn't perfect - so there's a list of things we can and cannot do - depending on which engine version is needed to support the changes - this forces a good process (because it forces thought on it). The submodule link is a version dependence - it's just hard to think of it like

Re: Wait, the problem, and why it is important to solve

Hi Herman, This is all very useful information I must confess. I guess I'm wary of just extrapolating potential performance from piecing together results from very different underlying architecture (e.g emterpreter vs no emterpreter) over bastions different html5 engine iterations. Of course

Re: AW: load URL is broken in 8.1.4

I don't think there is anyway we can deny that the transition from 6.x to 7.x caused a lot of regressions. This is why we have a strict policy of handling maintenance releases now - i.e. we work very hard to ensure each maintenance version is strictly better than before. I know of a number of

Re: template stacks

On 2017-07-28 11:30, Richmond Mathewson via use-livecode wrote: From LiveCode 8.0 upwards when one wants a new stack one is given a menu of choices for iPads, iPhones and so on. Is there a way to edit that menu PERMANENTLY so one can accommodate one's own sizes? That is perhaps something we

Re: gitter

9/2017 01:44 AM, Mark Waddingham via use-livecode wrote: >> P.S. None of us tend to sit on gitter.io - we can only process so many >> simultaneous inputs - however gitter does send email notifications when >> someone posts something on there and usually it doesn't take too lon

Re: Web vs Native (was Re: HTML5 limitations?)

s for functions. What > functionality do you access to induce a wait? > > Sent from my iPhone > >> On Jul 28, 2017, at 8:29 PM, Mark Waddingham via use-livecode >> <use-livecode@lists.runrev.com> wrote: >> >> Hi Hermann, >> >> First of a

Re: Web vs Native (was Re: HTML5 limitations?)

On 2017-07-29 07:11, J. Landman Gay via use-livecode wrote: On 7/28/17 7:29 PM, Mark Waddingham via use-livecode wrote: P.S. At some point I'll write at length about the 'wait' problem in HTML5. Whilst I try not to let myself be kept awake at night by engineering problems related to work

Re: controlNames deprecated??

I use Firefox for dev'ing on the html5 engine as it tends to be at the forefront of 'what is to come' and also I find it's dev console somehow more responsive and 'better' than Chrome's and Safari's when dealing with huge blob of JS that the html5 engine is. For everything else I use Chrome.

Re: E.T.

On 2017-07-29 09:53, Richmond Mathewson via use-livecode wrote: I would suppose I need that software to "phone home" and check itself against a list (text document) or something so that only 5 copies can function "out there", and if a 6th version phones home it will do a "Peter Graves" and

Re: Compiling LiveCode on Sierra

On 2017-07-29 07:11, Brian Milby via use-livecode wrote: Is it possible to compile the LiveCode IDE on Mac OS 10.12.6? Yes - some of us (at LiveCode) use 10.11, some 10.12. We also have a 10.9 machine which is more of a 'hot-desk'. (One of our test machines is 10.10 IIRC, so we have all

Re: Wait, the problem, and why it is important to solve

> On 31 Jul 2017, at 16:39, Mark Wieder via use-livecode > <use-livecode@lists.runrev.com> wrote: > >> On 07/29/2017 09:23 PM, Mark Waddingham via use-livecode wrote: >> >> P.S. One other possibility I've toyed with is doing LCS->BYTECODE, then >> BYTECOD

Re: template stacks

On 2017-07-28 18:01, Richard Gaskin via use-livecode wrote: But those seem pretty rare to me. On desktop my windows tend to be different sizes, and on mobile it's important that they be responsive to any screen size; in either case the specific dimensions at the moment of creation seem of

Re: HTML5: mixed signals

Hermann has the 'the right' of it here. Basically it is important to remember that just because you *might* be able to see source-code it doesn't mean you have the right to copy, use or do anything with it. If there is no license attached to it, or if there is not a clear declaration of a

Re: Web vs Native (was Re: HTML5 limitations?)

On 2017-07-28 16:47, Sannyasin Brahmanathaswami via use-livecode wrote: Hence oft-repeated prayer that we get the browser "widget" to become a true member of the LC message hierarchy, they we can leverage the web apps eye candy layer (easy to build, responsive, CSS is already done for us…) with

Re: Web vs Native (was Re: HTML5 limitations?)

On 2017-07-28 18:28, William Prothero via use-livecode wrote: on myRequest —send a POST or GET request, whatever, with a callback handler specified. —display a mask that inhibits new mouse clicks and sets a busy icon. end myRequest on myCallbackHander myReturnData —do whatever you want

Re: HTML5: mixed signals

aren't accidentally stepping on a mine you did not see! Warmest Regards Mark. On 2017-07-28 16:32, Mark Waddingham via use-livecode wrote: Hermann has the 'the right' of it here. Basically it is important to remember that just because you *might* be able to see source-code it doesn't mean you

Re: Web vs Native (was Re: HTML5 limitations?)

On 2017-07-26 23:06, hh via use-livecode wrote: There are, sadly, still very basic things missing, which make the HTML5 standalone builder, TMHO, not yet ready for "beta"-state. Well - yes - the 'beta' state as I mentioned was a slip (mainly in that we don't do 'beta' in our dev process as I

Re: gitter

On 2017-07-29 21:00, Mark Wieder via use-livecode wrote: Yeah. That's what I was trying to say. I know - I just thought I'd take the opportunity to be a little more blunt about it since you gave me the hook to do so - i.e. gitter is not a route to get direct tech support from our engineers

Re: Compiling LiveCode on Sierra

On 2017-07-29 23:00, Monte Goulding via use-livecode wrote: Ah, yes, it doesn’t do anything if the sdk is already linked in. There’s a few things I’d like to change about that script. One is it should link in any SDKs that are in the cache or found in the other xcode app bundles rather than just

Re: Compiling LiveCode on Sierra

On 2017-07-29 23:10, Monte Goulding via use-livecode wrote: Hmm… I don’t do that and I seem to get along ok. Indeed in the newer versions of Xcode I can witch branches then regenerate the config and Xcode is fine with that. Interesting - maybe something subtle has changed in recent months

Re: Sluggish on Mobile Device

On 2017-07-30 02:35, J. Landman Gay via use-livecode wrote: Isn't this the "datagrid scrolling" issue we just funded? The layout has groups inside a container group. No - not quite. From what Dan said - he has a *fixed* layout - i.e. a group with 200 subgroups. Todd has used this approach

Re: Sluggish on Mobile Device

On 2017-07-30 05:43, J. Landman Gay via use-livecode wrote: There may be a minor difference when acceleratedRendering is on, but not enough to really help much. I'll see if I can extract a group. It's one from Swami's project, built dynamically, and all the images are referenced, so it isn't as

Re: Web vs Native (was Re: HTML5 limitations?)

On 2017-07-29 13:10, Jonathan Lynch via use-livecode wrote: So... if we use the wait command, and deploy to HTML5, the engine converts it to JavaScript with extra functions because the engine added in asynchronous timeouts? And you preserve all the variable values of the source LC script across

Re: gitter

On 2017-07-30 00:53, Monte Goulding via use-livecode wrote: On 30 Jul 2017, at 8:49 am, Mark Waddingham via use-livecode <use-livecode@lists.runrev.com> wrote: However, the IDE submodule is set to stay (despite various discussions about merging it internally - I've always said no, a

Re: Out of the office

On 2017-07-29 09:11, james--- via use-livecode wrote: Well imagine my surprise to see three (and now four) user list digests waiting for me this morning. Hopefully that wasn't entirely down to me - although I did send 30+ emails to the use-list yesterday... Going through them and enjoying

Re: CEF Browser - what is wrong with my script

On 2017-07-30 00:44, Matthias Rebbe via use-livecode wrote: stack "Untitled 1": execution error at line n/a (External handler execution error: creation failed) near "creation failed" Am i missing something? It might be a bug - there's been a fair amount of churn in CEF stuff in recent

Re: CEF Browser - what is wrong with my script

On 2017-07-30 01:06, Matthias Rebbe via use-livecode wrote: Mark, I cannot use the widget because of bug #20200. I was hoping you were going to say 'because I hadn't thought to' (although, I must confess that was a fanciful notion, having observed your attention to detail over the years).

Re: Sluggish on Mobile Device

from my iPhone > On 29 Jul 2017, at 23:17, J. Landman Gay via use-livecode > <use-livecode@lists.runrev.com> wrote: > >> On 7/29/17 8:07 PM, Mark Waddingham via use-livecode wrote: >> So if you have a completely static scrolling group (i.e. one you can layout >>

Wait, the problem, and why it is important to solve

So LiveCode has long has this feature called 'wait' - it is one of those seemingly innocuous things which, from the surface seems simple (it allows you to wait for something - it's great when syntax is aptly named!) however it is perhaps one of the deepest language features we have. I think

Doing user testing in a risk free way (Re: gitter)

On 2017-07-30 01:04, Monte Goulding via use-livecode wrote: I’m actually not sure I see the connection between the ide submodule and the 8.1.6-rc-2. Heh - the connection is indirect, however it is definitely there! **The goal: We want to do A/B testing on LiveCode's 'first run' experience.

Re: gitter

On 2017-07-29 22:51, Monte Goulding via use-livecode wrote: As we get more contributors gitter will become more active and you will be able to answer many of the questions for each other. There’s little point expecting a great deal of chatter if there’s only half a dozen people outside the

Re: gitter

On 2017-07-30 00:10, Mark Wieder via use-livecode wrote: Have I mentioned lately how much I hate submodules? Have I mentioned lately how much I hate submodules? ;) Actually, submodules actually do their job really quite well. They aren't ideal, but they do enforce modularity (hence the name

Re: CEF Browser - what is wrong with my script

; report for the browser external. > > Or is it more realistic that if i report it as a bug that the browser > external is fixed earlier than bug 20200? > > > Matthias Rebbe > +49 5741 31 > ‌matthiasrebbe.eu <http://matthiasrebbe.eu/>‌ > >> Am 30.07.

Re: CEF Browser - what is wrong with my script

‌matthiasrebbe.eu <http://matthiasrebbe.eu/>‌ > >> Am 30.07.2017 um 10:20 schrieb Mark Waddingham via use-livecode >> <use-livecode@lists.runrev.com <mailto:use-livecode@lists.runrev.com>>: >> >> The solution here is to use revBrowserOpen. >>

Re: Wait, the problem, and why it is important to solve

On 2017-07-30 11:13, hh via use-livecode wrote: Wow. You say (using stars) it would make sense to implement wait in HTML5 for some features that do _not_ (yet) work in HTML5. Will be a great enhancement side-effect. I look forward to that. I don't think that was the implication. The

Re: Hackintosh

Indeed - and (if I remember correctly) - one purpose of devils advocate is to ensure the other side justifies its case 'sufficiently' (for some definition of sufficiently - usually a great deal harder when pedanticism kicks in!). I'm off to have another G! Warmest Regards, Mark. Sent from my

Re: Hackintosh

Sorry - release the source-code of things you write in LiveCode you distribute to others. Warmest Regards, Mark. Sent from my iPhone > On 3 Aug 2017, at 00:21, Mark Waddingham via use-livecode > <use-livecode@lists.runrev.com> wrote: > > Just to pay reference to the comm

Re: Hackintosh

Whilst that may be true - a significant part of LiveCode's business comes from the US... As does our support for Apple devices. Of course, Apple probably don't care (why would they? Hackintoshes are not Macs). However, Apple did think it reasonable to outlaw anything other than Obj-C and JS

Re: Hackintosh

Just to pay reference to the comment about LiveCode - I missed it the first time around... We (LiveCode Ltd.) did not 'give away' LiveCode. We released it under a software license that has strings. The GPL requires (subject to interpretation by lawyers - and a court of law) you to also

Re: Points of Graphic Oval

File an enhancement - it's not something we have gotten round to doing yet but a 'flattened path' api was always on the cards to do but we hadn't gotten around to it yet. Warmest Regards, Mark. P.S. 'Flattening' is the term used to describe the process of turning paths into sequences of line

Re: Made with . . .

I'm not sure the learning of C and its relatively difficulty was the point here. Find me a book on C which teaches you how to create a window, show a button and have that button pop up a modal dialog which says 'hello world' on Android, HTML5, iOS, Linux, Mac and Windows then *that* would be

Re: how to get the value of a custom property if the name of the cProperty is in a variable?

You can put the name of the property into a local var and use that (unless I misunderstood the problem). Ali's suggestion is however the very pragmatic one - there are always going to be cases where var names might conflict with other things 'in context' and require disambiguation. (Although

Re: Made with . . .

On the Monday he turned up with a big box of chocolates for me and an apology. > > I will be forever grateful to the Livecode team that they have saved me from > having to learn C++. > > Richmond. > >> On 8/2/17 9:07 pm, Mark Waddingham via use-livecode wrote: >> I

Re: Hackintosh

Indeed - freedom of speech and all. However, I have to side with Richard here - this forum is about LiveCode and not anything else. Sure we have 'OT' discussions now and again but generally they either 'peter out' or are suggested that this is not the appropriate forum (the latter in this

Re: Points of Graphic Oval

A general arc (which an oval is an example of) is represented in LiveCode like elsewhere as a maximum of four cubic Bézier curves. These Bézier curves are then flattened to polynomials relative to a notion of 'flatness' - which means that the you iterate (using the de Casteljeu method) until

Re: Made with . . .

Hah! I missed the IDE bit - 99.99% of the IDE is written in LCS (some widgets in LCB). Pretty much the only bits which aren't are done script introspection features (e.g. revAvailableHandlers), the core standalone building part (which fettles with executables on each platform) and the

Re: Points of Graphic Oval

Bézier curves are a polynomial - usually quadratic (2nd degree) or cubic (3rd degree) but the model extends to arbitrary order. With four cubic Bézier curves (so 8 quadratic) you can make an exceptionally good approximation to an oval - but it is not exact. Indeed (anyone who might have a

Re: Hackintosh

to me of interest. > > All the best, > Erik > > > > > -Original Message- > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf > Of Mark Waddingham via use-livecode > Sent: Wednesday, August 2, 2017 10:34 PM > To: How to use

Re: Hackintosh

Richard just said what I was thinking but much much better! Warmest Regards, Mark. Sent from my iPhone > On 2 Aug 2017, at 23:03, Richard Gaskin via use-livecode > wrote: > > Richmond Mathewson wrote: > > > No, I don't think we have to respect Apple's policy

Re: merge() only evaluating first expression?

If you evaluate the second expression in that merge in the context (i.e. Same handler) of the call to merge does it throw an error? If a compile or runtime error occurs in any [[ ... ]] bracketed part of the merge string, then it gets rendered literally and not the value of it (as it can't be

Re: Points of Graphic Oval

Heh - sometimes it takes a relative tome of justification to arrive at a simple explanation! However the beauty of Bézier curves is that arcs are just a small subset of what they can represent 'well enough'. For moving along an arbitrary (Bézier - you can represent a straight line segment as

Re: Mark in a kilt...

Heh - I'll say one thing for kilts... in the blistering heat of Arizona (I think it peaked at 42 Celsius) - it was a lot more comfortable outside than shorts or trousers! (The black long sleeved shirt less so - but life's not perfect!) Warmest Regards, Mark. Sent from my iPhone > On 2 Aug

Re: MouseDown sent to button in group, but MouseUp sent to card

Erdős is considered one of the most prolific mathematicians of the 20th century. His most famous quote is 'a mathematician is a machine for turning coffee into theorems'. He drank a lot of coffee. He also took a lot of amphetamines. Warmest Regards, Mark. Sent from my iPhone > On 3 Aug

Re: Mobile LC Apps Downloading Stacks After installation

On 2017-08-11 18:00, Mike Kerner via use-livecode wrote: That's not what I'm saying. What I'm saying is while telling everyone to control themselves is good, removing these capabilities from LC is bad, so if the time comes where it is necessary to do something to stop someone from behaving

  1   2   3   4   5   6   7   8   9   10   >