Re: identifying macOS folders that are considered to be files?

[Kee Nethery via use-livecode]

Mark, Trevor,

Thank you. Will test tomorrow. Will report back. Thanks again

Kee Nethery

> On May 24, 2019, at 6:53 PM, Mark Waddingham via use-livecode 
>  wrote:
> 
> I’m pretty sure bundles always have a PkgInfo file in them too - so you 
> should (alternatively to using LCB) use ‘there is a file ...’.
> 
> Warmest Regards,
> 
> Mark.
> 
> Sent from my iPhone
> 
>> On 24 May 2019, at 18:06, Trevor DeVore via use-livecode 
>>  wrote:
>> 
>> On Fri, May 24, 2019 at 7:35 PM kee nethery via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Is there any way for LiveCode to tell me that a macOS folder that gets
>>> listed with “the folders” is actually treated as a file? For example, .app
>>> is a file where View Package Contents is an option but the OS treats it as
>>> a single thing. Same with .numbers, .pages, and various other “files”. They
>>> can be opened up and the contents can be viewed.
>>> 
>>> Is there any way to know which “folders” are actually treated by the OS as
>>> files?
>>> 
>> 
>> If you don't get any pure LCS solutions you could use an extension. macOS
>> has an API for this:
>> 
>> https://developer.apple.com/documentation/appkit/nsworkspace/1529991-isfilepackageatpath?language=objc
>> 
>> I just tested it in my macOS test bed for extensions and it seems to work.
>> It is the NSWorkspaceIsFilePackageAtPath() handler in this file:
>> 
>> https://github.com/trevordevore/lc-macos-toolset/blob/master/NSWorkspace/nsworkspace.lcb
>> 
>> -- 
>> Trevor DeVore
>> ScreenSteps
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: Windows 64

[Richmond via use-livecode]

No worries at all: it did, after all, give me a wonderful chance to 
tease you a bit.


Bulgaria is not a 3rd world state: it is a bit "ragged at the edges," 
but no more than a lot of

other countries.

If you want to make "big moolah" it isn't the place to be: but one can 
lead a perfectly decent life

here.

Richmond.

On 25.05.19 1:52, Bob Sneidar via use-livecode wrote:

Sorry Richmond I got that from prior posts about the schools you were working 
with and you mentioned that the reason you wanted to use much older Macs and 
such was that they could not afford newer products there in Bulgaria. I didn't 
mean to cast aspersions on your status. Please forgive me.

Bob S



On May 24, 2019, at 13:31 , Richmond via use-livecode 
 wrote:

My "financial situation living and working where you do" sounds almost racist
and certainly a bit condescending.

You know nothing whatsoever about my financial situation (it's like most 
people's financial situation:
plain boring). You are, if you feel the urge, most welcome to come and stay for 
a week to assess
my standard of living; especially as I refilled the fridge yesterday.


___
use-livecode mailing list
use-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: identifying macOS folders that are considered to be files?

[Mark Waddingham via use-livecode]

I’m pretty sure bundles always have a PkgInfo file in them too - so you should 
(alternatively to using LCB) use ‘there is a file ...’.

Warmest Regards,

Mark.

Sent from my iPhone

> On 24 May 2019, at 18:06, Trevor DeVore via use-livecode 
>  wrote:
> 
> On Fri, May 24, 2019 at 7:35 PM kee nethery via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Is there any way for LiveCode to tell me that a macOS folder that gets
>> listed with “the folders” is actually treated as a file? For example, .app
>> is a file where View Package Contents is an option but the OS treats it as
>> a single thing. Same with .numbers, .pages, and various other “files”. They
>> can be opened up and the contents can be viewed.
>> 
>> Is there any way to know which “folders” are actually treated by the OS as
>> files?
>> 
> 
> If you don't get any pure LCS solutions you could use an extension. macOS
> has an API for this:
> 
> https://developer.apple.com/documentation/appkit/nsworkspace/1529991-isfilepackageatpath?language=objc
> 
> I just tested it in my macOS test bed for extensions and it seems to work.
> It is the NSWorkspaceIsFilePackageAtPath() handler in this file:
> 
> https://github.com/trevordevore/lc-macos-toolset/blob/master/NSWorkspace/nsworkspace.lcb
> 
> -- 
> Trevor DeVore
> ScreenSteps
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: identifying macOS folders that are considered to be files?

[Trevor DeVore via use-livecode]

On Fri, May 24, 2019 at 7:35 PM kee nethery via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Is there any way for LiveCode to tell me that a macOS folder that gets
> listed with “the folders” is actually treated as a file? For example, .app
> is a file where View Package Contents is an option but the OS treats it as
> a single thing. Same with .numbers, .pages, and various other “files”. They
> can be opened up and the contents can be viewed.
>
> Is there any way to know which “folders” are actually treated by the OS as
> files?
>

If you don't get any pure LCS solutions you could use an extension. macOS
has an API for this:

https://developer.apple.com/documentation/appkit/nsworkspace/1529991-isfilepackageatpath?language=objc

I just tested it in my macOS test bed for extensions and it seems to work.
It is the NSWorkspaceIsFilePackageAtPath() handler in this file:

https://github.com/trevordevore/lc-macos-toolset/blob/master/NSWorkspace/nsworkspace.lcb

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

identifying macOS folders that are considered to be files?

[kee nethery via use-livecode]

Is there any way for LiveCode to tell me that a macOS folder that gets listed 
with “the folders” is actually treated as a file? For example, .app is a file 
where View Package Contents is an option but the OS treats it as a single 
thing. Same with .numbers, .pages, and various other “files”. They can be 
opened up and the contents can be viewed.

Is there any way to know which “folders” are actually treated by the OS as 
files? 

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

Reset a Column Behavior

[Bob Sneidar via use-livecode]

How to you reset a column behavior? I tried to add a checkbox to a datagrid and 
now I borked the datagrid. 

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: Windows 64

[Bob Sneidar via use-livecode]

