Re: Word delimiters

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

On 2017-06-13 01:18, Devin Asay via use-livecode wrote:

Fixed.

https://github.com/livecode/livecode/pull/5592


Thanks Devin and Henry :)

Now if I do the same thing with Bug ..., Bug ..., Bug , ... and go 
back to bed, will I wake up to find them all fixed in a similar fashion? 
;)


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-12 Thread Mark Waddingham via use-livecode

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.


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


Instantiaing Grouped Controls - Templates - Responsive

2017-06-12 Thread Alejandro Tejada via use-livecode
Hi,

Check if you could find useful this script that uses a single graphic
to calculate the new size of the rectangles from a group of controls
(in this example, graphics)

I am sure that it's possible to add scripts that constrain the size and
position of some rectangles, before changing size or position
of all controls:

Download from first message of this forum thread:
http://forums.livecode.com/viewtopic.php?f=10=28042

Al
___
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: Word delimiters

2017-06-12 Thread Devin Asay via use-livecode
Added cross reference to dictionary entry for  ‘words’ keyword, for good 
measure.

https://github.com/livecode/livecode/pull/5593

Devin

On Jun 12, 2017, at 5:18 PM, Devin Asay via use-livecode 
> wrote:

Fixed.

https://github.com/livecode/livecode/pull/5592


On Jun 12, 2017, at 3:13 PM, hlowe via use-livecode 
> wrote:

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

Henry


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: Word delimiters

2017-06-12 Thread Devin Asay via use-livecode
Fixed.

https://github.com/livecode/livecode/pull/5592


On Jun 12, 2017, at 3:13 PM, hlowe via use-livecode 
> wrote:

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

Henry



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Word-delimiters-tp4715709p4715746.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

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: Word delimiters

2017-06-12 Thread hlowe via use-livecode
Done. http://quality.livecode.com/show_bug.cgi?id=19855

Henry



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Word-delimiters-tp4715709p4715746.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: [ANN] Release 8.1.5 RC-1

2017-06-12 Thread Sannyasin Brahmanathaswami via use-livecode
got it tks… I had forgotten the structure there… only stable versions at the 
top… yep… 8_1_5-rc-1 is there below.


 

On 6/12/17, 8:41 AM, "use-livecode on behalf of panagiotis merakos via 
use-livecode"  wrote:

Hi Brahmanathaswami,

The offline activation file is available for 8.1.5 rc1, as usual (I just
checked). This is needed for *activating* a commercial license, not for
getting the 8.1.5 rc1 release.

Best,
Panos

___
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-12 Thread Richard Gaskin via use-livecode

J. Landman Gay wrote:

> On 6/12/17 1:19 PM, Richard Gaskin via use-livecode wrote:
>>  > a) if a stack is 414 X 736, and opens on a device that is 414 X
>> > 736 with full screen mode set to showAll… is the resizeStack
>> > handler fired?
>>
>> Supporting your interest in avoiding theory, I'm compelled to ask:
>> what happened when you tried it?
>
> If the stack is the same size as the mobile device screen, there will
> be no resizing because the stack already fits.
>
> 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.


Orientation changes would still need resizeStack or orientationChanged 
to be handled, though, which is one convenience with using resizeStack 
for both.


My test devices here each have different screen dimensions, so I rarely 
save my stack in the exact dimensions of the next device I'll run it on.


So I ran a test before I made that last post, in which I set my stack to 
the screen dimensions of the phone nearest me, then ran it on that 
phone:  I got the resizeStack message anyway.


I thought I'd read a post here some time ago about this from one of the 
regulars who's shipped a lot of mobile apps, how on mobile the 
resizeStack message is sent when a stack is first opened in addition to 
when orientation changes.


That's what got me started down this path, and it's been working so 
reliably on Android that I hadn't considered perhaps I'm relying on a bug.


Either way, it would be great if the engine sent the resizeStack message 
under the same circumstances on both iOS and Android.


As it appears on Android right now, even if it's an exception to 
whatever rules are supposed to apply, it's a darn handy one, which was 
what led me to believe it was a design decision.


--
 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-12 Thread Richard Gaskin via use-livecode

Sannyasin Brahmanathaswami wrote:

> Yes, I did try. and certainly any manual resizing fires the resize
> msgs as expect.

Excellent.  You now have one trigger point for the sequence of resizing 
actions when a stack is opened or the orientation is changed.


If you have multiple cards and you need to trigger that on each, you can 
do so from one handler in the stack:


   on preOpenCard
  resizeStack the width of this card, the height of this card
   end preOpenCard

Each card is responsible for the layout of its groups in its resizeStack 
handler, each group is responsible for itself in their respective 
resizeControl handlers.


There are many ways to handle resizing, but for me this works well, 
allowing me to keep the internals of a group handled by that group itself.



> But the interest was, initially, to get the resizeControl to fire from
> script. As resizeable it off of all stacks -- deliberately so team
> does not inadvertently break their rect with the slip of a drag/save.
>
> I was "pedal to the metal" on reading the dictionary.  but later found
>
> --
> The resizeControl message is only sent when the user resizes a
> control by dragging its handles. It is not sent if a handler changes
> the size of a control by changing its properties (width, height, and
> so on).
>
> The resizeControl message is sent after the resizing is finished.
> This means that you cannot prevent a control's size from being changed
> by trapping this message.
> --
>
> Hence the need for  custom handler to do the work as these commands
> appear to be dedicated to an actual "physical" user interaction,

Or so it might seem, had you and I not already spent considerable time 
in private email on this, where a few days ago I wrote:


 The messages added in the v4/5 series are especially useful -
 that's when behaviors started being taken seriously, and there
 was much interest in custom controls. We got things like "before *"
 and "after *" message options for behaviors, and "preOpenControl"
 and the less-commonly-needed "openControl".

 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.


Those changes occurred before the standard practice the team uses today, 
in which language element changes are now not considered complete until 
the Dictionary has also been updated to reflect them.  Back then they 
were on a separate track, and a few additions fell through the cracks.


I caught this one a couple years ago, and filed a bug report for it:
http://quality.livecode.com/show_bug.cgi?id=17118

See also this request by Mark Waddingham, which will simplify the subset 
of cases involving disabled groups (would love to see this in v9):

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


> OTOH
>
> set the rect of group "responsiveAboutBox"  to 50,50,400,760
>
> also constitutes a "resize" event, so it would be "cool" if the
> resizecontrol msg were also handled.

For group controls you will find that it is. Try it.  It's quite handy.


> But custom responsive handlers also work. The method I worked out:
> using a single object's (member of the group) rect as the base
> coordinate system for all siblings in the group, seems pretty straight
> forward. The idea being not just to have the control change on stack
> orientation shift or different device screen, but to change to a
> custom rect on demand…

Yep, lots of ways to handle dynamic layouts.  Glad you found one that 
works well for you.


--
 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-12 Thread J. Landman Gay via use-livecode

On 6/12/17 1:19 PM, Richard Gaskin via use-livecode wrote:

 > 2) I like everything you are describing but I don't get this:
 > "resizeControl"  is never triggered if the resizeStack is "dormant"
 > that was my last "problem"  … so, how are we "trigger" the resizeStack
 > to "fire" when any stack is opened… even if the size doesn't change.
 >
 > a) if a stack is 414 X 736, and opens on a device that is 414 X 736
 > with full screen mode set to showAll… is the resizeStack handler
 > fired?

Supporting your interest in avoiding theory, I'm compelled to ask: what 
happened when you tried it?


If the stack is the same size as the mobile device screen, there will be 
no resizing because the stack already fits.


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.


--
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-12 Thread Alex Tweedly via use-livecode

On 12/06/2017 18:30, Sannyasin Brahmanathaswami via use-livecode wrote:

2) I like everything you are describing but I don't get this: "resizeControl"  is never triggered if the resizeStack is 
"dormant"  that was my last "problem"  … so, how are we "trigger" the resizeStack to 
"fire" when any stack is opened… even if the size doesn't change.

I don;t know if it should be needed or not, but I often do

on opencard

resizestack

end opencard

This also covers you for desktop when stacks are not resizable.

-- Alex.

___
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-12 Thread Sannyasin Brahmanathaswami via use-livecode
Yes, I did try. and certainly any manual resizing fires the resize msgs as 
expect.

But the interest was, initially, to get the resizeControl to fire from script. 
As resizeable it off of all stacks -- deliberately so team does not 
inadvertently break their rect with the slip of a drag/save.

I was "pedal to the metal" on reading the dictionary.  but later found

--
The resizeControl message is only sent when the user resizes a
control by dragging its handles. It is not sent if a
handler changes the size of a control by changing its
properties (width, height, and so on).

The resizeControl message is sent after the resizing is finished.
This means that you cannot prevent a control's size
from being changed by trapping this message.
--

Hence the need for  custom handler to do the work as these commands appear to 
be dedicated to an actual "physical" user interaction,

which makes sense from one point of view; 

OTOH 

set the rect of group "responsiveAboutBox"  to 50,50,400,760

also constitutes a "resize" event, so it would be "cool" if the resizecontrol 
msg were also handled.

But custom responsive handlers also work. The method I worked out: using a 
single object's (member of the group) rect as the base coordinate system for 
all siblings in the group, seems pretty straight forward. The idea being not 
just to have the control change on stack orientation shift or different device 
screen, but to change to a custom rect on demand… 

Anyone else have other methods/examples/sample stacks of responsive GUI?

BR


On 6/12/17, 8:19 AM, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:

Supporting your interest in avoiding theory, I'm compelled to ask: what 
happened when you tried it?


> b) how can we emulate this on the desktop during development if all
> your stacks are fixed size on the desktop and for deployment to
> mobile?

By default the engine creates a new stack as resizable.

