Re: WannaCry [OT]

[J. Landman Gay via use-livecode]

On 5/15/17 7:23 PM, Richard Gaskin via use-livecode wrote:


Until we see some enforced security standards, I have no interest in
"smart cars", "smart TVs" or "smart homes".  When I look at those
products I just see one big botnet.


Ditto. But I do want a smart home and I've had one for years. We still 
use the older X10/Insteon protocol, which I suspect is more convenient 
than a smartphone because I don't have to speak commands or find my 
phone to launch an app. Sensors and timers manage everything, there's no 
network connection at all, and I hardly ever need to flip a light switch.


Not to mention, I don't want my refrigerator to know what I'm eating and 
I have zero interest in turning on my crockpot remotely. They're 
*supposed* to cook all day.


--
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: Dispatching Messages to Closed Stacks Which Are Not in Memory

[Sannyasin Brahmanathaswami via use-livecode]

right, I can see the stack in the project browser after the dispatch call but 
it is not actually open as a top stack… what doesn't make sense is that

a) there is no dictionary word "open"

b) but if you run

open "gems" in the msg box it opens the stack in the GUI as the top stack

c) If you close the stack and remove from memory but run "dispatch" some 
handler to that stack

"re-opens" but is not open in the GUI as a top stack…
 Yes it's stack script is available for us to talk to; 
but it is not "really" open in the way that 

open "gems" opens it. OK… 

d) I suspect it is open in mode 0

- **Mode 0: closed but loaded**

confirmed: put the mode of stack "gems"
[returns] 0

so "re-open" is misleading.. it is closed but loaded (new concept for me after 
30 years of xtalk!)

so what is the optimum option (especially for mobile) to show the stack after 
loading it?  

"Go me"  or  "toplevel me"  
 
neither work  in the handler in the stack "gems") which is in mode 0…   "me" 
seems to continue to refer to the stack issuing the dispatch (stack "journal")

I have to pass an explicit reference to the stack  by using it's own name that 
is loaded but not open…  

so our generic "journalResume" handler now looks like this where

this script is in the stack "gems" that is "closed but loaded"

and pEntryA["module"] = "gems"

on journalResume  pDataA, pEntryA
   answer "Got the Resume Message" with "OK"
   go stack  pEntryA["module"]  
end journalResume

that works… and the logic makes sense.

but seems like we have to work too hard… 
would be neater to have a way to dispatch and toplevel at the same time.

i.e. " Executing a dispatch command causes the message to be sent to the
target object with the given argument list."  have dispatch also be able to set 
the mode of the stack it is sending the message to.

BR







 

On 5/15/17, 8:15 AM, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

Any reference to a stack will re-open it. The reference here is in the 
dispatch command.

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

Identical and similar blend modes

[Alejandro Tejada via use-livecode]

After a quick test, these are my results
looking for identical and similar blend modes
but notice that these results could differ
from your own results:

1) srcXor = BlendExclusion = BlendDifference

2) srcOr = addMax = addPin = BlendDodge = BlendLighten = blendScreen =
BlendPlus

3) srcCopy = Transparent = BlendHardLight

4) srcAnd = adMin = BlendBurn = BlendDarken = BlendMultiply

5) addOver = noop = BlendDstOver

subPin almost looks like reverse

There are many aritmetic and bitwise blending modes
that do not have a direct equivalent using Imaging
blend modes... but probably (or not) these blending
modes could be "simulated" using color overlays,
groups, structural blends and imaging blend modes

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

Re: WannaCry [OT]

[Richard Gaskin via use-livecode]

Good thoughts, Kay.

The DDoS last October only reinforced my inherent distrust of IoT devices.

Until we see some enforced security standards, I have no interest in 
"smart cars", "smart TVs" or "smart homes".  When I look at those 
products I just see one big botnet.


--
 Richard Gaskin
 Fourth World Systems


Kay C Lan wrote:

On Tue, May 16, 2017 at 3:13 AM, Richard Gaskin via use-livecode
 wrote:


