Re: Threading (plus random question)

> On 9 Sep 2016, at 8:57 AM, Monte Goulding wrote: > > I’m not actually sure if it makes any difference if you use colorization or > not. The mutated lines still get tokenized as you type. I’ll check on that > but regardless we need it to have reasonable performance

Re: Threading (plus random question)

I think this would require a complete rewrite of the script editor so it's not going to be on the agenda for a while. Cheers Monte Sent from my iPhone > On 9 Sep 2016, at 4:39 PM, Sannyasin Brahmanathaswami > wrote: > > Code folding in the SE! Collapse all handlers and functions… _

Re: Standard Icons for buttons in version 8.1 Standalones

Sounds like a bug to me (could you please open a report) although I’ve got to admit the icon picker needs a rethink. It probably should just allow you to pick any loaded stack that has 1 or more image objects. Cheers Monte > On 12 Sep 2016, at 11:03 AM, Richard Burkett > wrote: > > When I b

Re: Standard Icons for buttons in version 8.1 Standalones

> On 12 Sep 2016, at 12:08 PM, J. Landman Gay wrote: > > It does allow you to choose from "this stack". I agree that it needs a > rethink, but I'm leery of having it accept any open stack. If you happen to > have stacks open that are unrelated to your project, it would be easy for > users to

[ANN] This week in LiveCode 50

Hi LiveCoders Read about new developments in LiveCode open source and the open source community in today's edition of the "This Week in LiveCode" newsletter! Read issue #50 here: http://goo.gl/kXAaNW This is a weekly newsletter about LiveCode, focussing on what's been going on in and

Re: very often "Scripts externally modified" popup

If you have a reliable recipe then please open a report. Thanks Monte Sent from my iPhone > On 12 Sep 2016, at 8:04 PM, Matthias Rebbe > wrote: > > This is driving me crazy. So is anyone else noticing this and i should submit > it as a bug or is there something on my side what i can change

Re: Saving script-only stacks

Actually this should be resolved in RC 2. I presume you are still seeing it there? Sent from my iPhone > On 13 Sep 2016, at 6:01 AM, J. Landman Gay wrote: > > Or I could just live with it. ___ use-livecode mailing list use-livecode@lists.runrev.com

Re: Saving script-only stacks

> On 13 Sep 2016, at 6:29 AM, J. Landman Gay wrote: > >> Actually this should be resolved in RC 2. I presume you are still seeing it >> there? > > Yup. Sorry Jacque I was pretty certain we had identified and sorted that out but I can see we haven’t. Have you opened a report? It’s a fairly e

Re: Saving script-only stacks

Everything needs a report so it can be tracked for testing. Sent from my iPhone > On 13 Sep 2016, at 7:07 AM, J. Landman Gay wrote: > > I didn't open a report, I thought the behavior was either intentional or > unavoidable. If you're submitting a fix anyway, probably no need for a > report, r

Re: Maintain Order in JSON Import

