Re: "For Young Coders"

2017-06-13 Thread Richmond Mathewson via use-livecode
Why, when I hear a phrase that involves the word "Coders" do I feel a 
bit queasy?


Probably because I also feel queasy when I hear words such as "Edutainment"
and phrases such as "Learn how to do XXX like the experts in 15 minutes 
or less."


Death By Scratch: https://community.tes.com/threads/death-by-scratch.670594/

Richmond.

On 6/14/17 12:36 am, Kaveh Bazargan via use-livecode wrote:

Could it be the company who shamefully strangled HyperCard to death? ;-)

On 13 June 2017 at 21:35, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:


I have to assume you are referring to the app store of that fruit company
since no platform was specified.  :)


On Tue, Jun 13, 2017 at 4:30 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:


Check out the app store.  There is a new section right at the top, called
"for young coders", with a variety of tools...



___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread J. Landman Gay via use-livecode
I wonder why we have both lockUpdates and boundingRect. They seem very 
similar.


On 6/13/17 7:54 PM, Scott Rossi via use-livecode wrote:

Keep in mind, there’s also the lockUpdates property of groups, which while 
differing mechanically “under the hood”, essentially causes the same perceived 
result — while enabled, a group’s rect is not changed when its child objects 
are resized/repositioned.

I don’t know how all these are verbosely named since I also use the default 
property names.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On Jun 13, 2017, at 3:37 PM, Devin Asay via use-livecode 
 wrote:



On Jun 13, 2017, at 4:19 PM, Devin Asay via use-livecode 
 wrote:

Yes, in essence. If you have a group and set the clipsToRect property to true 
(there’s no way to set it in the PI yet—that’s what I’m going to add), you can 
then change the rect of the group, and the group will *not* automatically reset 
its rect to the size of the child controls + margin. It is persistent, even if 
you leave the card or close the stack. Yet the group’s position and size 
remains unlocked so you can quickly select and change the group’s rect if you 
want. A nice feature when you need it.

ClipsToRect is the property name. So what “plain language” label do you think 
would be best for the PI?


How about “Prevent auto-resize of rect”?



Devin



On Jun 13, 2017, at 4:11 PM, Phil Davis via use-livecode 
> wrote:

So it's about manually updating the rect vs. having it in an auto-update mode?

Phil Davis


On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:
So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it could 
be something like “Auto-update rect”, but then the checkbox would be opposite 
the property setting. That’s almost as bad as something like dontUpdateRect. 
(Sorry, Scott, plug your ears.)

Devin


On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
>
 wrote:

On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
or
‘Clip Group to rect’

There are a few others like that, where the explanation is just the original 
term (or close) with spaces added. I always felt that didn't explain much. But 
the suggestion does have company in the PI.


Devin Asay
Director
Office of Digital Humanities
Brigham Young University




___
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




--
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread prothero--- via use-livecode
What about "keepGroupRect"?

Like set the keepGroupRect of grp "xyz" to true
That way it explicitly limits it to groups. Or it could be
"KeepRect" but that might imply a more general meaning.
Bill P



William Prothero
http://es.earthednet.org

> On Jun 13, 2017, at 5:44 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> james at thehales.id.au wrote:
> 
> > Jacque wrote:
> >> I agree with the concept in general, but the word "crop" implies
> >> permanent removal. When you crop an image, it permanently erases the
> >> parts outside the rectangle. Unfortunately I can't think of a better
> >> term. Maybe something like "prevent auto-resizing"?
> >
> > Actually it doesn't (in practice).
> > Many of the apps I use, use a non destructive crop.
> > That is, the viewable area is reduced to the crop but the full object
> > is still there.
> 
> It varies by app, but it may be worth noting that in LiveCode we have a crop 
> command, and it permanently erases the area outside the crop rect.
> 
> I know it may sound geeky, but maybe describing the clipsToRect with the verb 
> "clips" may not be bad.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.comhttp://www.FourthWorld.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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Scott Rossi via use-livecode
Keep in mind, there’s also the lockUpdates property of groups, which while 
differing mechanically “under the hood”, essentially causes the same perceived 
result — while enabled, a group’s rect is not changed when its child objects 
are resized/repositioned.

I don’t know how all these are verbosely named since I also use the default 
property names.

Regards,

Scott Rossi 
Creative Director 
Tactile Media, UX/UI Design 



> On Jun 13, 2017, at 3:37 PM, Devin Asay via use-livecode 
>  wrote:
> 
>> 
>> On Jun 13, 2017, at 4:19 PM, Devin Asay via use-livecode 
>>  wrote:
>> 
>> Yes, in essence. If you have a group and set the clipsToRect property to 
>> true (there’s no way to set it in the PI yet—that’s what I’m going to add), 
>> you can then change the rect of the group, and the group will *not* 
>> automatically reset its rect to the size of the child controls + margin. It 
>> is persistent, even if you leave the card or close the stack. Yet the 
>> group’s position and size remains unlocked so you can quickly select and 
>> change the group’s rect if you want. A nice feature when you need it.
>> 
>> ClipsToRect is the property name. So what “plain language” label do you 
>> think would be best for the PI?
> 
> How about “Prevent auto-resize of rect”?
> 
>> 
>> Devin
>> 
>> 
>> 
>> On Jun 13, 2017, at 4:11 PM, Phil Davis via use-livecode 
>> > wrote:
>> 
>> So it's about manually updating the rect vs. having it in an auto-update 
>> mode?
>> 
>> Phil Davis
>> 
>> 
>> On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:
>> So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it 
>> could be something like “Auto-update rect”, but then the checkbox would be 
>> opposite the property setting. That’s almost as bad as something like 
>> dontUpdateRect. (Sorry, Scott, plug your ears.)
>> 
>> Devin
>> 
>> 
>> On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
>> >
>>  wrote:
>> 
>> On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
>> or
>> ‘Clip Group to rect’
>> 
>> There are a few others like that, where the explanation is just the original 
>> term (or close) with spaces added. I always felt that didn't explain much. 
>> But the suggestion does have company in the PI.
> 
> Devin Asay
> Director
> Office of Digital Humanities
> Brigham Young University
> 


___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Richard Gaskin via use-livecode

james at thehales.id.au wrote:

> Jacque wrote:
>> I agree with the concept in general, but the word "crop" implies
>> permanent removal. When you crop an image, it permanently erases the
>> parts outside the rectangle. Unfortunately I can't think of a better
>> term. Maybe something like "prevent auto-resizing"?
>
> Actually it doesn't (in practice).
> Many of the apps I use, use a non destructive crop.
> That is, the viewable area is reduced to the crop but the full object
> is still there.

It varies by app, but it may be worth noting that in LiveCode we have a 
crop command, and it permanently erases the area outside the crop rect.


I know it may sound geeky, but maybe describing the clipsToRect with the 
verb "clips" may not be bad.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread james--- via use-livecode
Jacque wrote:
> I agree with the concept in general, but the word "crop" implies 
> permanent removal. When you crop an image, it permanently erases the 
> parts outside the rectangle. Unfortunately I can't think of a better 
> term. Maybe something like "prevent auto-resizing"?

Actually it doesn't (in practice).
Many of the apps I use, use a non destructive crop. 
That is, the viewable area is reduced to the crop but the full object is still 
there.
Apple's own Preview is a good example as are many other graphic apps.

James

___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Monte Goulding via use-livecode

> On 14 Jun 2017, at 8:19 am, Devin Asay via use-livecode 
>  wrote:
> 
> Yes, in essence. If you have a group and set the clipsToRect property to true 
> (there’s no way to set it in the PI yet—that’s what I’m going to add), you 
> can then change the rect of the group, and the group will *not* automatically 
> reset its rect to the size of the child controls + margin. It is persistent, 
> even if you leave the card or close the stack. Yet the group’s position and 
> size remains unlocked so you can quickly select and change the group’s rect 
> if you want. A nice feature when you need it.
> 
> ClipsToRect is the property name. So what “plain language” label do you think 
> would be best for the PI?

I think this is one of those cases where the default behaviour was a bad idea. 
Or perhaps was implemented before groups were used for much other than 
backgrounds. Other objects we need to set to the formatted width/height so why 
are groups special cased. Anyway, I would keep it simple and use `Clips to 
rect` so at least it’s easy to relate to the dictionary entry/property name.

What would really be good and resolve this to a significant extent is if the 
tooltip were multi-line with the property summary included.

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


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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread james--- via use-livecode
 
> Brahmanathaswami. wrote:
> I am pretty sure that
> 
> Crops to rect  
> 
> would suffice.

+1
Even I could follow that argument without reading it twice. ;-)

James






___
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: Ben Beaumont jumps ship

2017-06-13 Thread james--- via use-livecode
Goodness, I am not sure if it is a good idea to remember (sequence may be off.)

HyperCard
Supercard
Director
IShell (as well as the Apple technology it was based on, but whose name I 
forget..)
Oracle Media Objects
Metropolis (I really like this)
Meta card
Revolution
.long sojourn "silver surfing" into the land of 4D
LiveCode

James

> On 13 Jun 2017, at 08:03, Jeff Reynolds via use-livecode 
>  wrote:
> 
> Sigh, me too I guess. I now see how long it has been (40 years) thinking 
> back...
> 
> HyperCard
> Supercard
> Plus
> Oracle Media Objects
> Toolbook
> MetaCard
> Revolution
> Livecode
> 
> Jeff



___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Mark Wieder via use-livecode

On 06/13/2017 03:19 PM, Devin Asay via use-livecode wrote:


ClipsToRect is the property name. So what “plain language” label do you think 
would be best for the PI?


I always have my preference set to display the LC property rather than 
the 'description', so I don't really care, but...


how about 'resize in place'

--
 Mark Wieder
 ahsoftw...@gmail.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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Bob Sneidar via use-livecode
AnchorRect?

Bob S



___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Bob Sneidar via use-livecode
+1 but too late. 

Bob S


> On Jun 13, 2017, at 10:15 , Scott Rossi via use-livecode 
>  wrote:
> 
> 
> 
> The most important rule to follow when establishing any new property should 
> be: Don't use "dont".
> 
> The application of a "negative property" should never have been established 
> (dontWrap, I'm talking to you).  Properties should always be non-negative and 
> simply enabled or disabled depending on the default behavior.
> 
> 


___
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


Better way to display code and quotes

2017-06-13 Thread dunbarx via use-livecode
One reason I like the forums more than the use-llist is the formatted
separation of code and quotes from the body text. Having this information
simply part of the post is hard to see and harder to separate visually.

Is there no feature of the list to do this at all? Even stack overflow has
this capability.

Craig



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Better-way-to-display-code-and-quotes-tp4715796.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


I need help with building standalones ! :-)

2017-06-13 Thread Alex Tweedly via use-livecode


Normally I don't build standalones - I simply either run the stack in 
the IDE, or via stackrunner, so I'm in 'unknown territory' here :-)


The app works fine in the IDE, but when I build a standalone, when I do  
(full code below)


   put revOpenDatabase(:sqlite",tFileName) into temp

I get the errorrevdberr,invalid database type

I did manual inclusions, and have selected Database and the SQLite driver.

Is there something else non-obvious I need to include ?

Or any other suggestion ?

Many thanks

Alex.


Actual code is  (a modified version of Andre's DB Lib), and yes, you 
can see I've been flailing around trying to find out what's going on :-)



  switch gConfig["DB"]["Driver"]

case "SQLite"

localtFileName

setthedefaultfoldertogDefaultFolder

  Log "defaultfolder is"&& thedefaultfolder

  Log "local files are"&& thedetailedfiles

putgConfig["DB"]["Filename"] intotFileName

  Log "start to open SQLite"&& tFileName

putrevOpenDatabase("sqlite", tFileName) intott

  Log "SQLite open gets "&& tt

  if tt isanumberthen

getdbSetDefaultConnectionID(tt)

  Log "database started using"&& gConfig["DB"]["Driver"] && tt

  else

Log "can't start DB"&& gConfig["DB"]["FileName"], 1

  end if

break



___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Devin Asay via use-livecode

> On Jun 13, 2017, at 4:19 PM, Devin Asay via use-livecode 
>  wrote:
> 
> Yes, in essence. If you have a group and set the clipsToRect property to true 
> (there’s no way to set it in the PI yet—that’s what I’m going to add), you 
> can then change the rect of the group, and the group will *not* automatically 
> reset its rect to the size of the child controls + margin. It is persistent, 
> even if you leave the card or close the stack. Yet the group’s position and 
> size remains unlocked so you can quickly select and change the group’s rect 
> if you want. A nice feature when you need it.
> 
> ClipsToRect is the property name. So what “plain language” label do you think 
> would be best for the PI?

How about “Prevent auto-resize of rect”?

> 
> Devin
> 
> 
> 
> On Jun 13, 2017, at 4:11 PM, Phil Davis via use-livecode 
> > wrote:
> 
> So it's about manually updating the rect vs. having it in an auto-update mode?
> 
> Phil Davis
> 
> 
> On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:
> So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it 
> could be something like “Auto-update rect”, but then the checkbox would be 
> opposite the property setting. That’s almost as bad as something like 
> dontUpdateRect. (Sorry, Scott, plug your ears.)
> 
> Devin
> 
> 
> On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
> >
>  wrote:
> 
> On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
> or
> ‘Clip Group to rect’
> 
> There are a few others like that, where the explanation is just the original 
> term (or close) with spaces added. I always felt that didn't explain much. 
> But the suggestion does have company in the PI.

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: ANN: Widget Wizard

2017-06-13 Thread Roger Guay via use-livecode
How Clever! I can’t wait to try it. Thank you Mark.

Roger
> On Jun 13, 2017, at 1:04 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> I just posted Widget Wizard to revOnline.
> 
> Widget Wizard is a utility to help in the creation of LiveCode extensions. 
> You can define some simple parameters, then click the Create Widget button 
> and Widget Wizard will create a new folder containing a single .lcb file. You 
> can build and test the widget in the IDE's Extension Builder, and by default 
> it will just log messages to the log window. You can then edit the .lcb file 
> with the code for your widget.
> 
> There is a module list that will show the public handlers in a module when it 
> is selected, as an aid to determining which modules may be helpful in a 
> widget, module, or library.
> 
> Hope this helps.
> 
> http://livecodeshare.runrev.com/stack/834/Widget-Wizard
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Devin Asay via use-livecode
Yes, in essence. If you have a group and set the clipsToRect property to true 
(there’s no way to set it in the PI yet—that’s what I’m going to add), you can 
then change the rect of the group, and the group will *not* automatically reset 
its rect to the size of the child controls + margin. It is persistent, even if 
you leave the card or close the stack. Yet the group’s position and size 
remains unlocked so you can quickly select and change the group’s rect if you 
want. A nice feature when you need it.

ClipsToRect is the property name. So what “plain language” label do you think 
would be best for the PI?

Devin



On Jun 13, 2017, at 4:11 PM, Phil Davis via use-livecode 
> wrote:

So it's about manually updating the rect vs. having it in an auto-update mode?

Phil Davis


On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:
So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it could 
be something like “Auto-update rect”, but then the checkbox would be opposite 
the property setting. That’s almost as bad as something like dontUpdateRect. 
(Sorry, Scott, plug your ears.)

Devin


On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
>
 wrote:

On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
or
‘Clip Group to rect’

There are a few others like that, where the explanation is just the original 
term (or close) with spaces added. I always felt that didn't explain much. But 
the suggestion does have company in the PI.

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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Phil Davis via use-livecode
(The ? was meant to soften my suggestion, not to indicate that I'm not 
following - that's that's always a possibility)


Phil


On 6/13/17 3:11 PM, Phil Davis wrote:
So it's about manually updating the rect vs. having it in an 
auto-update mode?


Phil Davis


On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:
So far I’m kind of partial to Scott R’s “Persistent rect”. 
Conversely, it could be something like “Auto-update rect”, but then 
the checkbox would be opposite the property setting. That’s almost as 
bad as something like dontUpdateRect. (Sorry, Scott, plug your ears.)


Devin


On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
> 
wrote:


On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
or
‘Clip Group to rect’

There are a few others like that, where the explanation is just the 
original term (or close) with spaces added. I always felt that didn't 
explain much. But the suggestion does have company in the PI.


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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Phil Davis via use-livecode
So it's about manually updating the rect vs. having it in an auto-update 
mode?


Phil Davis


On 6/13/17 3:01 PM, Devin Asay via use-livecode wrote:

So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it could 
be something like “Auto-update rect”, but then the checkbox would be opposite 
the property setting. That’s almost as bad as something like dontUpdateRect. 
(Sorry, Scott, plug your ears.)

Devin


On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
> wrote:

On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
or
‘Clip Group to rect’

There are a few others like that, where the explanation is just the original 
term (or close) with spaces added. I always felt that didn't explain much. But 
the suggestion does have company in the PI.

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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Devin Asay via use-livecode
So far I’m kind of partial to Scott R’s “Persistent rect”. Conversely, it could 
be something like “Auto-update rect”, but then the checkbox would be opposite 
the property setting. That’s almost as bad as something like dontUpdateRect. 
(Sorry, Scott, plug your ears.)

Devin


On Jun 13, 2017, at 3:34 PM, J. Landman Gay via use-livecode 
> wrote:

On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:
or
‘Clip Group to rect’

There are a few others like that, where the explanation is just the original 
term (or close) with spaces added. I always felt that didn't explain much. But 
the suggestion does have company in the PI.

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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: "For Young Coders"

2017-06-13 Thread Mike Kerner via use-livecode
yes.  frootz r us

On Tue, Jun 13, 2017 at 4:35 PM, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have to assume you are referring to the app store of that fruit company
> since no platform was specified.  :)
>
>
> On Tue, Jun 13, 2017 at 4:30 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Check out the app store.  There is a new section right at the top, called
> > "for young coders", with a variety of tools...
> >
> >
> ___
> 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: "For Young Coders"

2017-06-13 Thread Kaveh Bazargan via use-livecode
Could it be the company who shamefully strangled HyperCard to death? ;-)

On 13 June 2017 at 21:35, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have to assume you are referring to the app store of that fruit company
> since no platform was specified.  :)
>
>
> On Tue, Jun 13, 2017 at 4:30 PM, Mike Kerner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Check out the app store.  There is a new section right at the top, called
> > "for young coders", with a variety of tools...
> >
> >
> ___
> 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
>



-- 
Kaveh Bazargan
Director
River Valley Technologies
@kaveh1000
+44 7771 824 111
www.rivervalleytechnologies.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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread J. Landman Gay via use-livecode

On 6/13/17 4:17 PM, Jim Lambert via use-livecode wrote:

or

‘Clip Group to rect’


There are a few others like that, where the explanation is just the 
original term (or close) with spaces added. I always felt that didn't 
explain much. But the suggestion does have company in the PI.


--
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Jim Lambert via use-livecode
or

‘Clip Group to rect’

Jim Lambert
___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Jim Lambert via use-livecode
Group crops to rect

> Jacque wrote:
> I agree with the concept in general, but the word "crop" implies permanent 
> removal. When you crop an image, it permanently erases the parts outside the 
> rectangle. Unfortunately I can't think of a better term. Maybe something like 
> "prevent auto-resizing”?

How about ‘Group clips to rect’ ?

Jim Lambert




___
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: clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
Tks Devin for moving this over here.

@ Jacque: OK rignt-- agreed "crop" is wrong.. because, yes, it implies 
"irrevocably chopping off image data"  

But "lock" also has the problem of assuming the loc is locked, which it is not.

How about a word that really is what it does

Constrain rect

Logic: as Mark said "instead of the union of child objects"

Seems like "an act of constraint" to me

and that word is in fact used in discussion about CSS overflow management, 
which to my mind,  is exactly what is happening here.. effectively setting 
"overflow" to "hidden," leaving the rect alone

BR



 

On 6/13/17, 8:32 AM, "use-livecode on behalf of Devin Asay via use-livecode" 
 wrote:

Good suggestions, Scott and BR. 

My list now:

- Persistent rect
- Crop to rect
- Lock rect  (analogous to lockLoc’s “Lock size and position”)

Anyone else want to chime in?


Yes, I admit I threw up a little bit in my mouth when I typed “Don’t…”, but 
in my defense it was pretty far down the list.


Devin



___
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: "For Young Coders"

2017-06-13 Thread Roger Eller via use-livecode
I have to assume you are referring to the app store of that fruit company
since no platform was specified.  :)


On Tue, Jun 13, 2017 at 4:30 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Check out the app store.  There is a new section right at the top, called
> "for young coders", with a variety of tools...
>
>
___
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


"For Young Coders"

2017-06-13 Thread Mike Kerner via use-livecode
Check out the app store.  There is a new section right at the top, called
"for young coders", with a variety of tools...

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


ANN: Widget Wizard

2017-06-13 Thread Mark Wieder via use-livecode

I just posted Widget Wizard to revOnline.

Widget Wizard is a utility to help in the creation of LiveCode 
extensions. You can define some simple parameters, then click the Create 
Widget button and Widget Wizard will create a new folder containing a 
single .lcb file. You can build and test the widget in the IDE's 
Extension Builder, and by default it will just log messages to the log 
window. You can then edit the .lcb file with the code for your widget.


There is a module list that will show the public handlers in a module 
when it is selected, as an aid to determining which modules may be 
helpful in a widget, module, or library.


Hope this helps.

http://livecodeshare.runrev.com/stack/834/Widget-Wizard

--
 Mark Wieder
 ahsoftw...@gmail.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: Stack Files and Behaviors

2017-06-13 Thread Trevor DeVore via use-livecode
On Tue, Jun 13, 2017 at 12:43 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:
>
> 3) By default, all the behaviors were added at the beginning of this
project, but, a recent "event" tells me that you *do not* need to add
behaviors to the stack files.
>
> Assuming a behavior is saved and open in memory at the time you assign
the behavior_*some*.livecodescript to someControl X
>
> then the behavior *will* be opened even if not in the stackfiles
>
> Of course I can test this with a unit test separate from our big
framework, but can anyone confirm?

This is incorrect. Assigning a stack as a behavior doesn’t not allow the
engine to automatically find it. The behavior property only contains the
stack name, not the path to the stack on disk. You need to add the stack
being used as the behavior to the stackfiles property.

I store the behavior stack in a folder that sits alongside the binary stack
with the UI. You can use a relative path that points to the behavior and
then you don’t have to worry about adding anything to the general json
file. The Levure docs explain my approach:

https://github.com/trevordevore/levure/wiki/ui

At the bottom of the page is a link to a video that shows how to use the
Property Inspector in LC 8.1.5 and above to easily add script only stack
behaviors. RC-1 is now available.

- -
Trevor DeVore
ScreenSteps
___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Devin Asay via use-livecode
Jacque,

I moved this tangent to a new thread. See thread "clipsToRect property (was Re: 
Instantiaing Grouped Controls - Templates - Responsive)”.

FWIW I had the same reaction to “crop”.

Devin

On Jun 13, 2017, at 1:31 PM, J. Landman Gay via use-livecode 
> wrote:

On 6/13/17 12:36 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
there is also strong logic for
Group crops to rect
This also correlates well with the word "clips" in the property name itself.  
i.e. zero ambiquity

I agree with the concept in general, but the word "crop" implies permanent 
removal. When you crop an image, it permanently erases the parts outside the 
rectangle. Unfortunately I can't think of a better term. Maybe something like 
"prevent auto-resizing"?

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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread J. Landman Gay via use-livecode

On 6/13/17 12:36 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

there is also strong logic for

Group crops to rect

This also correlates well with the word "clips" in the property name itself.  
i.e. zero ambiquity


I agree with the concept in general, but the word "crop" implies 
permanent removal. When you crop an image, it permanently erases the 
parts outside the rectangle. Unfortunately I can't think of a better 
term. Maybe something like "prevent auto-resizing"?


--
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Scott Rossi via use-livecode
My understanding is, “before” and “after” are really only intended to work with 
mouse events.

Regards,

Scott Rossi 
Creative Director 
Tactile Media, UX/UI Design 



> On Jun 13, 2017, at 12:24 PM, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> OK so *why* is 
> 
> before mouseup  # valid syntax
> 
> But
> 
> before show # invalid


___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
Oh boy, this custom control thing is awesome + external behaviors as text only 
scripts… What a break through! At 60+ should not get too excited about 
anything, but this has my brain on fire.  I even took all the code out of the 
control, moved it to a behavior… and then, even for buttons the *only* logic 
needed in the control is the name.. remove or pass the mouseup then trap in the 
behavior with "target" and now we have a true "zero code" binary "view" object 

Wow! too much fun.

OK.. I decided for instantiation for now just to adopt Terry's option:

"I usually include it as a shared group and place it on any card that might 
require it and show/hide, populate and layer it dynamically as required."

this saves the dev time needed to do a complete "create from outerspace" script 
for now.  Until a use case for creating on the fly comes up, I'll just copy 
this group "around" as needed.

But there is a caveat here: once the card is open, the preOpenControl and 
openControl no longer fire. Of course, that would be expected behavior.

Given that many of us do GUI on a single card composed of multiple 
objects/groups that are simply hidden or shown on demand.  I thought, why not 
request an enhancement "on preShowControl"  or "on showControl" and "on 
hideControl" could be very useful.

of course you can roll your own, but the you have to things like

dispatch "setMyVisState" to group "info-diplay" with "true"

then your behavior has  to do stuff like:

on setMyVisState pBool
  switch pBool
 case "true"
# set up some controls for internal animation in the group 
control
 show me
 break
end setMyVisState pBool

Sure, OK, no problem that works… 

But thought, hmm maybe the language has something mysteriously hidden like 
clipsToRect.

So I looked up "before" into the dictionary, thought.. Ha! there it is: this is 
a "no brainer"
just make a behavior for the group and add this to the behavior

before show  
 #  Oops fails to compile
 # "button "info-display-behavior": compilation error at line 1 (
 #  Handler: bad handler name (may be reserved word)) near "show", char 1
 
   answer "hello" with "OK"

end show

on mouseUp
   put the short name of the target into tMouseEvent
   switch tMouseEvent
  case "close-info"
 hide me
 break
   end switch
end mouseUp

on resizeControl
   lock screen
   set the clipstoRect of me to true
   set the width of grc "info-field-bkgnd" to the width of me * .95
   set the height of grc "info-field-bkgnd" to the height of me * .95
   set the width of fld "info-text" to the width of me * .85
   set the height of fld "info-text" to the height of me * .85
   set the loc of  img "info-bkgnd-img" to the loc of me
   set the loc of grc "info-field-bkgnd" to the loc of me
   set the loc of  fld "info-text"  to the loc of me
   set the right of widget "close-info" to the right of grc "info-field-bkgnd" 
-8
   set the top  of widget "close-info" to the top of grc "info-field-bkgnd" +10
   set the loc of me to the loc of this card  
   unlock screen  

# but the default state is vis false so:

   show me with visual effect dissolve very fastend resizeControl

OK so *why* is 

before mouseup  # valid syntax

But

before show # invalid

??





   




> Maybe a better message to trap in this case would be preOpenControl or
> openControl, which is sent to a group the first time it is accessed or
> when the card opens, depending on whether it's a background or card
> group.

Yep, those are good triggers too, still allowing the group to manage its 
own contents.

___
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

clipsToRect property (was Re: Instantiaing Grouped Controls - Templates - Responsive)

2017-06-13 Thread Devin Asay via use-livecode
Good suggestions, Scott and BR. 

My list now:

 - Persistent rect
 - Crop to rect
 - Lock rect  (analogous to lockLoc’s “Lock size and position”)

Anyone else want to chime in?


Yes, I admit I threw up a little bit in my mouth when I typed “Don’t…”, but in 
my defense it was pretty far down the list.


Devin

> On Jun 13, 2017, at 11:15 AM, Scott Rossi via use-livecode 
>  wrote:
> 
> 
> 
> The most important rule to follow when establishing any new property should 
> be: Don't use "dont".
> 
> The application of a "negative property" should never have been established 
> (dontWrap, I'm talking to you).  Properties should always be non-negative and 
> simply enabled or disabled depending on the default behavior.
> 
> 
> 
> In this case, I get that you're referring to readable label, so there's more 
> flexibility here of course, I just needed to vent :-)
> 
> The above said, you're right, this is a tricky case.  IMO the real 
> differentiation here is that the rect of the *unlocked* group remains 
> unaffected by the locations of its child objects.  Since you know the control 
> is a group, maybe the verbose label is something like "persistent rect" since 
> the rect will, for the most part, remain constant.
> 
> Maybe I'm forgetting something…
> 

> On Jun 13, 2017, at 11:36 AM, Sannyasin Brahmanathaswami  
> wrote:
> 
> re: label for adding clipsToRect to the PI 
> 
> from a graphic design point of view…where people are frequently doing this 
> very same thing inside some frame|window|div  etc.  in fact, may be switching 
> back and forth between their image design environment and Livecode…
> 
> there is also strong logic for
> 
> Group crops to rect
> 
> This also correlates well with the word "clips" in the property name itself.  
> i.e. zero ambiquity
> 
> Where as "fixed" doesn't quite cut it from a linguistic "brain can follow" 
> perspective 
> 
> And..  since we don't iterate the name of the object in other property 
> labels… ie.. there is no label "Don't search group" … just "Don't search"
> 
> I am pretty sure that
> 
> Crops to rect  
> 
> would suffice.
>> On Jun 13, 2017, at 9:27 AM, Devin Asay via use-livecode 
>>  wrote:
>> 
>> 
>> On Jun 12, 2017, at 11:45 PM, Mark Waddingham via use-livecode 
>> > wrote:
>> 
>> On 2017-06-12 22:22, Richard Gaskin via use-livecode wrote:
>> For group controls you will find that it is. Try it.  It's quite handy.
>> 
>> Another useful thing which I'm not sure is particularly visible (but is in 
>> the dictionary!) is the group 'clipsToRect' property.
>> 
>> When 'the clipsToRect' is set to true you get a group which acts like 
>> lockLocation is set, but is resizable. In  this case the group's size is 
>> determined purely by the rect it has set, and not the union of the 
>> rectangles of its children.
>> 
>> This might have been mentioned somewhere else in this thread, but its 
>> probably worth repeating if so as a group with clipsToRect true, and a 
>> resizeControl handler makes a good base for a custom control.
>> 
>> It’s not visible in the PI, but it’s not hard to add. I’d be happy to make a 
>> pull request for it. The main question is what would be the “readable label” 
>> of this property? (My current favorite is the first one.)
>> 
>> - Group rect remains fixed
>> - Fixed group rect
>> - Lock group rect
>> - Group rect is fixed
>> - Don’t change group rect
>> - Group rect is independent of child controls
>> - Prevent group rect size when child objects move or resize
>> 
>> It’s a tricky balance between clear enough and short enough.
>> 
>> Ideas?
>> 
>> Devin
>> 
>> 
>> 
>> Devin Asay
>> Director
>> Office of Digital Humanities
>> Brigham Young University
>> 
>> ___
>> 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

Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: [ANN] Release 8.1.5 RC-1

2017-06-13 Thread Matthias Rebbe via use-livecode
I thought with “real windows machine” Curry wanted to express that he is not 
running Windows in a virtual machine.

Regards,
Matthias




Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 13.06.2017 um 19:31 schrieb Richard Gaskin via use-livecode 
> >:
> 
> Richmond Mathewson wrote:
> 
> > What does "a real Windows machine" mean?
> 
> A machine running Windows.
> 
> Much like a "Linux machine" is a machine running Linux.
> 
> It's not that deep.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.com 
> http://www.FourthWorld.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: [ANN] Release 8.1.5 RC-1

2017-06-13 Thread Richmond Mathewson via use-livecode
I wasn't trying to be "deep", it was the word "real" that threw me off 
balance.


Richmond.

On 6/13/17 8:31 pm, Richard Gaskin via use-livecode wrote:

Richmond Mathewson wrote:

> What does "a real Windows machine" mean?

A machine running Windows.

Much like a "Linux machine" is a machine running Linux.

It's not that deep.



___
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


Stack Files and Behaviors

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
1) Can someone confirm the end it the description of the stackfile entry in the 
dictionary seems to be truncated… i.e. someword missing there?

2) Maintaining stack files  for the main stack from which the standalone is 
being built, across a project in active development by a team has caveats.

We (andre) finally opted to set them dynamically from a json file on init, so 
that we are not constantly facing a GIT conflict with the main binary's stack 
files property being updated. by another team member.

3) By default, all the behaviors were added at the beginning of this project, 
but, a recent "event" tells me that you *do not* need to add behaviors to the 
stack files.

Assuming a behavior is saved and open in memory at the time you assign the 
behavior_*some*.livecodescript to someControl X

then the behavior *will* be opened even if not in the stackfiles

Of course I can test this with a unit test separate from our big framework, but 
can anyone confirm?

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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
re: label for adding clipsToRect to the PI 

from a graphic design point of view…where people are frequently doing this very 
same thing inside some frame|window|div  etc.  in fact, may be switching back 
and forth between their image design environment and Livecode…

there is also strong logic for

Group crops to rect

This also correlates well with the word "clips" in the property name itself.  
i.e. zero ambiquity

Where as "fixed" doesn't quite cut it from a linguistic "brain can follow" 
perspective 

And..  since we don't iterate the name of the object in other property labels… 
ie.. there is no label "Don't search group" … just "Don't search"

 I am pretty sure that

Crops to rect  

would suffice.

Brahmanathaswami



 

On 6/13/17, 6:27 AM, "use-livecode on behalf of Devin Asay via use-livecode" 
 wrote:

It’s not visible in the PI, but it’s not hard to add. I’d be happy to make 
a pull request for it. The main question is what would be the “readable label” 
of this property? (My current favorite is the first one.)

  - Group rect remains fixed
  - Fixed group 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: [ANN] Release 8.1.5 RC-1

2017-06-13 Thread Richard Gaskin via use-livecode

Richmond Mathewson wrote:

> What does "a real Windows machine" mean?

A machine running Windows.

Much like a "Linux machine" is a machine running Linux.

It's not that deep.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Ben Beaumont jumps ship

2017-06-13 Thread Richmond Mathewson via use-livecode
The most important thing is your message is "I remember teaching myself" 
. . .


LiveCode should be banging on about this endlessly; I am trying to teach 
myself C#

and getting thoroughly bogged down.

I am also gently teaching myself HyperNext, and because that is 
Object-based like Hypercard
and LiveCode it is pretty painless. HyperNext is an effort put together 
by one person, and as such
is both amazing as a one-person job and considerably inferior to 
LiveCode for the same reason.


Admittedly I did teach myself PASCAL in 1984 (mainly because I really 
couldn't even begin to
understand what the lecturers in the Maths department were talking 
about): but, having got through that

when I "found" Hypercard (1993) the whole thing was far less painful.

LiveCode is quite modular (if one thinks of controls as modules) and as 
such one can
build up from simples to very complicated stuff (c.f. LEGO) relatively 
easily and quickly.


Richmond.

On 6/13/17 6:31 pm, Graham Samuel via use-livecode wrote:

Ditto… I remember teaching myself HyperCard scripting by writing a speaking 
clock. Wonder what happened to that bit of code?

Good that we’re still here though.

Graham


On 13 Jun 2017, at 08:03, Jeff Reynolds via use-livecode 
 wrote:

Sigh, me too I guess. I now see how long it has been (40 years) thinking back...

HyperCard
Supercard
Plus
Oracle Media Objects
Toolbook
MetaCard
Revolution
Livecode

Jeff


Me too.

Bob S



On Jun 9, 2017, at 11:43 , Dr. Hawkins via use-livecode 
 wrote:

If we're counting HC, I've been "there" longer than Kevin. :) And so have
several others on this list.

If that counts, I'm day 1 . . .


___
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: [ANN] Release 8.1.5 RC-1

2017-06-13 Thread Richmond Mathewson via use-livecode

What does "a real Windows machine" mean?

I've never heard of Windows machines.

I've heard of Macintosh machines, that run Mac OS (and other operating 
systems).


I've heard of IBM compatible machines that run Windows (and other 
operating systems).


I've heard of Archimedes machines that run RISCOS.

But I have never heard of a "Windows machine".

Why do I feel that what you ought to have said goes something like this:

"I am running Windows natively on a machine, unlike all sorts of other 
people

who seem to be running Windows in various virtual environments." ?

Richmond.

On 6/13/17 5:32 pm, Curry Kenworthy via use-livecode wrote:


> LiveCode 8.1.5 RC-1 contains 72 bug fixes, new features, as well as
> security and stability improvements:
> - Several crashes have been fixed.

Thanks, I'm liking this version! The crashes, hangups, funky cursors, 
and other glitches in 813/814 had been a hindrance. I'm on a real 
Windows machine and this build seems to be on the right track.


Best wishes,

Curry Kenworthy

Custom Software Development
LiveCode Training and Consulting
http://livecodeconsulting.com/

---
This email has been checked for viruses by AVG.
http://www.avg.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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Scott Rossi via use-livecode


The most important rule to follow when establishing any new property should be: 
Don't use "dont".

The application of a "negative property" should never have been established 
(dontWrap, I'm talking to you).  Properties should always be non-negative and 
simply enabled or disabled depending on the default behavior.



In this case, I get that you're referring to readable label, so there's more 
flexibility here of course, I just needed to vent :-)

The above said, you're right, this is a tricky case.  IMO the real 
differentiation here is that the rect of the *unlocked* group remains 
unaffected by the locations of its child objects.  Since you know the control 
is a group, maybe the verbose label is something like "persistent rect" since 
the rect will, for the most part, remain constant.

Maybe I'm forgetting something...

Scott Rossi
Creative Director
Tactile Media UX/UI Design

> On Jun 13, 2017, at 9:27 AM, Devin Asay via use-livecode 
>  wrote:
> 
> 
> On Jun 12, 2017, at 11:45 PM, Mark Waddingham via use-livecode 
> > wrote:
> 
> On 2017-06-12 22:22, Richard Gaskin via use-livecode wrote:
> For group controls you will find that it is. Try it.  It's quite handy.
> 
> Another useful thing which I'm not sure is particularly visible (but is in 
> the dictionary!) is the group 'clipsToRect' property.
> 
> When 'the clipsToRect' is set to true you get a group which acts like 
> lockLocation is set, but is resizable. In  this case the group's size is 
> determined purely by the rect it has set, and not the union of the rectangles 
> of its children.
> 
> This might have been mentioned somewhere else in this thread, but its 
> probably worth repeating if so as a group with clipsToRect true, and a 
> resizeControl handler makes a good base for a custom control.
> 
> It’s not visible in the PI, but it’s not hard to add. I’d be happy to make a 
> pull request for it. The main question is what would be the “readable label” 
> of this property? (My current favorite is the first one.)
> 
>  - Group rect remains fixed
>  - Fixed group rect
>  - Lock group rect
>  - Group rect is fixed
>  - Don’t change group rect
>  - Group rect is independent of child controls
>  - Prevent group rect size when child objects move or resize
> 
> It’s a tricky balance between clear enough and short enough.
> 
> Ideas?
> 
> Devin
> 
> 
> 
> Devin Asay
> Director
> Office of Digital Humanities
> Brigham Young University
> 
> ___
> 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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Devin Asay via use-livecode

On Jun 12, 2017, at 11:45 PM, Mark Waddingham via use-livecode 
> wrote:

On 2017-06-12 22:22, Richard Gaskin via use-livecode wrote:
For group controls you will find that it is. Try it.  It's quite handy.

Another useful thing which I'm not sure is particularly visible (but is in the 
dictionary!) is the group 'clipsToRect' property.

When 'the clipsToRect' is set to true you get a group which acts like 
lockLocation is set, but is resizable. In  this case the group's size is 
determined purely by the rect it has set, and not the union of the rectangles 
of its children.

This might have been mentioned somewhere else in this thread, but its probably 
worth repeating if so as a group with clipsToRect true, and a resizeControl 
handler makes a good base for a custom control.

It’s not visible in the PI, but it’s not hard to add. I’d be happy to make a 
pull request for it. The main question is what would be the “readable label” of 
this property? (My current favorite is the first one.)

  - Group rect remains fixed
  - Fixed group rect
  - Lock group rect
  - Group rect is fixed
  - Don’t change group rect
  - Group rect is independent of child controls
  - Prevent group rect size when child objects move or resize

It’s a tricky balance between clear enough and short enough.

Ideas?

Devin



Devin Asay
Director
Office of Digital Humanities
Brigham Young University

___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Richard Gaskin via use-livecode

Mark Waddingham wrote:

> On 2017-06-13 17:37, Richard Gaskin via use-livecode wrote:
>> FWIW the clipsToRect property does not appear among the keys of
>> "the properties" of a group either.
>>
>> Should I add a note to that report, or file a separate report for
>> that?
>
> If you could file a separate report - they are logically distinct
> things

Wasn't sure if both might be addressed in a single session, but it makes 
sense to log them separately - done:


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

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Mark Waddingham via use-livecode

On 2017-06-13 17:37, Richard Gaskin via use-livecode wrote:

Mark Waddingham wrote:


I think this might be missing from the PI control definitions:

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


FWIW this property does not appear among the keys of "the properties"
of a group either.

Should I add a note to that report, or file a separate report for that?


If you could file a separate report - they are logically distinct things 
:)


Thanks!

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Richard Gaskin via use-livecode

Mark Waddingham wrote:

> I think this might be missing from the PI control definitions:
>
> http://quality.livecode.com/show_bug.cgi?id=18945

FWIW this property does not appear among the keys of "the properties" of 
a group either.


Should I add a note to that report, or file a separate report for that?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Richard Gaskin via use-livecode

Sannyasin Brahmanathaswami wrote:

> On 6/12/17, 7:45 PM, "use-livecode on behalf of Mark Waddingham wrote:
>
> Another useful thing which I'm not sure is particularly visible
> (but is in the dictionary!) is the group 'clipsToRect' property.
...
> Mark …Ha! "OOooh Myy Gawd"
>
> had I known this from the beginning it would all have "worked out of
> the box" because the resetting rects and locs of child objects of the
> group was causing the rect of the group to "jump around" hence there
> no fixed coord system to work from.

The default behavior of groups (automatically resizing to fit their 
interior controls) is not limited to adjusting the rects of those 
controls by script.  If you move them with the pointer tool you'll see 
the same expansion of the group to accommodate them.


Prior to the clipsToRect property you can get the same clipping by 
locking the location of the group.


While clipping is rarely needed, this is a great convenience for those 
times when it is.


Another property worth noting is the boundingRect, which limits the 
scrollable are in a group to a specified rect.  This can be esp. useful 
for apps that include a drawing/layout UI, letting you limit the 
scrolling group to mimic a fixed page size, for example.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Ben Beaumont jumps ship

2017-06-13 Thread Graham Samuel via use-livecode
Ditto… I remember teaching myself HyperCard scripting by writing a speaking 
clock. Wonder what happened to that bit of code?

Good that we’re still here though.

Graham

> On 13 Jun 2017, at 08:03, Jeff Reynolds via use-livecode 
>  wrote:
> 
> Sigh, me too I guess. I now see how long it has been (40 years) thinking 
> back...
> 
> HyperCard
> Supercard
> Plus
> Oracle Media Objects
> Toolbook
> MetaCard
> Revolution
> Livecode
> 
> Jeff
> 
>> Me too. 
>> 
>> Bob S
>> 
>> 
 On Jun 9, 2017, at 11:43 , Dr. Hawkins via use-livecode 
  wrote:
 
 If we're counting HC, I've been "there" longer than Kevin. :) And so have
 several others on this list.
>>> 
>>> If that counts, I'm day 1 . . .
>> 
> 
> 
> ___
> 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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Richard Gaskin via use-livecode

Mark Waddingham wrote:

> On 2017-06-12 22:22, Richard Gaskin via use-livecode wrote:
>> For group controls you will find that it is. Try it.  It's quite
>> handy.
>
> Another useful thing which I'm not sure is particularly visible (but
> is in the dictionary!) is the group 'clipsToRect' property.
>
> When 'the clipsToRect' is set to true you get a group which acts like
> lockLocation is set, but is resizable. In  this case the group's size
> is determined purely by the rect it has set, and not the union of the
> rectangles of its children.
>
> This might have been mentioned somewhere else in this thread, but its
> probably worth repeating if so as a group with clipsToRect true, and a
> resizeControl handler makes a good base for a custom control.

Super cool.  I missed that in the v6.2 Release Notes when it appeared - 
thanks for pointing it out.


As long as we're exploring methods for encapsulating resizing, what are 
the odds this enhancement you submitted may be implemented in v9?:


ANOMALY: Messages are blocked if a control is disabled
http://quality.livecode.com/show_bug.cgi?id=17123

I very much appreciate your submitting that one.

Without that it can be quite cumbersome to write extra blocks of code to 
explicitly send those messages if a group is disabled.  But once in 
place, so much becomes so clean and simple.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: [ANN] Release 8.1.5 RC-1

2017-06-13 Thread Curry Kenworthy via use-livecode


> LiveCode 8.1.5 RC-1 contains 72 bug fixes, new features, as well as
> security and stability improvements:
> - Several crashes have been fixed.

Thanks, I'm liking this version! The crashes, hangups, funky cursors, 
and other glitches in 813/814 had been a hindrance. I'm on a real 
Windows machine and this build seems to be on the right track.


Best wishes,

Curry Kenworthy

Custom Software Development
LiveCode Training and Consulting
http://livecodeconsulting.com/

---
This email has been checked for viruses by AVG.
http://www.avg.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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
Mark Waddingham wrote:

This might have been mentioned somewhere else in this thread, but its 
probably worth repeating if so as a group with clipsToRect true, and a 
resizeControl handler makes a good base for a custom control.

BR: indeed confirmed

just by setting that one property for the group. the very first script I wrote 
to attempt this "responsive business"

works, because the coord system is now "me" or the rect of the group which is 
really what we want.

on resizeControl
   lock screen
   set the rect of img "info-bkgnd-img" to the rect of me
   set the width of grc "info-field-bkgnd" to the width of me * .95
   set the height of grc "info-field-bkgnd" to the height of me * .95
   set the width of fld "info-text" to the width of me * .85
   set the height of fld "info-text" to the height of me * .85
   set the loc of  img "info-bkgnd-img" to the loc of me
   set the loc of grc "info-field-bkgnd" to the loc of me
   set the loc of  fld "info-text"  to the loc of me
   set the right of widget "close-info" to the right of grc "info-field-bkgnd" 
-8
   set the top  of widget "close-info" to the top of grc "info-field-bkgnd" +10
   set the loc of me to the loc of this card
   unlock screen
end resizeControl

@Richard who wrote:"  Another key change is when "resizeControl" is sent: 
historically
  that was only sent to controls when resized with the pointer tool,
  but in recent versions that message is sent to groups whenever
  anything changes their rect, even other scripts."

OK yes… this does work, I was thinking it was broken because of the wonky 
behavior of the group shifting to the rect of the union of child objects.   I 
probably could have set a break point on the resizeControl handler.. but didn't 
think of that until just now.

on mouseUp
   set the rect of grp "display-info" to 50,50,400,400 
 # this is just to set a base coords = a square  for "me"
 # later set to the card loc
 
   send "resizeControl" to grp "display-info" 

#hacky bit in case clutzy fingers moved the control in dev
# the resizeControl does not fire, but the the control shifts to topleft 
,50,50
# so we force it… 

end mouseUp

OK this is very cool… next trick…I forcing myself to see how far I can separate 
code from the actual binary stack into lib's and behaviors. so that nothing but 
"little triggers" remain in the binary GUI.livecode stack; fascinating.

___
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: Mac PPC

2017-06-13 Thread Mark Waddingham via use-livecode
6.6.x I think was the last version to support PPC - 10.4+.

Mark

Sent from my iPhone

> On 13 Jun 2017, at 08:32, Richmond Mathewson via use-livecode 
>  wrote:
> 
> I wonder (to save me trawling endlessly though release notes) if
> anyone can tell me the last LC version to run on Mac PPC?
> 
> 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


___
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


Mac PPC

2017-06-13 Thread Richmond Mathewson via use-livecode

I wonder (to save me trawling endlessly though release notes) if
anyone can tell me the last LC version to run on Mac PPC?

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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Mark Waddingham via use-livecode

On 2017-06-13 08:53, Sannyasin Brahmanathaswami via use-livecode wrote:

Mark …Ha! "OOooh Myy Gawd"

had I known this from the beginning it would all have "worked out of
the box" because the resetting rects and locs of child objects of the
group was causing the rect of the group to "jump around" hence there
no fixed coord system to work from.

This is great… right we don't see this in the PI for groups… so
definitely hidden!


I think this might be missing from the PI control definitions:

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


Another related mystery:

there is a new check box in the position for groups

[ ] resize when setting rect property

what does this do?


This makes it so that when you set the left/top/right/bottom fields in 
the PI it resizes the control rather than move it (if unchecked, setting 
the left of the control in the PI will move it to that left position; if 
checked, setting the left of the control will set the width 
appropriately so left and right are as specified).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: Instantiaing Grouped Controls - Templates - Responsive

2017-06-13 Thread Sannyasin Brahmanathaswami via use-livecode
Mark …Ha! "OOooh Myy Gawd"

had I known this from the beginning it would all have "worked out of the box" 
because the resetting rects and locs of child objects of the group was causing 
the rect of the group to "jump around" hence there no fixed coord system to 
work from.

This is great… right we don't see this in the PI for groups… so definitely 
hidden! 

Another related mystery:

there is a new check box in the position for groups

[ ] resize when setting rect property

what does this do?

 BR

On 6/12/17, 7:45 PM, "use-livecode on behalf of Mark Waddingham via 
use-livecode"  wrote:

Another useful thing which I'm not sure is particularly visible (but is 
in the dictionary!) is the group 'clipsToRect' property.

When 'the clipsToRect' is set to true you get a group which acts like 
lockLocation is set, but is resizable. In  this case the group's size is 
determined purely by the rect it has set, and not the union of the 
rectangles of its children.

This might have been mentioned somewhere else in this thread, but its 
probably worth repeating if so as a group with clipsToRect true, and a 
resizeControl handler makes a good base for a custom control.

Warmest Regards,

Mark.

___
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: Ben Beaumont jumps ship

2017-06-13 Thread Jeff Reynolds via use-livecode
Sigh, me too I guess. I now see how long it has been (40 years) thinking back...

HyperCard
Supercard
Plus
Oracle Media Objects
Toolbook
MetaCard
Revolution
Livecode

Jeff

> Me too. 
> 
> Bob S
> 
> 
>>> On Jun 9, 2017, at 11:43 , Dr. Hawkins via use-livecode 
>>>  wrote:
>>> 
>>> If we're counting HC, I've been "there" longer than Kevin. :) And so have
>>> several others on this list.
>> 
>> If that counts, I'm day 1 . . .
> 


___
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