Re: Master Class Question

[Francis Nugent Dixon]

Hi from Beautiful Brittany,

When you are unsure about the future, when all before you
is bleak, when all questions loom ahead and no answers
are forthcoming, when you do not know which way to turn,
then

  Google it !!

I remember zapping the IDE (some years ago) to accept
.rev AND .liveCode suffixes. Came from who ?

So I googled, and although I couldn't put my finger
on the patch I made so long ago, I found :

http://www.mail-archive.com/use-livecode@lists.runrev.com/msg34317.html

from Jacques (known as Jacqueline), who knows so many things ….

Last thought : instead of "suffixate", I think "suffocate" is better,
which I think is quite "suffixicated".

-Francis

"Nothing should ever be done for the first time".



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Master Class Question

[Richard Gaskin]

Cal Horner wrote:


When I open a stack that I have blessed with a suffix other than the
LiveCode standard ones I have to select "All Files" in the Stack File dialog


This is motivation to write the code your app will need anyway in order 
to open the file.  :)


You can blame Apple for some of that:  in Ubuntu and Windows you can 
easily traverse all controls in a dialog, even the file picker, without 
ever leaving the keyboard.  On a Mac you have to make special 
adjustments if you want to avoid having to keep switching between the 
keyboard and mouse/trackpad.


That said, it would be nice if the IDE had a Shift-Cntrl-O option to 
open with Any Files, but we certainly don't want that as the default 
because it would be too easy to select non-LiveCode files.



Where do I patch the IDE, so that it will recognize my file type on an "Ask 
File" dialog?


What did you find when you looked in the File button script of revMenuBar?

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Master Class Question

[Richmond]

On 10/05/2013 02:24 PM, Francis Nugent Dixon wrote:

Hi from Beautiful Brittany,

When you are unsure about the future, when all before you
is bleak, when all questions loom ahead and no answers
are forthcoming, when you do not know which way to turn,
then

   Google it !!

I remember zapping the IDE (some years ago) to accept
.rev AND .liveCode suffixes. Came from who ?

So I googled, and although I couldn't put my finger
on the patch I made so long ago, I found :

http://www.mail-archive.com/use-livecode@lists.runrev.com/msg34317.html

from Jacques (known as Jacqueline), who knows so many things ….

Last thought : instead of "suffixate", I think "suffocate" is better,
which I think is quite "suffixicated".


http://www-01.sil.org/linguistics/GlossaryOflinguisticTerms/WhatIsSuffixation.htm



-Francis

"Nothing should ever be done for the first time".



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[Dr. Hawkins]

On Fri, Oct 4, 2013 at 9:28 AM, Peter Haworth  wrote:

> I'm a big fan of strict compilation mode.


I find it critical.

I can't call myself a fan, as it doesn't work properly . . . And it's so
borked on 6 that I've had to stay with 5.5 . . .


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Relative speed of types of storage

[Dr. Hawkins]

As I add and update, I keep wondering about relative speeds of ways of
storing and retrieving data.

It starts with the data in memory.  I have about 500 text keys, and several
fields for each.

I coded these to a two dimensional array, and then to an in-memory sqlite
database.  At first I assumed the array would be faster, but recoded over
the convenience  of queries with "WHERE", "ORDER BY", and so forth--for
which I assume sqlite will dance circles around flipping through the
entries in a loop.

A lot of assuming . . .

(And I expect there would be a couple of orders of magnitude of speedup if
I did this in C or Fortran, where I could turn my keys into numerical
constants and have instant array lookup instead of sorting through keys . .
. at the cost of half or two thirds an order of magnitude increase in
coding time . . .)

And then there's data for a stack.  I used to keep things in invisible
fields, and just found another couple of those.  Surely variables are
faster.   But how does setting or reading a variable compare speedwise with
reading a global array (again, I'm sure it's slower than a variable
reference).

AN dos forth . . .

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Strange standard button issues

[Peter Haworth]

Create a standard button in a stack with the default width and height of
83x23.  Now change it's height to something greater than 24 - the rounded
edges disappear and it becomes a rectangle button even though the Inspector
palette says it's a standard button.  Set the height back to 24 or less and
the rounded corners appear again.

I really need a rounded corner button with a height greater than 24 and
since my graphic skills are at -1 on a scale of 1 to 10, I'm at a loss as
tgo how to proceed.