> On 13 Sep 2016, at 7:23 AM, Sannyasin Brahmanathaswami > wrote: > > this seems "hacky" but can now order the keys because they default to numeric > index It is not hacky. It is the way you represent sequences in JSON. The hacky part is the pipe delimiter. Try: "colorwheel": [

Re: very often "Scripts externally modified" popup

> On 13 Sep 2016, at 1:11 AM, Matthias Rebbe > wrote: > > Is this a known behaviour or should i file a bug? I’m not aware of it as a known issue Cheers Monte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subsc

Re: Saving script-only stacks

Thanks > On 13 Sep 2016, at 7:40 AM, J. Landman Gay wrote: > > On 9/12/16 4:17 PM, Monte Goulding wrote: >> Everything needs a report so it can be tracked for testing. > > http://quality.livecode.com/show_bug.cgi?id=18375 > > -- > Jacqueline Landman Gay

Re: Android device not recognized

> On 13 Sep 2016, at 8:17 AM, panagiotis merakos wrote: > > If the device name is shown but it is dimmed, could it be the case that you > have not selected to build for Android? The other option would be if the mode of your stack is not 1 or it’s not the topStack. Cheers Monte __

Re: Project Browser Allows you to move a group into another group

I think you should be able to both relayer within the group and drag an object out of a group into its parent group or card so it sounds like there’s an issue there. > On 13 Sep 2016, at 12:08 PM, Sannyasin Brahmanathaswami > wrote: > > the Project Browser is much improved an very stable now…

Re: Project Browser Allows you to move a group into another group

> On 13 Sep 2016, at 12:56 PM, Sannyasin Brahmanathaswami > wrote: > > also… if we change the layer of a group from the property inspector, eg. the > card has 32 layers of objects and you want to move a group on layer 19 to the > top. > > You can set the layer of group 19 to 35 (in the prope

Re: [ANN] Release 8.1.0

I'll check but I'm pretty sure the default preference is 15. There was a bug where setting it to 0 didn't function right and there was also a regression when the new menubar was made a different preference was used. Sent from my iPhone > On 15 Sep 2016, at 4:11 AM, Terence Heaford wrote: > >

Re: [ANN] Release 8.1.0

> On 15 Sep 2016, at 6:11 AM, Monte Goulding wrote: > > I'll check but I'm pretty sure the default preference is 15. There was a bug > where setting it to 0 didn't function right and there was also a regression > when the new menubar was made a different prefere

Re: Maintain Order in JSON Import

> On 15 Sep 2016, at 7:18 AM, Sannyasin Brahmanathaswami > wrote: > > FYI, further tests with jsonImport/Export round trips, reading and writing: > > jsonImport > jsonExport > > are > > a) not in the dictionary for > b) round trip does not support any formatting (no indentation or ver

Re: LiveCode 8.1 and the Filter enhancements...

> On 15 Sep 2016, at 7:06 AM, Paul Dupuis wrote: > > For those using LC 8.1, and have tried the new filter command's support > for arrays, I have a question: > > I see you can filter by keys or elements from the documentations, which > is great, but I don's see how I would do another common ite

Re: LiveCode 8.1 and the Filter enhancements...

> On 15 Sep 2016, at 9:21 AM, Richard Gaskin wrote: > > Would it be worthwhile considering some form of XQuery for that so we could > do ranges and other nifty things? Hi Richard I considered adding patterns as array paths (a numerically indexed array of keys) but I don’t think that’s as fle

Re: Maintain Order in JSON Import

> On 15 Sep 2016, at 12:13 PM, Sannyasin Brahmanathaswami > wrote: > >"Actually if I just let the jsonExport and jsonImport do the work… it's > valid json… except that what's on disk is all on a single line." > > Python to the rescue: this works as a text filter in BBEdit It’s probably

Re: Maintain Order in JSON Import

> On 15 Sep 2016, at 12:22 PM, Roger Eller wrote: > > Sweet! Can this external be used in a Windows standalone? It supports all of LiveCode’s platforms and is dual licensed for community users too. Cheers Monte ___ use-livecode mailing list use-li

Re: Copying text from LC Script Editor

> On 17 Sep 2016, at 5:28 AM, J. Landman Gay wrote: > > My hunch is that it's a line-ending translation issue. I’m wondering if it’s a html issue. What LiveCode uses as a paragraph `` is more like a `` as in LiveCode it’s represented by a single line break with no vertical whitespace in most

Re: Copying text from LC Script Editor

> On 17 Sep 2016, at 10:00 AM, Paul Hibbert wrote: > > It’s not just the SE that has this behaviour, any text from a LC field does > the same, with in the IDE and in a standalone, on Mac at least. Yes… perhaps it isn’t what I thought as it looks like it works fine in 6.7. Is there an open bug

Re: Random topic: What script font do you like/use?

> On 21 Sep 2016, at 11:31 AM, Jeanne A. E. DeVoto > wrote: > > Source Code Pro is appealing. We are contemplating bundling this with LiveCode as the default it seems to be suitably licensed. Hack is also a pretty nice open source font http://sourcefoundry.org/hack/

Re: Should merge suppress errors

> On 22 Sep 2016, at 6:51 AM, Richard Gaskin wrote: > > Interesting. If merge is indeed thwarting normal error handling then that > may be related. Has merge ever thrown errors on invalid expressions? It seems to be deliberately implemented so it doesn’t and I don’t recall it ever doing ot

Re: Should merge suppress errors

> On 22 Sep 2016, at 8:03 AM, Richard Gaskin wrote: > > Either way, seems worth exploring, either refining the behavior of the > token's documentation. I personally don’t see any harm in throwing a general merge evaluation error and it would be relatively easy to implement. It would be signif

Re: Syntax: mouseUp mouseButtonNumber

> On 23 Sep 2016, at 7:27 AM, Roger Eller wrote: > > Thanks Mike! I don't think the docs could have been any muddier. ;) We are happy to accept pull requests on the docs Roger if you can think or a way/where to clarify it. It seems more of a fundamental misunderstanding of what parameters a

Re: Only one navigation bar widget?

You should be able to use as many as you like. Please open a bug report with a sample stack demonstrating the issue if that’s not the case. Cheers Monte > On 23 Sep 2016, at 7:38 AM, William Prothero wrote: > > Folks: > I was trying to use a second navigation bar widget on my app, to control

Re: Syntax: mouseUp mouseButtonNumber

> On 23 Sep 2016, at 8:15 AM, Roger Eller wrote: > > http://quality.livecode.com/show_bug.cgi?id=18465 > Thanks for that report. It addresses the example in the mouseUp docs but I still feel there’s a deeper issue we need to resolve here with

Re: Syntax: mouseUp mouseButtonNumber

> On 23 Sep 2016, at 8:35 AM, Monte Goulding wrote: > > >> On 23 Sep 2016, at 8:15 AM, Roger Eller > <mailto:roger.e.el...@sealedair.com>> wrote: >> >> http://quality.livecode.com/show_bug.cgi?id=18465 >> <http://quality.livecode.com/sho

Re: IDE Script Editor question...

No it's scripted Sent from my iPhone > On 24 Sep 2016, at 7:42 AM, Richard Gaskin wrote: > > with a call to _internal ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscri

Re: IDE Script Editor question...

Yes, presuming there's no difference between the content of the script editor and the compiled script. Sent from my iPhone > On 24 Sep 2016, at 9:17 AM, Richard Gaskin wrote: > > It would still seem, though, that by changing the algo to use the line > offsets obtainable from revAvailableHandl

Re: IDE Script Editor question...

A feature request is a good idea. A pull request is a great one... Sent from my iPhone > On 24 Sep 2016, at 12:01 PM, J. Landman Gay wrote: > > Feel like putting in a feature request for this? I would use it often, and if > it's in the IDE then we don't have to edit every version update. ___

Re: Yikes - locked out of mergAccessory

Hmm… I presume you are using Business to build the standalone? If so then please open a bug report and I’ll look into it ASAP. > On 28 Sep 2016, at 8:05 PM, Ben Rubinstein wrote: > > I've got a subscription to mergExt - hurrah. > > I've got a Business license - hurrah. > > I've been hoping to

Re: LC 8.1.1. rc1 thinks I'm rich!

Graham Does your stack either not handle startup or pass startup? In either of those cases the home stack startup script is probably being run again. So there’s an easy workaround for you: don’t pass startup or make sure you handle it. But it would be good if you also reported this because unar

Re: Get a Hacktoberfest t-shirt

Hi Folks I just wanted to point out this is not just about contributing to the LiveCode repositories although you are more than welcome. You can contribute to anything on GitHub to earn your shirt. So go add that API you want in revIgniter or that extra property you’d like on one of Trevor’s wi

Re: tsNET and Proxies

> On 3 Oct 2016, at 4:00 AM, Mark Wieder wrote: > > Selecting internet as an inclusion should *automatically* select internet > permissions for all platforms. Is there really a use case for selecting > inclusion of the internet library but not allowing its use? Yes I think we should have some

Re: iTunesConnect & Bitcode Auto-Recompilation

We do not have bitcode enabled for LiveCode builds. Cheers Monte Sent from my iPhone > On 4 Oct. 2016, at 3:42 am, Dave Kilroy wrote: > > Hi > > Has anyone enabled this with a LiveCode app yet on iTunesConnect? In the > Bitcode Auto-Recompilation section it states: > > "Occasionally, we ma

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 7:22 AM, Richard Gaskin wrote: > > The rule Dr. Raney gave me is that the defaultStack is the topmost visible > stack of the lowest mode. ^ that’s pretty close but there are some other things that come into play. It’s a bit of a slippeyr fish. The defaultStack is set when

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 9:09 AM, Graham Samuel wrote: > > Monte, thanks for that, but even your expert intervention this doesn't quite > say what the rules actually are. I think the Dictionary should be revised to > give a complete account. Expert intervention might be overestimating things a bi

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 10:15 AM, Jeanne A. E. DeVoto > wrote: > > (I don't claim this makes actual sense, mind you) What about this: go invisible stack do some stuff depending on the defaultstack being changed to the stack show stack ___ use-liveco

Re: Understanding 'the defaultStack'

Hi Folks I just had a look into the source and here’s the but in the go command causing confusion: if (t_stack->getmode() == WM_TOP_LEVEL || t_stack->getmode() == WM_TOP_LEVEL_LOCKED) MCdefaultstackptr = t_stack; What this means is that unless the mode of the stack is topLevel (1)

Re: Understanding 'the defaultStack'

side effect of the command. > On 9 Oct 2016, at 10:26 AM, Monte Goulding wrote: > > Hi Folks > > I just had a look into the source and here’s the but in the go command > causing confusion: > >if (t_stack->getmode() == WM_TOP_LEVEL || t_stack->getmo

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 10:51 AM, Jeanne A. E. DeVoto > wrote: > > OK, thar seems like a bug to me. If the only stacks open are palettes, for > example, then go should make the target stack the topStack (and hence the > defaultStack, since no stacks of lower mode are open). I can’t help thinking

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 10:51 AM, Jeanne A. E. DeVoto > wrote: > > OK, thar seems like a bug to me. If the only stacks open are palettes, for > example, then go should make the target stack the topStack (and hence the > defaultStack, since no stacks of lower mode are open). Thinking on this some

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 4:21 PM, J. Landman Gay wrote: > > It's only non-obvious if you haven't been doing it for 30 years. :-) That’s not selling it to me ;-) Cheers Monte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this u

Re: CantDelete

> On 9 Oct 2016, at 5:23 PM, Peter Bogdanoff wrote: > > Is there any particular reason a field, button, graphic, etc. cannot have a > “cantDelete” property—just as stacks/cards/groups currently do have? > > A group can have this property set, but individual controls in that group > cannot. If

Re: CantDelete

> On 9 Oct 2016, at 5:33 PM, Peter Bogdanoff wrote: > > Card objects are still “unprotected”? yes, although have you thought about setting the cantModify of the stack or the cantSelect of the objects? ___ use-livecode mailing list use-livecode@lists.

Re: Understanding 'the defaultStack'

> On 9 Oct 2016, at 9:10 PM, Jeanne A. E. DeVoto > wrote: > > At 11:23 AM +1100 10/9/2016, Monte Goulding wrote: >> stack A - is defaultStack in its own script >> go stack B >> stack B preOpenStack - stack B now defaultStack in its own script >> go stack C

Re: Understanding 'the defaultStack'

> On 15 Oct 2016, at 8:01 AM, Richard Gaskin wrote: > > I can't recall the last time I needed defaultStack. It may well have been > quite recently, but it must being doing what I expected it to do since I've > never had to think about it before this thread. Every time you use an object refer

Re: Is 'Error Lookup' broken?

> On 15 Oct 2016, at 7:55 AM, Richard Gaskin wrote: > > Prior to the error descriptions being added to the engine they had to be > somewhere, and since the error dialog was the one place they were always > needed putting them into a custom prop there made reasonable sense. I suspect what Ali

Re: Is 'Error Lookup' broken?

> On 15 Oct 2016, at 8:15 AM, Richard Gaskin wrote: > > Dude, don't get me started on "Why is this IDE thing this way?" ;) We accept pull requests and bribes ;-) Cheers Monte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit t

Re: insane time to comment out hundreds or thousands of lines

What version are you using? I did some work on this a little while ago so it should be much quicker in the latest releases. > On 18 Oct 2016, at 12:55 PM, Dr. Hawkins wrote: > > I have been waiting now for over ten minutes for this round of commenting > to apply. > > My main script is somethin

Re: insane time to comment out hundreds or thousands of lines

> On 18 Oct 2016, at 1:02 PM, Dr. Hawkins wrote: > > 8 has still been to painful the last couple of times I've checked. There’s your problem. Sounds like staying on 7 is painful right now. What are the bug report numbers for the issues causing you pain? Cheers Monte

Re: insane time to comment out hundreds or thousands of lines

> On 18 Oct 2016, at 1:03 PM, Dr. Hawkins wrote: > > And now at about 23 minutes . . . Yep… go watch a movie or something. The code was *very* inefficient. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe,

Re: insane time to comment out hundreds or thousands of lines

> On 18 Oct 2016, at 1:13 PM, Dr. Hawkins wrote: > > I'm doing this so that I *CAN* file the bug report for this bit where the > engine throws errors on startup. What kind of errors? Startup in the IDE or standalone? ___ use-livecode mailing list use-

Re: insane time to comment out hundreds or thousands of lines

> On 18 Oct 2016, at 1:43 PM, Dr. Hawkins wrote: > > On Mon, Oct 17, 2016 at 7:16 PM, Monte Goulding wrote: > >> What kind of errors? Startup in the IDE or standalone? > > > The IDE. Hmm… Is this only when opening the stacks by double-clicking rather

Re: 9.0 DP1

Brahmanathaswami I did some work on the debugger and it sounds like I broke something there. I’ll look into it. I did notice something like that myself today and was planning to look into it anyway. I found that reapplying the script cleared it when it occured. > On 19 Oct 2016, at 5:41 PM, San

Re: are custom properties not supposed to be sorted in inspectors in 8?

> On 20 Oct 2016, at 11:21 AM, Dr. Hawkins wrote: > > Isn't this a one-line insertion to fix between collecting them into a field > or variable, and displaying it? Yes probably ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit t

Re: [ANN] Release 9.0 DP 1

You could use XPDF to either: - extract PDF text and print from LC fields - extract page images and print those > On 23 Oct. 2016, at 3:33 am, Dr. Hawkins wrote: > > What I still don't see is the ability to handle eps & pdf, and including > these in print. > > Without either these, or the abil

Re: override HTTPS certificate failure

> On 26 Oct. 2016, at 3:25 am, Trevor DeVore wrote: > > I’m working on a libURL addition that will allow you to specify hosts that > should bypass SSL verification without turning it off completely. That way > you let the user know a certificate wasn’t verified but allow them to > override it. H

Re: sluggishness of 8.1.1 on send in 0/wait 0 pairs?

> On 26 Oct. 2016, at 6:55 am, Dr. Hawkins wrote: > > *unless* there is an opportunity to execute it, such as (exclusively?) > "Wait with messages", at which point the message due is supposed to be > checked. > > send in time is supposed to return a message queue id of the message, > meaning it

Re: sluggishness of 8.1.1 on send in 0/wait 0 pairs?

> On 26 Oct. 2016, at 11:13 am, hh wrote: > > [1] There is also Jacque's recent(?) info: send may also be called with a > negative argument in order to overtake the current queue: >send doIt to stack worker in -1 millisecs Actually this does not guarantee that the message will be at the fr

Re: override HTTPS certificate failure

> On 26 Oct. 2016, at 11:24 am, Trevor DeVore wrote: > >> One thing I might as well say now as I’ll say it in review anyway is it >> would be better to set individual hosts rather than the entire list in one >> hit to reduce the risk of different user code clobbering each other. > > > The inte

Re: sluggishness of 8.1.1 on send in 0/wait 0 pairs?

> On 26 Oct. 2016, at 11:29 am, hh wrote: > > send in -the seconds seconds ? > Job has to be done in 1970 ... When I was a young man with curly hair. > > Monte, please build a time machine. ;-) The issue is this: send “foo” in 0 —> insert script taking longer than 1 millisecond here send “ba