Sorry Richmond I got that from prior posts about the schools you were working 
with and you mentioned that the reason you wanted to use much older Macs and 
such was that they could not afford newer products there in Bulgaria. I didn't 
mean to cast aspersions on your status. Please forgive me. 

Bob S


> On May 24, 2019, at 13:31 , Richmond via use-livecode 
>  wrote:
> 
> My "financial situation living and working where you do" sounds almost racist
> and certainly a bit condescending.
> 
> You know nothing whatsoever about my financial situation (it's like most 
> people's financial situation:
> plain boring). You are, if you feel the urge, most welcome to come and stay 
> for a week to assess
> my standard of living; especially as I refilled the fridge yesterday.


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

how to load a local file into the browser widget?

[Curt Ford via use-livecode]

Thanks Klaus, those are great tips!

While I'm at it... some of the folders in the file path will be in 
Russian, which is breaking my current handler. Is there a way to run 
them through some unicode-type function to make them work in a file path?


I can run those items of the file path through a quick transliteration 
function to change брать into brat' etc., but thought it's worth checking...


Curt
--
Sent from Postbox 


___
use-livecode mailing list
use-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: repeat with times

[Mark Wieder via use-livecode]

On 5/24/19 10:25 AM, Mark Waddingham via use-livecode wrote:

However in this case the lax parsing of repeat is not benign - you can 
write a 'repeat with' statement which looks like it is 100% correct but 
does not do what you expect:


   i.e. repeat with i = 1 to 10 by 2 -- ignores the 'by' clause
    repeat with i = 1 to 10 step 2 -- this is what was meant



Of course (...don't tell me you didn't see this coming) it would be very 
nice if "by" were a synonym for "step" in this syntax.



...just sayin'

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

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

how to load a local file into the browser widget?

[Curt Ford via use-livecode]

Ah, thanks, Tore, that was it! Using two slashes in the handler

*put*"file://"& thedefaultFolder& slash& "Future.html"intotFile

produced the filePath with three slashes,

file:///Users/cford/Desktop/BrowserTryout/Future.html

which is now working fine. :)


--
Sent from Postbox 


___
use-livecode mailing list
use-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: how to load a local file into the browser widget?

[Klaus major-k via use-livecode]

Hi all,

> Am 24.05.2019 um 23:00 schrieb Tore Nilsen via use-livecode 
> :
> 
> Try to start the url with «file:/// « this is what I get at the 
> start of the url of a browser widget
> when i set the url from a script using «answer file» to navigate to any valid 
> html file:
> on mouseUp
> answer file "Choose html file to display"
> set url of widget "browser" to it
> end mouseUp
> 
> Tore
> 
>> 24. mai 2019 kl. 22:29 skrev Curt Ford via use-livecode 
>> :
>>> You must make sure that the filePath to the html file you would like to see 
>>> does not contain any invalid characters like spaces, which you will find is 
>>> OK by the file system but not with the browser.
>> I had wondered about this; I renamed the file to "Browsertryout" and moved 
>> it to the desktop (so there were no spaces in the filePath, which is now 
>> "file://Users/cford/Desktop/Browsertryout.app/Contents/MacOS/Future.html"), 
>> but I'm still getting the same result (a blank widget).
>> 
>> Curt

it is TWO slashes actually -> file://
The third slash is from the actual filename -> 
/Users/cford/Desktop/Browsertryout.app/Contents/MacOS/Future.html

But why on earth are you always messing around with the DEFAULTFOLDER when we 
these lovely specialfolderpath() functions? 8-)
Do like this:
1. Add your files (hmtl, images, videos, sounds or whatever) to your standalone 
via the "Standalone Application Settings" -> "Copy files"
2. Then you will find them in your standalone in -> 
specialfolderpath("resources") on ANY platform
You can also use -> specialfolderpath("resources") in the IDE, where it points 
to the folder containing the executing stack.
Keep all your files (and folders) in that folder and with that and 1. above you 
do not need to script something different
for the IDE and standalone on ANY platform!
3. Do this to display the html file in a browser widget:
...
put specialfolderpath("resources") & "/Future.html" into tFile
## Important, if the pathname contains spaces:
replace " " with "%20" in tFile
set the url of widget "el browsero" to tFile
...

Hint:
Be aware that iOS and Android are case-sensitive operating systems: Future.html 
<> future.html
So it may be a good idea to name all of your files with lowercase and your are 
on the safe side.


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-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: how to load a local file into the browser widget?

[Tore Nilsen via use-livecode]

Try to start the url with «file:/// « this is what I get at the start 
of the url of a browser widget when i set the url from a script using «answer 
file» to navigate to any valid html file:

on mouseUp

answer file "Choose html file to display"

set url of widget "browser" to it

end mouseUp


Tore

> 24. mai 2019 kl. 22:29 skrev Curt Ford via use-livecode 
> :
> 
>> You must make sure that the filePath to the html file you would like to see 
>> does not contain any invalid characters like spaces, which you will find is 
>> OK by the file system but not with the browser.
> I had wondered about this; I renamed the file to "Browsertryout" and moved it 
> to the desktop (so there were no spaces in the filePath, which is now 
> "file://Users/cford/Desktop/Browsertryout.app/Contents/MacOS/Future.html"), 
> but I'm still getting the same result (a blank widget).
> 
> Curt
> 
> -- 
> Sent from Postbox 
> 
> ___
> use-livecode mailing list
> use-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

Player object controller bar

[Paul Dupuis via use-livecode]

I have searched the dictionary, Guides, and livecode.com but have been 
unable to find a annotated picture of the LC9xx player objects' 
controller bar and what each control does, especially in combinations 
with with modifier keys


Clearly, some controls are obvious, like play/pause, etc., but I am 
looking for detailed documentation so I don't miss anything that is 
built into the controller bar itself.




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

[Richmond via use-livecode]

Thank you for a very sensible reply that is easy to understand.

Richmond.

On 24.05.19 20:30, Mark Waddingham via use-livecode wrote:

On 2019-05-24 08:51, Richmond via use-livecode wrote:
1. Will 32-bit Windows builds work on all current deployments of the 
Windows OS?


Yes.

2. Which current deployments of the Windows OS 'prefer' 64-bit 
executables?


No windows OS versions 'prefer' 64-bit exes per-se. MS did a very good 
job when they produced Win64 and the WoW layer - 32-bit windows apps 
and 64-bit windows apps coexist quite happily on a 64-bit capable 
version of the OS.


The advantage of 64-bit windows apps is you can allocate more memory, 
and some things are a little faster (the internal graphics rendering 
functionality benefits quite significantly from the 64-bit intel 
architecture - maybe a 5-10% boost there).



3. Why is there only one version of LiveCode for Macintosh? Should Mac
users feel hard done by?


macOS users have had both 32-bit and 64-bit versions of LiveCode since 
version 8.0 - macOS has 'fat binaries' which means an executable can 
contain code for several different architectures.


Windows (and Linux) do *not* have fat binaries and so you need to 
provide two distinct executables / standalones - one for 32-bit and 
one for 64-bit.


Warmest Regards,

Mark.




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

Re: play sounds in HTML5

[Alain Vezina via use-livecode]

Hi,

I have to admit, I'm a little confused.

1. Do I have to set the defaultFolder to specialFolderPath ("Documents") in 
openStack ?

2.  After I copy the HTML file in the folder Documents, do I have to change 
it's name ?

3. Do I have to write sometihing like   in both HTML files ?

4. Do I have to write it in a structure like 


?

I hope I'm not bothering you.
I have a long experience of programming in LC, but this is the first time I 
have tried HTML5 and I have no knowledge of Java Script.

Regards,

Alain
> 

> Le 16 mai 2019 à 12:11, hh via use-livecode  a 
> écrit :
> 
>> Thanks Sean.
>> I will have to work hard because I am not familiar with Dynamic HTML.
> 
> One simple way to do that:
> 
> Write, a little bit more as Sean wrote, in your html file:
> 
> 
> Then first set in LC newsound, may be randomly:
> 
> put "/audio/guitar-melody.wav" into newsound
> 
> Then issue from LC:
> 
> do "document.getElementById('audio1').src='" & newsound & "'" in widget 
> "browser"
> 
> That's all, nothing complicated.
> ___
> use-livecode mailing list
> use-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: Windows 64

[Richmond via use-livecode]

Well, well; here's a reply which really needs a multi-part reply.

On 24.05.19 18:21, Bob Sneidar via use-livecode wrote:

Not sure what you mean.


What I mean is that LiveCode produces a "Fat" standalone which suffers 
from the following disadvantages:


1. It's fat, quite literally.

2. I wonder whether MacOS Somewhere_Obscure_In-California (10.15) will 
not object to those
standalones because, as well as containing 64-bit code they also contain 
32-bit code.

  Are you talking about 32 bit vs. 64 bit? Apple only began supporting 64 bit 
OS in 2006 when they began to use the Intel chipset. In 2011 the OS was 
exclusively 64 bit throughout, but has continued to run 32 bit apps until 
Mojave. Mojave is the last Mac OS that will support running 32 bit apps.


1. I just felt a bit "funny" when my Mac Mini runing 10.14.5 beta 
something "made a remark"

about 32-bit apps when I opened up LiveCode 9.0.4.


A 32 bit OS can only address around the first 2 gigs of memory. Not very good 
for running multiple apps.
Dunno about that: I've been running multiple apps ever since I bought a 
Macintosh LC475 running MacOS 7.0.1.




I understand your financial situation living and working where you do.


My "financial situation living and working where you do" sounds almost 
racist

and certainly a bit condescending.

You know nothing whatsoever about my financial situation (it's like most 
people's financial situation:
plain boring). You are, if you feel the urge, most welcome to come and 
stay for a week to assess

my standard of living; especially as I refilled the fridge yesterday.

As to "working where you do," well, well, the main thing that is in 
anyway problematic about
working where I do is the abysmal ignorance of smug types who assume , 
on the basis of not having been there,

that where I work is an unmitigated sinkhole of iniquity.

I've never seen anywhere quite as "ouch" as East St. Louis over here.

I have a feeling that an awful lot of folk who stay in East St. Louis 
would do a lot to

reach my financial situation.

My wife and I have just finished watching "Homer and Eddie", which is an 
education in terms of

financial situation and where one lives:

https://www.imdb.com/title/tt0097521/

If all you have to work with is pre-Intel Apples, then I'm surprised... even 
shocked you keep them running!


Ha, Ha, Ha: sent out for some new underpants as mine just split!

I keep PPC Macs running because of useful software (try running Bryce 4 
on an Intel Mac) such as HyperCard.


At home I have  all sorts of Intel Macs of varying vintages: 
notwithstanding my G5 PPC, G3 iMac and so on.
Oddly enough I had so many lying around I gave one to a chap who works 
at the University last week because
his previous Mac finally died: and he, having a wife and 2 teenage kids, 
had not the money to replace it.


As to my school: I deploy very old, very cheap PCs running Xubuntu 
Linux. But the main reason for
this is that children have sticky fingers and a tendency to muck around 
with things, so if a machine goes
'bang' it is a cheap exercise to replace it. Investing in expensive 
hardware when working with children

is, as far as I am concerned, a mug's game.

Also, as my school computers are not internet connected and are "only" 
used for my own LiveCode
standalones for ESL content delivery and reinforcement, as well as 
running LiveCode for teaching, one does

not need high-end machines.

  It's a testament to your resourcefulness, not to mention your tenacity. It's 
also a testament to how well Apple made their products in those days.


What's a testament? My asking questions about what's what with 64-bit 
versions of LiveCode?


Nothing of the sort, old sausage.

If you imagine Richmond wandering around fishing in bins (OK, OK, I have 
done that about 6 times to retrieve
usable computer hard drives) for his living and looking like some extra 
from 'The Life of Brian' you

