Re: debugging a CEF browser instance

[Bernard Devlin via use-livecode]

Replying to myself, for anyone else who thinks it ought to be possible to
debug a browser widget.

Ability to debug has been deliberately turned off.
https://github.com/livecode/livecode/commit/ccfab94499425b6245f98b3328ebd043876f9be7
___
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

Peculiar behavior of group objects with hide-lock. show-unlock

[Sannyasin Brahmanathaswami via use-livecode]

I have this routine where I am "typsetting" a field which updates with 
lessons/text… use can forward one lesson at a time.
local sLesson is incremented, the script fetch text on disk

but I am unable to get  nice transition effect… sometimes it's even as if the 
"image" of the field is cached, even though I set it to empty and the screen 
updates only if I touch the field or try to scroll I get this on desktop and 
mobile, both behave the same

controls are a background image which is updated
and onto of that a semi-translucent back grc group with a text field on top

the grc and the text field "daily-lesson-text" are grouped into 
"lessonTextControl"

Given this scenario:

command buildLesson pLessonNumber

hide grp "lessonTextControl" with visual effect dissolve very fast
lock screen
put empty into fld "daily-lesson-text"

# FETCH FILES here
# insert into field, all the while setting type styles to the last line
# as the only way I could figure out how to dynamically set type from plain text
# then this:

# finish with the last bit of text:
put cr & (line 6 to -1 of tTodaysMWS) after fld "daily-lesson-text"


show grp "lessonTextControl"
unlock screen with visual effect Dissolve very fast
end buildLesson

What happens:   is this sequence of visual events

1) goes empty… as if line 3 of the above came first
2) Now the grp (with only the grc) fades
3) there is a brief pause while my typesetting finishes in the background
4) now the bkg grc of grp "lessonTextControl"  shows
5) but text does not appear, until I touch the field.. the "pop" it is rendered.

I suspect this is a) buggy but b) work--aroundable  but I can't find the way.

swapping the hide and lock doesn't help

# finish with the rest of text
put cr & (line 6 to -1 of tTodaysMWS) after fld "daily-lesson-text"
unlock screen
show grp "lessonTextControl" with visual effect dissolve very fast
end buildLesson

the text appear briefly but then disappears until I touch it.

this doesn't work either

# don't us lock:

on buildlesson
hide grp "lessonTextControl" with visual effect dissolve very slowly
put empty into fld "daily-lesson-text"  # this happens before the above
# then only does the background graphic fade

# set type here
# then simply
show grp "lessonTextControl" with visual effect dissolve very fast.

the text field is never updated on screen until I touch the field.

?? what am I missing?






The first dissolve of the grc never happens as the lock screen occurs almost 
immediately. but the text filed is empty… but the lock field trumps the visual 
effect.


then later the field never updates, the show should





Svasti Astu, Be Well
Brahmanathaswami
www.himalayanacademy.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: Feature Race: Pick Your Project

[james--- via use-livecode]