Might it be (again, we can't know for sure until we talk with each vendor)
that they simply soldered too little RAM onto the motherboard and provided
no means of updating the OS because they weren't thinking long-term?


Hmmm sounds so simply, but I think when you are talking about any
machine worth more than $1000, especially from any reputable provider
(i.e. one that would win a government contract) then a huge amount of
thought and design has gone into all the compromises necessary to
achieve the 'current objective' whilst achieving an acceptable ROI. In
every case, I'm sure there'd be a desire to make it more modular, add
more RAM, add more software features, or make it smaller or lighter,
but just like the other Post about Tom Pitman and his need to reduce
257bytes of code down to 256 because that was all that was physically
available; there will always be some constraint where today's
technology and hindsight make it easy to say  'if only they did
this/that/the other'.


If hardware vendors are looking for control over their platforms, perhaps
they should be looking at open source OSes so they have access to the source
code, ensuring that it will do always be able to do what they need.


Again it sounds good but my own prediction is that open source OSes
for 'the internet of everything' will be opening the floodgates for
exploitations that will effect a wider portion of the community, more
and more often. I'm particularly thinking of cheap Chinese smart
phones and TVs. My parents have gone through several cheap Chinese
smart phones (Huwei to name one brand) that have all ended up getting
to an OS version and then can no longer be upgraded. The phone still
makes phone calls; no software makes a phone conversation any better.
That's all my parents, and the vast majority of the population needs.
They are not going to buy another phone just because the OS has EOLed.
The phone gets upgraded only when it's no longer fit for purpose -
battery doesn't last long enough. Same with Smart TVs but on a much
worse scale. Few companies, and certainly no cheap Chinese brand
company has any interest, once they've sold you a TV and made a slim
margin of profit on it, in keeping the OSes up to date. How often does
Linux get a security update, yet how often does your Smart TV tell you
you need to update it's Linux based OS? You really think the
population is regularly going to check the Smart TV Firmware date and
as soon as it gets to the point it no longer can be updated, or is
6/8/12 months behind Linux, they'll trash it and buy a new one? In
most cases it's not even the device that tells you it's OS has EOLed,
it's some other vendor's software (Google Maps/Neflix) that tells you
you can't download the latest version because you aren't running the
latest OS.

Cars, cameras, fridges and a whole heap more are starting to run
Linux/Android and be network connected; unfortunately the bottom line,
not security, is the driving factor for this choice. As I said, I
predict this will increase the number of EOLed OSes available to
unscrupulous entities to exploit.



___
use-livecode mailing list
use-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: Seeking recommendations / suggestions for use of library stacks.

[Alex Tweedly via use-livecode]

Thanks Ali, that's a nice idea.


But just in case anyone else does the same as me (i.e. copy/paste it 
without looking too hard :-) :


there should NOT be an 'else' clause in there  right now it will 
either set the variable OR do the initialization, when in fact it should 
do BOTH or NEITHER; i.e. it should be



local sIHaveBeenInitialized
on librarystack
   if sIHaveBeenInitialized is empty then
 put the millisecs into sIHaveBeenInitialized
 doLibraryInitialization
   end if
end librarystack


On 15/05/2017 09:40, Ali Lloyd via use-livecode wrote:

One simple way to make this slightly nicer would be to make sure all your
initialisation happens in a separate handler eg (doLibraryInitialization),
and use your script local lock in the libraryStack handler


local sIHaveBeenInitialized
on librarystack
   if sIHaveBeenInitialized is empty then
 put the millisecs into sIHaveBeenInitialized
   else
 doLibraryInitialization
   end if
end librarystack

Then you don't need a separate library_reset handler, just call
  doLibraryInitialization from the message box. Of course you still might
want to flip it from public to private once you deploy.
___
use-livecode mailing list
use-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: IP to decimal function?

[Tim Selander via use-livecode]

OK, this "master library" is new info to me! Googled it, found a brief 
reference and download link in the forums. Will now have a look at it!


Tim Selander
Tokyo, Japan


On 2017/05/16 0:01, Bob Sneidar via use-livecode wrote:

I wrote something of the sort called IPCalc. It should be in the master library.

Bob S



On May 13, 2017, at 22:25 , Tim Selander via use-livecode 
 wrote:

Hi

I need to convert IP address from web logs to decimal for easier processing...

Before I try to "reinvent the wheel" (and no doubt roll off a cliff) I'm 
wondering if anyone already has such a function they'd be willing to share?

TIA

Tim Selander
Tokyo, Japan

___
use-livecode mailing list
use-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: WannaCry [OT]

[Kay C Lan via use-livecode]

On Tue, May 16, 2017 at 3:13 AM, Richard Gaskin via use-livecode
 wrote:
>
> Might it be (again, we can't know for sure until we talk with each vendor)
> that they simply soldered too little RAM onto the motherboard and provided
> no means of updating the OS because they weren't thinking long-term?
>
Hmmm sounds so simply, but I think when you are talking about any
machine worth more than $1000, especially from any reputable provider
(i.e. one that would win a government contract) then a huge amount of
thought and design has gone into all the compromises necessary to
achieve the 'current objective' whilst achieving an acceptable ROI. In
every case, I'm sure there'd be a desire to make it more modular, add
more RAM, add more software features, or make it smaller or lighter,
but just like the other Post about Tom Pitman and his need to reduce
257bytes of code down to 256 because that was all that was physically
available; there will always be some constraint where today's
technology and hindsight make it easy to say  'if only they did
this/that/the other'.
>
> If hardware vendors are looking for control over their platforms, perhaps
> they should be looking at open source OSes so they have access to the source
> code, ensuring that it will do always be able to do what they need.
>
Again it sounds good but my own prediction is that open source OSes
for 'the internet of everything' will be opening the floodgates for
exploitations that will effect a wider portion of the community, more
and more often. I'm particularly thinking of cheap Chinese smart
phones and TVs. My parents have gone through several cheap Chinese
smart phones (Huwei to name one brand) that have all ended up getting
to an OS version and then can no longer be upgraded. The phone still
makes phone calls; no software makes a phone conversation any better.
That's all my parents, and the vast majority of the population needs.
They are not going to buy another phone just because the OS has EOLed.
The phone gets upgraded only when it's no longer fit for purpose -
battery doesn't last long enough. Same with Smart TVs but on a much
worse scale. Few companies, and certainly no cheap Chinese brand
company has any interest, once they've sold you a TV and made a slim
margin of profit on it, in keeping the OSes up to date. How often does
Linux get a security update, yet how often does your Smart TV tell you
you need to update it's Linux based OS? You really think the
population is regularly going to check the Smart TV Firmware date and
as soon as it gets to the point it no longer can be updated, or is
6/8/12 months behind Linux, they'll trash it and buy a new one? In
most cases it's not even the device that tells you it's OS has EOLed,
it's some other vendor's software (Google Maps/Neflix) that tells you
you can't download the latest version because you aren't running the
latest OS.

Cars, cameras, fridges and a whole heap more are starting to run
Linux/Android and be network connected; unfortunately the bottom line,
not security, is the driving factor for this choice. As I said, I
predict this will increase the number of EOLed OSes available to
unscrupulous entities to exploit.

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

[ANN] This Week in LiveCode 82

[Alejandro Tejada via use-livecode]

Richmond wrote:
> "the modern era"
> Ah; such an awful pity that both Thee and Me
> have more important things to do;
> we could have such fun playing
> "semantic squash".

Ok, lets play!
but check this webpage before starting:
https://skia.org/user/api/skpaint

This Skia feature named: Perlin Noise Shader
could have this syntax:

set the fractalperlinNoise of selobj to "0.05, 0.05, 4, 0.0"
set the turbulenceperlinNoise of selobj to "0.05, 0.05, 4, 0.0"

This Skia feature named: Blur Mask Filter
could have this syntax:

set the blur of selobj to 5
set the hqblur of selobj to 10

This Skia feature named: SkMatrix
could have this syntax:

set the perspective of selobj to "1, 0, 0, 0, 0, 1, 0, 0, 0, 0, 1, 1, 0, 0,
0, 0"

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

Re: [ANN] This Week in LiveCode 82

[hh via use-livecode]

> Mark W. wrote:
> SrcCopy is identical to blendSrcOver - the latter is its alpha-aware
> counterpart. The engine makes no distinction between the two - except
> on groups where it determines if the group should be rendered first
> and then composited (blendSrcOver), or if its children should be
> directly composites into the group's parent. That won't change.
> 
> In terms of notSrcCopy then there are other blends which do a similar
> thing - although in that specific case I'd suggest perhaps letting
> users set colours in the script editor would be a better approach ;)

I personally tried since months to use where possible blend modes because
of the "deprecated" mark in the dictionary and your and Ali's discussions
on github. But very often the wanted effect was not achievable with other
modes than the bitmapped ones.

The script editor theme was a discussion here some time before: Simply
try colour-setting-methods and compare to setting the ink to "notSrcCopy"
(what is nothing else than choosing colours by choosing the "reversed"
theme to user's current "light" choice in the preferences).

Also setting simply the ink is up to ten times _faster_ for long scripts
(because it uses still the compiled(?) engine colouring).
And the _same_ effect is NOT achievable, also not a 'medium similar' one,
with a non-bitmap ink. I tried ALL other currently available modes.

I have a big problem with accepting your 'a similar effect is available'
statement, that's too lax -- for example red is similar to blue and green
(because they have the same rgb items).

Some demos for 'the SAME effect is available' would be more convincing.

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

Re: [ANN] This Week in LiveCode 82

[Richmond Mathewson via use-livecode]

"the modern era"

Ah; such an awful pity that both Thee and Me have more important things 
to do;


we could have such fun playing "semantic squash".

Best, Richmond.

On 5/15/17 10:50 pm, Mark Waddingham via use-livecode wrote:

In this case it means when you take into account the number of global uses of 
the (now in the modern era) non-standard inks / blend modes we provide... Does 
that percentage justify the reimplementation effort and continued maintenance 
(particularly when they have been explicitly deprecated for years) when it 
could be used on more widely usable things :)

Mark.

Sent from my iPhone


On 15 May 2017, at 20:24, Richmond Mathewson via use-livecode 
 wrote:

What does that word "fair" mean? I have always wondered whether
it isn't a bit like "luck", something nebulous (c.f. "rights") to cover up
a multitude of rather more difficult ideas.

Richmond.


On 5/15/17 10:01 pm, Ali Lloyd via use-livecode wrote:
To be fair, the docs claim the legacy blend modes have been deprecated
since LC 5! We've supported thm for quite a long time post-deprecation...

On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:


Oh no!  I use the legacy blendModes all the time!


On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
use-livecode@lists.runrev.com> wrote:


Read about new developments in LiveCode open source
and the open source community in today's edition of
the "This Week in LiveCode" newsletter!
Read issue #82 here: https://goo.gl/8HNhau

Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'
and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax

If you check all paint features available
from Skia Library: https://skia.org/user/api/skpaint
there are many useful features that LC9
could implement, like:
setTextScaleX (and setTextScaleY)
SkPathEffect
SkLine2DPathEffect
SkDiscretePathEffect
SkComposePathEffect
SkSumPathEffect
Two-Point Conical Gradient Shader
Fractal Perlin Noise Shader
Turbulence Perlin Noise Shader
Compose Shader
Blur Mask Filter

Could LC implement first some of
these Skia features like Perlin Noise
and Blur filter?

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


___
use-livecode mailing list
use-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


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

Re: [ANN] This Week in LiveCode 82

[Mark Waddingham via use-livecode]

In this case it means when you take into account the number of global uses of 
the (now in the modern era) non-standard inks / blend modes we provide... Does 
that percentage justify the reimplementation effort and continued maintenance 
(particularly when they have been explicitly deprecated for years) when it 
could be used on more widely usable things :)

Mark.

Sent from my iPhone