Just leave it that way and you get what every web developer enjoys for 
testing responsive design: resize the stack and see that its contents 
are moving where you want them.



___
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: propertyChanged?

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

On 2017-06-12 20:42, Mark Waddingham via use-livecode wrote:

I'm not sure how long it might be before it becomes a fully supported,
end-user feature (there's a great publish/subscribe model lurking
there somewhere - at least tuned to an IDE-like applications needs -
see further down) but we could evaluate moving the existing mechanism
from IDE engine to all engines. The way it is implemented means that
it has minimal performance impact if not used I believe (although I'd
want to verify that).


Just answering myself...

I actually moved the revAvailableHandlers feature from IDE engine to all 
engines this morning - there was no reason to have it only in the IDE 
engine, although the same 'it might change' rules apply to it as always 
did. In this case, it made it easier to write unit tests for it - after 
I added introspection on chained behaviors to it - Ali's recently 
excellent work on getting the message box's 'intelligence' to work more 
robustly relies on this to work out if something is a command or 
function in the message path... The lack of behavior handlers in it made 
the message box slightly wonky in a prerelease build of 8.1.5-rc-1.


So, that will be available in standalones for anyone who might need such 
a thing - although don't get irked if its format or usage changes in 
some future engine versions :)


For those who haven't ever poked around in the IDE internals (which is 
probably most people!) the 'revAvailableHandlers' is a property of all 
objects which returns the list of handlers (with type) in a string 
present in the script of that specific object. Then the 'the effective 
revAvailableHandlers' returns a similar list, but for all handlers which 
are accessible from it in the message path (e.g. including frontscripts, 
backscripts, library stacks, and behaviors at all points).


If you want to see what it tells you then try in the message box:

  put the effective revAvailableHandlers of me

(Note it only works for scripts which compile - it doesn't attempt to do 
anything with scripts with compile errors as it uses the internal 
abstract syntax tree (AST) the engine constructs to get the information, 
and if a script doesn't compile, there is no AST to look at).


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: propertyChanged?

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

On 2017-06-12 20:23, Richard Gaskin via use-livecode wrote:

Thanks for that background, Mark.  If this message originates in the
engine, is there any chance it may one day become available as an
official message?


Yes - every chance - although I have to confess it is quite a bit lower 
than quite a large number of other things!



It would be enormously useful for apps like a web authoring system I
built recently, in which I had to keep track of all formatting changes
in each location they happened from in order to know when to update my
data store.

With a single message for that my code would be much simpler, just as
the IDE now has that opportunity with its private use of this message.


I'm not sure how long it might be before it becomes a fully supported, 
end-user feature (there's a great publish/subscribe model lurking there 
somewhere - at least tuned to an IDE-like applications needs - see 
further down) but we could evaluate moving the existing mechanism from 
IDE engine to all engines. The way it is implemented means that it has 
minimal performance impact if not used I believe (although I'd want to 
verify that).


Basically, whenever a property changes on an object a single bit is set 
on the object. Then at controlled intervals (via a 'throttle') the list 
of currently subscribed objects is iterated through and for each one 
which has been asked to dispatch a message, the message is sent. The 
messages always happen at a 'with messages' wait dispatch (either 
nested, or at the root event loop).


This approach was designed for IDE palettes - where immediate update 
(whilst script is running tight loops is never needed and would 
horrendously impact performance if it tried!), but is needed as soon 
after there is a small amount of 'idle' time so that what you see on 
screen is what is actually set internally.


So this may or may not work with your application - if you require 
knowing when things change at each step you'd be better off wrapping the 
calls which make the formatting changes with a handler which also 
dispatches a message (basically what the IDE front script does with some 
engine messages to make sure they are delivered in a uniform fashion).


I should point out that the goal of the IDE abstractions we've put in 
place since 8 is to eventually enable it to be something which 
introspects on a running LiveCode 'process' - whether that be in the 
same process or in a separate process. This changes design criteria a 
fair bit (and is also why the 8+ IDE is centered around using IDE APIs 
to wrap engine functionality, rather than trying to use the built-in 
engine functionality directly - the latter is not 'remoteable' in the 
way we might want it to be in the future - the former means you just 
change what the IDE APIs do, and then everything which uses them will 
work regardless however the underlying IDE decides to do things).


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

2017-06-12 Thread panagiotis merakos via use-livecode
Hi Brahmanathaswami,

The offline activation file is available for 8.1.5 rc1, as usual (I just
checked). This is needed for *activating* a commercial license, not for
getting the 8.1.5 rc1 release.

Best,
Panos
--

On Mon, Jun 12, 2017 at 6:58 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> No offline activation file available?
>
>
>
> On 6/12/17, 7:09 AM, "use-livecode on behalf of panagiotis merakos via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> Dear list members,
>
> We are pleased to announce the release of LiveCode 8.1.5 RC-1.
>
> Getting the Release
> ===
> You can get the release at https://downloads.livecode.com/livecode/
> or via
> the automatic updater.
>
>
>
>
> ___
> 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: propertyChanged?

2017-06-12 Thread Richard Gaskin via use-livecode
Thanks for that background, Mark.  If this message originates in the 
engine, is there any chance it may one day become available as an 
official message?


It would be enormously useful for apps like a web authoring system I 
built recently, in which I had to keep track of all formatting changes 
in each location they happened from in order to know when to update my 
data store.


With a single message for that my code would be much simpler, just as 
the IDE now has that opportunity with its private use of this message.


--
 Richard Gaskin
 Fourth World Systems


Mark Waddingham wrote:

On 2017-06-12 19:50, Richard Gaskin via use-livecode wrote:

Interesting pull request referenced in v8.0.5rc1's Release Notes:
https://github.com/livecode/livecode/pull/5570

When will the propertyChanged message be documented?  I didn't see it
in this latest build's Dictionary.


That probably shouldn't have had a release note as its an internal IDE 
engine only feature, for use by the IDE.


Due to this it is subject to change, so like most other things 
documenting it is not a high priority (people tend to complain about us 
changing even that kind of stuff regardless how much we say 'it might 
change in a future version'!). Also the engine functionality is provided 
by the _internal command namespace - which we do not document as a 
matter of rule.


Basically, these features are for the use by the IDE and only the IDE - 
if other things use them in the IDE then they might very well break the 
IDE which is not good for interoperation. Also we only test them as far 
as the IDE uses them - the value in having undocumented things like this 
which are only really meant to be used by the IDE is that it is far 
quicker to add the specific functionality needed which works perfectly 
when used in the correct way without having to consider dozens of 
potential edge-cases (which is generally true of virtually any public 
engine feature we add).


So they will bend and change to suit what we need to implement the IDE. 
If you want to use them you are free to do so, but generally the 
documentation is found by reading the source code - all of which is 
available on github - and you need to retest things in each new version 
to make sure something hasn't changed (of course, since all of this is 
open source code, a keen eye on the changes made to either IDE or engine 
can help here).


In many cases the internal engine features supporting the IDE are 
wrapped in LiveCode Script APIs (again subject to change but far less 
so) - and are easier to grok. Also many of the 'revIDE'/'ide' commands 
and functions have docs as comments in the 'revidelibrary'. (We should 
probably look into if we could suck these out into the dictionary for 
easier access...).


In this case, you can subscribe to the propertyChanged message by doing:

   revIDESubscribe "idePropertyChanged", the long id of 
tObjectIWantToWatch


This will then send the calling object an 'idePropertyChanged' message 
when one of tObjectIWantToWatch's properties changes. Unsubscription can 
be be done by using 'revIDEUnsubscribeAll' or 'revIDEUnsubscribe'.


Ali wrote this blog-post way back during the final DPs of 8 to help 
people start poking around in these APIs:


 
https://livecode.com/how-to-create-plugins-and-tools-with-the-livecode-8-0-ide/


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

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

Sannyasin Brahmanathaswami wrote:

> @ Richard
>
> 1) Again, all very nice theory
>
> Viz-a-viz my lament… "where are all the examples, sample code" We all
> don't live it the stratosphere of visionary LiveCode architecture like
> you doi. -☺