I have to agree with Dan here. The project delays are not really the issue. 
Sure we want things on time but we all understand that is rare.
What I haven't been able to understand is the really bad communication 
concerning this. I am really happy the android stuff is effectively done. 
Really I am. But that tells me zip about the obj C stuff and even less (if 
that's possible) about the actual goals such as the SQLite widget and tutorial. 

It was great the Kevin chipped in a little info but also quite worrying. He 
said:
> The reality is that we now need to look at what we are doing next and what
> is affordable. If we don?t fund this project, the knock on effects for the
> platform will be very significant. We?re already a very small team that
> punches well above our weight. 

What!!!

Am I missing something here?
Is LC9 a side project that is funded in the shadows of other funded projects?
Is Kevin saying we need you guys to fund this to keep us going?
Why are the knock on effects of an OPTIONAL project not significant but VERY 
significant?

I have to stop now less my imagination runs riot over the possible "very 
significant" effect of this project not being funded.

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: Which is better for making an android version, Mac or pc?

[Jonathan Lynch via use-livecode]

Thank you, Jacqueline

Sent from my iPhone

> On Jul 5, 2017, at 5:11 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
>> On 7/5/17 2:48 PM, Jonathan Lynch via use-livecode wrote:
>> Is it easier to use a Mac or a pc for making android apps?
> 
> I don't think it matters. I develop on a Mac and have been building all my 
> Android projects on that OS without any trouble. I know others have used PCs 
> without problems too.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Which is better for making an android version, Mac or pc?

[J. Landman Gay via use-livecode]

On 7/5/17 2:48 PM, Jonathan Lynch via use-livecode wrote:

Is it easier to use a Mac or a pc for making android apps?


I don't think it matters. I develop on a Mac and have been building all 
my Android projects on that OS without any trouble. I know others have 
used PCs without problems too.


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

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

Re: Feature Race: Pick Your Project

[BNig via use-livecode]

>> On Jul 5, 2017, at 12:44 , J. Landman Gay via use-livecode 

> use-livecode@.runrev

>  wrote:
> 
>> A subset of users employ datagrids, but everyone needs smooth scrolling
>> in a variety of situations. That's the primary reason I pledged --

That's exactly the reason why I pledged too. I have the feeling that this is
not appreciated enough.

Lets get smooth scrolling and DataGrid2 on top of it.

I just calculated how much money I spend on useless things the last 4 weeks
and boy, that is quite some Euros. They are convertible to Dollars nowadays
and then to British Pounds also...

Kind regards
Bernd



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Re-Feature-Race-Pick-Your-Project-tp4716154p4716638.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: Feature Race: Pick Your Project

[hh via use-livecode]

> Kevin M. wrote:
> I¹m not sure if its apathy or more likely just the holiday weekend ...
> ... Android has been mostly delivered and the other platforms and stretch
> goals are a small piece now. We really have finally cracked this project,
> getting it into a build is the last step ...
> ... If we don¹t fund this project, the knock on effects for the platform
> will be very significant ...

This sounds rather hard in my ears.

In the last two years I pledged, without selling anything, a lot on base of
announcements only, like many other users.

Now a lot of people would like to see results. Not the announcement of results,
but the results itself. Based on good results you will easier and much faster
get more funds, not only for "datagrids". People are willing to support 
LiveCode.

To close the gap after showing the results there is certainly still a main part
of the HTML5 fund available.
___
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

Which is better for making an android version, Mac or pc?

[Jonathan Lynch via use-livecode]

Is it easier to use a Mac or a pc for making android apps?

Sent from my iPhone

___
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: Feature Race: Pick Your Project

[Bob Sneidar via use-livecode]

I'm already in. 

Bob S


> On Jul 5, 2017, at 12:44 , J. Landman Gay via use-livecode 
>  wrote:
> 
> Another reason may be the subject title. I'm not sure everyone understands 
> that this feature will improve much more than just datagrids. A subset of 
> users employ datagrids, but everyone needs smooth scrolling in a variety of 
> situations. That's the primary reason I pledged -- I'm not too interested in 
> datagrid performance but the inability to properly scroll fields within 
> groups is big hurdle in almost every project I do.
> 
> I hope more people jump in because I, for one, really need this feature. The 
> sooner the better.


___
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: Feature Race: Pick Your Project

[J. Landman Gay via use-livecode]

Another reason may be the subject title. I'm not sure everyone 
understands that this feature will improve much more than just 
datagrids. A subset of users employ datagrids, but everyone needs smooth 
scrolling in a variety of situations. That's the primary reason I 
pledged -- I'm not too interested in datagrid performance but the 
inability to properly scroll fields within groups is big hurdle in 
almost every project I do.


I hope more people jump in because I, for one, really need this feature. 
The sooner the better.


On 7/5/17 1:04 PM, Kevin Miller via use-livecode wrote:

I¹m not sure if its apathy or more likely just the holiday weekend. That
said...

I¹m sorry its taken so long to do Infinite LiveCode. As I¹ve said in my
keynote, in the comments section and on the blog, we wouldn¹t be funding a
new project if it that one wasn¹t in the last stages of being wrapped up.
Android has been mostly delivered and the other platforms and stretch
goals are a small piece now. We really have finally cracked this project,
getting it into a build is the last step.

The reality is that we now need to look at what we are doing next and what
is affordable. If we don¹t fund this project, the knock on effects for the
platform will be very significant. We¹re already a very small team that
punches well above our weight. We have the potential for a very bright
future with the rather amazing stuff that you can now do. Check out Ali¹s
blog post on Android and wait a few more days for more. We can build on
everything we¹ve just created and maintain the considerable momentum we
have built or we can shrink.


Kind regards,

Kevin

Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps




On 05/07/2017, 18:24, "use-livecode on behalf of Dan Brown via
use-livecode"  wrote:


The comments section on the pledge page gives a good insight as to why
there may be a feeling of apathy towards this fundraiser



--
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: Feature Race: Pick Your Project

[Dan Brown via use-livecode]

Delays happen, my take from the comments is that the communication on
progress was lacking more than anything. People like to fund ideas and
there should be a journey to completion attached to the pledge experience.
Even if it's just  footnotes in blog posts and mailers here and there.
Little and often.

Anyhow is there no possibility of extending the campaigns deadline? An
extra week or two coupled with the new infinite livecode updates would
really increase the chances of the goal being met

On 5 Jul 2017 7:04 pm, "Kevin Miller via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> I¹m not sure if its apathy or more likely just the holiday weekend. That
> said...
>
> I¹m sorry its taken so long to do Infinite LiveCode. As I¹ve said in my
> keynote, in the comments section and on the blog, we wouldn¹t be funding a
> new project if it that one wasn¹t in the last stages of being wrapped up.
> Android has been mostly delivered and the other platforms and stretch
> goals are a small piece now. We really have finally cracked this project,
> getting it into a build is the last step.
>
> The reality is that we now need to look at what we are doing next and what
> is affordable. If we don¹t fund this project, the knock on effects for the
> platform will be very significant. We¹re already a very small team that
> punches well above our weight. We have the potential for a very bright
> future with the rather amazing stuff that you can now do. Check out Ali¹s
> blog post on Android and wait a few more days for more. We can build on
> everything we¹ve just created and maintain the considerable momentum we
> have built or we can shrink.
>
>
> Kind regards,
>
> Kevin
>
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
>
>
>
> On 05/07/2017, 18:24, "use-livecode on behalf of Dan Brown via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> >The comments section on the pledge page gives a good insight as to why
> >there may be a feeling of apathy towards this fundraiser
> >
> >The infinite livecode campaign from last year was not handled well in
> >terms
> >of communicating progress to the community, with questions about the
> >sqlite
> >library rewrite remaining unanswered
> >
> >On Wed, Jul 5, 2017 at 3:51 PM, Mike Kerner via use-livecode <
> >use-livecode@lists.runrev.com> wrote:
> >
> >> Wow.  I'm surprised we aren't closer to getting this funded.  c'mon
> >>y'all
> >> let's get this funded!
> >>
> >> On Sat, Jun 24, 2017 at 5:53 PM, Sannyasin Brahmanathaswami via
> >> use-livecode  wrote:
> >>
> >> > I had similar feelings, (I have taken almost every pitch to "pay in
> >> > advance for X number of years for this discount or thatŠ ) so when we
> >>get
> >> > hit up again for development that one would hope would be just part of
> >> the
> >> > product road map, it does indeed seem odd. Even "advanced smooth
> >> scrolling
> >> > graphics" seems odd to be funding, since all this is doing is bring
> >>the
> >> LC
> >> > mobile on parity with any other smooth flowing app.
> >> >
> >> > This is terribly obvious, but just to say it all again:
> >> >
> >> > Thinking about it, one has to appreciate the challenge the company
> >>faces.
> >> > Having gone open source, Livecode moves to a world where everyone and
> >>his
> >> > kid sister thinks programming is free. PHP, Javascript, python,
> >> CSSŠpeople
> >> > living in those world just don't pay for their tools.
> >> >
> >> > So if open source users are going up (which apparently they are)Š that
> >> > doesn't help us (to say the obvious)
> >> >
> >> > If not enough of them are using LC to build products for sale to
> >>support
> >> > themselves, OR are not using the tools in-house inside Enterprise
> >>(like
> >> we
> >> > do here, even though we are non -profit we do have software budgets)
> >> where
> >> > budgets are such that the ROI on paid license(s) is well worth it.
> >>And it
> >> > would be easy enough for some unscrupulous for-profit company to have
> >>5
> >> > coders on community and only one license and pretty much get away with
> >> > itŠ(which is cheating of course)Š
> >> >
> >> > So  If the user "pie" of those whose are paying  <> equal $ to support
> >> the
> >> > company and + hours for features, how does LC handle this, to stay
> >>alive?
> >> >  And we all want it to stay aliveŠright?
> >> >
> >> > I was hoping to talk to Kevin about some other ideas for solutionsŠ
> >>but
> >> he
> >> > is busy. Perhaps I need to fly to Scotland for tea. In the meantime, I
> >> > voted/pledged for the DataGrid2/GraphicsUpgrade.
> >> >
> >> > Brahmanathaswamai
> >> >
> >> >
> >> >
> >> >
> >> > On 6/24/17, 7:41 AM, "use-livecode on behalf of Alex Tweedly via
> >> > use-livecode"  >> > use-livecode@lists.runrev.com> wrote:
> >> >
> >> > So the Feature Race lets me 

Re: Set the imagesource of a character to a built in graphic

[Mark Wieder via use-livecode]

On 06/26/2017 09:10 AM, hh via use-livecode wrote:

Eventually you are showing/hiding lines, so:

Did you already try to use the hidden property?


Thanks for this. I also wasn't aware you could hide individual lines in 
a field, and I have now refactored the glx2 script editor's code-folding 
feature to do this instead of storing/deleting and restoring lines of 
htmltext.


--
 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: I need a "slider" in a circle

[hh via use-livecode]

Yet another solution: RotationControl.

This is a control I recently made for use at LC Global in November:

An "ovalslider"-group that is under the control of a behavior button.
Attach the behavior to any LC-Object that has an angle property.

Runs with LC 6/7/8/9 on Mac/Win/linux or with LC 6/7 on Raspi.
For mobile (or at any rate ...) you may have to adjust the layout of
the slider-group(basics are already in the behavior script).

Download the stack (590 KByte because of two demo images, the script
is short) from "sample stacks" of the LC toolbar or from 

http://livecodeshare.runrev.com/stack/837/RotationControl

[p.s. There is also a new cool TinyIDE from Andy at livecodeshare!]

___
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

fonts v8 vs v9

[Tom Glod via use-livecode]

Hi everyone

Does anyone know what changed in version 9 to make all fonts look bolded ?
the font of the ide seems slightly different too. font inside my
application...big difference.

Thanks

Tom
___
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: Feature Race: Pick Your Project

[Kevin Miller via use-livecode]

I¹m not sure if its apathy or more likely just the holiday weekend. That
said...

I¹m sorry its taken so long to do Infinite LiveCode. As I¹ve said in my
keynote, in the comments section and on the blog, we wouldn¹t be funding a
new project if it that one wasn¹t in the last stages of being wrapped up.
Android has been mostly delivered and the other platforms and stretch
goals are a small piece now. We really have finally cracked this project,
getting it into a build is the last step.

The reality is that we now need to look at what we are doing next and what
is affordable. If we don¹t fund this project, the knock on effects for the
platform will be very significant. We¹re already a very small team that
punches well above our weight. We have the potential for a very bright
future with the rather amazing stuff that you can now do. Check out Ali¹s
blog post on Android and wait a few more days for more. We can build on
everything we¹ve just created and maintain the considerable momentum we
have built or we can shrink.


Kind regards,

Kevin

Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps




On 05/07/2017, 18:24, "use-livecode on behalf of Dan Brown via
use-livecode"  wrote:

>The comments section on the pledge page gives a good insight as to why
>there may be a feeling of apathy towards this fundraiser
>
>The infinite livecode campaign from last year was not handled well in
>terms
>of communicating progress to the community, with questions about the
>sqlite
>library rewrite remaining unanswered
>
>On Wed, Jul 5, 2017 at 3:51 PM, Mike Kerner via use-livecode <
>use-livecode@lists.runrev.com> wrote:
>
>> Wow.  I'm surprised we aren't closer to getting this funded.  c'mon
>>y'all
>> let's get this funded!
>>
>> On Sat, Jun 24, 2017 at 5:53 PM, Sannyasin Brahmanathaswami via
>> use-livecode  wrote:
>>
>> > I had similar feelings, (I have taken almost every pitch to "pay in
>> > advance for X number of years for this discount or thatŠ ) so when we
>>get
>> > hit up again for development that one would hope would be just part of
>> the
>> > product road map, it does indeed seem odd. Even "advanced smooth
>> scrolling
>> > graphics" seems odd to be funding, since all this is doing is bring
>>the
>> LC
>> > mobile on parity with any other smooth flowing app.
>> >
>> > This is terribly obvious, but just to say it all again:
>> >
>> > Thinking about it, one has to appreciate the challenge the company
>>faces.
>> > Having gone open source, Livecode moves to a world where everyone and
>>his
>> > kid sister thinks programming is free. PHP, Javascript, python,
>> CSSŠpeople
>> > living in those world just don't pay for their tools.
>> >
>> > So if open source users are going up (which apparently they are)Š that
>> > doesn't help us (to say the obvious)
>> >
>> > If not enough of them are using LC to build products for sale to
>>support
>> > themselves, OR are not using the tools in-house inside Enterprise
>>(like
>> we
>> > do here, even though we are non -profit we do have software budgets)
>> where
>> > budgets are such that the ROI on paid license(s) is well worth it.
>>And it
>> > would be easy enough for some unscrupulous for-profit company to have
>>5
>> > coders on community and only one license and pretty much get away with
>> > itŠ(which is cheating of course)Š
>> >
>> > So  If the user "pie" of those whose are paying  <> equal $ to support
>> the
>> > company and + hours for features, how does LC handle this, to stay
>>alive?
>> >  And we all want it to stay aliveŠright?
>> >
>> > I was hoping to talk to Kevin about some other ideas for solutionsŠ
>>but
>> he
>> > is busy. Perhaps I need to fly to Scotland for tea. In the meantime, I
>> > voted/pledged for the DataGrid2/GraphicsUpgrade.
>> >
>> > Brahmanathaswamai
>> >
>> >
>> >
>> >
>> > On 6/24/17, 7:41 AM, "use-livecode on behalf of Alex Tweedly via
>> > use-livecode" > > use-livecode@lists.runrev.com> wrote:
>> >
>> > So the Feature Race lets me choose between "Hosting debugger" and
>> > Datagrid 2.
>> >
>> > Hmpphhh!
>> >
>> > 
>> >
>> > I have a hard time voting for, or funding, Hosting debugger. I
>> already
>> > paid for that, back in 2009.
>> >
>> > ___
>> > 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."
>> ___

Re: AW: can I lock screen over more than one handler?

[Phil Davis via use-livecode]

Did you try locking messages before setting the filename of the player? 
That could help.


Phil Davis


On 7/5/17 6:57 AM, Tiemo Hollmann TB via use-livecode wrote:

Thanks Jonathan, Trevor and Sean for your comments.

Meanwhile I could drill down my "flickering" problem (post from yesterday)
to an unexpected command.
In one of those handlers I "set the filename of player "myVideoPlayer" to
tFile". This command withdraws the focus from the window and passes it back
after some milliseconds. On my Win 10 machine with a white window title bar
I almost can't see it, but on Win 8 with the standard violet title bar it is
an ugly flickering, each time I set the filename (which happens very
frequently in a quiz loop).

And I can't prevent this flickering with a lock screen right before the
setting of the filename. The setting of the filename seems to release the
lock screen or it takes the focus of the window off and back. Very ugly in
my case.

Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Sean Cole (Pi) via use-livecode
Gesendet: Mittwoch, 5. Juli 2017 15:30
An: How to use LiveCode 
Cc: Sean Cole (Pi) 
Betreff: Re: can I lock screen over more than one handler?

Hi Tiemo,
The solution here is to call another lockScreen at the beginning of
handler2. You don't have to use the unlockScreen at the end of handler 1 and
2 as it will do that automatically but it is advisable to include the
command anyway. Is there a reason why you had an aversion to using a
lockScreen at the start of handler2?

All the best

Sean Cole
*Pi Digital Productions Ltd*

On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:


On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode <
use-livecode@lists.runrev.com> wrote:


Is this possible?

on handler1

lock screen

-- do some stuff here

send "handler2" in 0 milliseconds

end handler1



on handler2

-- do some other stuff here

unlock screen

end handler2


No it is not. From the docs for `lock screen`:

"When all pending handlers are finished executing, the lockScreen
property is set back to false and the user sees the current state of
stack windows on the screen."

The use of the word "pending" is confusing because when you use `send`
you end up with an entry in the `pendingMessages`. But the screen is
going to be unlocked each time through the event loop. If `handler`
called `handler2` directly (without using `send`) then you would not
see the screen update. You should see the result you are looking for
if you change your code to look like this:

```
on handler1
   lock screen

   -- do some stuff here

   handler2
end handler1
```

If you need to call `handler2` in time then you will need to figure
out another approach to updating the screen. Perhaps all screen
updates will need to happen in `handler2`.

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


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


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



--
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: Feature Race: Pick Your Project

[Dan Brown via use-livecode]

The comments section on the pledge page gives a good insight as to why
there may be a feeling of apathy towards this fundraiser

The infinite livecode campaign from last year was not handled well in terms
of communicating progress to the community, with questions about the sqlite
library rewrite remaining unanswered

On Wed, Jul 5, 2017 at 3:51 PM, Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Wow.  I'm surprised we aren't closer to getting this funded.  c'mon y'all
> let's get this funded!
>
> On Sat, Jun 24, 2017 at 5:53 PM, Sannyasin Brahmanathaswami via
> use-livecode  wrote:
>
> > I had similar feelings, (I have taken almost every pitch to "pay in
> > advance for X number of years for this discount or that… ) so when we get
> > hit up again for development that one would hope would be just part of
> the
> > product road map, it does indeed seem odd. Even "advanced smooth
> scrolling
> > graphics" seems odd to be funding, since all this is doing is bring the
> LC
> > mobile on parity with any other smooth flowing app.
> >
> > This is terribly obvious, but just to say it all again:
> >
> > Thinking about it, one has to appreciate the challenge the company faces.
> > Having gone open source, Livecode moves to a world where everyone and his
> > kid sister thinks programming is free. PHP, Javascript, python,
> CSS…people
> > living in those world just don't pay for their tools.
> >
> > So if open source users are going up (which apparently they are)… that
> > doesn't help us (to say the obvious)
> >
> > If not enough of them are using LC to build products for sale to support
> > themselves, OR are not using the tools in-house inside Enterprise (like
> we
> > do here, even though we are non -profit we do have software budgets)
> where
> > budgets are such that the ROI on paid license(s) is well worth it. And it
> > would be easy enough for some unscrupulous for-profit company to have 5
> > coders on community and only one license and pretty much get away with
> > it…(which is cheating of course)…
> >
> > So  If the user "pie" of those whose are paying  <> equal $ to support
> the
> > company and + hours for features, how does LC handle this, to stay alive?
> >  And we all want it to stay alive…right?
> >
> > I was hoping to talk to Kevin about some other ideas for solutions… but
> he
> > is busy. Perhaps I need to fly to Scotland for tea. In the meantime, I
> > voted/pledged for the DataGrid2/GraphicsUpgrade.
> >
> > Brahmanathaswamai
> >
> >
> >
> >
> > On 6/24/17, 7:41 AM, "use-livecode on behalf of Alex Tweedly via
> > use-livecode"  > use-livecode@lists.runrev.com> wrote:
> >
> > So the Feature Race lets me choose between "Hosting debugger" and
> > Datagrid 2.
> >
> > Hmpphhh!
> >
> > 
> >
> > I have a hard time voting for, or funding, Hosting debugger. I
> already
> > paid for that, back in 2009.
> >
> > ___
> > 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
>
___
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: can I lock screen over more than one handler?

[Tiemo Hollmann TB via use-livecode]

Hi Randy,
it worked out that the issue wasn't related to the design of two handlers and 
it was only the single statement for setting the filename to the player object 
in one handler. But it seems, I can't suppress the loosing and reassigning of 
the focus of the main window when setting the filename. With and without 
locking the screen.
What I didn't tried yet is placing the player object into an own window without 
title bar and frame. I don't know, how that looks on Windows 8, but perhaps I 
can keep the flickering off the main window with that approach.
Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Randy Hengst via use-livecode
Gesendet: Mittwoch, 5. Juli 2017 17:56
An: How to use LiveCode 
Cc: Randy Hengst 
Betreff: Re: can I lock screen over more than one handler?

It’s been a long time since I’ve messed with player objects… but what about 
putting both of the handlers into a “run” handler:

on runMyHandlers
LOCK SCREEN
handler1
handler2
UNLOCK Screen
end runMyHandlers

> On Jul 5, 2017, at 10:42 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Jonathan had a tricky idea to work with two player objects switching 
> between them with hiding and showing them and doing the assignment of 
> the filename with the currently hidden player, even with locking the 
> screen at the beginning of the handler.
> It's a pitty, but the flickering of the whole window frame keeps the same.
> The directShow video engine must be somehow totally dominant.
> Any other tricky idea?
> Tiemo
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Tiemo Hollmann TB via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:57
> An: 'How to use LiveCode' 
> Cc: Tiemo Hollmann TB 
> Betreff: AW: can I lock screen over more than one handler?
> 
> Thanks Jonathan, Trevor and Sean for your comments.
> 
> Meanwhile I could drill down my "flickering" problem (post from 
> yesterday) to an unexpected command.
> In one of those handlers I "set the filename of player "myVideoPlayer" 
> to tFile". This command withdraws the focus from the window and passes 
> it back after some milliseconds. On my Win 10 machine with a white 
> window title bar I almost can't see it, but on Win 8 with the standard 
> violet title bar it is an ugly flickering, each time I set the 
> filename (which happens very frequently in a quiz loop).
> 
> And I can't prevent this flickering with a lock screen right before 
> the setting of the filename. The setting of the filename seems to 
> release the lock screen or it takes the focus of the window off and 
> back. Very ugly in my case.
> 
> Tiemo
> 
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Sean Cole (Pi) via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:30
> An: How to use LiveCode 
> Cc: Sean Cole (Pi) 
> Betreff: Re: can I lock screen over more than one handler?
> 
> Hi Tiemo,
> The solution here is to call another lockScreen at the beginning of 
> handler2. You don't have to use the unlockScreen at the end of handler 
> 1 and
> 2 as it will do that automatically but it is advisable to include the 
> command anyway. Is there a reason why you had an aversion to using a 
> lockScreen at the start of handler2?
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
> On 5 July 2017 at 14:09, Trevor DeVore via use-livecode < 
> use-livecode@lists.runrev.com> wrote:
> 
>> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> 
>>> Is this possible?
>>> 
>>> on handler1
>>> 
>>> lock screen
>>> 
>>> -- do some stuff here
>>> 
>>> send "handler2" in 0 milliseconds
>>> 
>>> end handler1
>>> 
>>> 
>>> 
>>> on handler2
>>> 
>>> -- do some other stuff here
>>> 
>>> unlock screen
>>> 
>>> end handler2
>>> 
>> 
>> No it is not. From the docs for `lock screen`:
>> 
>> "When all pending handlers are finished executing, the lockScreen 
>> property is set back to false and the user sees the current state of 
>> stack windows on the screen."
>> 
>> The use of the word "pending" is confusing because when you use 
>> `send` you end up with an entry in the `pendingMessages`. But the 
>> screen is going to be unlocked each time through the event loop. If 
>> `handler` called `handler2` directly (without using `send`) then you 
>> would not see the screen update. You should see the result you are 
>> looking for if you change your code to look like this:
>> 
>> ```
>> on handler1
>>  lock screen
>> 
>>  -- do some stuff here
>> 
>>  handler2
>> end handler1
>> ```
>> 
>> If you need to call `handler2` in 

Re: Sharp as a pound (was Array assignment...)

[Richmond Mathewson via use-livecode]

Doubtful as farmers in Scotland in 1668 would have
used Merks for their money, not pounds!

Richmond.

On 7/5/17 5:49 pm, Bob Sneidar via use-livecode wrote:

And far less dubious if coined by Scottish farmers in 1668?? :-)