are sadly wrong (even if it would have been fun to be an extra in 'Brian').

Love, Richmond.


Bob S



On May 23, 2019, at 23:51 , Richmond via use-livecode 
 wrote:

3. Why is there only one version of LiveCode for Macintosh? Should Mac users 
feel hard done by?

Richmond.


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



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

how to load a local file into the browser widget?

[Curt Ford via use-livecode]

You must make sure that the filePath to the html file you would like to see 
does not contain any invalid characters like spaces, which you will find is OK 
by the file system but not with the browser.

I had wondered about this; I renamed the file to "Browsertryout" and moved it to the 
desktop (so there were no spaces in the filePath, which is now 
"file://Users/cford/Desktop/Browsertryout.app/Contents/MacOS/Future.html"), but I'm still 
getting the same result (a blank widget).

Curt

--
Sent from Postbox 


___
use-livecode mailing list
use-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: how to load a local file into the browser widget?

[Tore Nilsen via use-livecode]

You must make sure that the filePath to the html file you would like to see 
does not contain any invalid characters like spaces, which you will find is OK 
by the file system but not with the browser.

Tore

> 24. mai 2019 kl. 22:02 skrev Curt Ford via use-livecode 
> :
> 
> Is there a trick to getting a local html file to display in the browser 
> widget? I'm using this in a test button (in 9.0.4, on a Mac):
> 
> *on*mouseUp
> 
> *# set the defaultFolder to the folder containing the stackfile*
> 
> *set*theitemDelimitertoslash*
> get*theeffectivefilenameofthisstack*
> set*thedefaultFoldertoitem1to-2 ofit*
> answer*"defaultFolder is"&& thedefaultFolder
> 
> *if* thereisafile"Future.html"*then**
> answer*"OK, it's there"*
> else**
> answer*"not found!"*
> end* *if*
> 
> *put*"file:/"& thedefaultFolder& slash& "Future.html"intotFile*
> set*theURLofwidget"Browser"totFile*
> answer*"the URL is"&& theURLofwidget"Browser"
> 
> *end*mouseUp
> 
> The .html file is in the same folder with the stack file, and in the 
> standalone I've copied it into the bundle & the stack seems to find it, but 
> nothing displays in the widget, both in IDE and the standalone. Loading a 
> remote location works fine with
> 
> *put*"https://nytimes.com"intotFile
> 
> *set*theURLofwidget"Browser"totFile
> 
> Is there something else to keep in mind when displaying a local file?
> 
> Curt
> 
> 
> -- 
> Sent from Postbox 
> 
> ___
> use-livecode mailing list
> use-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

how to load a local file into the browser widget?

[Curt Ford via use-livecode]

Is there a trick to getting a local html file to display in the browser 
widget? I'm using this in a test button (in 9.0.4, on a Mac):


*on*mouseUp

*# set the defaultFolder to the folder containing the stackfile*

*set*theitemDelimitertoslash*
get*theeffectivefilenameofthisstack*
set*thedefaultFoldertoitem1to-2 ofit*
answer*"defaultFolder is"&& thedefaultFolder

*if* thereisafile"Future.html"*then**
answer*"OK, it's there"*
else**
answer*"not found!"*
end* *if*

*put*"file:/"& thedefaultFolder& slash& "Future.html"intotFile*
set*theURLofwidget"Browser"totFile*
answer*"the URL is"&& theURLofwidget"Browser"

*end*mouseUp

The .html file is in the same folder with the stack file, and in the 
standalone I've copied it into the bundle & the stack seems to find it, 
but nothing displays in the widget, both in IDE and the standalone. 
Loading a remote location works fine with


*put*"https://nytimes.com"intotFile

*set*theURLofwidget"Browser"totFile

Is there something else to keep in mind when displaying a local file?

Curt


--
Sent from Postbox 


___
use-livecode mailing list
use-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: Opening a stack changes it's set rect

[Paul Dupuis via use-livecode]

Thank you Mark!


On 5/24/2019 2:14 PM, Mark Waddingham via use-livecode wrote:

On 2019-05-24 18:08, Paul Dupuis via use-livecode wrote:

I discovered today that opening a stack changes its set rect (at least
under Windows 10 in LC904/905rc1 when opening a stack invisible

See this little gem: https://quality.livecode.com/show_bug.cgi?id=22097

Not a problem is you are just popping up windows and then setting
their positions, but if, for some reason, you want to precisely place
windows (like we do) and then open them, this is a pain in the rear!

Opening a window/stack should not change its rect!


I'd point out here that the stack's *rect* is not being changed... 
It's effective rect is changing - this is a very different thing (the 
effective rect is only calculable after the system window object has 
been created).


Given that the stack is being opened as invisible, then surely you can 
just open it invisible, then check its effective rect?


Warmest Regards,

Mark.

P.S. A stack keeps its system window when closed unless the 
'destroyWindow' property is set; if the latter is set to true, then 
closing the stack will cause its system window to be destroyed.





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

[Roger Guay via use-livecode]

Ditto on the Dictionary!

Cheers,
Roger

> On May 23, 2019, at 12:26 PM, R.H. via use-livecode 
>  wrote:
> 
> I agree that the dictionary often leaves guess work.
> 
> The biggest problem I have with the dictionary is forgetting the name of a
> function and trying to guess the name. If there were lots of tags to look
> for... but... You must know at least the beginning of a name.
> 
> And how can you even search not knowing what to search for when you only
> know what you want to solve? (Well, search elsewhere...)
> 
> But it would be really very good if editors would put themselves into the
> shoes of newbies assuming no prior knowledge about any of the many
> acronyms, and providing links for further study or simply more explanation
> when a function is not trivial.
> 
> I know, it is hard work. If such task could be structured and we were
> invited as editors to contribute in a more user-friendly way? But too many
> editors may also spoil the soup.
> 
> W3School is s great example of how to combine tutorials with reference
> lists (dictionary).
> 
> The dictionary is a central point of focus for every developer. Probably,
> there is just not enough knowledgable manpower to not just do the absolute
> minimum.
> 
> When Mark is explaining something here, then often I get a picture of what
> is behind the hood. He cannot be, but should be editor-in-chief... )
> ___
> use-livecode mailing list
> use-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: Question for LCB FFI workshop attendees at upcoming conference

[Trevor DeVore via use-livecode]

On Fri, May 24, 2019 at 11:53 AM hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thank you very much for sharing these examples.


You’re welcome. One thing I forgot to mention - you need to have LC 9.0.5
or 9.5 installed to test the Pocketsphinx example. A bug was fixed related
to passing null to variadic expressions.

-- 
Trevor DeVore

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

Re: App Store changes in August?

[Tom Glod via use-livecode]

yes..there it is.thanks RG.

On Fri, May 24, 2019 at 2:27 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom Glod wrote:
>
>  > Found it. its google play store needing 64 bit builds of the apps.
>  >
>  > The 64-bit requirement: what it means for developers Starting *August
>  > 1 2019:*
>  >
>  >- All new apps and app updates that include native code are
>  > required to provide 64-bit versions in addition to 32-bit versions
>  > when publishing to Google Play.
>  >- *Extension:* Google Play will continue to accept 32-bit only
>  > updates to existing games that use Unity 5.6.x or older until August
>  > 2021.
>  >
>  > Does anyone know if those will be available in 9.0x?
>
>
> I believe that's delivered, part of v9.5 (currently at DP1).
>
>  From the Release Notes:
>
>New Android Architectures
>Android builds now support four architectures. Previously android
>was built for armv6 only.Android is now built for armv7, arm64,
>x86 and x86_64.Checkboxes are included on in the Android standalone
>settings to choose which architectures to include in the build.
>
>
> --
>   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: App Store changes in August?

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> Found it. its google play store needing 64 bit builds of the apps.
>
> The 64-bit requirement: what it means for developers Starting *August
> 1 2019:*
>
>- All new apps and app updates that include native code are
> required to provide 64-bit versions in addition to 32-bit versions
> when publishing to Google Play.
>- *Extension:* Google Play will continue to accept 32-bit only
> updates to existing games that use Unity 5.6.x or older until August
> 2021.
>
> Does anyone know if those will be available in 9.0x?


I believe that's delivered, part of v9.5 (currently at DP1).

From the Release Notes:

  New Android Architectures
  Android builds now support four architectures. Previously android
  was built for armv6 only.Android is now built for armv7, arm64,
  x86 and x86_64.Checkboxes are included on in the Android standalone
  settings to choose which architectures to include in the build.


--
 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: Opening a stack changes it's set rect

[Mark Waddingham via use-livecode]

On 2019-05-24 18:08, Paul Dupuis via use-livecode wrote:

I discovered today that opening a stack changes its set rect (at least
under Windows 10 in LC904/905rc1 when opening a stack invisible

See this little gem: https://quality.livecode.com/show_bug.cgi?id=22097

Not a problem is you are just popping up windows and then setting
their positions, but if, for some reason, you want to precisely place
windows (like we do) and then open them, this is a pain in the rear!

Opening a window/stack should not change its rect!


I'd point out here that the stack's *rect* is not being changed... It's 
effective rect is changing - this is a very different thing (the 
effective rect is only calculable after the system window object has 
been created).


Given that the stack is being opened as invisible, then surely you can 
just open it invisible, then check its effective rect?


Warmest Regards,

Mark.

P.S. A stack keeps its system window when closed unless the 
'destroyWindow' property is set; if the latter is set to true, then 
closing the stack will cause its system window to be destroyed.


--
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: App Store changes in August?

[Tom Glod via use-livecode]

Found it. its google play store needing 64 bit builds of the apps.

The 64-bit requirement: what it means for developers Starting *August 1,
2019:*

   - All new apps and app updates that include native code are required to
   provide 64-bit versions in addition to 32-bit versions when publishing to
   Google Play.
   - *Extension:* Google Play will continue to accept 32-bit only updates
   to existing games that use Unity 5.6.x or older until August 2021.


Does anyone know if those will be available in 9.0x?

Thanks,

Tom



On Fri, May 24, 2019 at 1:50 PM Tom Glod  wrote:

> Thats the thing I don't remember all the details that were
> mentioned...with the streaming problems and my toddler
> interrupting me, I had no chance to catch all the details.
>
> But I remember having the distinct feeling of not being sure if the
> license & version i bought was going to be good after August.
>
> But if noting specific is coming to mind for you guys, and no one else was
> alarmed about it...I guess i'll just assume that my license will be good.
>
> Thanks
>
> On Fri, May 24, 2019 at 1:07 PM Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> My guess would be the forth coming Notarization requirement by Apple?
>>
>> There was a lot of list discussion about that, but it has nothing to do
>> with LiveCode. It is just another set of steps your will need to do,
>> like Code Signing, for you OSX apps build in LiveCode or any language to
>> run on OSX.
>>
>> But, Richard is right, you need to be a bit more specific...
>>
>> On 5/24/2019 12:59 PM, Richard Gaskin via use-livecode wrote:
>> > Tom Glod wrote:
>> >
>> > > Hi Peeps, I am not sure I heard correctly, but is there some kind of
>> > > change occurring in August where the 9.0x line of LC builds will not
>> > > be able to submit to the app store? I think it was the apple store
>> > > that was being discussed.
>> >
>> > People say all sorts of things.  Sometimes those things are true;
>> > sometimes they're misunderstandings.
>> >
>> > To sort out which is the case here:
>> >
>> > The app store has dozens of requirements, and LiveCode has thousands
>> > of features.  Do you recall which intersection of those is affected?
>> >
>> > --
>> >  Richard Gaskin
>> >  Fourth World Systems
>> >  Software Design and Development for the Desktop, Mobile, and the Web
>> >  
>> >  ambassa...@fourthworld.com http://www.FourthWorld.com
>> >
>> > ___
>> > use-livecode mailing list
>> > use-livecode@lists.runrev.com
>> > Please visit this url to subscribe, unsubscribe and manage your
>> > subscription preferences:
>> > http://lists.runrev.com/mailman/listinfo/use-livecode
>> >
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
___
use-livecode mailing list
use-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: App Store changes in August?

[Tom Glod via use-livecode]

Thats the thing I don't remember all the details that were
mentioned...with the streaming problems and my toddler
interrupting me, I had no chance to catch all the details.

But I remember having the distinct feeling of not being sure if the license
& version i bought was going to be good after August.

But if noting specific is coming to mind for you guys, and no one else was
alarmed about it...I guess i'll just assume that my license will be good.

Thanks

On Fri, May 24, 2019 at 1:07 PM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My guess would be the forth coming Notarization requirement by Apple?
>
> There was a lot of list discussion about that, but it has nothing to do
> with LiveCode. It is just another set of steps your will need to do,
> like Code Signing, for you OSX apps build in LiveCode or any language to
> run on OSX.
>
> But, Richard is right, you need to be a bit more specific...
>
> On 5/24/2019 12:59 PM, Richard Gaskin via use-livecode wrote:
> > Tom Glod wrote:
> >
> > > Hi Peeps, I am not sure I heard correctly, but is there some kind of
> > > change occurring in August where the 9.0x line of LC builds will not
> > > be able to submit to the app store? I think it was the apple store
> > > that was being discussed.
> >
> > People say all sorts of things.  Sometimes those things are true;
> > sometimes they're misunderstandings.
> >
> > To sort out which is the case here:
> >
> > The app store has dozens of requirements, and LiveCode has thousands
> > of features.  Do you recall which intersection of those is affected?
> >
> > --
> >  Richard Gaskin
> >  Fourth World Systems
> >  Software Design and Development for the Desktop, Mobile, and the Web
> >  
> >  ambassa...@fourthworld.com http://www.FourthWorld.com
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Android Blocks LC With Browser Net Error

[Sannyasin Brahmanathaswami via use-livecode]

That URL should be

https://www.youtube.com/embed/YHS7dyN6sgM

It also crashes iOS  if the phone is blocked by a firewall.

= 
When a firewall or some other "obstruction" prevents accessing a URL in the 
browser widget on Android, it responds with an error page, in HTML, viz.

===
[Android Green Robot Icon]

"Webpage not available

The webpage at https://www.youtube.copm/embed/YHs7dyN6sgM 
could not be loaded. 

Net::ERR_CONNECTION_RESET
===

And now all the buttons and the nav/task bar at the bottom (which are now 
SVG drawings imported as icons) cease to function. The engine is blocked. The 
only way out is for the user to stop the app. 

It's a pretty nasty bug. I will report it as such. But I was wondering, as 
a hack, if there is a way we could preempt the message with a TSnet command, 
before Android give the message. Then we could hide the browser, and give a 
notification: "Web Page not available. Check you net connection." 

And keep the engine/buttons "alive" so the user can back out to "home"

BR

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


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

Re: Windows 64

[Mark Waddingham via use-livecode]

On 2019-05-24 08:51, Richmond via use-livecode wrote:
1. Will 32-bit Windows builds work on all current deployments of the 
Windows OS?


Yes.

2. Which current deployments of the Windows OS 'prefer' 64-bit 
executables?


No windows OS versions 'prefer' 64-bit exes per-se. MS did a very good 
job when they produced Win64 and the WoW layer - 32-bit windows apps and 
64-bit windows apps coexist quite happily on a 64-bit capable version of 
the OS.


The advantage of 64-bit windows apps is you can allocate more memory, 
and some things are a little faster (the internal graphics rendering 
functionality benefits quite significantly from the 64-bit intel 
architecture - maybe a 5-10% boost there).



3. Why is there only one version of LiveCode for Macintosh? Should Mac
users feel hard done by?


macOS users have had both 32-bit and 64-bit versions of LiveCode since 
version 8.0 - macOS has 'fat binaries' which means an executable can 
contain code for several different architectures.


Windows (and Linux) do *not* have fat binaries and so you need to 
provide two distinct executables / standalones - one for 32-bit and one 
for 64-bit.


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: repeat with times

[Mark Waddingham via use-livecode]

On 2019-05-23 08:42, ambassador--- via use-livecode wrote:

After re-reading the release notes I think this is probably the result
of bug 20951 being squashed @
https://quality.livecode.com/show_bug.cgi?id=20951


That sounds like it.


Yup - that's the one.

The LCS parser is very lax, it tends not to flag incorrect syntax if it 
can get a reasonable interpretation of what you have written. (i.e. Some 
subset of the line - starting from the first char - makes sense as a 
LiveCode command).


We tend not to fix this (usually benign) lax parsing as it can cause 
scripts which did compile to stop compiling (as some have discovered).


However in this case the lax parsing of repeat is not benign - you can 
write a 'repeat with' statement which looks like it is 100% correct but 
does not do what you expect:


  i.e. repeat with i = 1 to 10 by 2 -- ignores the 'by' clause
   repeat with i = 1 to 10 step 2 -- this is what was meant

Of course ideally the parser would only allow you to use the exact 
syntax the engine defines, rather than ignoring 'junk' at the end of a 
line... Perhaps something we should do for LC-Next...


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: Question for LCB FFI workshop attendees at upcoming conference

[Mark Wieder via use-livecode]

On 5/24/19 9:54 AM, Bob Sneidar via use-livecode wrote:

Bad link


lmgtfy...
https://github.com/novastone-media/MQTT-Client-Framework

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

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

Re: App Store changes in August?

[Paul Dupuis via use-livecode]

My guess would be the forth coming Notarization requirement by Apple?

There was a lot of list discussion about that, but it has nothing to do 
with LiveCode. It is just another set of steps your will need to do, 
like Code Signing, for you OSX apps build in LiveCode or any language to 
run on OSX.


But, Richard is right, you need to be a bit more specific...

On 5/24/2019 12:59 PM, Richard Gaskin via use-livecode wrote:

Tom Glod wrote:

> Hi Peeps, I am not sure I heard correctly, but is there some kind of
> change occurring in August where the 9.0x line of LC builds will not
> be able to submit to the app store? I think it was the apple store
> that was being discussed.

People say all sorts of things.  Sometimes those things are true; 
sometimes they're misunderstandings.


To sort out which is the case here:

The app store has dozens of requirements, and LiveCode has thousands 
of features.  Do you recall which intersection of those is affected?


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

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

http://lists.runrev.com/mailman/listinfo/use-livecode




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

Re: App Store changes in August?

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> Hi Peeps, I am not sure I heard correctly, but is there some kind of
> change occurring in August where the 9.0x line of LC builds will not
> be able to submit to the app store? I think it was the apple store
> that was being discussed.

People say all sorts of things.  Sometimes those things are true; 
sometimes they're misunderstandings.


To sort out which is the case here:

The app store has dozens of requirements, and LiveCode has thousands of 
features.  Do you recall which intersection of those is affected?


--
 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: repeat with times

[Mark Wieder via use-livecode]

On 5/23/19 9:14 AM, Bob Sneidar via use-livecode wrote:


I just put "put 5 times empty" into the message box and got 5.


I don't get that when I try it. I first of all get an error message 
about not finding the handler, and then it displays "5". But the 
displayed value is a side effect of the "put" error that just displays 
the wrong value in certain situations: try "put" or "put times empty" 
into the message box.


Btw - 5 times empty should be zero, not five. :P

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

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

Re: Question for LCB FFI workshop attendees at upcoming conference

[Bob Sneidar via use-livecode]

Bad link

Bob S


> On May 11, 2019, at 06:19 , Michael Muthmannn via use-livecode 
>  wrote:
> 
> Hi Trevor,
> 
> In the forums a couple of times there were some questions about MQTT 
> integration into livecode.
> 
> I found  found a native Objective-C iOS library  here:
> 
> https://github.com/novastone-media/MQTT ... -Framework


___
use-livecode mailing list
use-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: Question for LCB FFI workshop attendees at upcoming conference

[JJS via use-livecode]

Thank you Trevor

Op 24-5-2019 om 17:00 schreef Trevor DeVore via use-livecode:

On Tue, May 7, 2019 at 8:35 AM Trevor DeVore 
wrote:


This is for anyone who plans on attending my workshop on using FFI in LCB
at the conference. Is there any code (a macOS Framework, Windows API, DLL,
dylib, etc.) that is written in Objective-C or that has a C wrapper that
you are interested in wrapping with LCB in order to make it available to
LiveCode?


For those interested you can find the source code for the projects we
discussed in the LCB FFI Workshop at the San Jose Conference. The
pocketsphinx project is an experiment to get it working and teach some
concepts. The mosquitto project is an example of wrapping an API and making
it available to LiveCode. The demo stack is fully functional and you can
subscribe to and publish messages with other people if they are connected
to the same server.

https://github.com/trevordevore/lc-pocketsphinx

https://github.com/trevordevore/lc-mosquitto



___
use-livecode mailing list
use-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: Question for LCB FFI workshop attendees at upcoming conference

[hh via use-livecode]

Thank you very much for sharing these examples.

> Trevor DeV. wrote:
> For those interested you can find the source code for the projects we
> discussed in the LCB FFI Workshop at the San Jose Conference. The
> pocketsphinx project is an experiment to get it working and teach some
> concepts. The mosquitto project is an example of wrapping an API and making
> it available to LiveCode. The demo stack is fully functional and you can
> subscribe to and publish messages with other people if they are connected
> to the same server.
> 
> https://github.com/trevordevore/lc-pocketsphinx
> https://github.com/trevordevore/lc-mosquitto




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

Opening a stack changes it's set rect

[Paul Dupuis via use-livecode]

I discovered today that opening a stack changes its set rect (at least 
under Windows 10 in LC904/905rc1 when opening a stack invisible


See this little gem: https://quality.livecode.com/show_bug.cgi?id=22097

Not a problem is you are just popping up windows and then setting their 
positions, but if, for some reason, you want to precisely place windows 
(like we do) and then open them, this is a pain in the rear!


Opening a window/stack should not change its rect!


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

App Store changes in August?

[Tom Glod via use-livecode]

Hi Peeps, I am not sure I heard correctly, but is there some kind of change
occurring in August where the 9.0x line of LC builds will not be able to
submit to the app store? I think it was the apple store that was being
discussed.
___
use-livecode mailing list
use-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: Windows 64

[Bob Sneidar via use-livecode]

Not so. You *could* get a 32 bit version of these OS. In fact if you were 
upgrading from a 32 bit Win 7 you HAD to upgrade to the 32 bit version of 8, 
and in like manner, from 8 to 10. The only way to go to 64 bit was to buy a NEW 
license of those OS, and do a clean install. You could not upgrade. 

Bob S


> On May 24, 2019, at 04:58 , Paul Dupuis via use-livecode 
>  wrote:
> 
> Windows 8, 8.1, and 10 are available ONLY as 64-bit OSes


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

[Bob Sneidar via use-livecode]

Not sure what you mean. Are you talking about 32 bit vs. 64 bit? Apple only 
began supporting 64 bit OS in 2006 when they began to use the Intel chipset. In 
2011 the OS was exclusively 64 bit throughout, but has continued to run 32 bit 
apps until Mojave. Mojave is the last Mac OS that will support running 32 bit 
apps. 

A 32 bit OS can only address around the first 2 gigs of memory. Not very good 
for running multiple apps. 

I understand your financial situation living and working where you do. If all 
you have to work with is pre-Intel Apples, then I'm surprised... even shocked 
you keep them running! It's a testament to your resourcefulness, not to mention 
your tenacity. It's also a testament to how well Apple made their products in 
those days. 

Bob S


> On May 23, 2019, at 23:51 , Richmond via use-livecode 
>  wrote:
> 
> 3. Why is there only one version of LiveCode for Macintosh? Should Mac users 
> feel hard done by?
> 
> Richmond.


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

Re: Question for LCB FFI workshop attendees at upcoming conference

[Trevor DeVore via use-livecode]

On Tue, May 7, 2019 at 8:35 AM Trevor DeVore 
wrote:

> This is for anyone who plans on attending my workshop on using FFI in LCB
> at the conference. Is there any code (a macOS Framework, Windows API, DLL,
> dylib, etc.) that is written in Objective-C or that has a C wrapper that
> you are interested in wrapping with LCB in order to make it available to
> LiveCode?
>

For those interested you can find the source code for the projects we
discussed in the LCB FFI Workshop at the San Jose Conference. The
pocketsphinx project is an experiment to get it working and teach some
concepts. The mosquitto project is an example of wrapping an API and making
it available to LiveCode. The demo stack is fully functional and you can
subscribe to and publish messages with other people if they are connected
to the same server.

https://github.com/trevordevore/lc-pocketsphinx

https://github.com/trevordevore/lc-mosquitto

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

Android Blocks LC With Browser Net Error

[Sannyasin Brahmanathaswami via use-livecode]

When a firewall or some other "obstruction" prevents accessing a URL in the 
browser widget on Android, it responds with an error page, in HTML, viz.

===
[Android Green Robot Icon]

"Webpage not available

The webpage at https://www.youtube.copm/embed/YHs7dyN6sgM 
could not be loaded. 

Net::ERR_CONNECTION_RESET
===

And now all the buttons and the nav/task bar at the bottom (which are now SVG 
drawings imported as icons) cease to function. The engine is blocked. The only 
way out is for the user to stop the app. 

It's a pretty nasty bug. I will report it as such. But I was wondering, as a 
hack, if there is a way we could preempt the message with a TSnet command, 
before Android give the message. Then we could hide the browser, and give a 
notification: "Web Page not available. Check you net connection." 

And keep the engine/buttons "alive" so the user can back out to "home"

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: 9.5 DP 1 Unadorned - LayerMode - Container

[Trevor DeVore via use-livecode]

Just apply the shadow or gradient to an object other than the DataGrid
group itself.

--
Trevor DeVore
ScreenSteps

On Thu, May 23, 2019 at 10:52 PM Sannyasin Brahmanathaswami via
use-livecode  wrote:

> Wow, thanks Trevor for the R & D!
>
> That makes for "pretty plain" Datagrid2 forms. I understand the reasons
> behind it. But making "gorgeous" UI that scrolls then is not possible.
>
>  I am developing youTube library that use Datagrid. So it seems we will
> have to sacrifice scrolling to get a shadow on the forms, or a gradient on
> the graphic behind each form.
>
> OR
>
> get it scrolling smoothly but, it will have a "utilitarian" look and feel.
> But users are looking navigation,  not eye-candy. But our design team will
> be "pained" by such a choice. I guess we can dress up to the card and
> static layers..
>
> We shall see
>
>  I will pursue "dictionary" one the other thread. (R.H. "Dictionary")
>
> On 5/23/19, 6:59 AM, "use-livecode on behalf of Trevor DeVore via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
>
> I just did a quick test involving going through the property inspector
> for
> a group and changing properties. I have confirmed that the following
> properties will cause a group that is assigned the layerMode of
> "container"
> to have an effective layerMode of  "static":
>
> - opaque
> - showBorder
> - showname
> - hscrollbar/vscrollbar
> - dropShadow, innderShadow, outerGlow, innerGlow, and colorOverlay
>
> In addition, the acceleratedRendering of the stack must be true or the
> group will always have an effective layermode of "static".
>
> ___
> use-livecode mailing list
> use-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: Windows 64

[Paul Dupuis via use-livecode]

If I recall correctly:

Windows 2000 and XP were only 32-bit
Windows Vista and WIndows 7 came in both 32-bit and 64-bit versions (you 
have to buy the version you wanted. They were sold separately)

Windows 8, 8.1, and 10 are available ONLY as 64-bit OSes

So, while Microsoft maintains 32-bit compatibility and probably will for 
several more versions of their OSes simply to support the massive amount 
of old programs people still run, they have encouraged that all new apps 
be 64-bit for some time now.



On 5/24/2019 2:51 AM, Richmond via use-livecode wrote:

Err . . . here are several goofy questions from a non-Windows user.

1. Will 32-bit Windows builds work on all current deployments of the 
Windows OS?


2. Which current deployments of the Windows OS 'prefer' 64-bit 
executables?


3. Why is there only one version of LiveCode for Macintosh? Should Mac 
users feel hard done by?


Richmond.

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

http://lists.runrev.com/mailman/listinfo/use-livecode




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

Re: Windows 64

[Matthias Rebbe via use-livecode]

Hi Richmond,

1. Yes
2. Every 64-bit Windows is able to run 64-bit apps, but also 32-bit apps, but 
not vice versa.
64-bit Windows versions do not prefer 64-bit apps, but there might be reasons 
(e.g. memory, performance) where it would be better to use the 64-bit version 
of an app.
It depends on the apps.
3. LC IDE is 64-bit, but could run in 32-bit mode on pre-Mojave systems. If i 
remember right, you had to right click on the LC IDE app bundle, select Info 
and then there was a 'run as 32-bit' (or so) option to check.
 I have just upgraded to Mojave, so i cannot describe better, as i cannot try.

Regards,

Matthias



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 24.05.2019 um 08:51 schrieb Richmond via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Err . . . here are several goofy questions from a non-Windows user.
> 
> 1. Will 32-bit Windows builds work on all current deployments of the Windows 
> OS?
> 
> 2. Which current deployments of the Windows OS 'prefer' 64-bit executables?
> 
> 3. Why is there only one version of LiveCode for Macintosh? Should Mac users 
> feel hard done by?
> 
> Richmond.
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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