I'm relatively late to mobile development, actually.  I have two mobile 
apps in development, while many others here have shipped a great many 
apps for many years.


I just read their notes here, and the docs, and experiment with what I read.


> Can you post sample stacks with your resize handlers?

I don't have sample stacks, only production stacks.

I suppose I could produce some, but with so many people already shipping 
so many mobile apps it hadn't occurred to me they'd be needed.


If there's enough demand I'd be happy to consider a proposal for 
creating and documenting sample tutorial stacks.



> 2) I like everything you are describing but I don't get this:
> "resizeControl"  is never triggered if the resizeStack is "dormant"
> that was my last "problem"  … so, how are we "trigger" the resizeStack
> to "fire" when any stack is opened… even if the size doesn't change.
>
> a) if a stack is 414 X 736, and opens on a device that is 414 X 736
> with full screen mode set to showAll… is the resizeStack handler
> fired?

Supporting your interest in avoiding theory, I'm compelled to ask: what 
happened when you tried it?



> b) how can we emulate this on the desktop during development if all
> your stacks are fixed size on the desktop and for deployment to
> mobile?

By default the engine creates a new stack as resizable.

Just leave it that way and you get what every web developer enjoys for 
testing responsive design: resize the stack and see that its contents 
are moving where you want them.


--
 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: propertyChanged?

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

On 2017-06-12 19:50, Richard Gaskin via use-livecode wrote:

Interesting pull request referenced in v8.0.5rc1's Release Notes:
https://github.com/livecode/livecode/pull/5570

When will the propertyChanged message be documented?  I didn't see it
in this latest build's Dictionary.


That probably shouldn't have had a release note as its an internal IDE 
engine only feature, for use by the IDE.


Due to this it is subject to change, so like most other things 
documenting it is not a high priority (people tend to complain about us 
changing even that kind of stuff regardless how much we say 'it might 
change in a future version'!). Also the engine functionality is provided 
by the _internal command namespace - which we do not document as a 
matter of rule.


Basically, these features are for the use by the IDE and only the IDE - 
if other things use them in the IDE then they might very well break the 
IDE which is not good for interoperation. Also we only test them as far 
as the IDE uses them - the value in having undocumented things like this 
which are only really meant to be used by the IDE is that it is far 
quicker to add the specific functionality needed which works perfectly 
when used in the correct way without having to consider dozens of 
potential edge-cases (which is generally true of virtually any public 
engine feature we add).


So they will bend and change to suit what we need to implement the IDE. 
If you want to use them you are free to do so, but generally the 
documentation is found by reading the source code - all of which is 
available on github - and you need to retest things in each new version 
to make sure something hasn't changed (of course, since all of this is 
open source code, a keen eye on the changes made to either IDE or engine 
can help here).


In many cases the internal engine features supporting the IDE are 
wrapped in LiveCode Script APIs (again subject to change but far less 
so) - and are easier to grok. Also many of the 'revIDE'/'ide' commands 
and functions have docs as comments in the 'revidelibrary'. (We should 
probably look into if we could suck these out into the dictionary for 
easier access...).


In this case, you can subscribe to the propertyChanged message by doing:

  revIDESubscribe "idePropertyChanged", the long id of 
tObjectIWantToWatch


This will then send the calling object an 'idePropertyChanged' message 
when one of tObjectIWantToWatch's properties changes. Unsubscription can 
be be done by using 'revIDEUnsubscribeAll' or 'revIDEUnsubscribe'.


Ali wrote this blog-post way back during the final DPs of 8 to help 
people start poking around in these APIs:



https://livecode.com/how-to-create-plugins-and-tools-with-the-livecode-8-0-ide/


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

2017-06-12 Thread Sannyasin Brahmanathaswami via use-livecode
No offline activation file available?

 

On 6/12/17, 7:09 AM, "use-livecode on behalf of panagiotis merakos via 
use-livecode"  wrote:

Dear list members,

We are pleased to announce the release of LiveCode 8.1.5 RC-1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.




___
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


propertyChanged?

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

Interesting pull request referenced in v8.0.5rc1's Release Notes:
https://github.com/livecode/livecode/pull/5570

When will the propertyChanged message be documented?  I didn't see it in 
this latest build's Dictionary.


--
 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-12 Thread Sannyasin Brahmanathaswami via use-livecode
@ Richard

1) Again, all very nice theory

Viz-a-viz my lament… "where are all the examples, sample code" We all don't 
live it the stratosphere of visionary LiveCode architecture like you doi. -☺

Can you post sample stacks with your resize handlers?

2) I like everything you are describing but I don't get this: "resizeControl"  
is never triggered if the resizeStack is "dormant"  that was my last "problem"  
… so, how are we "trigger" the resizeStack to "fire" when any stack is opened… 
even if the size doesn't change. 

a) if a stack is 414 X 736, and opens on a device that is 414 X 736  with full 
screen mode set to showAll… is the resizeStack handler fired?

b) how can we emulate this on the desktop during development if all your stacks 
are fixed size on the desktop and for deployment to mobile?




On 6/12/17, 5:02 AM, "use-livecode on behalf of Richard Gaskin via 
use-livecode"  wrote:

The resizeStack message should be sent in response to anything that 
causes the stack to resize.

This should not be limited to the user action of resizing a stack as we 
often handle in desktop apps, but also whenever any script or the engine 
causes the stack to resize.

On mobile OSes, a stack can only fill the device screen size, so a 
resizeStack handler should be sent when a stack is first opened, and 
when orientation changes, two events that cause the stack to be resized.

If the resizeStack message is used to adjust the rects of component 
sections of the layout (groups), those groups should then be able to 
adjust their interior contents in a resizeControl handler.

With such a setup the layout-specific code only adjusts the rects of a 
relatively few groups, and from there the groups take care of 
themselves.  When any reusable groups are driven by behavior scripts, 
code in one place allows reuse across nearly any UI.

FWIW I just added an answer dialog in my test stack's resizeStack 
handler and indeed it triggers on both app open and device rotate as 
described above.  I'm using an engine for that testing built on v9.0dp4. 
Since I'm testing on Android right now, if you're not seeing resizeStack 
sent at app open and device rotate you may have found a bug specific to iOS.


It seems you've found a satisfying alternative here, so if it does what 
you need use 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

[ANN] Release 8.1.5 RC-1

2017-06-12 Thread panagiotis merakos via use-livecode
Dear list members,

We are pleased to announce the release of LiveCode 8.1.5 RC-1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents


LiveCode 8.1.5 RC-1 contains 72 bug fixes, new features, as well as
security and stability improvements:

- Several crashes have been fixed.
- New version of tsNet (1.2.9) that addresses various network-related bugs
is included.
- The "mirrored" property of the player object is now supported on Windows,
too.
- Support for the latest Xcode 8.3.3 (requires MacOS Sierra) is added.
- Two new interactive tutorials have been added.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_5/LiveCodeNotes-8_1_5_rc_1.pdf


Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/


Have fun!
The LiveCode Team


-- 
Panagiotis Merakos 
LiveCode Software Developer

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: Help me test Levure

2017-06-12 Thread Trevor DeVore via use-livecode
On Mon, Jun 12, 2017 at 9:00 AM AndyP via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Trevor,
>
> All installed and working as documented..excellent work.
>
> Windows 10 , LC 8.4


Great. Thanks Andy.

-- 
Trevor DeVore

>
___
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: sample Stack for uploading files to a lc server

2017-06-12 Thread Dan Brown via use-livecode
excellent work, thank you!

On Mon, Jun 12, 2017 at 12:15 AM, Matthias Rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Please excuse for the 2nd post. I forgot to enter a subject.
>
>
> Hi,
>
> i´ve already posted it to the forum
> http://forums.livecode.com/viewtopic.php?f=9=29357 <
> http://forums.livecode.com/viewtopic.php?f=9=29357>
>
> but in case you are not reading the forum:
>
> I´ve created a little stack and two livecode server scripts that allow to
> upload a file to a web server running livecode server version 8 or higher.
>
> After successful upload the download url of the uploaded file is copied to
> the clipboard for sharing purposes.
> The stack has a little filemanager included which  allows to get the d/l
> url for older uploaded files  and it allows to delete older files which are
> not needed anymore
>
> The stack uses Bernd Niggeman´s  Gauge widget for showing the upload
> progress.
> See his post about this really cool widget  http://forums.livecode.com/
> viewtopic.php?f=93=29348=154776=gauge#p154776 <
> http://forums.livecode.com/viewtopic.php?f=93=29348=
> 154776=gauge#p154776>
>
>
> There are only minimal adjustments needed in the stack script of the
> livecode stack to get it running with your web server.
>
> The archive contains the livecode stack, 2 livecode server scripts, the
> .lcb file for the Gauge widget, an installation guide for the Widget and a
> readme file.
>
> I´ve tested it with Livecode 8.1.4 and Livecode server 8.1.2.
>
> Please do yourself a favour and read the file 'PLEASE Read Me First!.txt'
> first.
>
> Hope it´s of some use for the one or the other
>
>
> Regards,
>
> Matthias
>
>
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu ‌
>
> ___
> 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-12 Thread Richard Gaskin via use-livecode

Sannyasin Brahmanathaswami wrote:

> first: the resizeControl thing did not work out at all because it
> depends on the user resizing the stack.

The resizeStack message should be sent in response to anything that 
causes the stack to resize.


This should not be limited to the user action of resizing a stack as we 
often handle in desktop apps, but also whenever any script or the engine 
causes the stack to resize.


On mobile OSes, a stack can only fill the device screen size, so a 
resizeStack handler should be sent when a stack is first opened, and 
when orientation changes, two events that cause the stack to be resized.


If the resizeStack message is used to adjust the rects of component 
sections of the layout (groups), those groups should then be able to 
adjust their interior contents in a resizeControl handler.


With such a setup the layout-specific code only adjusts the rects of a 
relatively few groups, and from there the groups take care of 
themselves.  When any reusable groups are driven by behavior scripts, 
code in one place allows reuse across nearly any UI.


FWIW I just added an answer dialog in my test stack's resizeStack 
handler and indeed it triggers on both app open and device rotate as 
described above.  I'm using an engine for that testing built on v9.0dp4. 
Since I'm testing on Android right now, if you're not seeing resizeStack 
sent at app open and device rotate you may have found a bug specific to iOS.



It seems you've found a satisfying alternative here, so if it does what 
you need use it:


> So it seems more "rock solid" and less "snakey" just to use the
> largest enclosing object at the bottom of the group as the reference
> coords. After that it's simple math and no caveats because you are
> establishing a "coordinate system" from the group with one object and
> reference everything from there, Suddenly it became very easy:
>
> on updateMyRect pRect
>lock screen
>put the long ID of img "info-bkgnd-img" into tFrame
>set the rect of img "info-bkgnd-img" to pRect
>set the width of grc "info-field-bkgnd" to (the width of tFrame) * .87
>set the height of grc "info-field-bkgnd" to (the height of tFrame) 
* .87

>set the width of fld "info-text" to (the width of tFrame) * .80
>set the height of fld "info-text" to (the height of tFrame)  * .80
>set the loc of grc "info-field-bkgnd" to the loc of tFrame
>set the loc of  fld "info-text"  to the loc of tFrame
>set the right of widget "close-info" to (the right of grc 
"info-field-bkgnd" - 4)
>set the top   of widget "close-info" to the top of grc 
"info-field-bkgnd" + 10

>unlock screen
> end updateMyRect
>
>
> As for instantiation. We *do* use binary stacks as "views" so… just as
> we use a card to hold icons for buttons, that the user never sees.. so
> why not keep group controls in a stack and copy them… reserve the
> "dynamic creation from script" for a use case where this is your only
> option. or you *really* need to collaborate and want that all as text
> for GIT.
>
> so, then the last question is… where do you store the grouped
> controls… I guess you need a lib_template.livecode or something like
> that…. as long as it is in the stack files you will end up opening it
> as soon as you all it, the copy your assets out as needed ot the
> "current" GUI that needs them.

When I need one thing, I tend to store it where I use it.  If it exists 
once in a UI, I'll probably just build it there.


If I need multiple copies of things, scripts can copy faster than I can, 
so I tend to put those (and behaviors, icon images, and other such 
resources) in a substack or separate stack file named something like 
"AppNameRSRC". The benefit of appending "RSRC" isn't just for ResEdit 
nostalgia, but because the string both readily identifies the stack's 
role as a resource container, and the all-caps abbreviation serves as a 
clear reminder that it's not something we display to the user.


--
 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-12 Thread Bob Sneidar via use-livecode
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


Re: Help me test Levure

2017-06-12 Thread AndyP via use-livecode
Hi Trevor,

All installed and working as documented..excellent work.

Windows 10 , LC 8.4



-
Andy Piddock 


My software never has bugs. It just develops random features. 

TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
TinyIDE 


Script editor Themer for LC http://2108.co.uk  

PointandSee is a FREE simple but full featured under cursor colour picker / 
finder.
http://www.pointandsee.co.uk  - made with LiveCode
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Help-me-test-Levure-tp4715700p4715725.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: Word delimiters

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

On 2017-06-12 05:12, hlowe via use-livecode wrote:
Interestingly, there is no cross-refernce to TrueWord from the Word 
entry in
the 8.1.4 dictionary, though there is a cross-reference from TrueWord 
to

Word.


If you have a moment to file a bug in our quality center about that, it 
will get put on the list of docs amendments to make. We just need to 
make the xrefs symmetrical :)


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: LC 8.1.4 rc3 getting the rect of the videoPlayer returns different coords as in rc2

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

Hi Tiemo,

On 2017-06-07 10:41, Tiemo Hollmann TB via use-livecode wrote:
I am resizing the videoPlayer object by script and export snapshots of 
the

videoPlayer.

In 8.1.2 or 8.1.3 I had to  adapt my scipt for placing and resizing the
videoplayer for Mac only by the hight of the menubar (before LC 8 the 
code

was on Win and Mac the same)

Now with LC 8.1.4 rc3 I again have to adapt the script for getting the 
rect
for the snapshot of the videoPlayer on Mac only by the hight of the 
manubar.


Has anybody encountered similar differences in getting rects depending 
on
the menubar? Is this wanted? Has anything changed in calculating the 
hight

of the menubar on Mac?


We've looked at your bug report and we think that there are two separate 
issues here.


The first is related to how the engine placed native layers - this was 
not quite right on Mac prior to 8.1.4-rc-2 - however should be fine in 
that release and later.


The second is related to using 'export snapshot from rect' - this is a 
screen-relative operation, which means the rect must be in screen 
co-ordinates. Appropriate application of 'globalLoc()' function should 
fix you up there - I've posted some sample code which corrects the 
sample stack in the bug report:


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

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


[ANN] This Week in LiveCode 86

2017-06-12 Thread panagiotis merakos via use-livecode
Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #86 here: https://goo.gl/plwJbf

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 you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

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: Word delimiters

2017-06-12 Thread Paul Dupuis via use-livecode
On 6/11/2017 11:12 PM, hlowe via use-livecode wrote:
> Interestingly, there is no cross-refernce to TrueWord from the Word entry in
> the 8.1.4 dictionary, though there is a cross-reference from TrueWord to
> Word. 

I would say this is a dictionary "bug" as there should be a cross
reference to TrueWord in the Word entry. If you know GitHub, you could
update the dictionary yourself (I don't know how) or submit a bug report
to http://quality.livecode.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: Twitter and Facebook Libraries

2017-06-12 Thread Andre Garzia via use-livecode
I have facebook libraries. :-)

Em 11 de jun de 2017 23:25, "Sannyasin Brahmanathaswami via use-livecode" <
use-livecode@lists.runrev.com> escreveu:

> Hoping to not re-invent the wheel,
>
> Also  MergeSocial is only iOS
>
> anyone have any "social" libraries for sharing  on their apps?
>
> Sample stacks?
>
> on the forums the last thing I could find by date was reporting some
> issues with MergeSocial, but that's mute, since we need it for android also.
>
>
>
> Brahmanathaswami
>
> ___
> 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: Click Download in Browser Widget?

2017-06-12 Thread hh via use-livecode
AFAIK, the file is downloaded, I don't know the place (probably
somewhere in /tmp). There is no downloadHandler as in revBrowser.

But if one has access to the page then the followong works here:

Use a javascriptHandler to get the file url and do the download
via LC's get url(). For example:

on mouseUp
  set the javascriptHandlers of widget "browser" to "getURL"
  set htmltext of widget "browser" to \
 "" & \
 "http://hyperhh.de/html5/; & \
 "SundayGameNb2-8.0.2.zip');return false;" & \
 ">SundayGameNb2" & \
 ""
end mouseUp

put in your card's or browser's script:

on getURL iSurf
  put iSurf -- for testing
  -- put url(iSurf) into url()
end getURL

___
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-12 Thread Sannyasin Brahmanathaswami via use-livecode
OK well, continued working on this

first: the resizeControl thing did not work out at all because it depends on 
the user resizing the stack.

using that same handler but with "send" breaks everything because if you set 
the rect of the main enclosing object then the rect of the group "me" start to 
change because the child objects are our side, so sending a 4 values as a rect 
to the group with the "resizeControl" with reference to "me" starte production 
very odd results.

So it seems more "rock solid" and less "snakey" just to use the largest 
enclosing object at the bottom of the group as the reference coords. After that 
it's simple math and no caveats because you are establishing a "coordinate 
system" from the group with one object and reference everything from there, 
Suddenly it became very easy:

on updateMyRect pRect
   lock screen
   put the long ID of img "info-bkgnd-img" into tFrame
   set the rect of img "info-bkgnd-img" to pRect
   set the width of grc "info-field-bkgnd" to (the width of tFrame) * .87
   set the height of grc "info-field-bkgnd" to (the height of tFrame) * .87
   set the width of fld "info-text" to (the width of tFrame) * .80
   set the height of fld "info-text" to (the height of tFrame)  * .80
   set the loc of grc "info-field-bkgnd" to the loc of tFrame
   set the loc of  fld "info-text"  to the loc of tFrame
   set the right of widget "close-info" to (the right of grc "info-field-bkgnd" 
- 4)
   set the top   of widget "close-info" to the top of grc "info-field-bkgnd" + 
10
   unlock screen
end updateMyRect


As for instantiation. We *do* use binary stacks as "views" so… just as we use a 
card to hold icons for buttons, that the user never sees.. so why not keep 
group controls in a stack and copy them… reserve the "dynamic creation from 
script" for a use case where this is your only option. or you *really* need to 
collaborate and want that all as text for GIT.

so, then the last question is… where do you store the grouped controls… I guess 
you need a lib_template.livecode or something like that…. as long as it is in 
the stack files you will end up opening it as soon as you all it, the copy your 
assets out as needed ot the "current" GUI that needs them.  


still fishing… but getting there…

 

On 6/8/17, 9:20 AM, "use-livecode on behalf of Richard Gaskin via use-livecode" 
 wrote:

If I don't need to create an object I probably won't, adjusting an 
existing object instead.  It only saves one step, but its a savings just 
the same.

___
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

AW: OT: Has anybody experiences with apps for VPP licenses?

2017-06-12 Thread Tiemo Hollmann TB via use-livecode
Hi Randy,

Yes, thats what I wanted to know. Thank you for your experiences!
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Randy Hengst via use-livecode
Gesendet: Samstag, 10. Juni 2017 20:31
An: How to use LiveCode 
Cc: Randy Hengst 
Betreff: Re: OT: Has anybody experiences with apps for VPP licenses?

Hi Tiemo,

I assume you mean Volume Purchase Program for Education… right?

I’ve set all of my apps to be available with the “education discount” you just 
check the appropriate radio button when setting the price of the app … the 
education institutions must have an account with Apple… and, if they buy at 
least 20 copies of an app, the apps are “half price” based on the price you 
set. My paid apps are listed at $.99 (US) and then are discounted to $.49 
automatically when the educational institution buys at least 20 copies.

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.com

> On Jun 9, 2017, at 8:17 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello, I don't find adhoc the answers for my questions at apple, so I 
> want to ask you, if anybody has experiences, what it means to offer an 
> app for VPP licenses in the iOS appStore? I have an app offered in the 
> appstore with inApp purchases, but inApp purchases are not allowed for 
> the VPP program, so I have to make a second version of my same app 
> with all inApp features included, which I want to offer for public 
> schools. There are a lot of informations for customers, what they have 
> to do to get VPP licenses, but I don't find anything about what the 
> developer has to do to offer VPP licenses, perhaps it is much more 
> easy, as I think. Perhaps I even don't have to do anything else as for a 
> "normal app".
> 
> Do I have to prepare or mark an app as available for VPP or is every 
> app per se available for VPP?
> 
> Do I have any control over the VPP discounts, or is that fixed by 
> apple and I just set the price per 1, as for a "normal app"?
> 
> Do I upload the "VPP app" to the appstore the same way, as a "normal 
> app" or is there a separate "VPP store"?
> 
> Are there any other differences or pitfalls with VPP?
> 
> Thanks for your experiences
> 
> Tiemo
> 
> 
> 
> 
> 
> 
> 
> ___
> 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