Re: override HTTPS certificate failure

e those settings at any time and it won't > affect any requests already in progress. So if you want to leave SSL > verification on and *just* disable it for one request, you can simply do: > > tsNetVerifySSLPeer false > tsNetGet(....) > tsNetVerifySSLPeer true > > R

Re: sluggishness of 8.1.1 on send in 0/wait 0 pairs?

> On 26 Oct. 2016, at 3:26 pm, Dr. Hawkins wrote: > > > ON a "wait 0 with messages", does this effectively put the next line in the > queue as the last (first? random?) entry for the current (next?) > millisecond? I think I'll need an interpreter to understand that question sorry ;-) > > I ha

Re: Using return in a command script

> On 27 Oct. 2016, at 9:07 am, Bob Sneidar wrote: > > I return a value at the end of an openCard handler What are you returning it to? openCard is sent by the engine… or are you calling it yourself? ___ use-livecode mailing list use-livecode@lists.r

Re: Using return in a command script

ck those and force a login and settings update. > > As I mentioned in a prior email, it's no big deal because I just work around > it by setting properties instead of returning a value. It's just a gotcha to > return a value in a built-in message handler if those handlers alway

Re: Autodiscovery of LAN devices

There’s a feature request open for cross platform bonjour/zeroconf. That’s what you want for this. We have mergBonjour for iOS and OS X at present. Cheers Monte > On 28 Oct. 2016, at 8:12 am, Richard Gaskin > wrote: > > I'd like to have an app automatically discover and attempt connection to

