Re: Project Browser Allows you to move a group into another group

[J. Landman Gay]

On September 12, 2016 9:57:40 PM Sannyasin Brahmanathaswami 
 wrote:


But both the Project Browser and RevApplicationbrowser do not reflect the 
change. Once in a while they do… but 80% of the time, change of layers are 
not reflected/updated.


Is there a way force refresh these lists?


For the App Browser, right click anywhere in the right hand pane and choose 
Refresh from the contextual menu.



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: Project Browser Allows you to move a group into another group

[Monte Goulding]

> On 13 Sep 2016, at 12:56 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> also… if we change the layer of a group from the property inspector, eg. the 
> card has 32 layers of objects and you want to move a group on layer 19 to the 
> top.
> 
> You can set the layer of group 19 to 35 (in the property inspector)  and it 
> actually moves to the top (you can see it on the card) and then if you 
> inspect, it is now on layer 32 because there is no layer 35… we just forced 
> it out to the top.
> 
> But both the Project Browser and RevApplicationbrowser do not reflect the 
> change. Once in a while they do… but 80% of the time, change of layers are 
> not reflected/updated.
> 
> Is there a way force refresh these lists?

OK, I think that’s probably a separate issue where the project browser should 
be listening to the layer property of the objects. Could you report that also?

Cheers

Monte
___
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: Project Browser Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

also… if we change the layer of a group from the property inspector, eg. the 
card has 32 layers of objects and you want to move a group on layer 19 to the 
top.

You can set the layer of group 19 to 35 (in the property inspector)  and it 
actually moves to the top (you can see it on the card) and then if you inspect, 
it is now on layer 32 because there is no layer 35… we just forced it out to 
the top.

But both the Project Browser and RevApplicationbrowser do not reflect the 
change. Once in a while they do… but 80% of the time, change of layers are not 
reflected/updated.

Is there a way force refresh these lists?

On 9/12/16, 4:13 PM, "use-livecode on behalf of Monte Goulding" 
 wrote:

I think you should be able to both relayer within the group and drag an 
object out of a group into its parent group or card so it sounds like there’s 
an issue there.


___
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: Project Browser Allows you to move a group into another group

[Monte Goulding]

I think you should be able to both relayer within the group and drag an object 
out of a group into its parent group or card so it sounds like there’s an issue 
there.

> On 13 Sep 2016, at 12:08 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> the Project Browser is much improved an very stable now… Thanks for whoever 
> did the hard work there.
> 
> Today, with relayerGroupedControls set to default/false.. I inadvertently 
> dragged a group into another group in the Project Browser.
> 
> Now any attempt to change the layer of the group B that "slide= down" inside 
> the other group A fails… setting the relayerGroupControls to "true" and 
> trying to change the layer of the group B inside the other group A doesn't 
> work.
> 
> I finally had to resort to editing the group A. selecting individual the 
> control in the group B cutting these.. Stop  editing and paste them on top of 
> the card.
> 
> Relayering of groups has always been tricky. Should this be reported? If you 
> move the group into another group, one should be able to drag if out, n'est 
> ce Pas?
> 
> 
> BR
> 
> 
> ___
> 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

Project Browser Allows you to move a group into another group

[Sannyasin Brahmanathaswami]

the Project Browser is much improved an very stable now… Thanks for whoever did 
the hard work there.

Today, with relayerGroupedControls set to default/false.. I inadvertently 
dragged a group into another group in the Project Browser.

Now any attempt to change the layer of the group B that "slide= down" inside 
the other group A fails… setting the relayerGroupControls to "true" and trying 
to change the layer of the group B inside the other group A doesn't work.

I finally had to resort to editing the group A. selecting individual the 
control in the group B cutting these.. Stop  editing and paste them on top of 
the card.

Relayering of groups has always been tricky. Should this be reported? If you 
move the group into another group, one should be able to drag if out, n'est ce 
Pas?


BR


___
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: Maintain Order in JSON Import

[Sannyasin Brahmanathaswami]

OK… so long as we are using bracket form… 

 someArray [

]
then we will get numeric, sortable keys… so than just go ahead and use standard 
JSON notation inside the array..

got it. tks

On 9/12/16, 11:31 AM, "use-livecode on behalf of Monte Goulding" 
 wrote:

It is not hacky. It is the way you represent sequences in JSON. The hacky 
part is the pipe delimiter. Try:


"colorwheel": [
{
   “name”: “Red”,
“color”: “255,0,0"
},
...

or 

"colorwheel": [
{
“Red”: “255,0,0"
},


___
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: Android device not recognized

[J. Landman Gay]

On 9/12/16 6:38 PM, J. Landman Gay wrote:

So I tried on a Samsung S4. On that device, the "installing" dialog
appears and nothing else happens. I waited two or three minutes, then
had to force-quit LC because there is no way to cancel the dialog.


And on restarting, it did install. No idea what happened but it is 
working for the moment.


--
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: Android device not recognized

[J. Landman Gay]

On 9/12/16 5:17 PM, panagiotis merakos wrote:

If the device name is shown but it is dimmed, could it be the case that you
have not selected to build for Android?


Yes, sorry, that was it. We're sharing the stack back and forth and I 
should have realized the setting had been changed.


But now it won't install. :( It does try. On my Nexus 7 it builds and 
then after a long wait I get an answer dialog with a huge list of 
errors, all containing the path to the data folder. At the bottom it 
says "waiting for device."


So I tried on a Samsung S4. On that device, the "installing" dialog 
appears and nothing else happens. I waited two or three minutes, then 
had to force-quit LC because there is no way to cancel the dialog.


Did I miss something else stupid? The app does build to the desktop and 
installs after transfer via Dropbox.


--
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: Why Chained Behaviors May Be A Bad Idea

[mwieder]

Sannyasin Brahmanathaswami wrote
> but the example was  
> 
> Parent X (a behavior for)
> Child Y and Child X, 
> where Child X was also a behavior for 
>  Child A

Hopefully that's a typo and not a circular reference.
So

A
|
BC
|
D

Is perfectly reasonable. B has access to A, C has access to A, D has access
to C and A. But not B.

To use a textbook example,
if A=shape, B=circle, C=triangle, and D=right triangle
you wouldn't expect (or want) a right triangle to inherit anything from
circles, but any changes to triangle should be accessible from right
triangles. You might want all circles to be blue and all triangles to be
red. Those would be handlers in the B and C scripts. You could then have all
right triangles be black (in the D script), and that wouldn't affect other
types of triangles.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Why-Chained-Behaviors-May-Be-A-Bad-Idea-tp4708303p4708354.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: Android device not recognized

[Monte Goulding]

> On 13 Sep 2016, at 8:17 AM, panagiotis merakos  wrote:
> 
> If the device name is shown but it is dimmed, could it be the case that you
> have not selected to build for Android?

The other option would be if the mode of your stack is not 1 or it’s not the 
topStack.

Cheers

Monte
___
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: very often "Scripts externally modified" popup

[Dr. Hawkins]

On Mon, Sep 12, 2016 at 9:58 AM, J. Landman Gay 
wrote:

> I've been seeing it too, though not much more often than in LC 7. I still
> haven't figured out what triggers it and I never use an external editor.


I usually see it when I've opened scripts in an editor, and then popped one
of them into its own window.

Sometimes, the original window will open a duplicate pane with the script
when debugging.

I haven't tried to find a formula to replicate; I just wrote it off as one
of the less annoying and lethal of the IDE quirks/flaws.


-- 
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: Android device not recognized

[panagiotis merakos]

If the device name is shown but it is dimmed, could it be the case that you
have not selected to build for Android?
On 12 Sep 2016 22:15, "J. Landman Gay"  wrote:

> Was there a change in RC2 in recognizing Android test devices? I've tried
> three different ones and LC won't allow any of them. Terminal ("adb
> devices") sees them, and they are in the LC Test Target menu, but the
> device name is dimmed and can't be selected.
>
> I've relaunched LC several times, plugged and unplugged the device, etc.
> The path to the SDK is accurate, though I reset it anyway. It all worked
> last week though it took some tinkering.
>
> If others see the same thing I'll report it but I'm unsure if it's me or
> not right now. Is there a way to tell LC to re-assess its device menu?
>
> --
> 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

Is Beginners' Guide up to date?

[William Prothero]

Folks:
The beginners’ guide, which is access through LC 8.01 (rc2) seems to be out of 
date. I was sending a link to a guy I’m trying to get interested and I see, on 
the first page, stuff like:

Under iOS:
LiveCode recommends the following set up:
Platform Xcode SDK Simulators Included
Snow Leopard

LiveCode 4.5.3
Xcode 4.2
SDK 5.0
Simulators Included 5.0, 4.3

Could this be correct? It looks like a pretty embarrassing intro for a newby.

Best,
Bill

William Prothero, Ph.D.
University of California, Santa Barbara, Emeritus
proth...@earthednet.org



___
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: Saving script-only stacks

[Monte Goulding]

Thanks

> On 13 Sep 2016, at 7:40 AM, J. Landman Gay  wrote:
> 
> On 9/12/16 4:17 PM, Monte Goulding wrote:
>> Everything needs a report so it can be tracked for testing.
> 
> http://quality.livecode.com/show_bug.cgi?id=18375
> 
> -- 
> 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: OSX/Xcode/LC Version Compatibility Panic

[Ralph DiMola]

Panos,

Thanks for the info. I kept meaning to thank you and just got diverted. I
was just looking for a complete list. I'll dig into the release notes next
time.

Thanks to you and JLG for your fast answers!

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of panagiotis merakos
Sent: Sunday, September 11, 2016 3:20 PM
To: How to use LiveCode
Subject: Re: OSX/Xcode/LC Version Compatibility Panic

Hi Ralph,

You can see that in the Release notes. IIRC, the following holds for all the
LC versions you are interested:

Xcode 6.2 on MacOSX 10.9
Xcode 6.2 and 7.2 on MacOSX 10.10
Xcode 7.3 on MacOSX 10.11

Regarding the problem your customer noticed on iOS 10, I guess it is this
one:

http://quality.livecode.com/show_bug.cgi?id=18327

If yes, the fix is merged and it will be included in the next LC 8.1.1 RC-1
release.

Best,
Panos
--

On Sun, Sep 11, 2016 at 8:34 PM, Ralph DiMola 
wrote:

> I just upgraded my Mac getting ready for iOS 10. I thought I remember 
> someone having a more complete list than the one on the LC web site. 
> My current setup (that I have been submitting apps to the app store) 
> isn't even on the LC list. (Mavericks/Xcode 6.2/ LC 6.7.x). A list 
> like below would be very helpful not only to me but to the newbie.
>
> OSX version / Xcode version / LC version(s) / iOS version(s) / 
> Simulator
> Version(s)
>
> Does anyone have a complete matrix?
>
> I just upgraded to OSX 10.11.6. I need to use LC 
> 6.7.x/7.1.4/8.02/8.1.0 What versions of Xcode do I need to support 
> what versions of iOS for the 4 LC versions I am using? I'm getting 
> everything moved to 8.x but I am not there yet.
>
> ***One customer said an app choked on iOS 10 pre-release. I am 
> upgrading a device to iOS 10 now to see what's happening. I might have 
> a serious issue so I want to get this Xcode/LC version thing sorted out
today if possible.
>
> Thank in advance!
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.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
>
___
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: very often "Scripts externally modified" popup

[Monte Goulding]

> On 13 Sep 2016, at 1:11 AM, Matthias Rebbe 
>  wrote:
> 
> Is this a known behaviour or should i file a bug?

I’m not aware of it as a known issue

Cheers

Monte
___
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: Saving script-only stacks

[J. Landman Gay]

On 9/12/16 4:17 PM, Monte Goulding wrote:

Everything needs a report so it can be tracked for testing.


http://quality.livecode.com/show_bug.cgi?id=18375

--
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

Callbacks in Windows in LC8

[Peter Bogdanoff]

I’m happy to report that callbacks seem to be working with DirectShow in 
Windows in LC 8.1 RC2.

Basic:
Callbacks are a property of a player. They are basically are a list of numbers, 
each line followed by a message name. The number corresponds to a time in a 
movie/audio file loaded into a player. When the player reaches that time, it 
sends the message. This is useful to have things happen in time synced to the 
progress of a movie.

Advanced:
I already have these callback lists prepared while I was working with .mov 
files on Mac and Windows. With the deprecation on QT in Windows, I’m converting 
those files to wma/wmv.

Integral to the use of callbacks is the timeScale property of a file. The 
timeScale is a number of intervals or blocks per second in a movie. The files I 
had already created with the QuickTime player all have a timeScale of 600. So 
when a player plays, these are the numbers that correspond to the progress of 
time.

After converting a MOV file to WMV, I’ve found that the timeScale went from 600 
to 10,000,000.

So 10,000,000/600 yields a constant of 16,667. That's the number I use to 
multiply each callback number I already have to play in Windows. And it seems 
to work.

Panos suggested:
> Now, regarding your question, I am not 100% sure but I think that
> the Windows player reports always longer duration compared to OSX, but this
> multiplier is not constant, it differs depending on the audio/video file.
> This is why I suggest setting the callbacks as a fraction of the duration,
> since this will work cross platform. i.e.
> 
> (duration/8),callback1
> (duration/6),callback2
> (duration/2),callback3
> ...


I did not have to do anything with the duration. The cross-platform conversion 
where I know the original timeScale in QT, and the original callback in QT:

(timeScale as WMV / timeScale as MOV)  *  existing callback in QT = callback in 
DirectShow

To get the timeScale of a file, you have to first load it into a player and 
then issue:
put the timeScale of player “Player” into tVar

However, the player in an existing stack reported a timeScale of not 10 
million, but 10,000. So there is variation in the timeScale which affects the 
duration correspondingly. So the algorithm above has to be used.

That existing stack also crashes in the runtime at the point in the script 
where the callback is set. It works properly in the IDE. I haven’t tracked down 
why, but the stack is part of a large project. If I run that stack in isolation 
in the runtime environment, it works properly, and now has a timeScale again of 
10 million. Perhaps when the player reports a timeScale of 10 thousand there is 
something wrong and it then causes a crash.

Otherwise… having callbacks working in native Windows is a huge deal for my 
multimedia application, Music In the Air, and I’m very grateful to Panos and 
the LC team for getting it working in LC8! 

I’m planning to move the app in the future to HTML5 and would love to see a 
player with callbacks working there… :)

Peter Bogdanoff
___
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: Maintain Order in JSON Import

[Monte Goulding]

> On 13 Sep 2016, at 7:23 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> this seems "hacky" but can now order the keys because they default to numeric 
> index

It is not hacky. It is the way you represent sequences in JSON. The hacky part 
is the pipe delimiter. Try:


"colorwheel": [
{
   “name”: “Red”,
“color”: “255,0,0"
},
...

or 

"colorwheel": [
{
“Red”: “255,0,0"
},
...
___
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

Maintain Order in JSON Import

[Sannyasin Brahmanathaswami]

If you import JSON like this:

{
  "colormeds": {
   "progress": {
 "level": "1",
 "cycle": "1"
   },
   "colorwheel": {
 "Red": "255,0,0",
 "Red-Orange": "255,64,0",
 "Orange": "255,127,0",
 "Orange-Yellow": "255,191,0",
 "Yellow": "255,255,0",
 "Yellow-Green": "191,255,0",
 "Green": "0,255,0",
 "Green-Blue": "0,191,255",
 "Blue": "0,0,255",
 "Blue-Violet": "127,0,255",
 "Violet": "127,0,127",
 "Red-Violet": "191,0,127"
  }
}

the keys for:

sConfigColor["colormeds"]["colorwheel"]  are returned as expected in a hashed 
order


Blue

Orange-Yellow

Violet

Green

Green-Blue

Red-Violet

Blue-Violet

Red

Yellow

Red-Orange

Orange

Yellow-Green


is there a simple method for restoring the sequential order as entered in the 
JSON? or a way to store in the JSON that facilitates that requirement?

I solved it by put the values into an array, with a extra delimited, but this 
seems "hacky" but can now order the keys because they default to numeric index

"colorwheel": [
 "Red|255,0,0",
 "Red-Orange|255,64,0",
 "Orange|255,127,0",
 "Orange-Yellow|255,191,0",
 "Yellow|255,255,0",
 "Yellow-Green|191,255,0",
 "Green|0,255,0",
 "Green-Blue|0,191,255",
 "Blue|0,0,255",
 "Blue-Violet|127,0,255",
 "Violet|127,0,127",
 "Red-Violet|191,0,127"]
   },

Now I have to set the delimiter to pipe and then fetch the item…
Is there a better way?



___
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: Saving script-only stacks

[Monte Goulding]

Everything needs a report so it can be tracked for testing.

Sent from my iPhone

> On 13 Sep 2016, at 7:07 AM, J. Landman Gay  wrote:
> 
> I didn't open a report, I thought the behavior was either intentional or 
> unavoidable. If you're submitting a fix anyway, probably no need for a 
> report, right?


___
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

Android device not recognized

[J. Landman Gay]

Was there a change in RC2 in recognizing Android test devices? I've 
tried three different ones and LC won't allow any of them. Terminal 
("adb devices") sees them, and they are in the LC Test Target menu, but 
the device name is dimmed and can't be selected.


I've relaunched LC several times, plugged and unplugged the device, etc. 
The path to the SDK is accurate, though I reset it anyway. It all worked 
last week though it took some tinkering.


If others see the same thing I'll report it but I'm unsure if it's me or 
not right now. Is there a way to tell LC to re-assess its device menu?


--
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: Saving script-only stacks

[J. Landman Gay]

On 9/12/16 3:43 PM, Monte Goulding wrote:


I was pretty certain we had identified and sorted that out but I can
see we haven’t. Have you opened a report? It’s a fairly easy fix
which I’ll submit today for 8.1.1 RC 1.


I didn't open a report, I thought the behavior was either intentional or 
unavoidable. If you're submitting a fix anyway, probably no need for a 
report, right?


--
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: Saving script-only stacks

[Monte Goulding]

> On 13 Sep 2016, at 6:29 AM, J. Landman Gay  wrote:
> 
>> Actually this should be resolved in RC 2. I presume you are still seeing it 
>> there?
> 
> Yup.

Sorry Jacque

I was pretty certain we had identified and sorted that out but I can see we 
haven’t. Have you opened a report? It’s a fairly easy fix which I’ll submit 
today for 8.1.1 RC 1.

Cheers

Monte
___
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: Algoritm for RGB Values for Color Wheel

[Ben Rubinstein]

http://www.easyrgb.com/index.php?X=MATH=02#text2
followed by
http://www.easyrgb.com/index.php?X=MATH=16#text16
?

On 12/09/2016 20:49, Sannyasin Brahmanathaswami wrote:

@ Scott:

changing constants to

constant color1 = "255,0,0" -- red - primary

constant color2 = "255,64,0" -- red-orange - tertiary
constant color3 = "255,127,0" -- orange - secondary
constant color4 = "255,191,0" -- orange-yellow - tertiary

constant color5 = "255,255,0" -- yellow - primary

constant color6 = "191,255,0" -- yellow- green  - tertiary
constant color7 = "0,255,0" -- green - secondary
constant color8 = "0,191,255" -- green-blue - tertiary

constant color9 = "0,0,255" -- blue - primary

constant color10 = "127,0,255" -- blue-violet - tertiary
constant color11 = "127,0,127" -- violet  - secondary
constant color12 = "191,0,127" -- red-violet- tertiary

We get close to the so-called "official" color wheel. Of course we enter the quicksand 
territory of subjective choices, CMYK gamut (geared to pigment) vs RGB gamut (light based), using 
yellow, cyan, magenta as primary apexes instead of RGB 255 on three channels etc.  So the precise 
logic for setting values starts to blur as we move toward "recognition" colors that 
people expect.. which are more pigment based.

The algorithm:

 "go up and down by halves" (255, 127, 64)

worked in the yellow to orange-red range, but did not work, or works differently, in the 
blue to violet-red range.  If we wanted to drop back to the pigment based gamut, then we 
have to find a way to algorithmically "add mud" to all of them… tricky…

Interesting… at any rate… I got what I needed… a lot easier (an less messy!) 
than the old days when I had to actually mix inks for the KORD!

BR


On 9/12/16, 8:00 AM, "use-livecode on behalf of Sannyasin Brahmanathaswami" 
 wrote:

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order




___
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: Saving script-only stacks

[J. Landman Gay]

On 9/12/16 3:20 PM, Monte Goulding wrote:

Actually this should be resolved in RC 2. I presume you are still seeing it 
there?


Yup.

--
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: Saving script-only stacks

[Monte Goulding]

Actually this should be resolved in RC 2. I presume you are still seeing it 
there?

Sent from my iPhone

> On 13 Sep 2016, at 6:01 AM, J. Landman Gay  wrote:
> 
> Or I could just live with it.


___
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

Saving script-only stacks

[J. Landman Gay]

I'm undecided about how to classify this behavior. I have LC prefs set 
to always save stacks in their original stackfile format. That mostly 
works transparently except in the case of script-only stacks.


LC stores the original stackfile version as a custom property in the 
stack, and since script-only stacks don't have properties, every time I 
try to save one I get the warning dialog about how the minimum required 
version is LC 7.0, and do I really want to save it as LC 2.4. I assume 
since there's no property at all, the dialog is defaulting to the oldest 
version in its list.


It isn't a huge deal, but it does require me to click the "7.0" button 
on every save, which happens often. Should LC just assume that 
script-only stacks are always to be saved in 7.0 format?


What about adding the version to the "script" declaration at the top?

Or I could just live with it.

--
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: Why Chained Behaviors May Be A Bad Idea

[Sannyasin Brahmanathaswami]

Mark Weider wrote:

That is indeed classical inheritance.
Multiple inheritance is properly not allowed in LiveCode and would look like
this

Behavior_button A  

Behavior Button B

Behavior Button C
# has both button A and button B assigned as behaviors
# not chained, but in parallel


BR: right, you can't do that… 

but the example was  

Parent X (a behavior for)
Child Y and Child X, 
where Child X was also a behavior for 
 Child A


Mark:Inheritance (behaviors) in LiveCode *allow* you to use functionality in
parent objects, but don't force you to do so. And you can override the
parent behaviors by placing handlers of the same name in the child object.

BR: Ahha!  that's an important point/option.

Thanks for listening… I learned something there.


___
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: Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

@ Scott:

changing constants to

constant color1 = "255,0,0" -- red - primary

constant color2 = "255,64,0" -- red-orange - tertiary
constant color3 = "255,127,0" -- orange - secondary
constant color4 = "255,191,0" -- orange-yellow - tertiary

constant color5 = "255,255,0" -- yellow - primary

constant color6 = "191,255,0" -- yellow- green  - tertiary
constant color7 = "0,255,0" -- green - secondary
constant color8 = "0,191,255" -- green-blue - tertiary

constant color9 = "0,0,255" -- blue - primary

constant color10 = "127,0,255" -- blue-violet - tertiary
constant color11 = "127,0,127" -- violet  - secondary
constant color12 = "191,0,127" -- red-violet- tertiary

We get close to the so-called "official" color wheel. Of course we enter the 
quicksand territory of subjective choices, CMYK gamut (geared to pigment) vs 
RGB gamut (light based), using yellow, cyan, magenta as primary apexes instead 
of RGB 255 on three channels etc.  So the precise logic for setting values 
starts to blur as we move toward "recognition" colors that people expect.. 
which are more pigment based. 

The algorithm:

 "go up and down by halves" (255, 127, 64) 

worked in the yellow to orange-red range, but did not work, or works 
differently, in the blue to violet-red range.  If we wanted to drop back to the 
pigment based gamut, then we have to find a way to algorithmically "add mud" to 
all of them… tricky…

Interesting… at any rate… I got what I needed… a lot easier (an less messy!) 
than the old days when I had to actually mix inks for the KORD!

BR


On 9/12/16, 8:00 AM, "use-livecode on behalf of Sannyasin Brahmanathaswami" 
 wrote:

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order




___
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: Why Chained Behaviors May Be A Bad Idea

[mwieder]

Sannyasin Brahmanathaswami wrote
> Theoretically I could have (I will declare these as objects, but of course
> now we can also use livecodescript text only stacks)
> 
> Behavior_button A  
> 
> Behavior Buttons B and C
>   # both have behavior A assigned
> 
> Button D 
># with button C assigned as behavior
> 
> How is this not "inheritance"?

That is indeed classical inheritance.
Multiple inheritance is properly not allowed in LiveCode and would look like
this

Behavior_button A  

Behavior Button B

Behavior Button C
# has both button A and button B assigned as behaviors
# not chained, but in parallel

Inheritance (behaviors) in LiveCode *allow* you to use functionality in
parent objects, but don't force you to do so. And you can override the
parent behaviors by placing handlers of the same name in the child object.

-- 
 Mark Wieder
 ahsoftw...@gmail.com





-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Why-Chained-Behaviors-May-Be-A-Bad-Idea-tp4708303p4708332.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: Bug or Feature - Tranparent Buttons Non-Responsive

[J. Landman Gay]

On 9/12/16 1:54 PM, J. Landman Gay wrote:

I'm seeing similar things, and wondering if a few crashes and lockups
I've had are related. There seems to be a problem with window
identification in general but I can't pin it down.


I'm wondering if it's related to script-only stacks. If anyone has more 
info about these misbehaviors, please add to this report, especially if 
you think it's related to script-only stacks:


http://quality.livecode.com/show_bug.cgi?id=18362

--
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: Bug or Feature - Tranparent Buttons Non-Responsive

[J. Landman Gay]

On 9/12/16 10:29 AM, Sannyasin Brahmanathaswami wrote:

OK, this seems to be another case of the mysterious LC 8.* IDE
issues.


e.g. after rebooting and making a big button with opaque false and
small label.. it works… a few moments ago I could not invoke the
property inspector for any object. I had to reboot LC

then I copied  a button from one stack to another and tried to edit
the script of that button, but the script editor will not accept any
keyboard input even though my cursor is blinking there..  Close the
SE and then control click on the button again, SE opens… now keyboard
input is accepted.

I get this a lot in LC 8… mysterious anomalies… vary hard to get
recipes for them.


I'm seeing similar things, and wondering if a few crashes and lockups 
I've had are related. There seems to be a problem with window 
identification in general but I can't pin it down.


--
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: Standard Icons for buttons in version 8.1 Standalones

[J. Landman Gay]

On 9/11/16 11:47 PM, Roger Guay wrote:

How does one include the required icons in standalones using v8?
Where is this “icon library” you speak of?


I misspoke, I meant the Image Library which is no longer available in 
the menus. We can still import images manually as before.


--
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: Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

Thanks Scott.. this gets me very close and I can see the pattern.

I can tweak this to get to the "official" formal color wheel which has the 
three primaries, three secondaries and six tertiaries in proper order

see: e.g.
http://artfusion.info/arttimeline/artelements_principles/color/colorwheeltertiary.jpg

Also given screen gammas being so bright these days I'll have to lower values 
to get something closer to a pigment based "look and feel" 

but you gave me all I need. I think I just need to reorder the constants.

@ craig…the requirements are to programmatically show not only flat background 
colors but also (hopefully) some interesting animations. that fall in the 
formal color wheel range. So I was looking for how to use numeric RGB values so 
we  could handle all that "mathematically"



 


On 9/12/16, 7:37 AM, "use-livecode on behalf of Scott Rossi" 
 
wrote:

I posted a stack that creates a color wheel in a graphic using a conical
fill gradient.  You may want to adjust the colors if you need different
values.

In your message box:

go url "http://tactilemedia.com/download/colorwheel.livecode;

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




___
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: Algoritm for RGB Values for Color Wheel

[dunbarx]

Hi.


Not sure what you are asking, but do you know about the "colorNames" property"?


Craig Newman



-Original Message-
From: Sannyasin Brahmanathaswami 
To: How LiveCode 
Sent: Mon, Sep 12, 2016 10:56 am
Subject: Algoritm for RGB Values for Color Wheel

before I go after this myself I wonder if anyone has already coded runtime 
display of the 12 segment color wheel as RGB values

red (primary)
red-orange (tertiary)
orange (secondary

etc… through to

red-purple (tertiary)
BR

___use-livecode mailing 
listuse-livecode@lists.runrev.comPlease 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: Algoritm for RGB Values for Color Wheel

[Scott Rossi]

I posted a stack that creates a color wheel in a graphic using a conical
fill gradient.  You may want to adjust the colors if you need different
values.

In your message box:

go url "http://tactilemedia.com/download/colorwheel.livecode;

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 9/12/16, 7:55 AM, "use-livecode on behalf of Sannyasin
Brahmanathaswami"  wrote:

>before I go after this myself I wonder if anyone has already coded
>runtime display of the 12 segment color wheel as RGB values
>
>red (primary)
>red-orange (tertiary)
>orange (secondary
>
>etcŠ through to
>
>red-purple (tertiary)
>BR
>



___
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: very often "Scripts externally modified" popup

[Tore Nilsen]

One instance in which I have seen this message is if I decide to name/rename a 
stack after I have added script to it. Going to the script editor window after 
renaming and saving triggers this message.

Tore


> 12. sep. 2016 kl. 18.58 skrev J. Landman Gay :
> 
> I've been seeing it too, though not much more often than in LC 7. I still 
> haven't figured out what triggers it and I never use an external editor. If 
> someone could tell us what the algorithm is for determining the warning I 
> could note what I've done right before it happens the next time I see it. 
> It's been an ongoing issue for a while and I've never been able to figure out 
> what makes it happen.
> 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> 
> On September 12, 2016 5:05:42 AM Matthias Rebbe 
>  wrote:
> 
>> Hi,
>> 
>> am i the only one who is noticing the “Scripts externally modified” popup 
>> very very often in LC 8.1RC2 here on Mac OS X 10.11.6?
>> 
>> With the script editor opened switching from LC to an other program and back 
>> to LC opens the popup.
>> 
>> Or within LC switching from the script editor to another window in LC and 
>> back to scripts editor opens that annoying pop again.
>> 
>> This is driving me crazy. So is anyone else noticing this and i should 
>> submit it as a bug or is there something on my side what i can change
>> to ged rid of that popup.
>> 
>> Regards,
>> Matthias Rebbe
>> 
>> ___
>> 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: very often "Scripts externally modified" popup

[J. Landman Gay]

I've been seeing it too, though not much more often than in LC 7. I still 
haven't figured out what triggers it and I never use an external editor. If 
someone could tell us what the algorithm is for determining the warning I 
could note what I've done right before it happens the next time I see it. 
It's been an ongoing issue for a while and I've never been able to figure 
out what makes it happen.


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



On September 12, 2016 5:05:42 AM Matthias Rebbe 
 wrote:



Hi,

am i the only one who is noticing the “Scripts externally modified” popup 
very very often in LC 8.1RC2 here on Mac OS X 10.11.6?


With the script editor opened switching from LC to an other program and 
back to LC opens the popup.


Or within LC switching from the script editor to another window in LC and 
back to scripts editor opens that annoying pop again.


This is driving me crazy. So is anyone else noticing this and i should 
submit it as a bug or is there something on my side what i can change

to ged rid of that popup.

Regards,
Matthias Rebbe

___
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: Algoritm for RGB Values for Color Wheel

[Rick Harrison]

I think when I looked into this
I found there wasn’t any predicable
logic to this.  You just have to look
up the values for the colors you want.

I suppose you could create a table
for just the colors you need and then
make your selection based on your table.

I found this on Wikipedia:

The web-safe color  palette 
consists of the 216 (63) combinations of red, green, and blue where each color 
can take one of six values (in hexadecimal 
): #00, #33, #66, #99, #CC or #FF 
(based on the 0 to 255 range for each value discussed above). These hexadecimal 
values = 0, 51, 102, 153, 204, 255 in decimal, which = 0%, 20%, 40%, 60%, 80%, 
100% in terms of intensity.

There is more information there and I imagine
there are probably even better resources/explanations
you’ll find when you search for them.

Good luck!

Rick


> On Sep 12, 2016, at 10:55 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> before I go after this myself I wonder if anyone has already coded runtime 
> display of the 12 segment color wheel as RGB values
> 
> red (primary)
> red-orange (tertiary)
> orange (secondary
> 
> etc… through to
> 
> red-purple (tertiary)
> BR
> 
> ___
> 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: Bug or Feature - Tranparent Buttons Non-Responsive

[Sannyasin Brahmanathaswami]

OK, this seems to be another case of the mysterious LC 8.* IDE issues.


e.g. after rebooting and making a big button with opaque false and small 
label.. it works… a few moments ago I could not invoke the property inspector 
for any object. I had to reboot LC

then I copied  a button from one stack to another and tried to edit the script 
of that button, but the script editor will not accept any keyboard input even 
though my cursor is blinking there..  Close the SE and then control click on 
the button again, SE opens… now keyboard input is accepted.

I get this a lot in LC 8… mysterious anomalies… vary hard to get recipes for 
them.

this makes one nervous… how may issues that are in the IDE are pose as "bugs" 
in our own code, when in fact they are not?


 


On 9/11/16, 7:57 PM, "use-livecode on behalf of Scott Rossi" 
 
wrote:

I agree with Jacque's findings.  AFAIK, buttons have always responded
across their entire rect. 


___
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: Why Chained Behaviors May Be A Bad Idea

[Sannyasin Brahmanathaswami]

Mark Wieder" wrote:

Well, most of the article rants about multiple inheritance, which is 
indeed a bad idea. But of course you know that's different from chained 
behaviors, so no worries there.

BR: actually I don't know how that is different, probably I just don't 
understand it well enough, if I did, perhaps I would not be afraid of it. 
Backscripts are "easy" but I am seeing instances where better encapsulation 
will help avoid issues and if some functions truly are not needed globally then 
a strong case could be made to use behaviors for specific event sequences.

In our current app, we are using independent modules(stacks) that use global 
functions in the loader stack and a core API backscript (and a few others)

But some of these modules are so unique that requirements for Module Y will 
never appear as a requirement for Modules A, B, C (separate stacks)

Theoretically I could have (I will declare these as objects, but of course now 
we can also use livecodescript text only stacks)

Behavior_button A  

Behavior Buttons B and C
# both have behavior A assigned

Button D 
   # with button C assigned as behavior

How is this not "inheritance"?





___
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: very often "Scripts externally modified" popup

[Matthias Rebbe]

Hi again,

i found out, what was causing the problem.

I´ve pasted an utf encoded script into the script editor. With that script i 
can reproduce the behaviour.
If i paste the same script iso or mac roman encoded into the script editor the 
problem is solved.

Is this a known behaviour or should i file a bug?

Matthias



> If you have a reliable recipe then please open a report.
> 
> Thanks
> 
> Monte
> 
> Sent from my iPhone
> 
> > On 12 Sep 2016, at 8:04 PM, Matthias Rebbe  > m-r-d.de > wrote:
> > 
> > This is driving me crazy. So is anyone else noticing this and i should 
> > submit it as a bug or is there something on my side what i can change
> > to ged rid of that popup.

___
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

Algoritm for RGB Values for Color Wheel

[Sannyasin Brahmanathaswami]

before I go after this myself I wonder if anyone has already coded runtime 
display of the 12 segment color wheel as RGB values

red (primary)
red-orange (tertiary)
orange (secondary

etc… through to

red-purple (tertiary)
BR

___
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: getProp puzzle

[dfepstein]

Thanks to Mike Bonner for his helpful suggestions. Stack A and Stack B are both 
mainStacks. Further tests seem to confirm this rule: 

  

A setProp or getProp handler in the script of stack A cannot be invoked for a 
target in Stack B UNLESS we have "started using" stack A (even if Stack A is 
the frontmost stack). 

  

On first thought this seems a little strange to me. For function or command 
handlers, we only need to "start using" a stack if we want to call its script's 
handlers when that stack is not frontmost; and when we "start using" it those 
handlers are just as accessible as the handlers in the frontmost stack's 
script. But for getProp and setProp handlers, the script of the frontmost stack 
and the script of a stack we have started using do not have the same efficacy. 

  

Perhaps the logic is clearer if Stack B has its own getProp myProp handler 
whose script differs from Stack A's getProp myProp handler.  In that case it 
probably makes sense for the virtual property of an object in Stack B to follow 
the getProp rules of its own stack, when called from Stack A (even though a 
function handler in Stack A that queries properties of Stack B, invoked while 
Stack A is frontmost, would take priority over a function handler in Stack B). 

  

David Epstein 
___
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: Bug or Feature - Tranparent Buttons Non-Responsive

[Mike Kerner]

Also, you need to do that with groups, as groups are not clickable areas.
Are you sure your button is at the top of the pile and not partially behind
something else?

On Mon, Sep 12, 2016 at 1:57 AM, Scott Rossi  wrote:

> The "hack" mentioned by Brahmanatha is a technique to make
> clickable/draggable transparent images, it doesn't have to do with buttons
> at all:
> http://runtime-revolution.278305.n4.nabble.com/Grabbing-
> Image-with-Transpar
> ent-Mask-td4699808.html#a4699809
>
> I agree with Jacque's findings.  AFAIK, buttons have always responded
> across their entire rect.  Maybe there's some odd rendering bug occurring,
> but perhaps it would be good to double-check what types of objects are
> being used there.
>
> Regards,
>
> Scott Rossi
> Creative Director
> Tactile Media, UX/UI Design
>
>
>
>
> On 9/11/16, 8:23 PM, "use-livecode on behalf of J. Landman Gay"
>  jac...@hyperactivesw.com> wrote:
>
> >On 9/11/16 9:08 PM, Sannyasin Brahmanathaswami wrote:
> >>  I have adopted Scott's "hack" to make a button that works across whole
> >>rect
> >
> >Hm, if both you and Scott needed a hack to solve a problem I've never
> >seen, then I wonder what's different.
> >
> >I dragged a standard button to a new stack, resized it to be fairly
> >large, and in the property inspector I turned off "opaque". I put a
> >script into the button that just put the seconds into the msg box on
> >mouseUp. It responded no matter where I clicked.
> >
> >Then I turned off showborder, threeD, and autohilite and it still
> >responded.
> >
> >Then I made a new button and just chose "Transparent" from the button
> >style in the inspector. That one also responded at any loc inside its
> >rect.
> >
> >What's different in your setup?
> >
> >--
> >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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Best way to extend IDE (toolbar)?

[Mike Kerner]

Sorry!  .livecodescript is the suffix
I'm don't know where script-only stacks are documented, other than in
conversations, here, but there are plenty of them in the LC bundle.  For
example, look in Contents->Tools->Toolset->Libraries, or
Contents->Tools->Toolset->Palettes->Script Editor->Behaviors.  It just
looks like a regular LC script.
You could also build this as a widget in LC8.  The syntax for
liveCodeBuilder is a different, but I hear a vicious rumor that there is an
LCB class that is extensive, mostly done, has been tried out on a few
people, and is being actively tweaked to prepare it for release.
What I meant by an IDE Extension was a stack that you build in LC and stick
in My LiveCode->Extensions or My LiveCode->Plugins, and then tell LC to run
at startup in the Development->Plugins->Plugin settings menu

On Mon, Sep 12, 2016 at 8:41 AM, Ben Rubinstein  wrote:

> Hi Mike, thanks for responding.
>
> > Funny you should bring this up, as I spent most of yesterday in the
> script
> > editor, which is a bunch of script-only stacks (text files with LC script
> > in them with the ".livecode" suffix).
>
> Do you (does anyone) know where script-only stacks are actually
> documented? I can't find it in the User Guide - I see references in the
> release notes to changes relating, I'm vaguely aware from mailing lists of
> conversations about them; but I can't find anything for a new person to
> discover that these exist, how they are used, what are the constraints, etc.
>
> For example, do they really have the same suffix as traditional stack
> files? That seems pretty odd.
>
> > a) What are you adding, and would this be something that my long-standing
> > goal of hoarde-sourcing the IDE might want to add to the to-do list?
>
> My toolbar is a rag-bag of things I've found useful over the years; the
> most important is 'backup+save', which I've used since the pre-history of
> Revolution (before 1.0) when crashes were uncomfortably common. Also
> shortcut buttons to edit stack and card scripts, to open the Application
> Overview, to edit recent scripts (popup keeps track of five most recent),
> to paste object references into scripts (currently broken due to some bugs
> in LC8), to build a standalone with automatic versioning, to fish windows
> that have slipped under the toolbar back into the useable area, etc etc
> etc...
>
> Dunno about the horde-sourcing - it's a question of what's useful to who.
> Maybe if there was a convenient way to maintain a library of such things
> which could easily be selected from.
>
> > b) Instead of adding a palette, why not just expand the toolbar itself
> and
> > add to it?
>
> Because at any time I maintain lots of versions of LiveCode, and I prefer
> to keep the distribution 'clean'.
>
> > c) This sounds like it might be a good chance to build an IDE extension,
> > which can be fairly easy to do.
>
> Aha! So there is a thing called an "IDE extension"? That sounds like what
> I might be looking for. Where is this documented, how does it differ from
> plugins, widgets, libraries etc?
>
> TIA,
>
> Ben
>
>
> On 12/09/2016 13:27, Mike Kerner wrote:
>
>> Hey, Ben,
>> Funny you should bring this up, as I spent most of yesterday in the script
>> editor, which is a bunch of script-only stacks (text files with LC script
>> in them with the ".livecode" suffix).
>> a) What are you adding, and would this be something that my long-standing
>> goal of hoarde-sourcing the IDE might want to add to the to-do list?
>> b) Instead of adding a palette, why not just expand the toolbar itself and
>> add to it?
>> c) This sounds like it might be a good chance to build an IDE extension,
>> which can be fairly easy to do.
>> ___
>> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Best way to extend IDE (toolbar)?

[Ben Rubinstein]

Hi Mike, thanks for responding.

> Funny you should bring this up, as I spent most of yesterday in the script
> editor, which is a bunch of script-only stacks (text files with LC script
> in them with the ".livecode" suffix).

Do you (does anyone) know where script-only stacks are actually documented? I 
can't find it in the User Guide - I see references in the release notes to 
changes relating, I'm vaguely aware from mailing lists of conversations about 
them; but I can't find anything for a new person to discover that these exist, 
how they are used, what are the constraints, etc.


For example, do they really have the same suffix as traditional stack files? 
That seems pretty odd.


> a) What are you adding, and would this be something that my long-standing
> goal of hoarde-sourcing the IDE might want to add to the to-do list?

My toolbar is a rag-bag of things I've found useful over the years; the most 
important is 'backup+save', which I've used since the pre-history of 
Revolution (before 1.0) when crashes were uncomfortably common. Also shortcut 
buttons to edit stack and card scripts, to open the Application Overview, to 
edit recent scripts (popup keeps track of five most recent), to paste object 
references into scripts (currently broken due to some bugs in LC8), to build a 
standalone with automatic versioning, to fish windows that have slipped under 
the toolbar back into the useable area, etc etc etc...


Dunno about the horde-sourcing - it's a question of what's useful to who. 
Maybe if there was a convenient way to maintain a library of such things which 
could easily be selected from.


> b) Instead of adding a palette, why not just expand the toolbar itself and
> add to it?

Because at any time I maintain lots of versions of LiveCode, and I prefer to 
keep the distribution 'clean'.


> c) This sounds like it might be a good chance to build an IDE extension,
> which can be fairly easy to do.

Aha! So there is a thing called an "IDE extension"? That sounds like what I 
might be looking for. Where is this documented, how does it differ from 
plugins, widgets, libraries etc?


TIA,

Ben

On 12/09/2016 13:27, Mike Kerner wrote:

Hey, Ben,
Funny you should bring this up, as I spent most of yesterday in the script
editor, which is a bunch of script-only stacks (text files with LC script
in them with the ".livecode" suffix).
a) What are you adding, and would this be something that my long-standing
goal of hoarde-sourcing the IDE might want to add to the to-do list?
b) Instead of adding a palette, why not just expand the toolbar itself and
add to it?
c) This sounds like it might be a good chance to build an IDE extension,
which can be fairly easy to do.
___
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: Best way to extend IDE (toolbar)?

[Mike Kerner]

Hey, Ben,
Funny you should bring this up, as I spent most of yesterday in the script
editor, which is a bunch of script-only stacks (text files with LC script
in them with the ".livecode" suffix).
a) What are you adding, and would this be something that my long-standing
goal of hoarde-sourcing the IDE might want to add to the to-do list?
b) Instead of adding a palette, why not just expand the toolbar itself and
add to it?
c) This sounds like it might be a good chance to build an IDE extension,
which can be fairly easy to do.
___
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: very often "Scripts externally modified" popup

[Ben Rubinstein]

FWIW I've not noticed this at all (LC 8.1.0 rc2 on Mac OS X 10.11.6).  I 
switch apps a lot (but don't do anything editing scripts externally).


Ben

On 12/09/2016 11:04, Matthias Rebbe wrote:

Hi,

am i the only one who is noticing the “Scripts externally modified” popup very 
very often in LC 8.1RC2 here on Mac OS X 10.11.6?

With the script editor opened switching from LC to an other program and back to 
LC opens the popup.

Or within LC switching from the script editor to another window in LC and back 
to scripts editor opens that annoying pop again.

This is driving me crazy. So is anyone else noticing this and i should submit 
it as a bug or is there something on my side what i can change
to ged rid of that popup.

Regards,
Matthias Rebbe



___
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

Best way to extend IDE (toolbar)?

[Ben Rubinstein]

Since time immemorial, I've had a plugin which attempts/pretends to add 
additional buttons to the standard toolbar.


Actually what it used to do is locate the last button on the toolbar, tell the 
toolbar to adjust its width to just beyond this, resize itself to be the same 
height and fit the remaining space on the main monitor, and install itself as 
a palette in the appropriate location.


This used to work better than it does. Somehow the new LC 8 regime with the 
toolbar being 'modeless' instead of palette often causes my toolbar extension 
to go somewhere strange when apps switch, monitors plugged/unplugged etc).


I hear rumours about 'script-only stacks' and suggestions that some parts of 
the IDE are now in this format, and that this is supposed to be more extensible.


Is there a better/cleaner/more fashionable way in the newest versions of 
LiveCode to add one's own controls to the toolbar?


TIA,

Ben

___
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: very often "Scripts externally modified" popup

[Monte Goulding]

If you have a reliable recipe then please open a report.

Thanks

Monte

Sent from my iPhone

> On 12 Sep 2016, at 8:04 PM, Matthias Rebbe 
>  wrote:
> 
> This is driving me crazy. So is anyone else noticing this and i should submit 
> it as a bug or is there something on my side what i can change
> to ged rid of that popup.


___
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

very often "Scripts externally modified" popup

[Matthias Rebbe]

Hi,

am i the only one who is noticing the “Scripts externally modified” popup very 
very often in LC 8.1RC2 here on Mac OS X 10.11.6?

With the script editor opened switching from LC to an other program and back to 
LC opens the popup.

Or within LC switching from the script editor to another window in LC and back 
to scripts editor opens that annoying pop again.

This is driving me crazy. So is anyone else noticing this and i should submit 
it as a bug or is there something on my side what i can change
to ged rid of that popup.

Regards,
Matthias Rebbe

___
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

[ANN] This week in LiveCode 50

[Monte Goulding]

Hi LiveCoders

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 #50 here: http://goo.gl/kXAaNW

This is a weekly newsletter about LiveCode, focussing on what's been going on 
in and around the open source project. New issues will be released weekly on 
Mondays.  We have a dedicated mailing list that will deliver each issue 
directly to your e-mail, so you don't miss any!

Are you doing something interesting with LiveCode Community Edition? Please get 
in touch and get it featured in "This Week in LiveCode”!

Cheers

Monte
___
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: Bug or Feature - Tranparent Buttons Non-Responsive

[Scott Rossi]

The "hack" mentioned by Brahmanatha is a technique to make
clickable/draggable transparent images, it doesn't have to do with buttons
at all:
http://runtime-revolution.278305.n4.nabble.com/Grabbing-Image-with-Transpar
ent-Mask-td4699808.html#a4699809

I agree with Jacque's findings.  AFAIK, buttons have always responded
across their entire rect.  Maybe there's some odd rendering bug occurring,
but perhaps it would be good to double-check what types of objects are
being used there.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 9/11/16, 8:23 PM, "use-livecode on behalf of J. Landman Gay"
 wrote:

>On 9/11/16 9:08 PM, Sannyasin Brahmanathaswami wrote:
>>  I have adopted Scott's "hack" to make a button that works across whole
>>rect
>
>Hm, if both you and Scott needed a hack to solve a problem I've never
>seen, then I wonder what's different.
>
>I dragged a standard button to a new stack, resized it to be fairly
>large, and in the property inspector I turned off "opaque". I put a
>script into the button that just put the seconds into the msg box on
>mouseUp. It responded no matter where I clicked.
>
>Then I turned off showborder, threeD, and autohilite and it still
>responded.
>
>Then I made a new button and just chose "Transparent" from the button
>style in the inspector. That one also responded at any loc inside its
>rect.
>
>What's different in your setup?
>
>-- 
>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