Bob S



On Jul 4, 2017, at 10:01 , Richmond Mathewson via use-livecode 
 wrote:

Well . . . as the name "octothorpe" was coined by American telephone engineers 
as recently as 1968
that seems extremely dubious . . .


___
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: synonyms

[Mark Wieder via use-livecode]

On 07/05/2017 08:32 AM, Bob Sneidar via use-livecode wrote:

Not too bad. For every 5 psychiatrists there are 10 views on what causes 
bipolar syndrome.


That's obviously a binary 10.

--
 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: AW: can I lock screen over more than one handler?

[Jonathan Lynch via use-livecode]

Hi Tiemo - you could play the video in a browser. I know that seems to be my 
go-to solution, but I figure we do whatever works.

Have you tried switching between players without locking the screen?

Sent from my iPhone

> On Jul 5, 2017, at 11:42 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Jonathan had a tricky idea to work with two player objects switching between
> them with hiding and showing them and doing the assignment of the filename
> with the currently hidden player, even with locking the screen at the
> beginning of the handler.
> It's a pitty, but the flickering of the whole window frame keeps the same.
> The directShow video engine must be somehow totally dominant.
> Any other tricky idea?
> Tiemo
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Tiemo Hollmann TB via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:57
> An: 'How to use LiveCode' 
> Cc: Tiemo Hollmann TB 
> Betreff: AW: can I lock screen over more than one handler?
> 
> Thanks Jonathan, Trevor and Sean for your comments.
> 
> Meanwhile I could drill down my "flickering" problem (post from yesterday)
> to an unexpected command.
> In one of those handlers I "set the filename of player "myVideoPlayer" to
> tFile". This command withdraws the focus from the window and passes it back
> after some milliseconds. On my Win 10 machine with a white window title bar
> I almost can't see it, but on Win 8 with the standard violet title bar it is
> an ugly flickering, each time I set the filename (which happens very
> frequently in a quiz loop).
> 
> And I can't prevent this flickering with a lock screen right before the
> setting of the filename. The setting of the filename seems to release the
> lock screen or it takes the focus of the window off and back. Very ugly in
> my case.
> 
> Tiemo
> 
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Sean Cole (Pi) via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:30
> An: How to use LiveCode 
> Cc: Sean Cole (Pi) 
> Betreff: Re: can I lock screen over more than one handler?
> 
> Hi Tiemo,
> The solution here is to call another lockScreen at the beginning of
> handler2. You don't have to use the unlockScreen at the end of handler 1 and
> 2 as it will do that automatically but it is advisable to include the
> command anyway. Is there a reason why you had an aversion to using a
> lockScreen at the start of handler2?
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
> On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> 
>>> Is this possible?
>>> 
>>> on handler1
>>> 
>>> lock screen
>>> 
>>> -- do some stuff here
>>> 
>>> send "handler2" in 0 milliseconds
>>> 
>>> end handler1
>>> 
>>> 
>>> 
>>> on handler2
>>> 
>>> -- do some other stuff here
>>> 
>>> unlock screen
>>> 
>>> end handler2
>>> 
>> 
>> No it is not. From the docs for `lock screen`:
>> 
>> "When all pending handlers are finished executing, the lockScreen 
>> property is set back to false and the user sees the current state of 
>> stack windows on the screen."
>> 
>> The use of the word "pending" is confusing because when you use `send` 
>> you end up with an entry in the `pendingMessages`. But the screen is 
>> going to be unlocked each time through the event loop. If `handler` 
>> called `handler2` directly (without using `send`) then you would not 
>> see the screen update. You should see the result you are looking for 
>> if you change your code to look like this:
>> 
>> ```
>> on handler1
>>  lock screen
>> 
>>  -- do some stuff here
>> 
>>  handler2
>> end handler1
>> ```
>> 
>> If you need to call `handler2` in time then you will need to figure 
>> out another approach to updating the screen. Perhaps all screen 
>> updates will need to happen in `handler2`.
>> 
>> --
>> Trevor DeVore
>> ScreenSteps
>> www.screensteps.com
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:

Re: can I lock screen over more than one handler?

[Randy Hengst via use-livecode]

It’s been a long time since I’ve messed with player objects… but what about 
putting both of the handlers into a “run” handler:

on runMyHandlers
LOCK SCREEN
handler1
handler2
UNLOCK Screen
end runMyHandlers

> On Jul 5, 2017, at 10:42 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Jonathan had a tricky idea to work with two player objects switching between
> them with hiding and showing them and doing the assignment of the filename
> with the currently hidden player, even with locking the screen at the
> beginning of the handler.
> It's a pitty, but the flickering of the whole window frame keeps the same.
> The directShow video engine must be somehow totally dominant.
> Any other tricky idea?
> Tiemo
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Tiemo Hollmann TB via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:57
> An: 'How to use LiveCode' 
> Cc: Tiemo Hollmann TB 
> Betreff: AW: can I lock screen over more than one handler?
> 
> Thanks Jonathan, Trevor and Sean for your comments.
> 
> Meanwhile I could drill down my "flickering" problem (post from yesterday)
> to an unexpected command.
> In one of those handlers I "set the filename of player "myVideoPlayer" to
> tFile". This command withdraws the focus from the window and passes it back
> after some milliseconds. On my Win 10 machine with a white window title bar
> I almost can't see it, but on Win 8 with the standard violet title bar it is
> an ugly flickering, each time I set the filename (which happens very
> frequently in a quiz loop).
> 
> And I can't prevent this flickering with a lock screen right before the
> setting of the filename. The setting of the filename seems to release the
> lock screen or it takes the focus of the window off and back. Very ugly in
> my case.
> 
> Tiemo
> 
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Sean Cole (Pi) via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:30
> An: How to use LiveCode 
> Cc: Sean Cole (Pi) 
> Betreff: Re: can I lock screen over more than one handler?
> 
> Hi Tiemo,
> The solution here is to call another lockScreen at the beginning of
> handler2. You don't have to use the unlockScreen at the end of handler 1 and
> 2 as it will do that automatically but it is advisable to include the
> command anyway. Is there a reason why you had an aversion to using a
> lockScreen at the start of handler2?
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
> On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> 
>>> Is this possible?
>>> 
>>> on handler1
>>> 
>>> lock screen
>>> 
>>> -- do some stuff here
>>> 
>>> send "handler2" in 0 milliseconds
>>> 
>>> end handler1
>>> 
>>> 
>>> 
>>> on handler2
>>> 
>>> -- do some other stuff here
>>> 
>>> unlock screen
>>> 
>>> end handler2
>>> 
>> 
>> No it is not. From the docs for `lock screen`:
>> 
>> "When all pending handlers are finished executing, the lockScreen 
>> property is set back to false and the user sees the current state of 
>> stack windows on the screen."
>> 
>> The use of the word "pending" is confusing because when you use `send` 
>> you end up with an entry in the `pendingMessages`. But the screen is 
>> going to be unlocked each time through the event loop. If `handler` 
>> called `handler2` directly (without using `send`) then you would not 
>> see the screen update. You should see the result you are looking for 
>> if you change your code to look like this:
>> 
>> ```
>> on handler1
>>  lock screen
>> 
>>  -- do some stuff here
>> 
>>  handler2
>> end handler1
>> ```
>> 
>> If you need to call `handler2` in time then you will need to figure 
>> out another approach to updating the screen. Perhaps all screen 
>> updates will need to happen in `handler2`.
>> 
>> --
>> Trevor DeVore
>> ScreenSteps
>> www.screensteps.com
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 

[ANN] Release 8.1.5 RC-3

[panagiotis merakos via use-livecode]

Dear list members,

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

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-3 contains 4 bug fixes and stability improvements:

- Fixed: LCB sector path radius changed to diameter
- New version of tsNet (1.2.10) that addresses various network-related bugs
is included.
- A couple of IDE-related regressions have been fixed.

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


Feedback

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


Have fun!
The LiveCode Team
--
___
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: can I lock screen over more than one handler?

[Tiemo Hollmann TB via use-livecode]

Jonathan had a tricky idea to work with two player objects switching between
them with hiding and showing them and doing the assignment of the filename
with the currently hidden player, even with locking the screen at the
beginning of the handler.
It's a pitty, but the flickering of the whole window frame keeps the same.
The directShow video engine must be somehow totally dominant.
Any other tricky idea?
Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Mittwoch, 5. Juli 2017 15:57
An: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Betreff: AW: can I lock screen over more than one handler?

Thanks Jonathan, Trevor and Sean for your comments.

Meanwhile I could drill down my "flickering" problem (post from yesterday)
to an unexpected command.
In one of those handlers I "set the filename of player "myVideoPlayer" to
tFile". This command withdraws the focus from the window and passes it back
after some milliseconds. On my Win 10 machine with a white window title bar
I almost can't see it, but on Win 8 with the standard violet title bar it is
an ugly flickering, each time I set the filename (which happens very
frequently in a quiz loop).

And I can't prevent this flickering with a lock screen right before the
setting of the filename. The setting of the filename seems to release the
lock screen or it takes the focus of the window off and back. Very ugly in
my case.

Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Sean Cole (Pi) via use-livecode
Gesendet: Mittwoch, 5. Juli 2017 15:30
An: How to use LiveCode 
Cc: Sean Cole (Pi) 
Betreff: Re: can I lock screen over more than one handler?

Hi Tiemo,
The solution here is to call another lockScreen at the beginning of
handler2. You don't have to use the unlockScreen at the end of handler 1 and
2 as it will do that automatically but it is advisable to include the
command anyway. Is there a reason why you had an aversion to using a
lockScreen at the start of handler2?

All the best

Sean Cole
*Pi Digital Productions Ltd*

On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
> use-livecode@lists.runrev.com> wrote:
> >
> >
> > Is this possible?
> >
> > on handler1
> >
> > lock screen
> >
> > -- do some stuff here
> >
> > send "handler2" in 0 milliseconds
> >
> > end handler1
> >
> >
> >
> > on handler2
> >
> > -- do some other stuff here
> >
> > unlock screen
> >
> > end handler2
> >
>
> No it is not. From the docs for `lock screen`:
>
> "When all pending handlers are finished executing, the lockScreen 
> property is set back to false and the user sees the current state of 
> stack windows on the screen."
>
> The use of the word "pending" is confusing because when you use `send` 
> you end up with an entry in the `pendingMessages`. But the screen is 
> going to be unlocked each time through the event loop. If `handler` 
> called `handler2` directly (without using `send`) then you would not 
> see the screen update. You should see the result you are looking for 
> if you change your code to look like this:
>
> ```
> on handler1
>   lock screen
>
>   -- do some stuff here
>
>   handler2
> end handler1
> ```
>
> If you need to call `handler2` in time then you will need to figure 
> out another approach to updating the screen. Perhaps all screen 
> updates will need to happen in `handler2`.
>
> --
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


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


___
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: synonyms

[Bob Sneidar via use-livecode]

> On Jul 4, 2017, at 10:38 , Mark Wieder via use-livecode 
>  wrote:
> 
> Well, yes and no.

>From a programming with synonyms standpoint, this statement should always 
>return false. Which is a synonym for 0. Which is a synonym for  in an 
>8 bit word. 

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

[Bob Sneidar via use-livecode]

Not too bad. For every 5 psychiatrists there are 10 views on what causes 
bipolar syndrome. 

Bob S


> On Jul 4, 2017, at 01:02 , Mark Waddingham via use-livecode 
>  wrote:
> 
 For a problem placed before any three coders, you will find at least four 
 different solutions. 


___
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: Submitting to the #%^%#? App Store

[Bob Sneidar via use-livecode]

But I have yet to get any malware on my Apple iPhone. So if fitting snugly into 
their boots means I have to worry about something holding my iPhone hostage for 
bitcoin, then I think we just need to get Apple bigger boots. 

Bob S


> On Jul 4, 2017, at 23:46 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> Apple are far too restrictive and far too big for their boots,
> especially if one considers that they probably have about 7% of the desktop 
> computing market.
> 
> 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: Mobile Check Bandwidth Function

[Bob Sneidar via use-livecode]

I ran connectivity_PingServer in the message box using do. I am missing the 
handler dialog_CustomMsg

Bob S




> On Jul 5, 2017, at 08:08 , Bob Sneidar via use-livecode 
>  wrote:
> 
> I am missing something. This only returns the string sOnLineStatus. And yes I 
> copied all the script for the other handlers. :-)
> 
> 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: Mobile Check Bandwidth Function

[Bob Sneidar via use-livecode]

I am missing something. This only returns the string sOnLineStatus. And yes I 
copied all the script for the other handlers. :-)

Bob S


> On Jul 4, 2017, at 10:56 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> function connectivity_GetStatus
>   return sOnLineStatus
> end connectivity_GetStatus


___
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: Mobile Check Bandwidth Function

[Bob Sneidar via use-livecode]

I am getting a reply right away. But this is interesting. I wonder if a similar 
call can be made to a SQL server? Just knowing I have an internet connection is 
not enough. I need to know if the SQL server is visible. I also need to know 
when the network has changed as I reauthenticate when the database connection 
disappears. 

Bob S


> On Jul 4, 2017, at 10:56 , Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> on pingServer
>  put url https://www.himalayanacademy.com/ping.txt; into sOneLineStatus # the 
> file contains one word "true"
> end pingServer
> 
> Is blocking… on the desktop took sometimes 3 minutes (Yeah.. no kidding) for 
> Livecode to step through that line and return "empty") 
> on mobile the app will just hang… but the I had this "ahha!" moment where I 
> thought "Duh, Scott Raney solved this 20 years ago" (really been that long?)

___
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: AW: can I lock screen over more than one handler?

[Jonathan Lynch via use-livecode]

I have a suggestion, if nothing else works. Use two players, layered on top of 
each other. When you switch the source of a player, do it to the player on the 
bottom, then move it to be on top of the other player. 

By switching back and forth, and only reassigning the player on the bottom, it 
should always cover the transition.

Sent from my iPhone

> On Jul 5, 2017, at 10:19 AM, jonathandly...@gmail.com wrote:
> 
> I have found that lock screen only blocks screen updates within the main LC 
> context.
> 
> So, for example, it does not block whatever is happening in a browser.
> 
> For some reason, it also sometimes seems smoother to call a function rather 
> than a handler, but perhaps I misperceived what was happening.
> 
> 
> Sent from my iPhone
> 
>> On Jul 5, 2017, at 9:57 AM, Tiemo Hollmann TB via use-livecode 
>>  wrote:
>> 
>> Thanks Jonathan, Trevor and Sean for your comments.
>> 
>> Meanwhile I could drill down my "flickering" problem (post from yesterday)
>> to an unexpected command.
>> In one of those handlers I "set the filename of player "myVideoPlayer" to
>> tFile". This command withdraws the focus from the window and passes it back
>> after some milliseconds. On my Win 10 machine with a white window title bar
>> I almost can't see it, but on Win 8 with the standard violet title bar it is
>> an ugly flickering, each time I set the filename (which happens very
>> frequently in a quiz loop).
>> 
>> And I can't prevent this flickering with a lock screen right before the
>> setting of the filename. The setting of the filename seems to release the
>> lock screen or it takes the focus of the window off and back. Very ugly in
>> my case.
>> 
>> Tiemo
>> 
>> 
>> 
>> -Ursprüngliche Nachricht-
>> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
>> von Sean Cole (Pi) via use-livecode
>> Gesendet: Mittwoch, 5. Juli 2017 15:30
>> An: How to use LiveCode 
>> Cc: Sean Cole (Pi) 
>> Betreff: Re: can I lock screen over more than one handler?
>> 
>> Hi Tiemo,
>> The solution here is to call another lockScreen at the beginning of
>> handler2. You don't have to use the unlockScreen at the end of handler 1 and
>> 2 as it will do that automatically but it is advisable to include the
>> command anyway. Is there a reason why you had an aversion to using a
>> lockScreen at the start of handler2?
>> 
>> All the best
>> 
>> Sean Cole
>> *Pi Digital Productions Ltd*
>> 
>> On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
>>> use-livecode@lists.runrev.com> wrote:
 
 
 Is this possible?
 
 on handler1
 
 lock screen
 
 -- do some stuff here
 
 send "handler2" in 0 milliseconds
 
 end handler1
 
 
 
 on handler2
 
 -- do some other stuff here
 
 unlock screen
 
 end handler2
 
>>> 
>>> No it is not. From the docs for `lock screen`:
>>> 
>>> "When all pending handlers are finished executing, the lockScreen 
>>> property is set back to false and the user sees the current state of 
>>> stack windows on the screen."
>>> 
>>> The use of the word "pending" is confusing because when you use `send` 
>>> you end up with an entry in the `pendingMessages`. But the screen is 
>>> going to be unlocked each time through the event loop. If `handler` 
>>> called `handler2` directly (without using `send`) then you would not 
>>> see the screen update. You should see the result you are looking for 
>>> if you change your code to look like this:
>>> 
>>> ```
>>> on handler1
>>> lock screen
>>> 
>>> -- do some stuff here
>>> 
>>> handler2
>>> end handler1
>>> ```
>>> 
>>> If you need to call `handler2` in time then you will need to figure 
>>> out another approach to updating the screen. Perhaps all screen 
>>> updates will need to happen in `handler2`.
>>> 
>>> --
>>> Trevor DeVore
>>> ScreenSteps
>>> www.screensteps.com
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list

Re: Feature Race: Pick Your Project

[Mike Kerner via use-livecode]

Wow.  I'm surprised we aren't closer to getting this funded.  c'mon y'all
let's get this funded!

On Sat, Jun 24, 2017 at 5:53 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> I had similar feelings, (I have taken almost every pitch to "pay in
> advance for X number of years for this discount or that… ) so when we get
> hit up again for development that one would hope would be just part of the
> product road map, it does indeed seem odd. Even "advanced smooth scrolling
> graphics" seems odd to be funding, since all this is doing is bring the LC
> mobile on parity with any other smooth flowing app.
>
> This is terribly obvious, but just to say it all again:
>
> Thinking about it, one has to appreciate the challenge the company faces.
> Having gone open source, Livecode moves to a world where everyone and his
> kid sister thinks programming is free. PHP, Javascript, python, CSS…people
> living in those world just don't pay for their tools.
>
> So if open source users are going up (which apparently they are)… that
> doesn't help us (to say the obvious)
>
> If not enough of them are using LC to build products for sale to support
> themselves, OR are not using the tools in-house inside Enterprise (like we
> do here, even though we are non -profit we do have software budgets) where
> budgets are such that the ROI on paid license(s) is well worth it. And it
> would be easy enough for some unscrupulous for-profit company to have 5
> coders on community and only one license and pretty much get away with
> it…(which is cheating of course)…
>
> So  If the user "pie" of those whose are paying  <> equal $ to support the
> company and + hours for features, how does LC handle this, to stay alive?
>  And we all want it to stay alive…right?
>
> I was hoping to talk to Kevin about some other ideas for solutions… but he
> is busy. Perhaps I need to fly to Scotland for tea. In the meantime, I
> voted/pledged for the DataGrid2/GraphicsUpgrade.
>
> Brahmanathaswamai
>
>
>
>
> On 6/24/17, 7:41 AM, "use-livecode on behalf of Alex Tweedly via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> So the Feature Race lets me choose between "Hosting debugger" and
> Datagrid 2.
>
> Hmpphhh!
>
> 
>
> I have a hard time voting for, or funding, Hosting debugger. I already
> paid for that, back in 2009.
>
> ___
> 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: Sharp as a pound (was Array assignment...)

[Bob Sneidar via use-livecode]

And far less dubious if coined by Scottish farmers in 1668?? :-)

Bob S


> On Jul 4, 2017, at 10:01 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> Well . . . as the name "octothorpe" was coined by American telephone 
> engineers as recently as 1968
> that seems extremely dubious . . .


___
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: AW: can I lock screen over more than one handler?

[Jonathan Lynch via use-livecode]

I have found that lock screen only blocks screen updates within the main LC 
context.

So, for example, it does not block whatever is happening in a browser.

For some reason, it also sometimes seems smoother to call a function rather 
than a handler, but perhaps I misperceived what was happening.


Sent from my iPhone

> On Jul 5, 2017, at 9:57 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Thanks Jonathan, Trevor and Sean for your comments.
> 
> Meanwhile I could drill down my "flickering" problem (post from yesterday)
> to an unexpected command.
> In one of those handlers I "set the filename of player "myVideoPlayer" to
> tFile". This command withdraws the focus from the window and passes it back
> after some milliseconds. On my Win 10 machine with a white window title bar
> I almost can't see it, but on Win 8 with the standard violet title bar it is
> an ugly flickering, each time I set the filename (which happens very
> frequently in a quiz loop).
> 
> And I can't prevent this flickering with a lock screen right before the
> setting of the filename. The setting of the filename seems to release the
> lock screen or it takes the focus of the window off and back. Very ugly in
> my case.
> 
> Tiemo
> 
> 
> 
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
> von Sean Cole (Pi) via use-livecode
> Gesendet: Mittwoch, 5. Juli 2017 15:30
> An: How to use LiveCode 
> Cc: Sean Cole (Pi) 
> Betreff: Re: can I lock screen over more than one handler?
> 
> Hi Tiemo,
> The solution here is to call another lockScreen at the beginning of
> handler2. You don't have to use the unlockScreen at the end of handler 1 and
> 2 as it will do that automatically but it is advisable to include the
> command anyway. Is there a reason why you had an aversion to using a
> lockScreen at the start of handler2?
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
> On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> 
>>> Is this possible?
>>> 
>>> on handler1
>>> 
>>> lock screen
>>> 
>>> -- do some stuff here
>>> 
>>> send "handler2" in 0 milliseconds
>>> 
>>> end handler1
>>> 
>>> 
>>> 
>>> on handler2
>>> 
>>> -- do some other stuff here
>>> 
>>> unlock screen
>>> 
>>> end handler2
>>> 
>> 
>> No it is not. From the docs for `lock screen`:
>> 
>> "When all pending handlers are finished executing, the lockScreen 
>> property is set back to false and the user sees the current state of 
>> stack windows on the screen."
>> 
>> The use of the word "pending" is confusing because when you use `send` 
>> you end up with an entry in the `pendingMessages`. But the screen is 
>> going to be unlocked each time through the event loop. If `handler` 
>> called `handler2` directly (without using `send`) then you would not 
>> see the screen update. You should see the result you are looking for 
>> if you change your code to look like this:
>> 
>> ```
>> on handler1
>>  lock screen
>> 
>>  -- do some stuff here
>> 
>>  handler2
>> end handler1
>> ```
>> 
>> If you need to call `handler2` in time then you will need to figure 
>> out another approach to updating the screen. Perhaps all screen 
>> updates will need to happen in `handler2`.
>> 
>> --
>> Trevor DeVore
>> ScreenSteps
>> www.screensteps.com
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: can I lock screen over more than one handler?

[Tiemo Hollmann TB via use-livecode]

Thanks Jonathan, Trevor and Sean for your comments.

Meanwhile I could drill down my "flickering" problem (post from yesterday)
to an unexpected command.
In one of those handlers I "set the filename of player "myVideoPlayer" to
tFile". This command withdraws the focus from the window and passes it back
after some milliseconds. On my Win 10 machine with a white window title bar
I almost can't see it, but on Win 8 with the standard violet title bar it is
an ugly flickering, each time I set the filename (which happens very
frequently in a quiz loop).

And I can't prevent this flickering with a lock screen right before the
setting of the filename. The setting of the filename seems to release the
lock screen or it takes the focus of the window off and back. Very ugly in
my case.

Tiemo



-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Sean Cole (Pi) via use-livecode
Gesendet: Mittwoch, 5. Juli 2017 15:30
An: How to use LiveCode 
Cc: Sean Cole (Pi) 
Betreff: Re: can I lock screen over more than one handler?

Hi Tiemo,
The solution here is to call another lockScreen at the beginning of
handler2. You don't have to use the unlockScreen at the end of handler 1 and
2 as it will do that automatically but it is advisable to include the
command anyway. Is there a reason why you had an aversion to using a
lockScreen at the start of handler2?

All the best

Sean Cole
*Pi Digital Productions Ltd*

On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode < 
> use-livecode@lists.runrev.com> wrote:
> >
> >
> > Is this possible?
> >
> > on handler1
> >
> > lock screen
> >
> > -- do some stuff here
> >
> > send "handler2" in 0 milliseconds
> >
> > end handler1
> >
> >
> >
> > on handler2
> >
> > -- do some other stuff here
> >
> > unlock screen
> >
> > end handler2
> >
>
> No it is not. From the docs for `lock screen`:
>
> "When all pending handlers are finished executing, the lockScreen 
> property is set back to false and the user sees the current state of 
> stack windows on the screen."
>
> The use of the word "pending" is confusing because when you use `send` 
> you end up with an entry in the `pendingMessages`. But the screen is 
> going to be unlocked each time through the event loop. If `handler` 
> called `handler2` directly (without using `send`) then you would not 
> see the screen update. You should see the result you are looking for 
> if you change your code to look like this:
>
> ```
> on handler1
>   lock screen
>
>   -- do some stuff here
>
>   handler2
> end handler1
> ```
>
> If you need to call `handler2` in time then you will need to figure 
> out another approach to updating the screen. Perhaps all screen 
> updates will need to happen in `handler2`.
>
> --
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: can I lock screen over more than one handler?

[Sean Cole (Pi) via use-livecode]

Hi Tiemo,
The solution here is to call another lockScreen at the beginning of
handler2. You don't have to use the unlockScreen at the end of handler 1
and 2 as it will do that automatically but it is advisable to include the
command anyway. Is there a reason why you had an aversion to using a
lockScreen at the start of handler2?

All the best

Sean Cole
*Pi Digital Productions Ltd*

On 5 July 2017 at 14:09, Trevor DeVore via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >
> > Is this possible?
> >
> > on handler1
> >
> > lock screen
> >
> > -- do some stuff here
> >
> > send "handler2" in 0 milliseconds
> >
> > end handler1
> >
> >
> >
> > on handler2
> >
> > -- do some other stuff here
> >
> > unlock screen
> >
> > end handler2
> >
>
> No it is not. From the docs for `lock screen`:
>
> "When all pending handlers are finished executing, the lockScreen property
> is set back to false and the user sees the current state of stack windows
> on the screen."
>
> The use of the word "pending" is confusing because when you use `send` you
> end up with an entry in the `pendingMessages`. But the screen is going to
> be unlocked each time through the event loop. If `handler` called
> `handler2` directly (without using `send`) then you would not see the
> screen update. You should see the result you are looking for if you change
> your code to look like this:
>
> ```
> on handler1
>   lock screen
>
>   -- do some stuff here
>
>   handler2
> end handler1
> ```
>
> If you need to call `handler2` in time then you will need to figure out
> another approach to updating the screen. Perhaps all screen updates will
> need to happen in `handler2`.
>
> --
> Trevor DeVore
> ScreenSteps
> www.screensteps.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: can I lock screen over more than one handler?

[Trevor DeVore via use-livecode]