Re: [ANN] calendar widget updated

> On 31 Oct. 2016, at 11:53 pm, Mike Kerner wrote: > > This seems like it's going to be a hindrance because every little group for > every little project is going to have to jump through more hoops. I think > we should collectively try to noggin a better way, or we are going to have > chaos, an

Re: script for changing icons of LC widget "Segmented Controls"?

In the dictionary click on the api menu and choose “Segmented Control” then filter for itemIcons which is a comma delimited list of names from the svg library. Cheers Monte > On 1 Nov. 2016, at 12:06 pm, Nicolas Cueto wrote: > > ​In case the subject line is not clear enough... > > LC widget

Re: short name broken?

Hi Richard When I was working on lcVCS we discussed this on the engine forums and agreed that the properties -> “name” should be empty instead of this abbreviated id. So you can use that to work out if there’s no name. I’m still not sure why it’s helpful for the short name to be returned as an

Re: Zealous 'file format' save notifications

This came about because the cost of determining if a file could be saved back to a pre-7 file version was too high yet the risk of not informing the user they are likely to loose data by doing so was also too high. > On 2 Nov. 2016, at 9:36 am, Ben Rubinstein wrote: > > I recently started work

Scripting style: Verbs in function names

Hi LiveCoders In a PR I have open Peter has asked me to `Please name this function with a verb` and I recognised that in LiveCode this is something I don’t do out of habit while in other languages it is. Why? Because in the context the a function is used there is already a verb in the statement

