Re: Relayering Controls in 9 dp5 problematic?

I think there was a bug in dp5 with respect to relayering... It was either fixed in dp6 or will be in dp7 (when that finally appears!). Mark. Sent from my iPhone > On 7 May 2017, at 03:43, Sannyasin Brahmanathaswami via use-livecode > wrote: > > layout card >

Re: Calling a livecode executable -ui from LC server and get back a result.

It is only editbin.exe you need which might floating around online on its own somewhere... Also I think the subsystem is specified in a byte in the header of a PE executable so could be twizzled with a script that modifies that byte... Probably an easy exercise for anyone who likes poking

Re: Calling a livecode executable -ui from LC server and get back a result.

Hi Malte, Just an update on my previous post. I did the following: Took a community standalone engine from inside an installed LiveCode distro on Windows and copied to the desktop. Tried (from Command Prompt): Standalone.exe -ui Noticed that I just got a newline in the console, and

Re: Calling a livecode executable -ui from LC server and get back a result.

On 2017-05-05 18:32, Richard Gaskin via use-livecode wrote: Thanks for that background, Mark. Please help me better understand the implications: does this change mean that we can no longer run standalones facelessly on Windows by just calling them with the -ui flag while hideConsoleWindows is

Re: Image Caching / defaultfolder weirdness

On 2017-05-05 14:33, Phil Jimmieson via use-livecode wrote: Hi folks, I’ve got an application for Mac and PC which has been developed over a number of years and versions of LiveCode and I’m currently trying to build it with LiveCode 8 on MacOS 10.12. If you are using referenced images (those

Re: Calling a livecode executable -ui from LC server and get back a result.

Hi Malte, On 2017-05-04 20:34, Malte Brill via use-livecode wrote: Hi all, has anybody successfully done this? Especially on Windows? I would like to launch a livecode built application from a liveCode server script and get the output back (on a Server that I control) Is that possible? If so,

Re: Documentation on Accelerated Rendering

On 2017-05-03 14:07, hh via use-livecode wrote: Thanks for that, this was very enlightening (should be, once again, attached to the Dictionary). If I understand correctly, it explains why testing for speed has reliable results only on _physical_ mobile devices. And, while in physical desktop

Re: Documentation on Accelerated Rendering

On 2017-04-30 23:52, J. Landman Gay via use-livecode wrote: I have been wanting to know that for years. I have the general idea but I want to know exactly what each command or property does. How does layerMode interact with rendering and when should I set it? (I used it incorrectly and submitted

Re: Make numberFormat even better AND Cognitive Load

On 2017-04-26 16:00, prothero--- via use-livecode wrote: Ok, I'll shut up about this for now. Sorry to unfocus the thread. To be fair, I managed to conflate three issues: 1) Improving numberFormat 2) How we could get arbitrary precision integers whilst retaining doubles for reals 3)

Re: Primes and primality checking

On 2017-04-25 17:01, Devin Asay via use-livecode wrote: However, it doesn’t seem to be reliable for very large numbers (> 100 digits) as the fellow wants. My math skills are pretty creaky. Anybody want a crack at this? It’s a fun challenge, plus it can boost LC’s presence on stackoverflow. You

Re: An anomaly in the "read from file" command?

On 2017-04-26 08:35, Quentin Long via use-livecode wrote: ask file "What do you want to read?" put it into DisFile read from file DisFile until EOF put it into fld "This Field" Why didn't I get an error message when I tried to read from a file that hadn't been opened yet? Shouldn't LiveCode

Re: Make numberFormat even better

On 2017-04-25 12:48, Lagi Pittas via use-livecode wrote: Hi I don't know why you want to adapt/enhance the number format as that could break already working code that uses the nuances of numberformat already. Although it may have not been 100% clear in my previous post, as numberFormat in

Re: Make numberFormat even better

On 2017-04-25 09:01, Curry Kenworthy via use-livecode wrote: To handle arrays better without requiring more lines of code, how about making numberFormat itself an array with at least two parts? Similar to the way the clipboardData has parts. Using it without a key works exactly like before, by

Re: Don't amputate numberFormat (was: affecting array keys???)

On 2017-04-24 16:58, Mike Kerner via use-livecode wrote: To remind the readers, this is a database thing - null column values cause issues with LC when the null value is on the tail. All it would take is removing that one little line in the item code - that line that makes items less

Re: Don't amputate numberFormat (was: affecting array keys???)

On 2017-04-24 16:10, Mike Kerner via use-livecode wrote: That's too bad. I was hoping that I could trade deprecating numberFormat for giving equal rights to the last item in a list. If you mean: the number of items in "a,b," should be 3 (and not 2) and the number of items in "a,b,c"

Re: Subject: Re: Don't amputate numberformat

On 2017-04-24 14:13, Roland Huettmann via use-livecode wrote: Mike Kerner: "Well, that would be a nice thing to have in a field widget, but I run into formatting issues with databases, as well, especially when sorting." I do not know much about the internal workings of the machine, but could

Re: Don't amputate numberFormat (was: affecting array keys???)

On 2017-04-22 02:51, Curry Kenworthy via use-livecode wrote: Mark Waddingham: I think this is perhaps more evidence that 'numberFormat' should probably be deprecated - or at least marked as 'present for HyperCard compatibility only and shouldn't be used in new code'. I emphatically disagree.

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: 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: 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: 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 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

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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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-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-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-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: 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: 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: 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: 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: 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: "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: 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"

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: 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: 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: 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: 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: 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: 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: 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: 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: 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,

<    5   6   7   8   9   10