On Wed, Jul 5, 2017 at 6:45 AM, Tiemo Hollmann TB via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
>
> Is this possible?
>
> on handler1
>
> lock screen
>
> -- do some stuff here
>
> send "handler2" in 0 milliseconds
>
> end handler1
>
>
>
> on handler2
>
> -- do some other stuff here
>
> unlock screen
>
> end handler2
>

No it is not. From the docs for `lock screen`:

"When all pending handlers are finished executing, the lockScreen property
is set back to false and the user sees the current state of stack windows
on the screen."

The use of the word "pending" is confusing because when you use `send` you
end up with an entry in the `pendingMessages`. But the screen is going to
be unlocked each time through the event loop. If `handler` called
`handler2` directly (without using `send`) then you would not see the
screen update. You should see the result you are looking for if you change
your code to look like this:

```
on handler1
  lock screen

  -- do some stuff here

  handler2
end handler1
```

If you need to call `handler2` in time then you will need to figure out
another approach to updating the screen. Perhaps all screen updates will
need to happen in `handler2`.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: debugging a CEF browser instance

[Bernard Devlin via use-livecode]

Thanks Jonathan for confirming that there is no debug mechanism for the
browser widget.

But what my examples shows is that one cannot rely on the browser widget to
present a working web page, even one that works in multiple standard
browsers (including Chrome).  This is not a web page of my construction,
but is one that is in use by other people.  So it's not that it's my
javascript that is failing, and therefore I can't carefully test each line
of javascript without taking their website apart and building it back up to
find the error.

LC needs to have some way of allowing at least the developer to see why a
page is not working within the widget.  The debuglog option of the CEF
browser widget shows
a) that the debuglog is being written to a system folder (and therefore
unlikely to be writeable)
b) that the browser widget has logging disabled anyway
c) that these options are hard-coded into the LC startup process

Anyone got suggestions about how this should be put forward as an
enhancement request/bug report?  It seems that a CEF executable ought to be
launchable with a supplied remote-debugging port. But that also does not
work with the libbrowser-cefprocess.exe which comes with Livecode.
http://magpcss.org/ceforum/viewtopic.php?f=6=11952#p22106

Regards
Bernard



On Wed, Jul 5, 2017 at 12:40 PM, Jonathan Lynch via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Bernard,
>
> I work with JS in the browser widget quite a bit.
>
> I have just gotten used to testing JS commands very carefully, step by
> step, because it does not really provide any debugging information.
>
> It would be nice to have that.
>
> Sent from my iPhone
>
>
___
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: can I lock screen over more than one handler?

[Jonathan Lynch via use-livecode]

Hi Tiemo,

It unlocks at the end of a handler. This can be a problem when calling another 
handler.

I handle it by turning a called handler into a function. However, I don't think 
you can do it with a "send in time" handler.



Sent from my iPhone

> On Jul 5, 2017, at 7:45 AM, Tiemo Hollmann TB via use-livecode 
>  wrote:
> 
> Hello,
> 
> Is this possible?
> 
> 
> 
> on handler1
> 
> lock screen
> 
> -- do some stuff here
> 
> send "handler2" in 0 milliseconds
> 
> end handler1
> 
> 
> 
> on handler2
> 
> -- do some other stuff here
> 
> unlock screen
> 
> end handler2
> 
> 
> 
> in my real case the screen seems to be unlocked before handler2 has finished
> and I can see some updates on the screen, while the two handlers are
> running. The docs don't say, that there is an automatic unlock screen at the
> end of each handler and I checked my code that each lock has one unlock.
> 
> Should this be possible, or are there other statements/functions, which
> unlock the screen by default beside of modal a stack?
> 
> Thanks
> 
> 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

can I lock screen over more than one handler?

[Tiemo Hollmann TB via use-livecode]

Hello,

Is this possible?

 

on handler1

lock screen

-- do some stuff here

send "handler2" in 0 milliseconds

end handler1

 

on handler2

-- do some other stuff here

unlock screen

end handler2

 

in my real case the screen seems to be unlocked before handler2 has finished
and I can see some updates on the screen, while the two handlers are
running. The docs don't say, that there is an automatic unlock screen at the
end of each handler and I checked my code that each lock has one unlock.

Should this be possible, or are there other statements/functions, which
unlock the screen by default beside of modal a stack?

Thanks

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

Re: debugging a CEF browser instance

[Jonathan Lynch via use-livecode]

Hi Bernard,

I work with JS in the browser widget quite a bit.

I have just gotten used to testing JS commands very carefully, step by step, 
because it does not really provide any debugging information.

It would be nice to have that.

Sent from my iPhone

> On Jul 5, 2017, at 7:34 AM, Bernard Devlin via use-livecode 
>  wrote:
> 
> I tried with 9.0 dp7.
> 
> Still no luck. The webpage opens and works with both Chrome and Firefox.
> But not with the browser widget in either LC 8 or LC 9.  I even tried with
> LC8.1.4 on OS X and it fails there too.
> 
> I'm surprised no-one else has run into the need to access the debug log,
> browser console or browser developer tools.
> 
> Regards
> Bernard
> 
>> On Tue, Jul 4, 2017 at 11:33 AM, Bernard Devlin  wrote:
>> 
>> After a very long time away from Livecode, I'm trying to get back into it.
>> 
>> On 8.1.4 in the Windows IDE I have a browser instance where a standalone
>> web page with some Javascript code is not working.  The same page works if
>> I load it into Chrome.
>> 
>> So, I thought there might be a way to display the console of the browser
>> instance, but I can't find a "chrome://..." command to do that. The most
>> information I can get back from the browser instance is this:
>> 
>> "C:/Program Files (x86)/RunRev/LiveCode Business 8.1.4/LiveCode Business"
>> --browser-subprocess-path="C:\Program Files (x86)\RunRev\LiveCode
>> Business 8.1.4\Externals\CEF\libbrowser-cefprocess.exe" --no-sandbox
>> --lang=en-US --log-file="C:\Program Files (x86)\RunRev\LiveCode Business
>> 8.1.4\debug.log" --log-severity=disable --locales-dir-path="C:\Program
>> Files (x86)\RunRev\LiveCode Business 8.1.4\Externals\CEF\locales"
>> 
>> So, I created a .cmd file where I launched the livecode .exe, passing in
>> different values for
>> 
>> --log-severity=disable
>> 
>> but no alternative parameters in the .cmd file appear to be taken up (i.e.
>> it looks like these CEF browser parameters might be hard-coded into the LC
>> exe).
>> 
>> I'm thinking there must be a way to debug CEF browser instances, but a
>> search through the mail list didn't turn up anything that appeared relevant.
>> 
>> Any suggestions?
>> 
>> Regards
>> Bernard
>> 
>> 
>> 
> ___
> 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: debugging a CEF browser instance

[Bernard Devlin via use-livecode]

I tried with 9.0 dp7.

Still no luck. The webpage opens and works with both Chrome and Firefox.
But not with the browser widget in either LC 8 or LC 9.  I even tried with
LC8.1.4 on OS X and it fails there too.

I'm surprised no-one else has run into the need to access the debug log,
browser console or browser developer tools.

Regards
Bernard

On Tue, Jul 4, 2017 at 11:33 AM, Bernard Devlin  wrote:

> After a very long time away from Livecode, I'm trying to get back into it.
>
> On 8.1.4 in the Windows IDE I have a browser instance where a standalone
> web page with some Javascript code is not working.  The same page works if
> I load it into Chrome.
>
> So, I thought there might be a way to display the console of the browser
> instance, but I can't find a "chrome://..." command to do that. The most
> information I can get back from the browser instance is this:
>
> "C:/Program Files (x86)/RunRev/LiveCode Business 8.1.4/LiveCode Business"
> --browser-subprocess-path="C:\Program Files (x86)\RunRev\LiveCode
> Business 8.1.4\Externals\CEF\libbrowser-cefprocess.exe" --no-sandbox
> --lang=en-US --log-file="C:\Program Files (x86)\RunRev\LiveCode Business
> 8.1.4\debug.log" --log-severity=disable --locales-dir-path="C:\Program
> Files (x86)\RunRev\LiveCode Business 8.1.4\Externals\CEF\locales"
>
> So, I created a .cmd file where I launched the livecode .exe, passing in
> different values for
>
> --log-severity=disable
>
> but no alternative parameters in the .cmd file appear to be taken up (i.e.
> it looks like these CEF browser parameters might be hard-coded into the LC
> exe).
>
> I'm thinking there must be a way to debug CEF browser instances, but a
> search through the mail list didn't turn up anything that appeared relevant.
>
> Any suggestions?
>
> Regards
> Bernard
>
>
>
___
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

OT Re: synonyms

[David V Glasgow via use-livecode]

My ancient Quaker father-in-law (now deceased) never gave them up. 