Re: Scripting style: Verbs in function names

> On 4 Nov. 2016, at 10:21 am, Phil Davis wrote: > > I like Devin's reasoning on this. One of the great benefits we enjoy in using > LiveCode is the "English-like" syntax. This is one of LC's hallmark features. > As I see it, we should work to preserve it and extend it in our naming of > comm

Re: Scripting style: Verbs in function names

> On 4 Nov. 2016, at 10:55 am, Paul Dupuis wrote: > > Of course, just to be contrary, English has lots of grammatical > inconsistencies. So if one of the goals of LiveCode script is to be > "English-like" shouldn't it have a few grammatical inconsistencies too? Well we won’t have any trouble th

Re: Scripting style: Verbs in function names

> On 4 Nov. 2016, at 12:07 pm, hh wrote: > >> Monte wrote: >> Peter has asked me to "Please name this function with a verb" > > Perhaps he simply meant: > set property "name" of this function to "a verb"? No I don’t think so. This is common best practice so what’s up for discussion is whether

Re: Scripting style: Verbs in function names

Thanks for taking the time to write such a considered response Mark > > Are these names any better than the ones already used in the library? It is > hard to say - naming preferences are highly subjective! > I like them, the only thing I’m not sure about is the multiple `mime` in each. > Just m

Re: Stack name conflicts resolved?

> On 6 Nov. 2016, at 5:28 am, Richard Gaskin wrote: > > That is, once we modify the IDE to allow it. ^ this is the issue. For the most part it isn’t the engine that has the issue with multiple stacks with the same name open it’s the IDE. There would be bucket loads of work involved in getting

Re: Stack name conflicts resolved?

I didn't say it couldn't be done. Possibly we would need versions of the mainstacks and openstacks that listed long IDs. Sent from my iPhone > On 6 Nov. 2016, at 9:08 am, Richard Gaskin wrote: > > I imagine for good reason, but I'm curious: where does topstack not do what > an IDE needs? __

Re: Updating Text-Script Only Stacks in Run-Time, Message Path Memory

> On 6 Nov. 2016, at 1:33 pm, Mark Wieder wrote: > >> So, yes… something is causing the IDE not to pick up the changes in the open >> scripts and (re)placing it in the message path. > > Yep. It's one of the two reasons I don't use script-only stacks. From the sounds of the original descriptio

Re: Stack name conflicts resolved?

> On 6 Nov. 2016, at 1:31 pm, Mark Wieder wrote: > > When new stacks are created in memory they are assigned the id 1002. > Why? > If there's a stack already in memory why not create the new stack with the > next sequential id? > Then the combination of id and filename should uniquely identify