ANother issue with the same button.  I apply an innershadow effect to it.
 The innershadow works fine but I need to adjust the various parameters of
it - all of the parameters in the Inspector are greyed out and cannot be
changed.  Same problem occurs with all the graphic effects except
dropshadow. I know I can change them by script but is there some reason why
I can't use the Inspector to do it or should I report this as a bug?

Tried all the above in 5.5.4 and 6.1.1 on OSX 10.7.4.

Pete
lcSQL Software 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[Peter Haworth]

I haven't used v6 much so far but you're scaring me!  What's the problem?
 I'm of course aware of the shadowing variable name issue; it happens
infrequently enough for me that I'm willing to put up with it.  Is it worse
in v6?

Pete
lcSQL Software 


On Sat, Oct 5, 2013 at 8:43 AM, Dr. Hawkins  wrote:

> On Fri, Oct 4, 2013 at 9:28 AM, Peter Haworth  wrote:
>
> > I'm a big fan of strict compilation mode.
>
>
> I find it critical.
>
> I can't call myself a fan, as it doesn't work properly . . . And it's so
> borked on 6 that I've had to stay with 5.5 . . .
>
>
> --
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[John]

I also find strict compilation mode critical.  Without out it I would spend 
a lot of time fixing simple typos.  I am also using 6.1.2 to develop an 
application that is reasonably large (the main stack has sub stacks, there are 
a fair number of cards, and probably something on the order of 5K lines of 
code).

I am not having any particular issue with it.  My main gripe with 6.X is 
how slow things can occasionally get when the project browser is showing 
something that I am programmatically altering (I have a group in which a 
hundred or so objects are being destroyed, created, moved around, etc.).

My 2¢,
John


On Oct 5, 2013, at 10:07 AM, Peter Haworth  wrote:

> I haven't used v6 much so far but you're scaring me!  What's the problem?
> I'm of course aware of the shadowing variable name issue; it happens
> infrequently enough for me that I'm willing to put up with it.  Is it worse
> in v6?
> 
> Pete
> lcSQL Software 
> 
> 
> On Sat, Oct 5, 2013 at 8:43 AM, Dr. Hawkins  wrote:
> 
>> On Fri, Oct 4, 2013 at 9:28 AM, Peter Haworth  wrote:
>> 
>>> I'm a big fan of strict compilation mode.
>> 
>> 
>> I find it critical.
>> 
>> I can't call myself a fan, as it doesn't work properly . . . And it's so
>> borked on 6 that I've had to stay with 5.5 . . .
>> 
>> 
>> --
>> Dr. Richard E. Hawkins, Esq.
>> (702) 508-8462
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[Dr. Hawkins]

On Sat, Oct 5, 2013 at 10:07 AM, Peter Haworth  wrote:

> I haven't used v6 much so far but you're scaring me!  What's the problem?
>  I'm of course aware of the shadowing variable name issue; it happens
> infrequently enough for me that I'm willing to put up with it.  Is it worse
> in v6?
>


Yes, it's the shadows.

In 5, we quit and restart.  Maybe 1 time in 10, we have to do a couple of
restarts with save with strictCompilation off.

In 6, that doesn't always work.  I had to give up.  But after repeated
failed tries in 6, I was able to open in 5 on the first attempt.  I then
tried 6, and it was still shadowed.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[John]

Richard,

I guess I am lucky or there is some other, unknown, issue that is driving 
the "shadow" bug.  I have occasionally messed up and redeclared a global as a 
local and received the error.  In V5, as I recall, I would fix it and relaunch 
LC as a matter of course,  In 6.1.2 RC1, the last time I received the warning, 
simply cleaning up code allowed it to run without a restart.  Perhaps there is 
something buried in the stack file (some vestige you have no control over) that 
is driving the issue.  I will consider my self lucky for now and hope my luck 
doesn't change.

John


On Oct 5, 2013, at 10:54 AM, "Dr. Hawkins"  wrote:

> On Sat, Oct 5, 2013 at 10:07 AM, Peter Haworth  wrote:
> 
>> I haven't used v6 much so far but you're scaring me!  What's the problem?
>> I'm of course aware of the shadowing variable name issue; it happens
>> infrequently enough for me that I'm willing to put up with it.  Is it worse
>> in v6?
>> 
> 
> 
> Yes, it's the shadows.
> 
> In 5, we quit and restart.  Maybe 1 time in 10, we have to do a couple of
> restarts with save with strictCompilation off.
> 
> In 6, that doesn't always work.  I had to give up.  But after repeated
> failed tries in 6, I was able to open in 5 on the first attempt.  I then
> tried 6, and it was still shadowed.
> 
> 
> -- 
> Dr. Richard E. Hawkins, Esq.
> (702) 508-8462
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: FieldFormatter: Sample preview

[Dave Kilroy]

Good job!



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/FieldFormatter-Sample-preview-tp4670623p4670644.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[Mark Wieder]

John-

Saturday, October 5, 2013, 11:09:19 AM, you wrote:

> I guess I am lucky or there is some other, unknown, issue
> that is driving the "shadow" bug.  I have occasionally messed up and
> redeclared a global as a local and received the error.  In V5, as I
> recall, I would fix it and relaunch LC as a matter of course,  In
> 6.1.2 RC1, the last time I received the warning, simply cleaning up
> code allowed it to run without a restart.  Perhaps there is
> something buried in the stack file (some vestige you have no control
> over) that is driving the issue.  I will consider my self lucky for
> now and hope my luck doesn't change.

My experience is the same as yours, and has been for a decade or so.
If anyone has a sample stack that illustrates the shadow bug, send it
my way - I would love to see what's going on there.

-- 
-Mark Wieder
 mwie...@ahsoftware.net


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strict compilation mode

[Richmond]

On 10/05/2013 09:18 PM, Mark Wieder wrote:

John-

Saturday, October 5, 2013, 11:09:19 AM, you wrote:


 I guess I am lucky or there is some other, unknown, issue
that is driving the "shadow" bug.  I have occasionally messed up and
redeclared a global as a local and received the error.  In V5, as I
recall, I would fix it and relaunch LC as a matter of course,  In
6.1.2 RC1, the last time I received the warning, simply cleaning up
code allowed it to run without a restart.  Perhaps there is
something buried in the stack file (some vestige you have no control
over) that is driving the issue.  I will consider my self lucky for
now and hope my luck doesn't change.

My experience is the same as yours, and has been for a decade or so.
If anyone has a sample stack that illustrates the shadow bug, send it
my way - I would love to see what's going on there.



Well, I'm either amazingly lucky or naive (or both, Ha, Ha), but I 
cannot begin to even
understand the problems you are writing about. The only time I've ever 
had to restart

Livecode is because a dp or rc has frozen.

Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Mark Wieder]

Pete-

Saturday, October 5, 2013, 10:04:46 AM, you wrote:

> Create a standard button in a stack with the default width and height of
> 83x23.  Now change it's height to something greater than 24 - the rounded
> edges disappear and it becomes a rectangle button even though the Inspector
> palette says it's a standard button.  Set the height back to 24 or less and
> the rounded corners appear again.

I believe you'll have to talk to Mr. Apple about that. It's built into
the OS.

> I really need a rounded corner button with a height greater than 24 and
> since my graphic skills are at -1 on a scale of 1 to 10, I'm at a loss as
> tgo how to proceed.

http://tmtools.tactilemedia.com/tmcontrol/

-- 
-Mark Wieder
 mwie...@ahsoftware.net


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Motion Comics tutorial for LiveCode

[Alejandro Tejada]

Hi All,

>From this link, you could enter a public Google Drive folder
with all files for this project:

https://drive.google.com/folderview?id=0B9ja3Yvw8cHLc2lVbWduV1VVUDA&usp=sharing

Now, I am preparing the files edited by Ender to upload them
in the root of this folder. When all frames in a page are completed,
a new folder is created to store each frame and a zip file of this
folder is uploaded. In this way, everyone download a single
zip file of a compressed folder, but individual frames are available
for download, just in case that you need it.

Please, if you have any problem to download these files,
write back as soon as possible to fix it.

Thanks in advance!

Al





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Motion-Comics-tutorial-for-LiveCode-tp4670427p4670650.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FieldFormatter: Sample preview

[tbodine]

FieldFormatter will be a great aid! Do you have a release timeframe in mind?
-- Tom Bodine



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/FieldFormatter-Sample-preview-tp4670623p4670651.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Peter Haworth]