His first utterance to me was “What has thou done with Liss?” - a question I 
was none to keen on answering (‘Liss'= his daughter)

His language took a little getting used to, but after a while I barely noticed, 
except to enjoy it.

Cheers,

David Glasgow

> On 4 Jul 2017, at 8:55 pm, Richmond Mathewson via use-livecode 
>  wrote:
> 
> Thou hast no need at all to be pompous, just a wee bit old-fashioned.
> 
> Thou art more than welcome me to the extremely select club of language 
> nutters (current membership: 1 and a few stray Mennonites)
> who want to bring Thou, thee, they and thine back into mainstream English 
> usages.
> 
> Membership is free, and thou art not required to wear a daft uniform, change 
> thy dietary habits, take any odd vows, or
> reassess thy personal hygiene regime . . .
> 
> However, if thou usest the middle-finger in any way whatsoever thou wilt be 
> expelled forthwith, fifthwith and sixthwith!
> 
> None of our membership have become obsessive enough to remove their 
> middle-finger, Yet!
> 
> Richmond.
> 
> On 7/4/17 10:43 pm, Mark Wieder via use-livecode wrote:
>> On 07/04/2017 11:34 AM, Mark Waddingham via use-livecode wrote:
>>> It was a generic 'you' and not you 'you' :)
>>> 
>>> I think part of my brain decided on 'one' there but my fingers objected 
>>> ('when' should have been 'one').
>>> 
>>> Indeed in this instance 'one' in both places probably would have been 
>>> better, however I always feel like that sounds slightly pompous...
>> 
>> LOL
>> 
>> Yes, "one" would maybe have been more syntactically correct but made you 
>> feel pompous. "You" in both places emphasizes the lexical ambiguity. So even 
>> though the sentence would be diagrammed the same way (the bytecode 
>> implementation would be identical) they feel completely different.
>> 
>> So... aren't you glad we have synonyms? 
>> 
>> And placing the sentence in passive voice would eliminate the above problems 
>> by allowing a different creative process to take place. Thus my argument for 
>> synonyms: not that it makes much (if any) difference at the engine level, 
>> but it allows for some right-brain interaction in what would otherwise be a 
>> completely left-brain activity.
>> 
> 
> ___
> 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: Submitting to the #%^%#? App Store

[Jonathan Lynch via use-livecode]

Good points Dave, I will do those things

Sent from my iPhone

> On Jul 5, 2017, at 5:03 AM, Dave Kilroy via use-livecode 
>  wrote:
> 
> Ah yes - one of the biggest GOTCHA’s there is when working on Apple 
> certification…
> 
> I’ve found the best approach is to keep my dev machine scrupulously clean as 
> regards old certificates, and a session with Keychain Access pays dividends. 
> 
> The same thing goes as regards old provisioning profiles - you should find 
> all provisioning profiles on your mac stored at 
> '/Users/ cleaning out of that folder and then using Xcode to pull down fresh copies is 
> the way to go
> 
> In general ‘good hygiene’ with your certificates and profiles is necessary 
> and will prevent much head thumping, cursing, gnashing of teeth and tears at 
> bedtime :)
> 
> And finally, I’ve found it best to keep old copies of Xcode on my machine in 
> their own sub-folder (individually named) in the Applications folder whilst 
> keeping the executable named “Xcode.app”
> 
> Kind regards
> 
> Dave
> 
> 
>> Okay. - I got it submitted :) 
>> 
>> I had revoked an older certificate to make sure I was using the right one, 
>> but that certificate was still in the key chain. 
>> 
>> Fingers crossed they like it on the first try. 
>> 
>> Sorry for my hidden curse word there - it was just one of those moments. 
>> 
>> J 
>> 
>> Sent from my iPhone 
>> 
>>> On Jul 4, 2017, at 11:01 PM, [hidden email] 
>>> 
>>>  wrote: 
>>> 
>>> I created a new profile just for this - still get the same error. 
>>> 
>>> After that I tried manually codesigning, but then I got the same error 
>>> again. 
>>> 
>>> Any other ideas? And thanks for taking the time on this - it is much 
>>> appreciated. 
>>> 
>>> J 
>>> 
>>> Sent from my iPhone 
>>> 
 On Jul 4, 2017, at 10:35 PM, Colin Holgate via use-livecode <[hidden 
 email] 
 >
  wrote: 
 
 You choose a profile in Standalone Application Settings. There’s a danger 
 of picking an old one. See discussions like this on how to remove out of 
 date ones: 
 
 https://stackoverflow.com/questions/26732251/how-to-remove-provisioning-profiles-from-xcode
  
 
 
 It should have a certificate associated with it, and unless you recently 
 resubscribed it ought to work. 
 
> On Jul 4, 2017, at 7:30 PM, Jonathan Lynch via use-livecode <[hidden 
> email] 
> >
>  wrote: 
> 
> Hi Colin, 
> 
> Yes and yes 
> 
> Do we need to sign the actual file after it is created? I thought that 
> happened when we created to executable from LC. 
> 
> Sent from my iPhone 
> 
>> On Jul 4, 2017, at 10:05 PM, Colin Holgate via use-livecode <[hidden 
>> email] 
>> >
>>  wrote: 
>> 
>> Are you using an App Store Distribution profile? Was its certificate 
>> your Distribution one? 
>> 
>> 
>>> On Jul 4, 2017, at 7:02 PM, Jonathan Lynch via use-livecode <[hidden 
>>> email] 
>>> >
>>>  wrote: 
>>> 
>>> Both venting and seeking advice. 
>>> 
>>> Actually submitting an app to iTunes Connect is not easy, to put it 
>>> mildly. 
>>> 
>>> I am getting an error... 
>>> 
>>> The executable 'Payload/Augmented Earth.app/Augmented Earth' must be 
>>> signed with the certificate that is contained in the provisioning 
>>> profile. 
>>> 
>>> I have no idea how it could be wrong. The distribution provisioning 
>>> profile seems correct to me. Is there a step I am missing? I thought I 
>>> was following the steps outlined on the LC site. 
>>> 
> ___
> 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: Submitting to the #%^%#? App Store

[Dave Kilroy via use-livecode]

Ah yes - one of the biggest GOTCHA’s there is when working on Apple 
certification…

I’ve found the best approach is to keep my dev machine scrupulously clean as 
regards old certificates, and a session with Keychain Access pays dividends. 

The same thing goes as regards old provisioning profiles - you should find all 
provisioning profiles on your mac stored at 
'/Users/ Okay. - I got it submitted :) 
> 
> I had revoked an older certificate to make sure I was using the right one, 
> but that certificate was still in the key chain. 
> 
> Fingers crossed they like it on the first try. 
> 
> Sorry for my hidden curse word there - it was just one of those moments. 
> 
> J 
> 
> Sent from my iPhone 
> 
> > On Jul 4, 2017, at 11:01 PM, [hidden email] 
> > 
> >  wrote: 
> > 
> > I created a new profile just for this - still get the same error. 
> > 
> > After that I tried manually codesigning, but then I got the same error 
> > again. 
> > 
> > Any other ideas? And thanks for taking the time on this - it is much 
> > appreciated. 
> > 
> > J 
> > 
> > Sent from my iPhone 
> > 
> >> On Jul 4, 2017, at 10:35 PM, Colin Holgate via use-livecode <[hidden 
> >> email] 
> >> >
> >>  wrote: 
> >> 
> >> You choose a profile in Standalone Application Settings. There’s a danger 
> >> of picking an old one. See discussions like this on how to remove out of 
> >> date ones: 
> >> 
> >> https://stackoverflow.com/questions/26732251/how-to-remove-provisioning-profiles-from-xcode
> >>  
> >> 
> >> 
> >> It should have a certificate associated with it, and unless you recently 
> >> resubscribed it ought to work. 
> >> 
> >>> On Jul 4, 2017, at 7:30 PM, Jonathan Lynch via use-livecode <[hidden 
> >>> email] 
> >>> >
> >>>  wrote: 
> >>> 
> >>> Hi Colin, 
> >>> 
> >>> Yes and yes 
> >>> 
> >>> Do we need to sign the actual file after it is created? I thought that 
> >>> happened when we created to executable from LC. 
> >>> 
> >>> Sent from my iPhone 
> >>> 
>  On Jul 4, 2017, at 10:05 PM, Colin Holgate via use-livecode <[hidden 
>  email] 
>  >
>   wrote: 
>  
>  Are you using an App Store Distribution profile? Was its certificate 
>  your Distribution one? 
>  
>  
> > On Jul 4, 2017, at 7:02 PM, Jonathan Lynch via use-livecode <[hidden 
> > email] 
> > >
> >  wrote: 
> > 
> > Both venting and seeking advice. 
> > 
> > Actually submitting an app to iTunes Connect is not easy, to put it 
> > mildly. 
> > 
> > I am getting an error... 
> > 
> > The executable 'Payload/Augmented Earth.app/Augmented Earth' must be 
> > signed with the certificate that is contained in the provisioning 
> > profile. 
> > 
> > I have no idea how it could be wrong. The distribution provisioning 
> > profile seems correct to me. Is there a step I am missing? I thought I 
> > was following the steps outlined on the LC site. 
> > 
___
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: Submitting to the #%^%#? App Store

[Richmond Mathewson via use-livecode]

Apple are far too restrictive and far too big for their boots,
especially if one considers that they probably have about 7% of the 
desktop computing market.


Richmond.

On 7/5/17 5:02 am, Jonathan Lynch via use-livecode wrote:

Both venting and seeking advice.

Actually submitting an app to iTunes Connect is not easy, to put it mildly.

I am getting an error...

The executable 'Payload/Augmented Earth.app/Augmented Earth' must be signed 
with the certificate that is contained in the provisioning profile.

I have no idea how it could be wrong. The distribution provisioning profile 
seems correct to me. Is there a step I am missing? I thought I was following 
the steps outlined on the LC site.

Sent from my iPhone
___
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