Re: Updating Text-Script Only Stacks in Run-Time, Message Path Memory

> On 7 Nov. 2016, at 3:23 am, Mark Wieder wrote: > > But... > shouldn't that be the big advantage of script-only stacks? I think this would be relatively handy for trivial stacks but have issues for more complicated ones. Also consider why should this only be the case for script only stacks?

Re: Stack name conflicts resolved?

> On 7 Nov. 2016, at 3:57 am, Mark Wieder wrote: > > Now rename the second stack to "Untitled 1" > > The property inspector allows this, but now gets very confused. Ah… well that’s probably a bug. If the IDE can’t handle multiple stacks with the same name it should not allow this. Even if the

Re: Updating Text-Script Only Stacks in Run-Time, Message Path Memory

> On 7 Nov. 2016, at 7:52 am, Mark Wieder wrote: > > If I edit a behavior script then I expect objects using that behavior script > to use the new features as soon as I compile the script. I would expect that > the same would be true of script-only stacks: I edit the script, and on > saving t

Re: Updating Text-Script Only Stacks in Run-Time, Message Path Memory

> On 7 Nov. 2016, at 11:23 am, stephen barncard > wrote: > > We already edit livecode script-only-stacks on server. Sure you can edit them in a text editor that’s fine. What we are talking about is having those changes update the version that is currently loaded into a running IDE. Cheers