On Sat, Oct 5, 2013 at 12:14 PM, Mark Wieder  wrote:

> I believe you'll have to talk to Mr. Apple about that. It's built into
> the OS.
>

Thanks Mark. Is that for the height AND the graphic effect problem?

Pete
lcSQL Software 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

deleting line of a field causes crashes

[tbodine]

Hi LiveCoders.

I'm writing an "Open Recent Files" feature that stores paths to the last 10
files opened in a field in a separate stack ("AppPrefs"). I consistently get
crashes (LC 6.1.1 commercial) when I attempt to delete certain lines of that
field, which is stored in a stack in the user's AppData area.

-- delete the last line after adding new one to top
if the number of lines in field "Recent" of stack "AppPrefs" > 10 then
  delete the last line of field "Recent" of stack "AppPrefs" -- CRASHES!
end if

--similarly, this crashes when I loop through the same field's lines and try
to delete prior listings of the same filepath:

delete line n of field "Recent" of stack "AppPrefs" -- CRASHES

Am I missing s/g obvious or is there a bug at work?

Thanks,
Tom Bodine



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/deleting-line-of-a-field-causes-crashes-tp4670653.html
Sent from the Revolution - User mailing list archive at Nabble.com.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[J. Landman Gay]

On 10/5/13 5:08 PM, Peter Haworth wrote:

On Sat, Oct 5, 2013 at 12:14 PM, Mark Wieder  wrote:


I believe you'll have to talk to Mr. Apple about that. It's built into
the OS.



Thanks Mark. Is that for the height AND the graphic effect problem?


I can't repro the graphic effects problem, the settings are always 
enabled here.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: deleting line of a field causes crashes

[J. Landman Gay]

On 10/5/13 5:16 PM, tbodine wrote:

Hi LiveCoders.

I'm writing an "Open Recent Files" feature that stores paths to the last 10
files opened in a field in a separate stack ("AppPrefs"). I consistently get
crashes (LC 6.1.1 commercial) when I attempt to delete certain lines of that
field, which is stored in a stack in the user's AppData area.

-- delete the last line after adding new one to top
if the number of lines in field "Recent" of stack "AppPrefs" > 10 then
   delete the last line of field "Recent" of stack "AppPrefs" -- CRASHES!
end if

--similarly, this crashes when I loop through the same field's lines and try
to delete prior listings of the same filepath:

delete line n of field "Recent" of stack "AppPrefs" -- CRASHES

Am I missing s/g obvious or is there a bug at work?


Sounds like a bug to me. But at any rate, the engine should never crash 
even if you really are doing something wrong. I'd say send a report.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Player failures

[J. Landman Gay]

When a player fails to load a remote audio file, the result is always 
"could not open video player". Is there a way to get more information 
about what exactly failed?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Peter Haworth]

I wonder what's different in our environments?  I'm on OSX 10.7.4 and I've
seen this issue with both LC 5.5.4 and 6.1.1 on buttons and fields.
 Removed all frontscripts but still the same.

Pete
lcSQL Software 


On Sat, Oct 5, 2013 at 3:40 PM, J. Landman Gay wrote:

> On 10/5/13 5:08 PM, Peter Haworth wrote:
>
>> On Sat, Oct 5, 2013 at 12:14 PM, Mark Wieder 
>> wrote:
>>
>>  I believe you'll have to talk to Mr. Apple about that. It's built into
>>> the OS.
>>>
>>>
>> Thanks Mark. Is that for the height AND the graphic effect problem?
>>
>
> I can't repro the graphic effects problem, the settings are always enabled
> here.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
> __**_
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/**mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[J. Landman Gay]

On 10/5/13 6:55 PM, Peter Haworth wrote:

I wonder what's different in our environments?  I'm on OSX 10.7.4 and I've
seen this issue with both LC 5.5.4 and 6.1.1 on buttons and fields.
  Removed all frontscripts but still the same.


I'm not sure. I'm on 10.7.5 but I've never seen those settings disabled 
ever since they were first implemented. What happens if you re-click on 
the effect you want to use? Sometimes the inspector gets confused about 
what it should be displaying.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Peter Haworth]

On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay wrote:

> I'm not sure. I'm on 10.7.5 but I've never seen those settings disabled
> ever since they were first implemented. What happens if you re-click on the
> effect you want to use? Sometimes the inspector gets confused about what it
> should be displaying.


Gave that a whirl but no difference.  The only one that gives access to the
settings is dropshadow.

Despite the fact that it's working OK for you, I might enter a QCC report
for this along with a stack to see if they can figure out what's going on.

Pete
lcSQL Software 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: deleting line of a field causes crashes

[Kay C Lan]

Agree with Jacque that something is wrong.

In the meantime, as a work around, and possibly help pinpoint the culprit;
do you really need to store the data in a field? If no one is ever going to
look at the raw full file path a custom property would be faster:

set the prefRecentFiles of stack "AppPrefs" to lFileList --last 10 files.

You could also remove the necessity of looping through the list to remove
duplicates by using an Array with the Key being the full path and the Data
being 'the seconds', that way any use of a previous full file path would
simply update it's 'seconds' which could then be used to sort your list to
most recent at the top.

If your custom property is a simple list and you can delete lines from that
list, or your custom property is an array and you can remove a key using
'delete variable' then your current problem could be with your field or
with delete line when referring to a field. If you problem persists, then
it could be with delete itself or something peculiar with your "AppPrefs"
stack

HTH


On Sun, Oct 6, 2013 at 6:16 AM, tbodine  wrote:

> Hi LiveCoders.
>
> I'm writing an "Open Recent Files" feature that stores paths to the last 10
> files opened in a field in a separate stack ("AppPrefs").
>


> --similarly, this crashes when I loop through the same field's lines and
> try
> to delete prior listings of the same filepath:
>
> delete line n of field "Recent" of stack "AppPrefs" -- CRASHES
>
> Am I missing s/g obvious or is there a bug at work?
>
> Thanks,
> Tom Bodine
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: It is almost never safe to assume your code is perfect

[Kay C Lan]

On Fri, Oct 4, 2013 at 10:48 PM, Geoff Canyon  wrote:


> The switch to send in (1 - (the long seconds mod 1)) seconds was a
> very unexpected and exceedingly clever hack.
>

Sorry, I still don't get it.

In the msg box:

the long seconds mod 1

always returns 0 --seems right.

therefore:

(1 - (the long seconds mod 1))

is the same as:

1 - 0

So you may as well just say:

send in 1 seconds

On my computer;

put 1 - 0 into x

is slightly slower than;

put 1 into x

which is twice as fast as:

put (1 - (the long seconds mod 1)) into x

I expected it to be slower and it is, which leaves me foolishly trying to
figure out what the benefits are?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: It is almost never safe to assume your code is perfect

[J. Landman Gay]

On 10/5/13 9:30 PM, Kay C Lan wrote:

On Fri, Oct 4, 2013 at 10:48 PM, Geoff Canyon  wrote:



The switch to send in (1 - (the long seconds mod 1)) seconds was a
very unexpected and exceedingly clever hack.



Sorry, I still don't get it.

In the msg box:

the long seconds mod 1

always returns 0 --seems right.


I get zero and the fraction, for example: 0.034014

So the clock uses that fraction to account for script time, and sends 
the next update exactly on the whole second.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Kay C Lan]

On Sun, Oct 6, 2013 at 8:46 AM, Peter Haworth  wrote:

> On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay  >wrote:
>
> Gave that a whirl but no difference.  The only one that gives access to the
> settings is dropshadow.
>
> Peter,

I'm seeing exactly the same as you.

Community 6.1.1, OS X 10.8.4

I also checked 6.0 and 6.0.2 and it's the same. I'm also not sure that it
makes sense, but then again I've never used these effects so I don't know
their logic. Why are they check boxes and not radio buttons. If I want a
DropShadow and an InnerGlow the current set up seems to suggest that I have
to have all the same settings, same colour, same opacity, same size etc.
Surely they should be independent, maybe I want a grey shadow but an orange
glow, maybe I want their opacity to be different; in which case they should
be radio buttons and the independent settings displayed as you select each
single effect.

Or is the current set-up saying that DropShadow is the only one that you
can manipulate and that Mr Apple has determined the exact look and feel of
all the other options?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: It is almost never safe to assume your code is perfect

[Kay C Lan]

Ah ha,

Now I do feel foolish. I'm sure I typed 'the long seconds mod 1' into the
message box but when I went back with the history feature I'd only typed
the seconds.

Now that is very very clever. I'll defintely be storing that one away.


On Sun, Oct 6, 2013 at 10:55 AM, J. Landman Gay wrote:

> On 10/5/13 9:30 PM, Kay C Lan wrote:
>
>> On Fri, Oct 4, 2013 at 10:48 PM, Geoff Canyon  wrote:
>>
>>
>>  The switch to send in (1 - (the long seconds mod 1)) seconds was a
>>> very unexpected and exceedingly clever hack.
>>>
>>>
>> Sorry, I still don't get it.
>>
>> In the msg box:
>>
>> the long seconds mod 1
>>
>> always returns 0 --seems right.
>>
>
> I get zero and the fraction, for example: 0.034014
>
> So the clock uses that fraction to account for script time, and sends the
> next update exactly on the whole second.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
> __**_
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/**mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: It is almost never safe to assume your code is perfect

[J. Landman Gay]

On 10/5/13 10:11 PM, Kay C Lan wrote:

Ah ha,

Now I do feel foolish. I'm sure I typed 'the long seconds mod 1' into the
message box but when I went back with the history feature I'd only typed
the seconds.


Nah, that's just muscle memory taking over. That doesn't count.


Now that is very very clever. I'll defintely be storing that one away.


Yeah, I was impressed too.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[J. Landman Gay]

On 10/5/13 10:01 PM, Kay C Lan wrote:


I also checked 6.0 and 6.0.2 and it's the same. I'm also not sure that it
makes sense, but then again I've never used these effects so I don't know
their logic. Why are they check boxes and not radio buttons.


Because you can select any or all of them. They are not exclusive options.


If I want a
DropShadow and an InnerGlow the current set up seems to suggest that I have
to have all the same settings, same colour, same opacity, same size etc.
Surely they should be independent


They are independent.


Or is the current set-up saying that DropShadow is the only one that you
can manipulate and that Mr Apple has determined the exact look and feel of
all the other options?


No, they work as you'd expect. However, there's a little glitch in the 
display. It is possible to have an effect name hilighted without having 
its checkbox ticked. If that happens, all the settings are dimmed. If 
you then actually tick the checkbox, they all enable.


You can see that if you click on the name of an effect (i.e., inner 
glow) which automatically hilites the checkbox. Then uncheck the 
checkbox. The effect name remains hilited but its settings dim.


That's why I suggested that Peter re-tick the checkbox.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[J. Landman Gay]

On 10/5/13 10:01 PM, Kay C Lan wrote:

On Sun, Oct 6, 2013 at 8:46 AM, Peter Haworth  wrote:


On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay 
wrote:


Gave that a whirl but no difference.  The only one that gives access to the
settings is dropshadow.


Oh, and also, it is possible to tick a checkbox without actually 
selecting the name of the effect. Things only work if both the checkbox 
is ticked and the name itself is hilited. So sometimes you need to click 
both.


That's the bug, actually. The name hilite and the checkbox should be in 
synch.


Not all settings are applicable to all effects. When some of them enable 
but others don't, it means the dimmed ones aren't applicable.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Master Class Question

[Cal Horner]

Gentlemen,

When I asked this question I didn't expect a training session in
Linguistics!

 Francis the patch you were looking for was posted by Mark Wieder back on
Friday, October 8, 2010. But it just works with existing suffixes.

 Richard I've traced it "Open file" through the revBackScript button of
revLibrary into revOpenStacks and patched at line 4530. Tested it but it
didn't work.

So I went a little farther and found a call for "revAnswerFiles" but I can't
locate it.

So, my next question is (for everyone) does anyone know where the handler 
revAnswerFiles" is located?

Thanks
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Master Class Question

[Phil Davis]

On 10/5/13 9:42 PM, Cal Horner wrote:

Gentlemen,

When I asked this question I didn't expect a training session in
Linguistics!

  Francis the patch you were looking for was posted by Mark Wieder back on
Friday, October 8, 2010. But it just works with existing suffixes.

  Richard I've traced it "Open file" through the revBackScript button of
revLibrary into revOpenStacks and patched at line 4530. Tested it but it
didn't work.

So I went a little farther and found a call for "revAnswerFiles" but I can't
locate it.

So, my next question is (for everyone) does anyone know where the handler
revAnswerFiles" is located?


button "revCommon" of group "revLibraries" of card id 1002 of stack 
"revlibrary.rev"




Thanks
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



--
Phil Davis


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Paul Hibbert]

I use the Graphic Effects regularly and never really noticed that!

Just tried it and was surprised to see what you mean, I guess I have always 
just clicked on the name and it worked as I expected, but yes the checkboxes 
and names can be out of sync and that could be really confusing.

So clicking the name gives access to the controls for that effect and toggles 
the effect (and checkbox) on & off, whereas clicking the checkbox only turns 
the effect on or off and doesn't show the relevant controls.

I'm not too sure it's a bug, I think there is some logic to the way it works if 
you understand it, but it's just not too obvious, think of the checkbox like 
the eye button on a Photoshop layer, it lets you turn the layer on or off 
without editing that layer.

Maybe if each name appeared more like a button or layer (aka Photoshop), even 
if they were just separated with a line it would maybe make more sense.

I think I never questioned it because of using PS a lot, I probably used the 
same logic without realising it.

Paul


On 2013-10-05, at 8:32 PM, J. Landman Gay wrote:

> On 10/5/13 10:01 PM, Kay C Lan wrote:
>> On Sun, Oct 6, 2013 at 8:46 AM, Peter Haworth  wrote:
>> 
>>> On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay >>> wrote:
>>> 
>>> Gave that a whirl but no difference.  The only one that gives access to the
>>> settings is dropshadow.
> 
> Oh, and also, it is possible to tick a checkbox without actually selecting 
> the name of the effect. Things only work if both the checkbox is ticked and 
> the name itself is hilited. So sometimes you need to click both.
> 
> That's the bug, actually. The name hilite and the checkbox should be in synch.
> 
> Not all settings are applicable to all effects. When some of them enable but 
> others don't, it means the dimmed ones aren't applicable.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Scott Rossi]

The logic is: activation is separate from configuration.  To activate an 
effect, click a checkbox; to configure an effect, click the name.  You can 
enable/disable each effect without necessarily configuring each one.

In my work, I need to have effects available all the time instead of jumping 
into the editor, so I made an open source effects manager palette that works 
similarly to the above:
http://tactilemedia.com/site_files/software/tmeffects.html

Regards,

Scott Rossi
Creative Director
Tactile Media, UX Design

On Oct 5, 2013, at 10:39 PM, Paul Hibbert  wrote:

> I use the Graphic Effects regularly and never really noticed that!
> 
> Just tried it and was surprised to see what you mean, I guess I have always 
> just clicked on the name and it worked as I expected, but yes the checkboxes 
> and names can be out of sync and that could be really confusing.
> 
> So clicking the name gives access to the controls for that effect and toggles 
> the effect (and checkbox) on & off, whereas clicking the checkbox only turns 
> the effect on or off and doesn't show the relevant controls.
> 
> I'm not too sure it's a bug, I think there is some logic to the way it works 
> if you understand it, but it's just not too obvious, think of the checkbox 
> like the eye button on a Photoshop layer, it lets you turn the layer on or 
> off without editing that layer.
> 
> Maybe if each name appeared more like a button or layer (aka Photoshop), even 
> if they were just separated with a line it would maybe make more sense.
> 
> I think I never questioned it because of using PS a lot, I probably used the 
> same logic without realising it.
> 
> Paul
> 
> 
> On 2013-10-05, at 8:32 PM, J. Landman Gay wrote:
> 
>> On 10/5/13 10:01 PM, Kay C Lan wrote:
>>> On Sun, Oct 6, 2013 at 8:46 AM, Peter Haworth  wrote:
>>> 
 On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay  wrote:
 
 Gave that a whirl but no difference.  The only one that gives access to the
 settings is dropshadow.
>> 
>> Oh, and also, it is possible to tick a checkbox without actually selecting 
>> the name of the effect. Things only work if both the checkbox is ticked and 
>> the name itself is hilited. So sometimes you need to click both.
>> 
>> That's the bug, actually. The name hilite and the checkbox should be in 
>> synch.
>> 
>> Not all settings are applicable to all effects. When some of them enable but 
>> others don't, it means the dimmed ones aren't applicable.
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.com
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Peter Haworth]

On Sat, Oct 5, 2013 at 8:32 PM, J. Landman Gay wrote:

> Oh, and also, it is possible to tick a checkbox without actually selecting
> the name of the effect. Things only work if both the checkbox is ticked and
> the name itself is hilited. So sometimes you need to click both.
>
> That's the bug, actually. The name hilite and the checkbox should be in
> synch.
>

OK, I finally see what's happening here.  I'm not sure it's a bug, just a
very strange UI.

The checkbox enables/disables each effect but you have to click on the
label next to the checkbox to enable the effect's parametersettings.
 That's pretty non-standard since normally you can click on a checkbox or
its label to check/uncheck it.

I think perhaps a better way would have been a set of checkboxes to
enable/disable as now plus maybe an option menu to select the parms to be
maintained., with the option menu choices being limited to the effects
which have been enabled.

Thanks Jacque for putting me on the right track to figuring this out!

Pete
lcSQL Software 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[Peter Haworth]

Ha! I wrote my last email before seeing yours Paul.  Definitley a confusing
UI!

Pete
lcSQL Software 


On Sat, Oct 5, 2013 at 10:39 PM, Paul Hibbert  wrote:

> I use the Graphic Effects regularly and never really noticed that!
>
> Just tried it and was surprised to see what you mean, I guess I have
> always just clicked on the name and it worked as I expected, but yes the
> checkboxes and names can be out of sync and that could be really confusing.
>
> So clicking the name gives access to the controls for that effect and
> toggles the effect (and checkbox) on & off, whereas clicking the checkbox
> only turns the effect on or off and doesn't show the relevant controls.
>
> I'm not too sure it's a bug, I think there is some logic to the way it
> works if you understand it, but it's just not too obvious, think of the
> checkbox like the eye button on a Photoshop layer, it lets you turn the
> layer on or off without editing that layer.
>
> Maybe if each name appeared more like a button or layer (aka Photoshop),
> even if they were just separated with a line it would maybe make more sense.
>
> I think I never questioned it because of using PS a lot, I probably used
> the same logic without realising it.
>
> Paul
>
>
> On 2013-10-05, at 8:32 PM, J. Landman Gay wrote:
>
> > On 10/5/13 10:01 PM, Kay C Lan wrote:
> >> On Sun, Oct 6, 2013 at 8:46 AM, Peter Haworth  wrote:
> >>
> >>> On Sat, Oct 5, 2013 at 5:12 PM, J. Landman Gay <
> jac...@hyperactivesw.com
>  wrote:
> >>>
> >>> Gave that a whirl but no difference.  The only one that gives access
> to the
> >>> settings is dropshadow.
> >
> > Oh, and also, it is possible to tick a checkbox without actually
> selecting the name of the effect. Things only work if both the checkbox is
> ticked and the name itself is hilited. So sometimes you need to click both.
> >
> > That's the bug, actually. The name hilite and the checkbox should be in
> synch.
> >
> > Not all settings are applicable to all effects. When some of them enable
> but others don't, it means the dimmed ones aren't applicable.
> >
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software   | http://www.hyperactivesw.com
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FieldFormatter: Sample preview

[FlexibleLearning.com]

No release date is available at the moment, Tom.

There is an on-going discussion about structural implementation at the
moment (frontscript vs. behavior), and a few additional functionalities have
been proposed that are being investigated.

Best regards,

Hugh Senior
FLCo


Tom Bodine wrote:
> FieldFormatter will be a great aid! Do you have a release timeframe in
mind?
> -- Tom Bodine


Hugh Senior wrote:
> For those who asked, a preview is available here:
>
> www.flexiblelearning.com/fieldformatter
>
> Best regards,
>
> Hugh Senior
> FLCo


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Strange standard button issues

[J. Landman Gay]

On 10/6/13 1:15 AM, Scott Rossi wrote:

The logic is: activation is separate from configuration.  To activate
an effect, click a checkbox; to configure an effect, click the name.
You can enable/disable each effect without necessarily configuring
each one.


Okay, I get it now. I do use Photoshop once in a while and thanks to you 
and Paul, everything just fell into place for me. I didn't have any 
trouble using the UI but it always felt kind of glitchy until now.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode