send
> a screenshot, but it’s too big for the list. Regardless of the other
> letters I’d used up, I can’t come up with anything that makes sense. Aloe
> as a verb? That’s a real stretch and not in the American Scrabble
> dictionary.
>
> Any ideas?
> Dave
>
> > On J
n 7, 2022, at 10:37 AM, Roger Guay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Very nice! Thank you Ali
> >>
> >> Roger
> >>
> >>> On Jan 7, 2022, at 2:53 AM, Ali Lloyd via use-livecode <
> use-liv
Many of you will no doubt already be addicted to the game 'Wordle' (if not,
prepare to be: https://www.powerlanguage.co.uk/wordle/) - the only problem
with it is that you only get one per day to solve. So I have taken the
liberty of making an unlimited version (in LC of course)
https://alilloyd.liv
Another super-useful and relevant scrabble word is EUOUAE, one of the
charmingly monikered 'vowel dumps'. Unfortunately not available in TWL so
only for UK scrabble play!
On Fri, 17 Dec 2021 at 14:08, Craig Newman via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I play a lot of scrabble
One thing to check is whether you are using a fixed width font, and if not
whether you have the same performance issue with the SE when using one.
On Wed, 8 Sep 2021, 18:52 Bernard Devlin via use-livecode, <
use-livecode@lists.runrev.com> wrote:
> I pasted 8000 lines of text into Script Editor on
I wonder if I can persuade the team to let me add a constant for the first
uncountable strongly inaccessible cardinal.
Regarding use-cases, I like the following one which is implicit in the
above observations about comparisons between infinity and integers.
Previously I would do the following a lo
It's also mentioned in the scriptOnly property and in the script only stack
entry in the glossary
On Sat, 2 May 2020 at 18:48, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote:
> > On Sat, May 2, 2020 at 8:36 AM Mark Wi
This is possible - you would need to look at how the datagrid does it:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/com.livecode.interface.classic.DataGrid.tsv
Each datagrid property uses a custom getter / setter defined in the IDE
l
Actually the exec-tests folder should probably be removed - that was our
initial attempt at adding a test for each syntax variant while we were
doing the refactoring project. They were translated at some point into the
new test format at
https://github.com/livecode/livecode/tree/develop/tests/lcs/c
Thanks Ralph - I checked last night and it seems we can build against API
level 28 without any code changes, so it's just a case of reconfiguring the
builders.
On Tue, 18 Jun 2019 at 19:29, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Just got this today... API 28 will
Not sure if it's exactly the format you're looking for but this code
snippet from Trevor DeVore converts between XML and LiveCode arrays:
https://gist.github.com/trevordevore/5584753
On Tue, 4 Jun 2019 at 18:57, Keith Clarke via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi folks,
> I
For the specific examples you have there, simply putting the strings
through textDecode(, "utf-8") will give you your emoji back.
On Wed, Jan 23, 2019 at 4:34 PM David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
>
> > On 23 Jan 2019, at 2:15 pm, Stephen MacLean via use-li
> Is there a way to "safely" add to LC contextual menu in the script editor?
Yes! It is in a script-only stack behavior of the editor field:
https://github.com/livecode/livecode-ide/blob/develop/Toolset/palettes/script%20editor/behaviors/revseeditorbehavior.livecodescript#L1024
There is also the
Just out of interest, what sorts of things are causing problems in
openStack while building a standalone that do not happen when opening
stacks for the first time in the IDE? To put it another way, is it simply
the re-running of openStack that is causing problems, or is something going
wrong? Somet
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 warni
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 <
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 all
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
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 <
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 <
use-livecode@lists.runrev.
> • 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 musica
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 no
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.
>
> When
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 can be
> improved somewh
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,
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:
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
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
Besides having most people busy on getting 9.0 out, it made sense to delay
8.1.10 a little more so we could get the Xcode/iOS update in there. It's
next on the agenda!
On Tue, Apr 3, 2018 at 6:38 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:
> And, what about the
Ah yes, we need to apply this
https://github.com/livecode/livecode/pull/6441/files to the android button
as well
On Tue, Apr 3, 2018 at 5:51 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Looking at the code for the android field, it is probably a bug. In that
> code th
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 <
> use-livecode@lists.runrev.com> wrote:
>
>> Wo
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 <
> u
Oops, looks like we need to escape < and > in release notes!
https://raw.githubusercontent.com/livecode/livecode/develop/docs/notes/feature-create-in.md
On Sat, Mar 17, 2018 at 8:30 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I was just reading the release notes f
It certainly sounds like it to me...
On Sat, 10 Mar 2018 at 17:05, Brian Milby 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> wrote:
>
>> In theo
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
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 t
One very irritating thing about Android Studio is that you have to create a
project before you can launch a simulator. So when you open Android Studio,
and get the welcome dialog, just start a new project with any old settings.
Once you've done that you can choose Tools > Android > AVD Manager and
Ah, I have just realised this may well be caused by
http://quality.livecode.com/show_bug.cgi?id=20970
You could try the workaround described there.
On Tue, Feb 27, 2018 at 4:11 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:
> My guess is there is something wrong with that
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
properties
>
>
> > 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
>
> My interest this morning came from a property sheet I build some years
> ago as an alternative to an inspector. There are many good reasons why
> a property sheet is a much better fit for an IDE, but we can save that
> for another thread.
>
> Another reason Kevin asked Scott Raney to add "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 inspec
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 t
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 settings
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
ed, Jan 10, 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 wou
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' a
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 <
use-livecode@lists.ru
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 t
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 into
ng
> lang, security, 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"
> >
>
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 t
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 1
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 extensi
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 dictionary…"
>
> As I peruse the dictionary
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 Deve
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
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 u
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 support WAV unfortunately.
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 10:
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 sta
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 at 8:38 PM pana
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**
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 can
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 <
> use-livecode@lists.runrev.c
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
> > properties/commands/functi
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)
https://github.com/liveco
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:
>
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
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
>
> 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 wi
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:
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 dev
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 li
-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
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 Fri
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 <
use-livecode@
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> wrote
same route.
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&
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: http://quality.livecode.com/show_bug.cgi?id=20098
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 'diction
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 <
use-livecode@li
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 us
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
>
> S
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
comb
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:
https://developer.android.com/reference/android/widget/package-summar
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 <
u
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
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
(medium)
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
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 full-text
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 of c
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-tim
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 use-l
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 <
use-livecode@lists.runre
hey
> don't 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,
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 u
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 time!
1 - 100 of 120 matches
Mail list logo