> On 15 May 2017, at 20:24, Richmond Mathewson via use-livecode 
>  wrote:
> 
> What does that word "fair" mean? I have always wondered whether
> it isn't a bit like "luck", something nebulous (c.f. "rights") to cover up
> a multitude of rather more difficult ideas.
> 
> Richmond.
> 
>> On 5/15/17 10:01 pm, Ali Lloyd via use-livecode wrote:
>> To be fair, the docs claim the legacy blend modes have been deprecated
>> since LC 5! We've supported thm for quite a long time post-deprecation...
>> 
>> On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Oh no!  I use the legacy blendModes all the time!
>>> 
>>> 
>>> On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
> Read about new developments in LiveCode open source
> and the open source community in today's edition of
> the "This Week in LiveCode" newsletter!
> Read issue #82 here: https://goo.gl/8HNhau
 Looks like Skia Graphics Library dropped support
 for some features and LC9 will not show anymore
 these types of gradients:
 'XY', 'SqrtXY', 'Diamond' and 'Spiral'
 and most of these legacy Blend Modes:
 clear, noop, notSrcAnd, notSrcAndReverse,
 notSrcCopy, notSrcOr, notSrcOrReverse,
 notSrcXor, reverse, set, srcAnd,
 srcAndReverse, srcCopy, srcOr,
 srcOrReverse, srcXor, blend, addPin
 addOver, subPin, transparent
 adMin, addMax
 
 If you check all paint features available
 from Skia Library: https://skia.org/user/api/skpaint
 there are many useful features that LC9
 could implement, like:
 setTextScaleX (and setTextScaleY)
 SkPathEffect
 SkLine2DPathEffect
 SkDiscretePathEffect
 SkComposePathEffect
 SkSumPathEffect
 Two-Point Conical Gradient Shader
 Fractal Perlin Noise Shader
 Turbulence Perlin Noise Shader
 Compose Shader
 Blur Mask Filter
 
 Could LC implement first some of
 these Skia features like Perlin Noise
 and Blur filter?
 
 Al
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
 
>>> ___
>>> use-livecode mailing list
>>> use-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: [ANN] This Week in LiveCode 82

[Mark Waddingham via use-livecode]

SrcCopy is identical to blendSrcOver - the latter is its alpha-aware 
counterpart. The engine makes no distinction between the two - except on groups 
where it determines if the group should be rendered first and then composited 
(blendSrcOver), or if its children should be directly composites into the 
group's parent.

That won't change.

In terms of notSrcCopy then there are other blends which do a similar thing - 
although in that specific case I'd suggest perhaps letting users set colours in 
the script editor would be a better approach ;)

Mark.

Sent from my iPhone

On 15 May 2017, at 20:21, hh via use-livecode  
wrote:

>> Mark W. wrote:
>>> and most of these legacy Blend Modes:
>>> clear, noop, notSrcAnd, notSrcAndReverse,
>>> notSrcCopy, notSrcOr, notSrcOrReverse,
>>> notSrcXor, reverse, set, srcAnd,
>>> srcAndReverse, srcCopy, srcOr,
>>> srcOrReverse, srcXor, blend, addPin
>>> addOver, subPin, transparent
>>> adMin, addMax
> 
>> We're still on the fency about all of these - I do wonder how
>> much they are used anymore particularly as they do not fit into
>> the RGBA rendering model which everyone uses anymore and as such
>> are incredibly inefficient. (They will never be acceleratable,
>> for example).
> 
>> I'd be surprised if people couldn't get similar effects by using
>> appropriate blend inks - if they are still in use at all.
> 
>> Ali L. wrote:
>> To be fair, the docs claim the legacy blend modes have been deprecated
>> since LC 5! We've supported them for quite a long time post-deprecation...
> 
> 1. Please read this twice and don't cry ...
> 
> The default blendLevel of each and every LC object that has an ink is
> "srcCopy" --- 'incredibly inefficient' as you judge it.
> 
> 2. How do you define a "similar" effect?
> 3. Please tell me for example which "similar" blend effect allows a dark
>   theme in the script editor which is currently simly done by setting the
>   fields ink to "notSrcCopy".
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: [ANN] This Week in LiveCode 82

[Richmond Mathewson via use-livecode]

What does that word "fair" mean? I have always wondered whether
it isn't a bit like "luck", something nebulous (c.f. "rights") to cover up
a multitude of rather more difficult ideas.

Richmond.

On 5/15/17 10:01 pm, Ali Lloyd via use-livecode wrote:

To be fair, the docs claim the legacy blend modes have been deprecated
since LC 5! We've supported thm for quite a long time post-deprecation...

On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:


Oh no!  I use the legacy blendModes all the time!


On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
use-livecode@lists.runrev.com> wrote:


Read about new developments in LiveCode open source
and the open source community in today's edition of
the "This Week in LiveCode" newsletter!
Read issue #82 here: https://goo.gl/8HNhau

Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'
and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax

If you check all paint features available
from Skia Library: https://skia.org/user/api/skpaint
there are many useful features that LC9
could implement, like:
setTextScaleX (and setTextScaleY)
SkPathEffect
SkLine2DPathEffect
SkDiscretePathEffect
SkComposePathEffect
SkSumPathEffect
Two-Point Conical Gradient Shader
Fractal Perlin Noise Shader
Turbulence Perlin Noise Shader
Compose Shader
Blur Mask Filter

Could LC implement first some of
these Skia features like Perlin Noise
and Blur filter?

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


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


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


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

Re: [ANN] This Week in LiveCode 82

[Richmond Mathewson via use-livecode]

So do I!

Richmond.

On 5/15/17 9:56 pm, Roger Eller via use-livecode wrote:

Oh no!  I use the legacy blendModes all the time!


On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
use-livecode@lists.runrev.com> wrote:


Read about new developments in LiveCode open source
and the open source community in today's edition of
the "This Week in LiveCode" newsletter!
Read issue #82 here: https://goo.gl/8HNhau

Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'
and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax

If you check all paint features available
from Skia Library: https://skia.org/user/api/skpaint
there are many useful features that LC9
could implement, like:
setTextScaleX (and setTextScaleY)
SkPathEffect
SkLine2DPathEffect
SkDiscretePathEffect
SkComposePathEffect
SkSumPathEffect
Two-Point Conical Gradient Shader
Fractal Perlin Noise Shader
Turbulence Perlin Noise Shader
Compose Shader
Blur Mask Filter

Could LC implement first some of
these Skia features like Perlin Noise
and Blur filter?

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


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


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

Re: [ANN] This Week in LiveCode 82

[hh via use-livecode]

> Mark W. wrote:
> > and most of these legacy Blend Modes:
> > clear, noop, notSrcAnd, notSrcAndReverse,
> > notSrcCopy, notSrcOr, notSrcOrReverse,
> > notSrcXor, reverse, set, srcAnd,
> > srcAndReverse, srcCopy, srcOr,
> > srcOrReverse, srcXor, blend, addPin
> > addOver, subPin, transparent
> > adMin, addMax

> We're still on the fency about all of these - I do wonder how
> much they are used anymore particularly as they do not fit into
> the RGBA rendering model which everyone uses anymore and as such
> are incredibly inefficient. (They will never be acceleratable,
> for example).

> I'd be surprised if people couldn't get similar effects by using
> appropriate blend inks - if they are still in use at all.

> Ali L. wrote:
> To be fair, the docs claim the legacy blend modes have been deprecated
> since LC 5! We've supported them for quite a long time post-deprecation...

1. Please read this twice and don't cry ...

The default blendLevel of each and every LC object that has an ink is
"srcCopy" --- 'incredibly inefficient' as you judge it.

2. How do you define a "similar" effect?
3. Please tell me for example which "similar" blend effect allows a dark
   theme in the script editor which is currently simly done by setting the
   fields ink to "notSrcCopy".

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

Re: [ANN] This Week in LiveCode 82

[Richard Gaskin via use-livecode]

Mark Waddingham wrote:

On 2017-05-15 20:40, Alejandro Tejada via use-livecode wrote:


Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'


These are back in - Michael managed to get them working again.


Good to hear, thanks.


and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax


We're still on the fency about all of these - I do wonder how
much they are used anymore particularly as they do not fit into
the RGBA rendering model which everyone uses anymore and as such
are incredibly inefficient. (They will never be acceleratable,
for example).

I'd be surprised if people couldn't get similar effects by using
appropriate blend inks - if they are still in use at all.


I use some of those inks - glad to hear they're still working.

But help me understand: if not ink, what LC property was Alejandro 
referring to?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: [ANN] This Week in LiveCode 82

[Roger Eller via use-livecode]

I just looked in the dictionary of 6.7.5 (my daily driver), and only
srcCopy concerns me, as it is the default for any image placed as a
control.  I also found an image that I had placed with addMax applied.
This saved me the trouble of taking it into Photoshop of Gimp to create the
same effect.  I'll roll with the changes.

~Roger


On Mon, May 15, 2017 at 3:01 PM, Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:

> To be fair, the docs claim the legacy blend modes have been deprecated
> since LC 5! We've supported thm for quite a long time post-deprecation...
>
> On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Oh no!  I use the legacy blendModes all the time!
> >
> >
> > On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > > Read about new developments in LiveCode open source
> > > > and the open source community in today's edition of
> > > > the "This Week in LiveCode" newsletter!
> > > > Read issue #82 here: https://goo.gl/8HNhau
> > >
> > > Looks like Skia Graphics Library dropped support
> > > for some features and LC9 will not show anymore
> > > these types of gradients:
> > > 'XY', 'SqrtXY', 'Diamond' and 'Spiral'
> > > and most of these legacy Blend Modes:
> > > clear, noop, notSrcAnd, notSrcAndReverse,
> > > notSrcCopy, notSrcOr, notSrcOrReverse,
> > > notSrcXor, reverse, set, srcAnd,
> > > srcAndReverse, srcCopy, srcOr,
> > > srcOrReverse, srcXor, blend, addPin
> > > addOver, subPin, transparent
> > > adMin, addMax
> > >
> > > If you check all paint features available
> > > from Skia Library: https://skia.org/user/api/skpaint
> > > there are many useful features that LC9
> > > could implement, like:
> > > setTextScaleX (and setTextScaleY)
> > > SkPathEffect
> > > SkLine2DPathEffect
> > > SkDiscretePathEffect
> > > SkComposePathEffect
> > > SkSumPathEffect
> > > Two-Point Conical Gradient Shader
> > > Fractal Perlin Noise Shader
> > > Turbulence Perlin Noise Shader
> > > Compose Shader
> > > Blur Mask Filter
> > >
> > > Could LC implement first some of
> > > these Skia features like Perlin Noise
> > > and Blur filter?
> > >
> > > Al
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] This Week in LiveCode 82

[Ali Lloyd via use-livecode]

To be fair, the docs claim the legacy blend modes have been deprecated
since LC 5! We've supported thm for quite a long time post-deprecation...

On Mon, May 15, 2017 at 7:56 PM Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Oh no!  I use the legacy blendModes all the time!
>
>
> On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > > Read about new developments in LiveCode open source
> > > and the open source community in today's edition of
> > > the "This Week in LiveCode" newsletter!
> > > Read issue #82 here: https://goo.gl/8HNhau
> >
> > Looks like Skia Graphics Library dropped support
> > for some features and LC9 will not show anymore
> > these types of gradients:
> > 'XY', 'SqrtXY', 'Diamond' and 'Spiral'
> > and most of these legacy Blend Modes:
> > clear, noop, notSrcAnd, notSrcAndReverse,
> > notSrcCopy, notSrcOr, notSrcOrReverse,
> > notSrcXor, reverse, set, srcAnd,
> > srcAndReverse, srcCopy, srcOr,
> > srcOrReverse, srcXor, blend, addPin
> > addOver, subPin, transparent
> > adMin, addMax
> >
> > If you check all paint features available
> > from Skia Library: https://skia.org/user/api/skpaint
> > there are many useful features that LC9
> > could implement, like:
> > setTextScaleX (and setTextScaleY)
> > SkPathEffect
> > SkLine2DPathEffect
> > SkDiscretePathEffect
> > SkComposePathEffect
> > SkSumPathEffect
> > Two-Point Conical Gradient Shader
> > Fractal Perlin Noise Shader
> > Turbulence Perlin Noise Shader
> > Compose Shader
> > Blur Mask Filter
> >
> > Could LC implement first some of
> > these Skia features like Perlin Noise
> > and Blur filter?
> >
> > Al
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] This Week in LiveCode 82

[Roger Eller via use-livecode]

Oh no!  I use the legacy blendModes all the time!


On Mon, May 15, 2017 at 2:40 PM, Alejandro Tejada via use-livecode <
use-livecode@lists.runrev.com> wrote:

> > Read about new developments in LiveCode open source
> > and the open source community in today's edition of
> > the "This Week in LiveCode" newsletter!
> > Read issue #82 here: https://goo.gl/8HNhau
>
> Looks like Skia Graphics Library dropped support
> for some features and LC9 will not show anymore
> these types of gradients:
> 'XY', 'SqrtXY', 'Diamond' and 'Spiral'
> and most of these legacy Blend Modes:
> clear, noop, notSrcAnd, notSrcAndReverse,
> notSrcCopy, notSrcOr, notSrcOrReverse,
> notSrcXor, reverse, set, srcAnd,
> srcAndReverse, srcCopy, srcOr,
> srcOrReverse, srcXor, blend, addPin
> addOver, subPin, transparent
> adMin, addMax
>
> If you check all paint features available
> from Skia Library: https://skia.org/user/api/skpaint
> there are many useful features that LC9
> could implement, like:
> setTextScaleX (and setTextScaleY)
> SkPathEffect
> SkLine2DPathEffect
> SkDiscretePathEffect
> SkComposePathEffect
> SkSumPathEffect
> Two-Point Conical Gradient Shader
> Fractal Perlin Noise Shader
> Turbulence Perlin Noise Shader
> Compose Shader
> Blur Mask Filter
>
> Could LC implement first some of
> these Skia features like Perlin Noise
> and Blur filter?
>
> Al
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] This Week in LiveCode 82

[Mark Waddingham via use-livecode]

On 2017-05-15 20:40, Alejandro Tejada via use-livecode wrote:

Read about new developments in LiveCode open source
and the open source community in today's edition of
the "This Week in LiveCode" newsletter!
Read issue #82 here: https://goo.gl/8HNhau


Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'


These are back in - Michael managed to get them working again.


and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax


We're still on the fency about all of these - I do wonder how
much they are used anymore particularly as they do not fit into
the RGBA rendering model which everyone uses anymore and as such
are incredibly inefficient. (They will never be acceleratable,
for example).

I'd be surprised if people couldn't get similar effects by using
appropriate blend inks - if they are still in use at all.


If you check all paint features available
from Skia Library: https://skia.org/user/api/skpaint
there are many useful features that LC9
could implement, like:
setTextScaleX (and setTextScaleY)
SkPathEffect
SkLine2DPathEffect
SkDiscretePathEffect
SkComposePathEffect
SkSumPathEffect
Two-Point Conical Gradient Shader
Fractal Perlin Noise Shader
Turbulence Perlin Noise Shader
Compose Shader
Blur Mask Filter

Could LC implement first some of
these Skia features like Perlin Noise
and Blur filter?


Our first aim is to get the new Skia in and working as much as it
did before :)

Warmest Regards,

Mark.

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

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

[ANN] This Week in LiveCode 82

[Alejandro Tejada via use-livecode]

> Read about new developments in LiveCode open source
> and the open source community in today's edition of
> the "This Week in LiveCode" newsletter!
> Read issue #82 here: https://goo.gl/8HNhau

Looks like Skia Graphics Library dropped support
for some features and LC9 will not show anymore
these types of gradients:
'XY', 'SqrtXY', 'Diamond' and 'Spiral'
and most of these legacy Blend Modes:
clear, noop, notSrcAnd, notSrcAndReverse,
notSrcCopy, notSrcOr, notSrcOrReverse,
notSrcXor, reverse, set, srcAnd,
srcAndReverse, srcCopy, srcOr,
srcOrReverse, srcXor, blend, addPin
addOver, subPin, transparent
adMin, addMax

If you check all paint features available
from Skia Library: https://skia.org/user/api/skpaint
there are many useful features that LC9
could implement, like:
setTextScaleX (and setTextScaleY)
SkPathEffect
SkLine2DPathEffect
SkDiscretePathEffect
SkComposePathEffect
SkSumPathEffect
Two-Point Conical Gradient Shader
Fractal Perlin Noise Shader
Turbulence Perlin Noise Shader
Compose Shader
Blur Mask Filter

Could LC implement first some of
these Skia features like Perlin Noise
and Blur filter?

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

Re: Dispatching Messages to Closed Stacks Which Are Not in Memory

[J. Landman Gay via use-livecode]

On 5/15/17 10:28 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

we have this

dispatch "journalresume" to stack tEntryA["module"] with tDataA, tEntryA

which in this case will be

dispatch "journalresume" to stack "gems" with tDataA, tEntryA

which when fired, triggers the

journalResume

handler in stack "gems"

*even though it is not open*

how can that be?



Any reference to a stack will re-open it. The reference here is in the 
dispatch command.


--
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: WannaCry [OT]

[Bob Sneidar via use-livecode]

Governments of the world are simply never going to cooperate in this regard. If 
they find an advantage they will lock it down then exploit it. The public can 
cry out all they want. Governments will simply agree that more needs to be done 
to cooperate about this sort of thing, then quietly go about business as usual. 

If I had this in the NSA, I would have kept it a secret and had a plan ready to 
deploy it if needed. Sorry, a weapon is a weapon. What we really need to do is 
make people who release this sort of thing into the wild disappear. The method 
we use is open to debate. 

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: WannaCry [OT]

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

So back to what happened on Friday, in the western world, firms that have
large investments in large and very expensive pieces of gear (which, I
forgot to mention also carry lead times of 12-18 months in many cases), and
large and very expensive software systems weren't paranoid enough.  I can't
speak to what happened in the former Eastern Bloc, since they were hit much
harder than everyone else, but I suspect that glasnost has not been as good
for them as they may have hoped.  No one has mentioned it, but I have to
wonder what happened behind PRC's Great Firewall, and in DPRK.


Good luck getting any verifiable information about what goes on inside 
DPRK.


As for PRC, it seems the Great Firewall only protects them from 
ideological dangers, like the risks of reading the Federalist Papers, 
while leaving infrastructure vulnerable:


Tens of thousands of Chinese firms, institutes affected in WannaCry 
global cyberattack





I would also be curious to see, over the coming weeks, how severe the effect 
was in
Africa.


Less so than elsewhere:

Africa least hit by WannaCry ransomware cyber-attack


I'd guess this is likely because they have less traditional Internet 
infrastructure and fewer PCs per capita.  Like parts of S. America, many 
parts of Africa have skipped the whole POTS phase to go directly to 
mobile networks, with far more phones than PCs:



Looking ahead, one way to mitigate such risks would be to share 
information on known vulnerabilities as they're discovered.


Remember, WannaCry is a variant of a tool made by the US NSA, who 
discovered the vulnerability but chose not to disclose it to Microsoft, 
who was able to patch it shortly after it was discovered through the NSA 
hack by the "Shadow Brokers" group and the NSA toolkit posted online.


Microsoft had some words over the weekend about the need for better 
vulnerability reporting:


   Microsoft president and chief legal officer Brad Smith said by
   keeping software weaknesses secret, vendors are left in the dark,
   can't issue updates, and their customers are left vulnerable to
   attacks such as the one that exploded this weekend. He compared
   the leak of NSA exploits to the theft of missiles from the American
   military, pointing also to the Wikileaks dump of CIA hacking tools.

   "An equivalent scenario with conventional weapons would be the U.S.
   military having some of its Tomahawk missiles stolen. And this most
   recent attack represents a completely unintended but disconcerting
   link between the two most serious forms of cybersecurity threats in
   the world today – nation-state action and organized criminal
   action," Smith wrote in a blog post published Sunday.

   "The governments of the world should treat this attack as a wake-up
   call. They need to take a different approach and adhere in
   cyberspace to the same rules applied to weapons in the physical
   world. We need governments to consider the damage to civilians that
   comes from hoarding these vulnerabilities and the use of these
   exploits."

Microsoft Just Took A Swipe At NSA Over The WannaCry Ransomware Nightmare


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: Transparent browser widgets?

[Roger Eller via use-livecode]

On Mon, May 15, 2017 at 1:27 PM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-05-15 19:10, Roger Eller via use-livecode wrote:
>
>> I have to agree with Richard on this.  It seems tis always time to add new
>> and cool features to iOS and Mac, but not enough time to repair what has
>> been broken.  Linux isn't as mainstream, but it does have a decent base of
>> committed users.  I do believe they too would enjoy functional audio/video
>> content in their LC apps.  Just sayin'.
>>
>
> Um - where did I say the request was going to be implemented NOW? Nowhere
> that I can see...
>
> I filed an enhancement request so the suggestion wasn't lost - why did I?
>
> Because I recalled adding an opaque property to the mobileControl
> "browser" API years ago that did what was requested (on both iOS and
> Android, IIRC). Given that Mac now uses WebView and not CEF, and thus
> benefits from the flexibility of NSViews directly, it seemed reasonable
> that the same approach used then would work on Mac too.
>
> Therefore, it seemed a reasonable thing to record this fact - it gives no
> indication of when it might get done, if at all (of course, being
> open-source means that someone who is not us might do it).
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
>
Mark,

I've apparently found myself with "a case of the Mondays".  So sorry for my
mood.  Carry on with being awesome.  You and the team really are quite
awesome!  I mean it.

~Roger
___
use-livecode mailing list
use-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: Transparent browser widgets?

[Mark Waddingham via use-livecode]

On 2017-05-15 19:10, Roger Eller via use-livecode wrote:
I have to agree with Richard on this.  It seems tis always time to add 
new
and cool features to iOS and Mac, but not enough time to repair what 
has
been broken.  Linux isn't as mainstream, but it does have a decent base 
of
committed users.  I do believe they too would enjoy functional 
audio/video

content in their LC apps.  Just sayin'.


Um - where did I say the request was going to be implemented NOW? 
Nowhere that I can see...


I filed an enhancement request so the suggestion wasn't lost - why did 
I?


Because I recalled adding an opaque property to the mobileControl 
"browser" API years ago that did what was requested (on both iOS and 
Android, IIRC). Given that Mac now uses WebView and not CEF, and thus 
benefits from the flexibility of NSViews directly, it seemed reasonable 
that the same approach used then would work on Mac too.


Therefore, it seemed a reasonable thing to record this fact - it gives 
no indication of when it might get done, if at all (of course, being 
open-source means that someone who is not us might do it).


Warmest Regards,

Mark.

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

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

Re: WannaCry [OT]

[Mike Kerner via use-livecode]

So back to what happened on Friday, in the western world, firms that have
large investments in large and very expensive pieces of gear (which, I
forgot to mention also carry lead times of 12-18 months in many cases), and
large and very expensive software systems weren't paranoid enough.  I can't
speak to what happened in the former Eastern Bloc, since they were hit much
harder than everyone else, but I suspect that glasnost has not been as good
for them as they may have hoped.  No one has mentioned it, but I have to
wonder what happened behind PRC's Great Firewall, and in DPRK.  I would
also be curious to see, over the coming weeks, how severe the effect was in
Africa.

On Mon, May 15, 2017 at 1:05 PM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The 800 lb gorilla would died of a broken thigh-bone because while
> a gorilla's height may increase in one dimension, its volume and weight
> will increase in
> 3 dimensions, and its bone cross-section in 2 dimensions, so its
> thigh-bones will not
> be strong enough to carry its weight: hence King Kong being a
> celluloid-only
> gorilla.
>
> This may well be M$'s problem . . . .
>
> Although the way Apple behave I cannot somehow see them in the role
> of Fay Wray!
>
> Richmond.
>
>
> On 5/15/17 7:48 pm, Mike Kerner via use-livecode wrote:
>
>> First and foremost, you might expect M$ to be able to deliver an OS that
>> is
>> backward compatible, since they are the 800 lb. gorilla in this
>> conversation.  They put out the specs that all the hardware vendors built
>> to, before they decided to change the rules and go in a direction that
>> broke everything.  When all the hardware vendors were screaming, was M$
>> trying to build a compatibility layer?  No?  It's similar to what Apple
>> does every time they change the connector for their phones, just on a much
>> more severe level.
>>
>> On Mon, May 15, 2017 at 12:28 PM, Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> Mike Kerner wrote:
>>>
>>> Unfortunately, there are very expensive pieces of gear that have
 controls on them that for one reason or another cannot be controlled
 by OS's newer than XP.  I happen to have one, here.  It cost
 $750,000.  There is no dealing with the OS issue without replacing
 the control, and that is also extremely expensive, on the order of
 $400,000, so you would not replace the control without replacing the
 whole unit.  M$, when they decided to dump the XP paradigm, just like
 when they got rid of DOS, broke upgradability for ATM's, machine
 tools and CMM's, X-Ray and MRI machines, PBX's, etc.

>>> All systems eventually reach end-of-life.  If a vendor has enough
>>> technical expertise to deliver hardware worth $750k, it seems reasonable
>>> to
>>> expect that expertise would include sufficient familiarity with system
>>> life
>>> cycles to anticipate a need for modular upgrades.
>>>
>>>
>>> --
>>>   Richard Gaskin
>>>   Fourth World Systems
>>>   Software Design and Development for the Desktop, Mobile, and the Web
>>>   
>>>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>>>
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>>
>>
>>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
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: WannaCry [OT]

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> First and foremost, you might expect M$ to be able to deliver an OS
> that is backward compatible, since they are the 800 lb. gorilla in
> this conversation.  They put out the specs that all the hardware
> vendors built to, before they decided to change the rules and go in
> a direction that broke everything.  When all the hardware vendors
> were screaming, was M$ trying to build a compatibility layer?  No?

Of course I don't know the details behind lost backward compatibility as 
it may relate to a specific unnamed hardware device, but I do know that 
Microsoft has earned a reputation for maintaining backward compatibility 
far better than most.  Indeed, saddling themselves with that 
responsibility has been a frequent complaint against the company, said 
to restrict their options for innovation.


And with XP specifically, IIRC Microsoft gave everyone at least 7 years' 
advance notice of XP's EOL, having announced in 2007 that it would reach 
EOL in 2014.  Key vendors may have had that disclosure even earlier than 
the public notice.


Is it possible that the APIs these vendors depended on were later found 
to present security vulnerabilities?


It is truly impossible for these devices to deliver their functionality 
using modern supported APIs?


Might it be (again, we can't know for sure until we talk with each 
vendor) that they simply soldered too little RAM onto the motherboard 
and provided no means of updating the OS because they weren't thinking 
long-term?


Lots of questions, likely unanswerable until we learn the specific 
constraints in play with each device.


If hardware vendors are looking for control over their platforms, 
perhaps they should be looking at open source OSes so they have access 
to the source code, ensuring that it will do always be able to do what 
they need.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: Transparent browser widgets?

[Roger Eller via use-livecode]

On Mon, May 15, 2017 at 12:03 PM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-05-15 16:43, Richard Gaskin via use-livecode wrote:
>
>> Any chance we'll see the ability to play audio and video at all in
>> Linux restored?
>>
>
> I'm not quite sure what relation that has to 'Transparent Browser
> Widget'...
>
> Re-implementing audio and video in Linux is not currently on our near term
> todo list.
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
>
I have to agree with Richard on this.  It seems tis always time to add new
and cool features to iOS and Mac, but not enough time to repair what has
been broken.  Linux isn't as mainstream, but it does have a decent base of
committed users.  I do believe they too would enjoy functional audio/video
content in their LC apps.  Just sayin'.

~Roger
___
use-livecode mailing list
use-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: WannaCry [OT]

[Richmond Mathewson via use-livecode]

The 800 lb gorilla would died of a broken thigh-bone because while
a gorilla's height may increase in one dimension, its volume and weight 
will increase in
3 dimensions, and its bone cross-section in 2 dimensions, so its 
thigh-bones will not

be strong enough to carry its weight: hence King Kong being a celluloid-only
gorilla.

This may well be M$'s problem . . . .

Although the way Apple behave I cannot somehow see them in the role
of Fay Wray!

Richmond.

On 5/15/17 7:48 pm, Mike Kerner via use-livecode wrote:

First and foremost, you might expect M$ to be able to deliver an OS that is
backward compatible, since they are the 800 lb. gorilla in this
conversation.  They put out the specs that all the hardware vendors built
to, before they decided to change the rules and go in a direction that
broke everything.  When all the hardware vendors were screaming, was M$
trying to build a compatibility layer?  No?  It's similar to what Apple
does every time they change the connector for their phones, just on a much
more severe level.

On Mon, May 15, 2017 at 12:28 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:


Mike Kerner wrote:


Unfortunately, there are very expensive pieces of gear that have
controls on them that for one reason or another cannot be controlled
by OS's newer than XP.  I happen to have one, here.  It cost
$750,000.  There is no dealing with the OS issue without replacing
the control, and that is also extremely expensive, on the order of
$400,000, so you would not replace the control without replacing the
whole unit.  M$, when they decided to dump the XP paradigm, just like
when they got rid of DOS, broke upgradability for ATM's, machine
tools and CMM's, X-Ray and MRI machines, PBX's, etc.

All systems eventually reach end-of-life.  If a vendor has enough
technical expertise to deliver hardware worth $750k, it seems reasonable to
expect that expertise would include sufficient familiarity with system life
cycles to anticipate a need for modular upgrades.


--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

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






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

Re: WannaCry [OT]

[Richmond Mathewson via use-livecode]

That happens all the time.

Try getting support for a golfball typewriter . . .

I couldn't get a new monitor for my BBC Master Compact and had to fool 
around

with SCART sockets, RGB gubbins and a soldering iron.

But, as King Camp Gillette didn't say, but certainly implied,
planned obsolescence is what drives both commerce and development.

Richmond.

On 5/15/17 7:11 pm, Mike Kerner via use-livecode wrote:

Unfortunately, there are very expensive pieces of gear that have controls
on them that for one reason or another cannot be controlled by OS's newer
than XP.  I happen to have one, here.  It cost $750,000.  There is no
dealing with the OS issue without replacing the control, and that is also
extremely expensive, on the order of $400,000, so you would not replace the
control without replacing the whole unit.  M$, when they decided to dump
the XP paradigm, just like when they got rid of DOS, broke upgradability
for ATM's, machine tools and CMM's, X-Ray and MRI machines, PBX's, etc.

On Mon, May 15, 2017 at 10:56 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:


David V Glasgow wrote:


I recently finished a fixed term contract working for a pretty IT
savvy NHS Trust.  The NHS has been forced by central government to
reallocate IT (and other infrastructure) monies to front line
services.  They are also trapped by legacy software with dependencies
on old (and proprietary) Windows systems and software. Now obviously
stupid, but actually historic stupidity which was in the 1990s
disguised  as good business and standard practice.

Not to mention the Clinical Information Systems which look and behave
as if it is still the 1990’s.

Apart from that, everything is fine.

That's the sad reality of so many security budgets: they don't become
adequate until after it's too late.

The dependency on older unsafe software versions is one that's always
mystified me.  I once worked for a vendor whose clients included several
large hospital networks, and one of them required us to deliver our app in
a way that would maintain compatibility with IE 6, years after Microsoft
warned customers to stop using it.

Subsequent versions of a software are generally supersets of features
found in earlier versions, with the only things missing as we go forward
being bugs.

When written to spec, it should move forward gracefully.  Microsoft has
done a better job of maintaining backward compatibility than most.

So if someone writes an app that doesn't work going forward, dependent on
things specific to an outdated system, in effect their app is dependent on
bugs.

For any org to consider bug-dependent software "mission critical" should
raise eyebrows.  For a hospital it seems even more serious.

But I understand how budgets tend to gloss over things like this.  And
this week, even the most reluctant orgs do too.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

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






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

Re: IP to decimal function?

[Richmond Mathewson via use-livecode]

Bob . . .

It probably is, and there was also Tim's remark about reinventing the wheel.

But, as it took me about 3 minutes to find how to do the conversion online
and another 5 minutes to pop it all together in LiveCode . . . .

Which may say something about the master library and
how accessible it is.

Richmond.

On 5/15/17 6:01 pm, Bob Sneidar via use-livecode wrote:

I wrote something of the sort called IPCalc. It should be in the master library.

Bob S



On May 13, 2017, at 22:25 , Tim Selander via use-livecode 
 wrote:

Hi

I need to convert IP address from web logs to decimal for easier processing...

Before I try to "reinvent the wheel" (and no doubt roll off a cliff) I'm 
wondering if anyone already has such a function they'd be willing to share?

TIA

Tim Selander
Tokyo, Japan

___
use-livecode mailing list
use-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: WannaCry [OT]

[Mike Kerner via use-livecode]

First and foremost, you might expect M$ to be able to deliver an OS that is
backward compatible, since they are the 800 lb. gorilla in this
conversation.  They put out the specs that all the hardware vendors built
to, before they decided to change the rules and go in a direction that
broke everything.  When all the hardware vendors were screaming, was M$
trying to build a compatibility layer?  No?  It's similar to what Apple
does every time they change the connector for their phones, just on a much
more severe level.

On Mon, May 15, 2017 at 12:28 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > Unfortunately, there are very expensive pieces of gear that have
> > controls on them that for one reason or another cannot be controlled
> > by OS's newer than XP.  I happen to have one, here.  It cost
> > $750,000.  There is no dealing with the OS issue without replacing
> > the control, and that is also extremely expensive, on the order of
> > $400,000, so you would not replace the control without replacing the
> > whole unit.  M$, when they decided to dump the XP paradigm, just like
> > when they got rid of DOS, broke upgradability for ATM's, machine
> > tools and CMM's, X-Ray and MRI machines, PBX's, etc.
>
> All systems eventually reach end-of-life.  If a vendor has enough
> technical expertise to deliver hardware worth $750k, it seems reasonable to
> expect that expertise would include sufficient familiarity with system life
> cycles to anticipate a need for modular upgrades.
>
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
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: WannaCry [OT]

[Bob Sneidar via use-livecode]

Agreed Richard. And yet, here we are. My Dad for years had to run an old 
Windows 98 box because he had purchased devices and DOS applications for 
integrating with his radio system which would only talk directly to the device, 
and would not access a Windows driver to do it. We pay our money and we take 
our chance. 

Bob S


> On May 15, 2017, at 09:28 , Richard Gaskin via use-livecode 
>  wrote:
> 
> All systems eventually reach end-of-life.  If a vendor has enough technical 
> expertise to deliver hardware worth $750k, it seems reasonable to expect that 
> expertise would include sufficient familiarity with system life cycles to 
> anticipate a need for modular upgrades.
> 
> -- 
> Richard Gaskin


___
use-livecode mailing list
use-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: WannaCry [OT]

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> Unfortunately, there are very expensive pieces of gear that have
> controls on them that for one reason or another cannot be controlled
> by OS's newer than XP.  I happen to have one, here.  It cost
> $750,000.  There is no dealing with the OS issue without replacing
> the control, and that is also extremely expensive, on the order of
> $400,000, so you would not replace the control without replacing the
> whole unit.  M$, when they decided to dump the XP paradigm, just like
> when they got rid of DOS, broke upgradability for ATM's, machine
> tools and CMM's, X-Ray and MRI machines, PBX's, etc.

All systems eventually reach end-of-life.  If a vendor has enough 
technical expertise to deliver hardware worth $750k, it seems reasonable 
to expect that expertise would include sufficient familiarity with 
system life cycles to anticipate a need for modular upgrades.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: WannaCry [OT]

[Mike Kerner via use-livecode]

Unfortunately, there are very expensive pieces of gear that have controls
on them that for one reason or another cannot be controlled by OS's newer
than XP.  I happen to have one, here.  It cost $750,000.  There is no
dealing with the OS issue without replacing the control, and that is also
extremely expensive, on the order of $400,000, so you would not replace the
control without replacing the whole unit.  M$, when they decided to dump
the XP paradigm, just like when they got rid of DOS, broke upgradability
for ATM's, machine tools and CMM's, X-Ray and MRI machines, PBX's, etc.

On Mon, May 15, 2017 at 10:56 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> David V Glasgow wrote:
>
> > I recently finished a fixed term contract working for a pretty IT
> > savvy NHS Trust.  The NHS has been forced by central government to
> > reallocate IT (and other infrastructure) monies to front line
> > services.  They are also trapped by legacy software with dependencies
> > on old (and proprietary) Windows systems and software. Now obviously
> > stupid, but actually historic stupidity which was in the 1990s
> > disguised  as good business and standard practice.
> >
> > Not to mention the Clinical Information Systems which look and behave
> > as if it is still the 1990’s.
> >
> > Apart from that, everything is fine.
>
> That's the sad reality of so many security budgets: they don't become
> adequate until after it's too late.
>
> The dependency on older unsafe software versions is one that's always
> mystified me.  I once worked for a vendor whose clients included several
> large hospital networks, and one of them required us to deliver our app in
> a way that would maintain compatibility with IE 6, years after Microsoft
> warned customers to stop using it.
>
> Subsequent versions of a software are generally supersets of features
> found in earlier versions, with the only things missing as we go forward
> being bugs.
>
> When written to spec, it should move forward gracefully.  Microsoft has
> done a better job of maintaining backward compatibility than most.
>
> So if someone writes an app that doesn't work going forward, dependent on
> things specific to an outdated system, in effect their app is dependent on
> bugs.
>
> For any org to consider bug-dependent software "mission critical" should
> raise eyebrows.  For a hospital it seems even more serious.
>
> But I understand how budgets tend to gloss over things like this.  And
> this week, even the most reluctant orgs do too.
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  
>  ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
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: Transparent browser widgets?

[Mark Waddingham via use-livecode]

On 2017-05-15 16:43, Richard Gaskin via use-livecode wrote:

Any chance we'll see the ability to play audio and video at all in
Linux restored?


I'm not quite sure what relation that has to 'Transparent Browser 
Widget'...


Re-implementing audio and video in Linux is not currently on our near 
term

todo list.

Warmest Regards,

Mark.

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

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

Re: Transparent browser widgets?

[Jonathan Lynch via use-livecode]

Thank you for this, Mark.

I realize how many improvement requests the LC staff has to handle, so I do 
understand why we cannot all have our way whenever we make a request.

Sent from my iPhone

> On May 15, 2017, at 8:12 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> I've added:
> 
> http://quality.livecode.com/show_bug.cgi?id=19697
> 
> As an enhancement request for an 'opaque' property - at least on
> Mac, Android and iOS.
> 
> There is also this:
> 
> http://quality.livecode.com/show_bug.cgi?id=17613
> 
> Which, again, should be feasible on Mac, Android and iOS.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

Dispatching Messages to Closed Stacks Which Are Not in Memory

[Sannyasin Brahmanathaswami via use-livecode]

I just discovered something fascinating.

Stack "Gems" is in the stack files but closed, in fact all stacks in this 
modular frame work are set to destroy window and stack on close.

-- look at project browser: confirmed… stack Is *not* open

Stack "gems" has this in it's stack script:

on journalResume
-- see close card to look at values passed to the dbase that are returned here
-- triggered from model_SivaSivaJournal with
-- dispatch "journalresume" to stack tEntryA["module"] with tDataA, tEntryA
answer "Got the Resume Message" with "OK"
end journalResume

OK now… in stack "Journal" (think of it like a super robust history of user's 
activities ala OLP child system)

we have this

dispatch "journalresume" to stack tEntryA["module"] with tDataA, tEntryA

which in this case will be

dispatch "journalresume" to stack "gems" with tDataA, tEntryA

which when fired, triggers the

journalResume

handler in stack "gems"

*even though it is not open*

how can that be?

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

Re: IP to decimal function?

[Bob Sneidar via use-livecode]

I wrote something of the sort called IPCalc. It should be in the master 
library. 

Bob S


> On May 13, 2017, at 22:25 , Tim Selander via use-livecode 
>  wrote:
> 
> Hi
> 
> I need to convert IP address from web logs to decimal for easier processing...
> 
> Before I try to "reinvent the wheel" (and no doubt roll off a cliff) I'm 
> wondering if anyone already has such a function they'd be willing to share?
> 
> TIA
> 
> Tim Selander
> Tokyo, Japan
> 
> ___
> use-livecode mailing list
> use-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: WannaCry [OT]

[Richard Gaskin via use-livecode]

David V Glasgow wrote:

> I recently finished a fixed term contract working for a pretty IT
> savvy NHS Trust.  The NHS has been forced by central government to
> reallocate IT (and other infrastructure) monies to front line
> services.  They are also trapped by legacy software with dependencies
> on old (and proprietary) Windows systems and software. Now obviously
> stupid, but actually historic stupidity which was in the 1990s
> disguised  as good business and standard practice.
>
> Not to mention the Clinical Information Systems which look and behave
> as if it is still the 1990’s.
>
> Apart from that, everything is fine.

That's the sad reality of so many security budgets: they don't become 
adequate until after it's too late.


The dependency on older unsafe software versions is one that's always 
mystified me.  I once worked for a vendor whose clients included several 
large hospital networks, and one of them required us to deliver our app 
in a way that would maintain compatibility with IE 6, years after 
Microsoft warned customers to stop using it.


Subsequent versions of a software are generally supersets of features 
found in earlier versions, with the only things missing as we go forward 
being bugs.


When written to spec, it should move forward gracefully.  Microsoft has 
done a better job of maintaining backward compatibility than most.


So if someone writes an app that doesn't work going forward, dependent 
on things specific to an outdated system, in effect their app is 
dependent on bugs.


For any org to consider bug-dependent software "mission critical" should 
raise eyebrows.  For a hospital it seems even more serious.


But I understand how budgets tend to gloss over things like this.  And 
this week, even the most reluctant orgs do too.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: Transparent browser widgets?

[Richard Gaskin via use-livecode]

Mark Waddingham wrote:

I've added:

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

As an enhancement request for an 'opaque' property - at least on
Mac, Android and iOS.

There is also this:

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

Which, again, should be feasible on Mac, Android and iOS.


These nuances will no doubt be useful on those platforms - thanks.

Any chance we'll see the ability to play audio and video at all in Linux 
restored?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

Re: Transparent browser widgets?

[Mark Waddingham via use-livecode]

I've added:

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

As an enhancement request for an 'opaque' property - at least on
Mac, Android and iOS.

There is also this:

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

Which, again, should be feasible on Mac, Android and iOS.

Warmest Regards,

Mark.

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

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

Re: Transparent browser widgets?

[Jonathan Lynch via use-livecode]

Hi Mark,

Would you guys consider looking into this further? It would give developers so 
many presentation options.

Sent from my iPhone

> On May 15, 2017, at 7:19 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
>> On 2017-05-13 19:35, Jonathan Lynch via use-livecode wrote:
>> Apparently, both WebView (android) and uiwebview (iOS) have transparent 
>> modes.
>> Would it be easy for the LC team to implement a transparent mode for
>> browser widgets, where the background color is transparent, allowing
>> other objects to show through?
>> This would obviate the need for some the processor intensive image
>> transfers in and out of the widget.
>> I know one would have to set the background-color of the body element
>> to transparent and set a couple of settings in the WebView calls. Is
>> that all it would take?
> 
> The browser widget uses a system 'view' (UIView on Mac, View on Android,
> HWND on Windows, NSView on Mac and X11 Window on Linux) to host the browser
> control - thus whether or not they can be composited with a transparent
> background depends on the system.
> 
> For Mac, Android and iOS it is probably possible by just toggling a flag
> to say whether the view is opaque or not (although I've not looked into
> it).
> 
> For Windows, Linux things are more tricky - as it requires that child
> windows composite into the parent window. The 'traditional' model on those
> platforms is that child windows are islands-on-their-own. That being said,
> CEF does have a windowless mode in more recent versions which might be
> usable to get a similar effect. However, I'm not sure what would be involved
> in providing that as a choice.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

[ANN] This Week in LiveCode 82

[panagiotis merakos via use-livecode]

Hi all,

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

Read issue #82 here: https://goo.gl/8HNhau

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

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


-- 
Panagiotis Merakos 
LiveCode Software Developer

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

Re: Transparent browser widgets?

[Mark Waddingham via use-livecode]

On 2017-05-13 19:35, Jonathan Lynch via use-livecode wrote:
Apparently, both WebView (android) and uiwebview (iOS) have transparent 
modes.


Would it be easy for the LC team to implement a transparent mode for
browser widgets, where the background color is transparent, allowing
other objects to show through?

This would obviate the need for some the processor intensive image
transfers in and out of the widget.

I know one would have to set the background-color of the body element
to transparent and set a couple of settings in the WebView calls. Is
that all it would take?


The browser widget uses a system 'view' (UIView on Mac, View on Android,
HWND on Windows, NSView on Mac and X11 Window on Linux) to host the 
browser

control - thus whether or not they can be composited with a transparent
background depends on the system.

For Mac, Android and iOS it is probably possible by just toggling a flag
to say whether the view is opaque or not (although I've not looked into
it).

For Windows, Linux things are more tricky - as it requires that child
windows composite into the parent window. The 'traditional' model on 
those
platforms is that child windows are islands-on-their-own. That being 
said,

CEF does have a windowless mode in more recent versions which might be
usable to get a similar effect. However, I'm not sure what would be 
involved

in providing that as a choice.

Warmest Regards,

Mark.

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

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

Re: SVG widget?

[Mark Waddingham via use-livecode]

On 2017-05-14 00:58, hh via use-livecode wrote:

Scott R. wrote:
Maybe it’s more accurate to say "one single path definition"
because you aren't limited to a single vector path. You can
create compound graphics from multiple paths as is done in
many icons and graphics.
For example:
go url "http://tactilemedia.com/download/svg_sample.livecode;


Yes. If you define path by "connected points" (I haven't seen
that in any specification).



SVG paths are an extension of PostScript paths - these are a sequence
of disjoint subpaths. You can have as many such subpaths as you like.

However, they are always rendered as 'one thing' which is where the
fillRule (evenodd or nonzero) and direction of the subpaths comes into
play to decide which parts are filled and which parts are not.

A good illustrated example is given here:

  http://commons.oreilly.com/wiki/index.php/SVG_Essentials/Paths

Warmest Regards,

Mark.

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

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

Re: WannaCry [OT]

[Mark Waddingham via use-livecode]

On 2017-05-13 16:53, Richmond Mathewson via use-livecode wrote:

" The WannaCry virus only infects machines running Windows"

http://www.bbc.com/news/technology-39896393

Err . . . Linux


*cough* Heartbleed *cough* ;)

Mark.

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

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

Re: WannaCry [OT]

[Mark Waddingham via use-livecode]

On 2017-05-13 19:05, Richmond Mathewson via use-livecode wrote:
You cannot send a virus to a BBC because the whole system resides on a 
ROM chip!


Not true - if you have any persistent storage attached to a system (e.g. 
your winchester disk),
and that system interacts with data which comes from outside (via the 
DIMM port) then 'all' an
attacker needs to do is find a vulnerability in the code which executes 
when receiving data
on that port allowing arbitrary code to be executed (which would be 
hidden in the message), and
find a place it can inject itself onto your persistent storage which is 
loaded into memory

and executed and the rest is history...

Of course, the amount of return you'd get on trying to hack such ancient 
setups is probably

zero so you are probably fine.

However, lots of legacy systems still run mission critical 
infrastructure around the globe
so age of systems has nothing to do with vulnerability - as soon as it 
connects to any external
information source whether it be humans, or the internet there is 
potential risk.


For example there was a whole raft of virii on Acorn Archimedes machines 
- usually distributed
via tweaking the boot record of floppy discs to inject malicious code; 
and around the same time
MS had to do something about AutoRun - which was the source of a great 
deal of viral infections

when people handed around USB sticks without thinking.

Warmest Regards,

Mark.

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

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

Re: Seeking recommendations / suggestions for use of library stacks.

[Ali Lloyd via use-livecode]

One simple way to make this slightly nicer would be to make sure all your
initialisation happens in a separate handler eg (doLibraryInitialization),
and use your script local lock in the libraryStack handler

> local sIHaveBeenInitialized
> on librarystack
>   if sIHaveBeenInitialized is empty then
> put the millisecs into sIHaveBeenInitialized
>   else
> doLibraryInitialization
>   end if
> end librarystack

Then you don't need a separate library_reset handler, just call
 doLibraryInitialization from the message box. Of course you still might
want to flip it from public to private once you deploy.
___
use-livecode mailing list
use-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: WannaCry [OT]

[David V Glasgow via use-livecode]

> On 13 May 2017, at 6:05 pm, Richmond Mathewson via use-livecode 
>  wrote:
> 
> What I do not understand is how organisations like the British State Health 
> System (NHS) cane be so bl**dy stupid to
> rely on Windows, without (obviously) all sorts of safeguards.


I recently finished a fixed term contract working for a pretty IT savvy NHS 
Trust.  The NHS has been forced by central government to reallocate IT (and 
other infrastructure) monies to front line services.  They are also trapped by 
legacy software with dependencies on old (and proprietary) Windows systems and 
software. Now obviously stupid, but actually historic stupidity which was in 
the 1990s disguised  as good business and standard practice.  

Not to mention the Clinical Information Systems which look and behave as if it 
is still the 1990’s.

Apart from that, everything is fine.

Best wishes,

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