Re: Updating Text-Script Only Stacks in Run-Time, Message Path Memory

> On 7 Nov. 2016, at 6:37 pm, Mark Wieder wrote: > > Really? > I can assign substacks to script-only stacks? > I can use a script-only stack as a substack? Sure but nothing but the stack script will save. I think for sanity we have disabled setting of substacks via the property inspector thoug

Re: Stack name conflicts resolved?

> On 8 Nov. 2016, at 6:24 am, Richard Gaskin wrote: > > > Using the long id to refer to stacks works (or at least should work) > > for all situations except for stacks that haven't yet been saved to > > disk. And for those stacks I would suggest storing the creation > > timestamp as a custom pro

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 11:31 am, James Hale wrote: > > Can someone explain why making a handler private speeds up a script? Private handlers are called directly rather than giving all the frontscripts a chance to handle them. > Should I be making more of my handlers private? If you only ever n

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 11:52 am, Phil Davis wrote: > > You also can't execute a private handler with the "dispatch" command. I guess that’s true but what use case is there for dispatch within the same script? ___ use-livecode mailing list use-livecode@

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 12:23 pm, Phil Davis wrote: > > Use case: You use 'dispatch' as a coding style preference. > > (That's all I could come up with.) ;-) Actually thinking on it I can imagine a use case but it fails if you are wanting to dispatch a private handler: dispatch “SomethingOverr

Re: What speed advantage comes from a private handler?

> On 9 Nov. 2016, at 12:44 pm, Phil Davis wrote: > > function app_helperAppPath pAppName >dispatch function ( "_helperAppPath_" & the platform ) to me with pAppName >return the result > end app_helperAppPath > > > function _helperAppPath_MacOS pAppName >-- Mac-specific app path dis

Re: Height of a group is limited to 32767 (Int16)?

It is not an issue for the data grid itself it is an issue for the DataGrid + mergDataGridScroller. I wrote mergDataGridScroller with the goal of smooth scrolling relatively short DataGrids. If you want to use scrolling layer mode on a group then you really need to avoid fiddling with the group

Re: lcGoogleDrive, Livecode for FM, etc.

Hi Alex Yes one of the side effects of the LiveCode for FM project is a renewed push to show off what can be done with LiveCode to a community that hasn't seen it before and the oauth2 library and google drive library are a result of that. The oauth2 library is in/will be in LC community 9. We

Re: lcGoogleDrive, Livecode for FM, etc.

> On 20 Nov. 2016, at 1:13 am, Alex Tweedly wrote: > > Wow ! Terrific. Like I said, I would have been happy to pay for extra > compnents, so to hear that they will be included, and in the Community > version, is better than I would have hoped for I should clarify that at the moment there hasn

Re: Type on an angle

> On 20 Nov. 2016, at 9:01 am, Sannyasin Brahmanathaswami > wrote: > > Any solutions? Do you need to be able to type or just show angled text? Angled text is very easy to do in a widget. I vaguely recall someone in the community releasing an angled text label. Bernd? Cheers Monte _

Re: lcGoogleDrive, Livecode for FM, etc.

> On 20 Nov. 2016, at 9:15 am, Roger Eller wrote: > > I have no use at all for FM, but a lcGoogleDrive would be just wonderful. Cool, with the OAuth2 library + JSON <-> Array web services aren’t that complicated. It’s largely just a matter or reading the API docs from there to see how to do w

Re: molassus IDE and revInternal_savePrefs

It is unlikely that this message is actually bogging down the system. Indeed this message is a performance optimisation to avoid saving the preferences file multiple times in quick succession. Cheers Monte Sent from my iPhone > On 26 Nov. 2016, at 8:31 am, Dr. Hawkins wrote: > > I'm not sur

<    1   2   3   4   5   6   7   8   9   10   >