Heh, I somehow missed the para where you made this comment already Brahma!
Sorry.
On Sun, Feb 5, 2017 at 6:21 PM Ali Lloyd wrote:
> On the subject of building UI from script, I generally think it boils down
> to whether you already have a good resizeStack handler
On the subject of building UI from script, I generally think it boils down
to whether you already have a good resizeStack handler implemented. If you
do, you've done all the hard work already - you can just create all the
objects with their required properties before the card opens and delete
Hi Brahma,
Goes without saying perhaps but it would be extremely helpful if you could
articulate *why* you find this information harder to come by in the current
dictionary. Thanks!
On Thu, 26 Jan 2017 at 20:37, BNig via use-livecode <
use-livecode@lists.runrev.com> wrote:
> @Bernd: is your
Try clicking the cog in the top right, and changing the 'Tab Display Style'
to Labels - it should be clearer what the various sections are!
On Fri, Feb 17, 2017 at 7:57 PM Jerry Jensen via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Got it. It is better, if not terribly obvious.
>
The dialog asking if you want to start a remote debug session should occur
as soon as you launch the app, so if that isn't happening then something is
not working with the socket, I would imagine. Perhaps try with the phone
actually connected by USB to the Mac and see if that works?
On Fri, Feb
Richmond,
In general that is the case, yes. When for example 8.1.3 GM has been
released, we merge the branches all the way up so that the develop branch
(from which DPs are released) contains everything from that branch. In some
cases there may be things that are in earlier releases but not in a
Not as far as I know- if the search for inclusions wasn't working I would
expect it to be an ide bug... does it work in a desktop standalone?
On Tue, 21 Feb 2017 at 17:32, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Immediately after sending the below, I decide to
Is it this bug?
http://quality.livecode.com/show_bug.cgi?id=18994
It would help if you posted a crash log too, we might be able to fix it
just from that.
On Fri, Feb 10, 2017 at 11:19 PM Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I opened and tried to build my
a Beta
> version of my next release (presumably it would be fairly daft to
> release a finished
> version, rather than a Beta version, on the basis of a LiveCode rlease
> candidate).
>
> Richmond.
>
> On 1/13/17 1:02 pm, Ali Lloyd via use-livecode wrote:
> > We don't
The executionContexts is what you're looking for.
On Thu, Jan 19, 2017 at 4:29 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Whoops! Caller is not a property. I guess I don't know.
>
> Bob S
>
>
> On Jan 19, 2017, at 08:23 , Bob Sneidar via use-livecode <
>
The `dispatch function` form of the dispatch command indeed does not appear
to be documented.
On Tue, Jan 10, 2017 at 9:10 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Sannyasin Brahmanathaswami wrote:
>
> > Sometimes you want to do a "remote" call to a function
We don't actually use GitHub milestones in that way, we just use them to
track which releases various pull requests have gone into. So 100% complete
just means there are no outstanding pull requests with the 8.1.3-rc-1
milestone set.
As it happens, there is only one more blocker, unfortunately it
Filed: http://quality.livecode.com/show_bug.cgi?id=19082
On Wed, Jan 11, 2017 at 1:08 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I use this ALL the time. sqlYoga uses special arrays for Record Objects,
> and the elements of one of these arrays can *only* be
Instead of declaring that this is how it should be, it's much better to
provide examples and justification. I just checked, and every application I
have on this computer does selection handles with the center of the handle
on the boundary of the object.
On Tue, Mar 28, 2017 at 3:04 AM Craig
> So do you see any advantage to having handles outboard?
Yes, it is impossible to resize an object's width or height to zero (or
within (size of handle) of zero) when the handles are inside the object.
Also, you could not previously make a line straight using the selection
handles inside an
The code hit-detects as if the handles were square, so the hit-detection
area is actually bigger than it used to be.
On Tue, Mar 28, 2017 at 4:51 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Ali Lloyd wrote:
>
> > Instead of declaring that this is how it should
Hi Terry,
This is a known issue, flagged in the release email (but not the release
notes unfortunately). Here is the bug:
http://quality.livecode.com/show_bug.cgi?id=19399
On Fri, Mar 17, 2017 at 7:04 AM Terry Judd via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Is it just me or is
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
A good reason to use consistent prefixes to distinguish custom props and
variables perhaps.
On Wed, 2 Aug 2017 at 20:56, Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On Wed, Aug 2, 2017 at 10:25 AM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> Jacque recently showed me the speed difference between explicitly
> writing out the element of an object reference:
>
>get the width of btn 1 of cd 2 of stack "MyStack"
>
> ...vs other forms like long IDs:
>
>put the long is of btn 1 of cd 2 of stack "MyStack" into t5Obj
>get teh
Hi Bob! A markdown guide that goes in here
https://github.com/livecode/livecode-ide/tree/develop/Documentation/guides
would
be wonderful - then it would appear in the guides section of the dictionary
and also be built into the user guide PDF.
Eventually, IDE APIs will be built into an IDE
Hi James,
"no version found in..." refers to module metadata - add
metadata version is "1.0.0"
to the library and it should hopefully install. I think perhaps the section
on metadata should be before the install section.
On Mon, Jul 10, 2017 at 4:13 AM james--- via use-livecode <
On Tue, Jul 18, 2017 at 6:53 PM Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> Why do I get the feeling we might be having to do a vigorous 'moomin'*
> on how prefs are handled in the IDE at some point soon...
>
Ahem:
.
On Tue, Jul 18, 2017 at 9:21 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 07/18/2017 01:06 PM, Ali Lloyd via use-livecode wrote:
> > On Tue, Jul 18, 2017 at 6:53 PM Mark Waddingham via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
-livecode <
use-livecode@lists.runrev.com> wrote:
> On 07/18/2017 10:51 PM, Ali Lloyd via use-livecode wrote:
> > Just out of interest, if it is not having the dictionary that makes them
> > 'unusable', does it launch correctly in a browser if yo
Do your keyboard shortcuts work Mark? You could use Ctrl+M to pop open the
message box, and set the backdrop to none, then toggle it on and off via
the View menu, then hopefully it should be gone from your preferences.
On Wed, Jul 19, 2017 at 6:25 AM J. Landman Gay via use-livecode <
Rather annoyingly a last-minute change I made caused the widget to
a) error on startup thereby causing its properties to fail, and
b) crash when tapping the field to enter text
There was some blurb about this in the release email. If you are keen to
give it a try, these issues are fixed in the
Just out of interest, if it is not having the dictionary that makes them
'unusable', does it launch correctly in a browser if you change the script
of revIDEBrowserWidgetUnavailable to return true?
On Tue, Jul 18, 2017 at 11:14 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com>
. how about a button on the far right of the revMenubar stack?
>
> Richmond.
>
> On 7/19/17 10:06 pm, Ali Lloyd via use-livecode wrote:
> > On Wed, Jul 19, 2017 at 5:58 PM Dr. Hawkins via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Ho
On Wed, Jul 19, 2017 at 5:58 PM Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:
> How about *offering* to put up the backdrop for the tutorial, rather than
> imposing it?
>
Well, we were acting in direct response to a whole lot of feedback from new
users who didn't seem to
export snapshot from rect (the rect of widget 1) of widget 1 to file (
specialfolderpath("desktop") & "/test.png") as png
The 'of widget 1' part is the important part - that takes the object in
isolation rather than snapshotting the background of the card.
On Wed, Jul 19, 2017 at 4:36 PM Dan
Alternatively, take the clock widget and replace the OnPaint handler with
public handler OnPaint()
variable tTime as List
variable tComponent as Integer
repeat with tComponent from 1 up to 3
push mCurrentTime[tComponent] formatted as string onto tTime
end repeat
variable tTimeString as String
just to make it easy to
> print. - although they work remarkably well.
>
> I'm sure there are others who would like an easy way to connect to a local
> networked printer.
>
> Thanks in advance
>
>
> Kindest Regards Lagi
>
> On 30 June 2017 at 16:47, Ali Lloyd via use-livecode
It should now work in HTML5 too :-D
On Fri, Jun 30, 2017 at 9:31 PM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> In Oct 2016 I made a digital widget clock, published in
> the forum > LC Builder > Community widgets:
> http://forums.livecode.com/viewtopic.php?p=146968#p146968
>
>
Thanks all! He's almost 10lb already, but still no sign of sleeping 4 hours
let alone through the night ;-)
On Fri, May 12, 2017 at 7:12 AM Kay C Lan via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On Fri, May 12, 2017 at 5:45 AM, Dr. Hawkins via use-livecode
>
One simple way to make this slightly nicer would be to make sure all your
initialisation happens in a separate handler eg (doLibraryInitialization),
and use your script local lock in the libraryStack handler
> local sIHaveBeenInitialized
> on librarystack
> if sIHaveBeenInitialized is empty
To be fair, the docs claim the legacy blend modes have been deprecated
since LC 5! We've supported thm for quite a long time post-deprecation...
On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Oh no! I use the legacy blendModes all the
even have to pay lip service to that . . .
>
> I am extremely grateful to you, Mark, that you were the one who took the
> first critical plunge . . .
>
> Richmond.
>
> On 5/17/17 10:27 pm, Mark Wieder via use-livecode wrote:
> > On 05/17/2017 12:09 AM, Ali Lloyd via use
Thanks Mark, those comments on the docs are really helpful! I've filed bugs
for the core language features, the fixed width font in the extension
builder, script object docs and misleading CamelCase naming.
On Thu, May 18, 2017 at 8:59 AM Mark Waddingham via use-livecode <
Mark, it would be lovely if you could be more specific. What parts of the
docs in particular could be improved and how? What specific sticking points
did you have?
Could you file a bug report about the extension builder? It may be that
something about error reporting has changed that hasn't been
Bernd,
The problem with your OnSave / OnLoad handlers are that Point and Color are
types defined in the canvas module that the array-saving code does not know
about. These need to be converted to a core type, eg string or list.
On Fri, Jun 9, 2017 at 7:52 PM Richmond Mathewson via use-livecode <
Further to Kevin's note about creating native widgets on Android in another
thread, I thought I'd post the LCB template here that gets you all the
android native widgets (that is, classes in the android.widget package -
see here:
The guides are built into a PDF at build-time - this is what you get under
Help > User Guide. So you can search this just using your PDF viewer.
On Tue, May 23, 2017 at 5:02 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 05/18/2017 10:30 AM, Mark Waddingham via
Well, you have a very different definition of can't to me then.
On Tue, May 23, 2017 at 5:39 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 05/23/2017 09:08 AM, Ali Lloyd via use-livecode wrote:
> > The guides are built into a PDF at build-time - t
No results in the page ranges of the LCB language reference section.
On Tue, May 23, 2017 at 5:49 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 05/23/2017 09:41 AM, Ali Lloyd via use-livecode wrote:
> > Well, you have a very different definition
Another way to search individual guides is to search the markdown files on
GitHub: https://github.com/livecode/livecode/tree/develop/docs/guides and
https://github.com/livecode/livecode-ide/tree/develop/Documentation/guides.
Again, not ideal. There's an outstanding enhancement request for
You should file bug reports for all of those, please! A couple of them
would make good projects for people wanting to learn a bit of LCB and make
an open source contribution - namely adding a property to change the
disclosure icon (relatively easy) and a property for sort orders of subkeys
The workaround might be to close the property inspector- however that of
course depends on whether the PI is open while you are experiencing this
currently.
On Tue, May 30, 2017 at 10:34 PM Dr. Hawkins via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I few minutes ago, I selected about
All this chat reminds me about this old pull request:
https://github.com/livecode/livecode/pull/1587/files and blog post
https://livecode.com/extending-the-refactored-engine-properties/
the top/bottom/left/right/middle/area etc of rect could probably be done in
the same way.
OK so it's maybe not
Hi All,
Firstly thanks to Peter Reid for discovering that the foreign bindings in
that blog post were out of date! I have updated the blog accordingly. I
took the liberty of tidying up the LCB code, and adding docs and a sample
stack - you can check them out here (for now)
Alternatively, right-click on the widget in question and choose 'Show
Documentation'
On Wed, Sep 20, 2017 at 5:03 PM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> > Ben R. wrote:
> > General question: where can users find a reference to the supported
> >
The list of extension APIs will be sorted in 9 DP 9 (Thanks to Brian!)
On Wed, Sep 20, 2017 at 5:29 PM Ali Lloyd wrote:
> Alternatively, right-click on the widget in question and choose 'Show
> Documentation'
>
> On Wed, Sep 20, 2017 at 5:03 PM hh via use-livecode <
>
Hi Bill,
probably best in this instance to refer to the dragLeave entry in the
dictionary - "Sent when the mouse pointer moves out of an object during a drag
and drop." So, this is relevant to all controls including the scrollbar,
but perhaps not in the way you would think immediately.
PS, you
Oh, looks like the docs for the segmented control have become mangled
somehow... perhaps a mis-merge.
On Tue, Oct 3, 2017 at 8:38 PM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi BR,
>
> Sorry, I should have been more clear. The "hiliteChanged" is a **message**
.2 are
> good.
> On Tue, Oct 3, 2017 at 3:18 PM Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Oh, looks like the docs for the segmented control have become mangled
>> somehow... perhaps a mis-merge.
>>
>> On Tue, Oct 3, 2017
Regarding sample stacks, this is a good suggestion - I'm in the process of
tweaking how 'extensions' work in the IDE, but ultimately I'd like for
things like mergExt externals to show up in an externals tab of the
extension manager. I think that would be a good place to be able to launch
sample
Hi Peter,
The Android MediaRecorder class does not support WAV unfortunately. There
may be some third party libraries you could use to achieve this - including
third party jar files will be possible once this PR is merged:
https://github.com/livecode/livecode/pull/6059
On Tue, Oct 17, 2017 at
The date support library I think was used for the calendar widget example -
I don't think it comes with the ide. You should be able to uninstall it
using the extension manager, should you wish!
On Tue, 5 Sep 2017 at 04:28, Terry Judd via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Bug
You should be able to debug native web views on device/emulator on Android
using Chrome and on device/simulator on iOS using Safari... admittedly I
haven't tried this with a browser widget in LC, but I've done it recently
on both in another context.
On Thu, Sep 7, 2017 at 7:06 PM Ralph DiMola via
Sorry Hermann, we have been even more busy than usual the last couple of
weeks, I will endeavour to answer today - in theory everything you are
doing should work!
On Tue, Sep 12, 2017 at 6:10 AM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:
> It was not heard there, so I ask here:
I think this would make a nice example for my extensions session at
LiveCode Global tomorrow. Here's the link for anyone not signed up!
https://livecode.com/global/
On Tue, Oct 17, 2017 at 4:05 PM Ali Lloyd wrote:
> Hi Peter,
> The Android MediaRecorder class does not
Could you explain in what way it doesn't work? Does it throw an execution
error? I notice you don't specify a full path or set the defaultFolder-
perhaps it is getting exported somewhere odd.
(Works with macOS 10.12.6, 8.2.0 DP 2 Community)
On Sun, Nov 26, 2017 at 6:23 PM Richmond Mathewson via
On Thu, Dec 7, 2017 at 12:56 AM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Ali Lloyd wrote:
>
> > ...make the map widget a lot more flexible on the
> > objective-c side...
>
> iOS-only?
>
> --
> Richard Gaskin
> Fourth World Systems
> Software Design and
I'm not quite sure what you mean by 'a member of the msg path in "proper
standing"' - the map widget just wraps a native view essentially. The map
'object' is only accessible through foreign handlers in LCB, but if it can
be done natively then it can be done.
In the first instance the widget will
Which reminds me - the tree view widget should probably use the list form
of a path directly instead of fettling with a path delimiter property
On Fri, Apr 27, 2018 at 12:26 AM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Thanks Brian, Bernd, and everyone else.
>
>
• trim or clean the rough edges of (a metal casting or a piece of
> pottery) before firing.
>
> Apparently appropriate as well. Pronounced like feddle, likely where we
> get our fiddle with. And I always thought it was a reference to playing a
> violin-like musical instrume
That would be revIDEStackIsIDEStack
On Fri, Apr 27, 2018 at 10:45 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> It used to be we could identify IDE stacks because their names started
> with "rev" but that's not true anymore. I want to scan for and list any
> open
PR: https://github.com/livecode/livecode/pull/6536
I've managed to lock myself out of Bugzilla, so will finish it off when
I've reported a bug! But obviously the patch can be applied locally if
anyone needs it urgently.
On Fri, May 18, 2018 at 9:05 PM Ali Lloyd wrote:
>
Currently the merge only takes the maximum of the provided minimum SDK
versions, which is something of an oversight. However it's an easy patch to
ensure it takes the maximum of the target versions too - I will submit a PR
shortly.
On Fri, May 18, 2018 at 8:17 PM J. Landman Gay via use-livecode <
Hi Geoff,
One thing to try in your original code, which should be significantly
faster if the array is big, is using
> repeat for each key T in interestArray[uID]
instead of
> repeat for each line T in the keys of interestArray[uID]
The latter has to allocate memory for a string containing
It sounds like something somewhere is changing that data to a native string
before being textDecoded. Try putting in some logging of the value of
'tData is strictly a binary string' to find out where it is getting
stringified.
On Fri, 22 Jun 2018 at 18:39, Tom Glod via use-livecode <
The revSaveAsStandalone stack is now script-only, and therefore no longer a
substack of revStandaloneSettings. So try
*send* "revSaveAsStandalone" && quote & tStackName & quote to stack
"revSaveAsStandalone"
On Sat, Apr 28, 2018 at 6:48 PM Paul Dupuis via use-livecode <
I don't think they have any custom properties... at least, if they do then
they don't do anything. They are script-only stacks & behaviors that
generate the UI; they don't use custom props for their functionality.
On Tue, Jan 9, 2018 at 8:40 PM Geoff Canyon via use-livecode <
Brian is correct, this is a temporary use of the lcdoc stuff for script
libraries to contain info that would be contained in its manifest.
Rather than worrying about what information comes from where, it would
probably be best to use the revIDEExtensions function which returns all the
'metadata'
, 2018 at 9:17 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 01/10/2018 12:37 PM, Ali Lloyd via use-livecode wrote:
> > Brian is correct, this is a temporary use of the lcdoc stuff for script
> > libraries to contain info that would be cont
Yep. At some point it might be good to put add a general filtering
parameter.
On Wed, Jan 10, 2018 at 10:50 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 01/10/2018 01:52 PM, Ali Lloyd via use-livecode wrote:
> > revIDEExtensions gives info on al
I should clarify: say you want stack 1 to have behavior stack 2 which has
behavior stack 3.
In the IDE we commonly do:
Stack 1:
on preOpenStack
dispatch "setAsBehavior" to stack "Stack 2" with the long id of me
end preOpenStack
Stack 2:
on setAsBehavior pTarget
dispatch "setAsBehavior" to
There are also plenty of examples in the IDE - most of the palettes have
their own specific behavior chained to the generic palette behavior.
Most of them do something like the following handler:
on setAsBehavior pTarget dispatch "setAsBehavior" to stack
revIDEFrameBehavior() with the long id of
A quick update on these things from the tech team point of view:
We have made a a start towards both these things - firstly we have
identified a number of issues that need to be fixed in order to increase
the target sdk version. As you say, we probably need to add target sdk
version to the
Not much has changed since this question was last asked:
http://lists.runrev.com/pipermail/use-livecode/2015-October/219630.html
The question here really is what you want to use the properties property
for. It is not correct to say that the properties property is used to
create the property
You didn't misunderstand, that is (almost) exactly what I'm suggesting
(once we had import/export for all objects), although I think the way set
works should probably be tweaked so that we *don't* do any manual fettling
- we just document that setting certain groups of properties via the
>
>
> > If we have export for all object types, there's no
> > reason (other than backwards compatibility) that the properties property
> > couldn't return the value of every single gettable property of an object
> > type.
>
> Yes there is. If we include all the different forms of text for example
There has been some work to replace the icon picker with a stack with a
filter field, so once that’s in it should help quite a lot.
On Tue, 2 Jan 2018 at 23:51, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> As long as we're talking about this, I'd love to see more of
Check out
/Contents/Tools/Ext/tsNet.../api.lcdoc for all the tsNet
things in one file - hopefully that's roughly what you're looking for
On Thu, Dec 21, 2017 at 7:37 PM Sannyasin Brahmanathaswami via use-livecode
wrote:
> an old theme "I want a printed
Yes, that is indeed the intention- but we thought we’d give you the
components along the way until we’ve figured out the correct API for the
cross platform version and actually implemented for all platforms.
The single platform versions will likely stay around in some form, probably
in the
ecurity, net, and misc.
>
> I'm still using the Apple-supplied java installation 1.6.0. Do I need a
> different one?
>
> On 12/22/17 2:26 PM, Ali Lloyd via use-livecode wrote:
> > Could you put
> >
> > "answer the result"
> >
> > before
&g
Try uninstalling and reinstalling. I believe Panos ran into this in testing
at some point last week but was unable to replicate
On Fri, Dec 22, 2017 at 10:37 PM Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I was trying to replicate J Gay's Android build error I ran
Could you put
"answer the result "
before
throw "could not encode class bundle"
in the revSaveAsAndroidStandalone script? That should give us a clue as to
what the error is.
On Fri, Dec 22, 2017 at 7:13 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 12/22/17
Another thing you can do in this DP is hide individual widgets from the
tools palette from the extension manager, should you wish.
On Fri, Dec 22, 2017 at 8:13 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:
> cool! that'll give me more space in my tools palette for all
By the way, we forgot to add to the 'highlights' the fact that we have
updated the target sdk of the android build to API 26, and added a fixed
target SDK version to the template manifest. This should mean that apps
built with 9.0.1-rc-1 will be accepted into the Google Play store without
any
I think this is a relevant enhancement request:
http://quality.livecode.com/show_bug.cgi?id=21013
On Sun, Mar 11, 2018 at 5:14 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> That strange dictionary entry was due to a bug in the parser. It is fixed
> now (9DP11 does not
It certainly sounds like it to me...
On Sat, 10 Mar 2018 at 17:05, Brian Milby <br...@milby7.com> wrote:
> Ali, he was doing the former. So could this actually be a bug?
> On Sat, Mar 10, 2018 at 6:17 AM Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com>
In theory that shouldn't be the problem - `the of me` should
short-circuit to directly evaluating the property of the object with the
behavior, rather than evaluating `me` as a name first. This is why `put the
long id of me into tID` also works.
Peter, in your original script are you doing
set
Just looking at the code in MCKeywordsExecCommandOrFunction, it seems that
there is no provision for passing to a 'global handler' (eg mobile-specific
handlers or cameraControl handlers).
On Tue, Apr 10, 2018 at 3:35 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I did
I also recommend reading the docs contribution guide:
https://github.com/livecode/livecode/blob/develop/docs/contributing_to_docs.md
which applies more or less equally to small code changes.
On Tue, Apr 10, 2018 at 4:07 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> My
e
> develop-8.2 branch for submitting PRs for dictionary updates. Is that still
> the branch you want us to use?
>
> Devin
>
> On Apr 10, 2018, at 9:56 AM, Ali Lloyd via use-livecode <
> use-livecode@lists.runrev.com<mailto:use-livecode@lists.runrev.com>>
> wrote:
Now that we have files(pFolder), folder(pFolder) (and files(pFolder,
"detailed"), folders(pFolder, "detailed")), directory walking code can be
improved somewhat by not having to set the current folder.
Actually, I haven't checked what happens when you get
files(pRestrictedFolder)
On Fri, Apr 20,
Ah, it will throw an error - so best to use try / catch around the function
calls.
On Sat, Apr 21, 2018 at 9:13 AM Ali Lloyd wrote:
> Now that we have files(pFolder), folder(pFolder) (and files(pFolder,
> "detailed"), folders(pFolder, "detailed")), directory walking code
Yes, or the return value of a function
On Mon, Apr 2, 2018 at 9:39 PM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Would that be for properties? Save the step of putting it into a variable
> first?
>
> On Mon, Apr 2, 2018 at 2:29 PM J. Landman Gay via use-livecode <
>
Probably there should be an example that illustrates the use of the into
clause in that way!
On Mon, Apr 2, 2018 at 10:00 PM Ali Lloyd wrote:
> Yes, or the return value of a function
>
> On Mon, Apr 2, 2018 at 9:39 PM Brian Milby via use-livecode <
>
1 - 100 of 120 matches
Mail list logo