I must be stupid, but this makes no sense to me at all:
"Open the script editor and search for some text that doesn't exist"
The thing that surprised me was when, on opening the script editor for a
button
LiveCode (err . . . RunRev) went from nothing to "on mouseUp".
And the fact that a
No, callbacks are still alive and well in AV Foundation.
I’m seeing that adding a parameter to a callback list isn’t working now.
Parameters weren’t in the dictionary pre-LC6.7 but seemed to work.
Issues with QT—things used to work better; it seems that as new versions of OS
X are released,
For this use case, there are 4 list fields that want to retain their hilited
lines as the user traverses through them and 2 that do not…
So it was easy enough to just do this
On mouseleave
Set the hilited lines of me to none
End mouseLeave
For those two fields. And this is even better since
On Apr 25, 2016, at 10:51 AM, Sannyasin Brahmanathaswami
wrote:
"I was trying to find a way to force a list field to unhilite it’s line."
Not the perfect answer, but this may help:
on mousedown
set the hilitedLine of me to empty
set the hilitedLine of me to word 2 of
Better to move on to a guy named Jeff and get him to try Livecode. My
experience is, if someone is looking for ways not to do something, you will
never get them to try.
Bob S
On Apr 13, 2016, at 15:18 , RunRevPlanet
> wrote:
Steve, (a
So is it then a "non-feature" instead of a bug?
Craig
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/List-Field-Not-receiving-Mouse-messages-unless-a-line-is-clicked-tp4703852p4703857.html
Sent from the Revolution - User mailing list archive at Nabble.com.
I also consider this a bug, but it has always been like in
Revolution/MetaCard.
You may solve this problem by using mouseDown messages or by setting the
lockText to true. This isn't always a good solution, but it is worth a try.
I think it is like this because list fields normally should
On 4/25/2016 12:51 PM, Sannyasin Brahmanathaswami wrote:
Note that the mouseup message triggers the answer dialog only if you
click on a line.
If you click on the field below.. .nothing happens.
This seems to be a bug to me… since the mouseUP is in the script of
the field… the field show hear
> On 25 Apr 2016, at 15:57, Mark Waddingham wrote:
>
> You should also be able to use 'Suspend Development Tools' to get much the
> same performance as building a standalone (performance wise).
Suspend development tools has had no effect. It still takes 18 seconds to
Confirmed here, and there is nothing in the v6 dictionary that indicates that
the click must occur on a non-empty line to fire the messages.
This is a bug, not a feature, since it is easy to determine if a line is empty
if there is a message sent, and act accordingly, but difficult to do so if
I was trying to find a way to force a list field to unhilite it’s line.
The instinctive behavior would be to just click away from any lines below the
list and then any hilited line in the list would be unhilited. But my handler
doesn’t fire if I click anywhere in the field that is not on a
Thank you Phil for this smart "turn-around". I so wish audio would be
"straightened up" in livecode! Amazing for a language in the heritage of
hyper talk!
Additionnaly, I wanted to have a clue :: do other user manage to record any
audio with v7 on later osx than 10.7? Does it work on 10.8.. 9..
On 2016-04-25 17:21, Terence Heaford wrote:
Are versions LC 6 and LC 7 different from LC 8 in this regard?
Yes - the IDE in 8 is based around a much more accurate monitoring
system for changes to the object tree. It isn't perfect, and does need
some improvement (with regards working
Are versions LC 6 and LC 7 different from LC 8 in this regard?
All the best
Terry
> On 25 Apr 2016, at 15:57, Mark Waddingham wrote:
>
> Running something you wish to introspect upon (accurately at least) will
> pretty much always be slower than running something you
On 2016-04-25 14:41, Terence Heaford wrote:
I was testing in the IDE of all versions.
After your question I produced a standalone and the scroll speed of
that data grid is comparable to versions 6 & 7 and took 11 seconds.
I also noticed but did not quantify that there is a visible speed
Terence Heaford wrote:
> After your question I produced a standalone and the scroll speed of
> that data grid is comparable to versions 6 & 7 and took 11 seconds.
>
> I also noticed but did not quantify that there is a visible speed
> difference when loading the data from the SQLite file into
Sannyasin Brahmanathaswami wrote:
> On 4/24/16, 6:57 AM, Richard Gaskin wrote:
>
>> The field object was written for v5.5, and IMO the best description
>> of its features are in the v5.5.4 Release Notes, starting in page 12:
This is slight variation of Craig's solution. It works if you want to delete
all local variables declared outside of handlers. (it's used inside libUrl)
on ulDeleteLocals
local e
repeat for each item e in line 3 of the localNames
get "delete" && "local" && e
do it
end repeat
end
1. I open my Stack and run it in the IDE.
2. A double click in a DataGrid opens a sub stack detailing the record from the
DataGrid.
3. I click the OK button in the sub stack which closes the sub stack.
When I go to quit LC I get a dialogue attached to the substack as a sheet
displaying:
I was testing in the IDE of all versions.
After your question I produced a standalone and the scroll speed of that data
grid is comparable to versions 6 & 7 and took 11 seconds.
I also noticed but did not quantify that there is a visible speed difference
when loading the data from the SQLite
On 25/04/2016 11:40, Terence Heaford wrote:
Mac 10.11.4.
Just had a little try of LC 8.0.0 (RC1).
Loaded a 6 column data grid with approx. 3000 records and timed how
long it took to scroll using the scroller to the last record.
LC 6.7.11 (RC2) took 11 seconds
LC 7.1.4 (RC2) took 11
Mac 10.11.4.
Just had a little try of LC 8.0.0 (RC1).
Loaded a 6 column data grid with approx. 3000 records and timed how long it
took to scroll using the scroller to the last record.
LC 6.7.11 (RC2) took 11 seconds
LC 7.1.4 (RC2) took 11 seconds
LC 8.0.0 (RC1) took 18 seconds
I hope that
Hi all,
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 #30 here: https://goo.gl/AhnWBt
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around
23 matches
Mail list logo