On 19 Mar 2015, at 21:24, Richard Gaskin ambassa...@fourthworld.com wrote:
While I do volunteer some of my time helping to steward issues like yours
through the bug system, it turns out that I don't actually run their company.
:)
More relevant might be a comment from someone who works
Hello,
I am using a pulldown menu button and I would like to disable single menu
items.
Is there a straight forward approach to change the color of a single menu
Item and disable it?
Like set the textcolor of line 2 of the text of btn myPullDownMenu to
grey (what doesn't work)
Thanks
Tiemo
The general solution for processing an arbitrarily large file is to use
read from file xx for yy chars
in a loop until you don't get that many chars back, indicating that you've
reached the end. Of course, you then need some way to process the data in
chunks (not necessarily the same
On 3/20/2015 4:52 PM, Colin Holgate wrote:
Is there a very simple test stack you can make that shows the delay?
Does it make a difference if you use touch events instead of mouse
events?
Okay, I've narrowed it down to the database drivers or libraries. If I
create an apk without any database
On Fri, Mar 20, 2015 at 12:30 AM, Terence Heaford t.heaf...@icloud.com
wrote:
In my opinion LC should remove all these bugs from the database,
arbitrarily back to a date(?) and start again.
This is effectively being done: messages go out that unless the reporter
takes the time to confirm with
Is there something wrong in 7.0.2 with this?
/modal stack [stackName]/
It's a substack, but even if I use
/modal stack [subStackName] or stack [mainStackName]/
Livecode simply blows right by it. I get nothing in the result and
nothing in a try-catch.
This is super finicky, working
I do and always have had a hard time listening to mp3s. If any of these kids
today ever heard original German pressings of Beethoven's 5th Symphony or
Beatles Revolver on reference system, I think they would be more than
amazed. Just try to hear the little hi-hat nuance in Steely Dan's Peg from
Ray wrote:
Is there something wrong in 7.0.2 with this?
/modal stack [stackName]/
It's a substack, but even if I use
/modal stack [subStackName] or stack [mainStackName]/
Livecode simply blows right by it. I get nothing in the result and
nothing in a try-catch.
This is super
Terence Heaford wrote:
I am not sure how anyone requiring to print a portion of a card and
running a Mac on Yosemite (not sure if any other systems are
affected) can even consider migrating to LC 7 when such a fundamental
feature is unavailable.
I might agree if that were the case, but the
Terence Heaford wrote:
In my opinion LC should remove all these bugs from the database,
arbitrarily back to a date(?) and start again.
Pick a date, say 1 January 2014 or some other date and delete all
bugs earlier than this. Post notices advising everyone of this and
away we go again.
On Fri, Mar 20, 2015 at 6:32 AM, Richard Gaskin ambassa...@fourthworld.com
wrote:
I use modals extensively and haven't seen this, but I haven't used v7.0.2
in weeks and only briefly when I did, so I have no input on that specific
version.
I've used pretty much every version and subrelease
Hi Craig,
Oh shi... I thought this command was only for menues. Next time I will read
the dictionary more carefully
Thanks
Tiemo
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von dunb...@aol.com
Gesendet: Freitag, 20. März 2015
Agree :)
-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Ralph DiMola
Gesendet: Freitag, 20. März 2015 15:11
An: 'How to use LiveCode'
Betreff: RE: Completely OT: What gets lost when you compress music
I do and always have had a
Tiemo.
There is a disable menuItem command. Check the dictionary.
Craig Newman
-Original Message-
From: Tiemo Hollmann TB toolb...@kestner.de
To: LiveCode User Liste senden use-livecode@lists.runrev.com
Sent: Fri, Mar 20, 2015 6:50 am
Subject: How to disable single menu items of a
I'm using Windows 8.1, but basically what I'm doing is this:
1) Launch Livecode 7.0.2 (rc 2)
2) Choose New Mainstack under the File menu
3) Resize it to a smaller rect
4) Under the Object menu choose Stack Inspector
5) Choose Size Position and uncheck Resizable
At this point
Ray wrote:
Setting the resizable of a stack to false automatically changes its
height and width.
Any attempts I make to change these dimensions later are ignored by
Livecode.
Is this a bug in7.0.2?
I'm unable to reproduce this on Mac or Ubuntu in 7.0.4rc1 using this script:
on mouseUp
Setting the resizable of a stack to false automatically changes its
height and width.
Any attempts I make to change these dimensions later are ignored by
Livecode.
Is this a bug in7.0.2?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Are there two stacks with the same name?
On March 20, 2015 10:17:54 AM CDT, Ray r...@linkit.com wrote:
Dr. Hawkins, Richard,
As I continue to wrestle with this I'm discovering there seems to be
some incompatibility between stack versions. The main stack I have was
created long ago in 6.5.2.
I access a remote MySQL db(diesel) when the app starts up. It takes a couple of
seconds to do a few reads and writes. I will put a db write inbetween cards and
see how long it takes.
Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net
div Original
Please note Dr Hawkin's recent post that this command is stackable, so if
you accidentally disable the menuitem twice if you then issue a single
enable command the menuitem will remain disabled.
Don't know who to link to old posts but the Subject was menuitems
accujmulating extra ( in them?
On
On 3/20/2015 11:07 PM, Ralph DiMola wrote:
I use both SQLite and MySQL in Android apps.
There are background images, resizing going on and local SQLite DB access to
build scrolling lists of hundreds of lines in sub-second card changes after
touching a button. Even orientation changes with
J,
Geez... I was talking about a much more subtle slowdown. From sub .5 second
to sub-second performance. I use both SQLite and MySQL in Android apps.
There are background images, resizing going on and local SQLite DB access to
build scrolling lists of hundreds of lines in sub-second card changes
I take this back. I had a bug in my unModal handler. Turns out this works a
peach! I have a front script with this handler in it:
on unModal theStack
lock messages
save stack theStack
close stack theStack
open stack theStack
unlock messages
end unModal
I then have a Debug menu in
On Fri, Mar 20, 2015 at 1:33 PM, Bob Sneidar bobsnei...@iotecdigital.com
wrote:
Is there a way to un-modalize a stack that is already open? I suppose I
could lock messages then close and reopen the stack, but it would have to
be done in a script outside the affected stack or it won’t close.
One caveat however is that if the script that opened the modal stack has more
commands pending, they will execute as soon as the stack is re-opened
non-modally.
Bob S
On Mar 20, 2015, at 13:56 , Bob Sneidar bobsnei...@iotecdigital.com wrote:
I take this back. I had a bug in my unModal
Jackie - thanks for jumping in here. No, that's no it. What I'm
finding though is that things start working again when I stop using a
certain stack. I would think locking messages before issuing the modal
command would eliminate any conflicts with stacks that are being used,
but evidently
On Fri, Mar 20, 2015 at 8:53 AM, Ray r...@linkit.com wrote:
Jackie - thanks for jumping in here. No, that's no it. What I'm finding
though is that things start working again when I stop using a certain
stack. I would think locking messages before issuing the modal command
would eliminate
Since I use a lot of movies in my stacks, I have gone back to LiveCode 5.5.3.
I’ve tried LiveCode versions 6.7 through 7.04 and they do not display movies
properly. For one thing, when I try to set a file path to a relative path, the
later LiveCode versions do not allow me to save the relative
Isn’t the article about MP3 in particular? An m4a file is most like using AAC,
which is a lot better quality for the same data rate as MP3.
That's a pretty broad brush dismissing 'MP3s', as there are a lot of ways to
data compress audio today.
___
Thanks Dr. Hawkins but I believe I've resolved this by stopping the use
of another stack right before issuing the modal command.
On 3/20/2015 2:12 PM, Dr. Hawkins wrote:
On Fri, Mar 20, 2015 at 8:53 AM, Ray r...@linkit.com wrote:
Jackie - thanks for jumping in here. No, that's no it. What
That's a pretty broad brush dismissing 'MP3s', as there are a lot of ways
to data compress audio today.
Granted there have been many instances where bad encoding or slow rates
have diminished the aural experience, but newer compression techniques and
better algorithms get the audio to a point
Richard - I just installed the latest stable version, 7.0.3, and I'm
getting the same problem. Which version/platform are you using?
On 3/20/2015 12:33 PM, Richard Gaskin wrote:
Ray -
I'm using Windows 8.1, but basically what I'm doing is this:
1) Launch Livecode 7.0.2 (rc 2)
2)
Ray -
I'm using Windows 8.1, but basically what I'm doing is this:
1) Launch Livecode 7.0.2 (rc 2)
2) Choose New Mainstack under the File menu
3) Resize it to a smaller rect
4) Under the Object menu choose Stack Inspector
5) Choose Size Position and uncheck
On 20 Mar 2015, at 14:14, Richard Gaskin ambassa...@fourthworld.com wrote:
If the dest rect is a different size, setting the printScale can be used:
set the printScale to 0.8
print card from 20,20 to 500,500
I understand you are trying to help and I thank you for that.
I am trying
Is there a way to un-modalize a stack that is already open? I suppose I could
lock messages then close and reopen the stack, but it would have to be done in
a script outside the affected stack or it won’t close. If so then I could make
a debug menu that would allow me to get into my script
I'm not sure how you could do this. My work around (for your goal here)
is to insert lines of script which answer variable values and such.
On 3/20/2015 4:33 PM, Bob Sneidar wrote:
Is there a way to un-modalize a stack that is already open? I suppose I could
lock messages then close and
To answer my own question, don’t try to close a stack then reopen it while
opened modally. It will hard lock Livecode. I’m wondering if there is a
property of a stack that can be set then.
Bob S
On Mar 20, 2015, at 13:33 , Bob Sneidar
I say yes. At the very least, progress indicators really REALLY need
concurrency, if for nothing else than the animation. Plus, concurrency can be
used to *queue* complex time consuming operations with databases and such. Data
grids for example could queue up “pages” of data in the background
Since I use a lot of movies in my stacks, I have gone back to LiveCode 5.5.3.
I’ve tried LiveCode versions 6.7 through 7.04 and they do not display movies
properly. For one thing, when I try to set a file path to a relative path,
the later LiveCode versions do not allow me to save the
I'm trying to build an Android app. It is taking about 5 seconds to
respond to touches, card changes, etc. I started with 7.0.3, then tried
in 6.6.7 thinking it might be faster but it's the same. Buttons and list
fields are not autohiliting because it takes too long for the app to
realize
Is there a very simple test stack you can make that shows the delay? Does it
make a difference if you use touch events instead of mouse events?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe
J. Landman Gay wrote:
Buttons and list fields are not autohiliting because it takes too long for
the app to realize you're touching it.
I've noticed mobile getting slower and slower since v6. 5.5.4 was much
faster in both in the IDE and Mobile. Did you try Casey's Solitaire in
6.7.3?
Ralph
On 3/20/2015 4:20 PM, J. Landman Gay wrote:
Any speedup tricks?
An addition: the main problem seems to be that it is taking 5-8 seconds
to respond to a touch event. After that, scripts run at only slightly
slower speeds than desktop.
I'm using mouseUp rather than touchEnd. Would that
Thanks for the ideas, folks.
It seems that the problem was getting breakpoints and the IDE mixed up in this.
Without any breakpoints, it reads in the file and processes it into an array
using Trevor’s code, in a couple of seconds. It works equally well with both of
the ways of reading, the
44 matches
Mail list logo