Re: New(?) Idea for Standalones

2021-03-29 Thread Dev via use-livecode
No Roger, the folder has nothing to do with it. The two right click process 
will work wherever you unzip the new arrival. 

Sent from my iPhone

> On Mar 29, 2021, at 5:54 PM, Roger Guay via use-livecode 
>  wrote:
> 
> Thanks for your kind offer, Alex, but I think the process of opening an 
> unblessed standalone for OS 11 has been solved. See my previous post in 
> response to Scott. Turns out to be fairly simple . . . at least for this 
> iteration of OS. In short, just right-click 2 times. It may also be important 
> to do this from the Downloads folder. Not sure about that tho
> 
> Roger
> 
>> On Mar 29, 2021, at 3:29 PM, Alex Tweedly via use-livecode 
>>  wrote:
>> 
>> 
>>> On 29/03/2021 22:11, Roger Guay via use-livecode wrote:
>>> Thanks, Alex. Unfortunately it comes up with the “No Entry” sign on this 
>>> machine.
>>> 
>>> Roger
>> 
>> I'm not exactly sure what message this is, or when it happens. But this 
>> sounds like "Fortunately, ..." because I think it means you have an app that 
>> hits a brickwall of permission on your own machine - so we can look at it in 
>> more detail without bothering your wife's many multiple windows.
>> 
>> It's hard to describe these things in words - hence my suggestion of a Zoom 
>> call where you can screen-share and let others watch (and suggest) while you 
>> try it. If you want to try that with just me, please do (I'm unavailable for 
>> the next hour, but free from approx 00:30 - 01:30 UK time), or tomorrow 
>> almost any time, given some notice).
>> Or contact me off-list and we'll find a time.
>> Or suggest a time and someone else might be able to join in and help.
>> 
>> There are lots of motivated people wanting to help - or to find out what 
>> they're going to need to tell their own users when those users upgrade to a 
>> later MacOS. :-)
>> 
>> Alex.
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-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: New(?) Idea for Standalones

2021-03-28 Thread Dev via use-livecode
If it works, the upside is that anyone can do it themselves and coach their 
family into doing the two step process once on the first time install.

If it doesn’t work, we need to get a real developer to make a real app that 
jumps through Apple’s hoops. And then the developer has to keep it updated 
every time Apple makes a change. 

I agree this whole thing is a bother, but as other posts have pointed out, 
“This is not the good old days and security is not going away” so this whole 
discussion is trying to find the narrowest point to cross. If the amateurs can 
do it themselves with a two step magic incantation, then this puts the ball 
back in their court and allows them into the game with out going through the 
Apple doorway.

Kelly

> On 28 Mar, 2021, at 9:54 PM, John Balgenorth via use-livecode 
>  wrote:
> 
> I may have got lost on this subject but if his goal was to make it
> easy for people to open his app by doing something like using a
> scaled down version of the development system then this one
> step of doing it twice is a valid reason for using what he wanted
> because people do not want to be bothered with things like that.
> 
> JB
> 
>> On Mar 28, 2021, at 8:41 PM, scott--- via use-livecode 
>>  wrote:
>> 
>> 
>> I may have described it incorrectly. After re-testing here on OS 11.2.3  I 
>> found that it required two tries. Trying to open it the first time meets 
>> with failure. But Right clicking and choosing “Open” the second time gives a 
>> second dialog that will allow it to open.
>> 
>> —
>> Scott
>> 
>>> On Mar 28, 2021, at 2:58 PM, Roger Guay via use-livecode 
>>>  wrote:
>>> 
>>> Nope! Right clicking on a standalone I’m trying to share with my wife on 
>>> her iMac w OS 11.2 results in this menu: Open Attachment - Quick Look 
>>> Attachment - Save Attachment…. - Save to Downloads Folder - Share - Copy - 
>>> Speech
>>> 
>>> Then, clicking on the “Open Attachment” menu item results in the same 
>>> response I reported earlier: a simple screen with this message: You do not 
>>> have permission to open the application “StackOmatic”. “Contact your 
>>> computer or network administrator for assistance” with a simple “OK” 
>>> button. Dead end as before!
>>> 
>>> Further, at Kelly's suggestion to try and adjust settings in the Security 
>>> and Privacy System Preferences to downgrade standards to allow a one time 
>>> opening, I found nothing of the sort. 
>>> 
>>> So at this point, I think Kelly’s idea of someone with Apple credentials 
>>> building a certified standalone that runs stacks is the only short term 
>>> solution. If it helps, I and probably others, would be willing to pay a 
>>> reasonable fee for such gem. Otherwise, I and anyone else wanting to share 
>>> stacks, will have to jump through the increasingly ridiculous hoops that 
>>> Apple (and Windows?) place before us. OTH….
>>> 
>>> Ultimately, I really think that a LiveCodeLight app that runs stacks 
>>> without the IDE would be the best way to go to share stacks with friends, 
>>> family and colleagues.
>>> 
>>> Roger
>>> 
>>> 
>>> 
> On Mar 28, 2021, at 12:24 AM, scott--- via use-livecode 
>  wrote:
 
 Kelly is correct. While holding down the control key, click and hold (or 
 right click) to get an additional menu allowing you to choose to open the 
 app.
 —
 Scott 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: New(?) Idea for Standalones

2021-03-28 Thread Dev via use-livecode
So how are you getting it on to her machine? Drag and drop across the net in 
your house? Email? AirDrop?
Lets start from the beginning and sort this out, because I think you ought to 
be able to do it.

Kelly

> On 28 Mar, 2021, at 5:46 PM, Roger Guay via use-livecode 
>  wrote:
> 
> I feel bad that you guys are sticking with me to no avail. Saving it first to 
> Downloads or Desktop does not work.
> 
> Sorry to be such a bother,
> 
> Roger
> 
>> On Mar 28, 2021, at 4:26 PM, Dev via use-livecode 
>>  wrote:
>> 
>> Agreed. Save to the desktop and then try the right click Open command. 
>> 
>> Kelly
>> 
>> Sent from my iPhone
>> 
>>> On Mar 28, 2021, at 5:04 PM, Brian Milby via use-livecode 
>>>  wrote:
>>> 
>>> I think the “attachment” is part of the issue.  Save to downloads first?
>>> 
>>> Sent from my iPhone
>>> 
>>>> On Mar 28, 2021, at 6:00 PM, Roger Guay via use-livecode 
>>>>  wrote:
>>>> 
>>>> Nope! Right clicking on a standalone I’m trying to share with my wife on 
>>>> her iMac w OS 11.2 results in this menu: Open Attachment - Quick Look 
>>>> Attachment - Save Attachment…. - Save to Downloads Folder - Share - Copy - 
>>>> Speech
>>>> 
>>>> Then, clicking on the “Open Attachment” menu item results in the same 
>>>> response I reported earlier: a simple screen with this message: You do not 
>>>> have permission to open the application “StackOmatic”. “Contact your 
>>>> computer or network administrator for assistance” with a simple “OK” 
>>>> button. Dead end as before!
>>>> 
>>>> Further, at Kelly's suggestion to try and adjust settings in the Security 
>>>> and Privacy System Preferences to downgrade standards to allow a one time 
>>>> opening, I found nothing of the sort.
>>>> 
>>>> So at this point, I think Kelly’s idea of someone with Apple credentials 
>>>> building a certified standalone that runs stacks is the only short term 
>>>> solution. If it helps, I and probably others, would be willing to pay a 
>>>> reasonable fee for such gem. Otherwise, I and anyone else wanting to share 
>>>> stacks, will have to jump through the increasingly ridiculous hoops that 
>>>> Apple (and Windows?) place before us. OTH….
>>>> 
>>>> Ultimately, I really think that a LiveCodeLight app that runs stacks 
>>>> without the IDE would be the best way to go to share stacks with friends, 
>>>> family and colleagues.
>>>> 
>>>> Roger
>>>> 
>>>> 
>>>> 
>>>>>> On Mar 28, 2021, at 12:24 AM, scott--- via use-livecode 
>>>>>>  wrote:
>>>>> 
>>>>> Kelly is correct. While holding down the control key, click and hold (or 
>>>>> right click) to get an additional menu allowing you to choose to open the 
>>>>> app.
>>>>> —
>>>>> Scott 
>>>> 
>>>> ___
>>>> use-livecode mailing list
>>>> use-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: New(?) Idea for Standalones

2021-03-28 Thread Dev via use-livecode
Agreed. Save to the desktop and then try the right click Open command. 

Kelly

Sent from my iPhone

> On Mar 28, 2021, at 5:04 PM, Brian Milby via use-livecode 
>  wrote:
> 
> I think the “attachment” is part of the issue.  Save to downloads first?
> 
> Sent from my iPhone
> 
>> On Mar 28, 2021, at 6:00 PM, Roger Guay via use-livecode 
>>  wrote:
>> 
>> Nope! Right clicking on a standalone I’m trying to share with my wife on 
>> her iMac w OS 11.2 results in this menu: Open Attachment - Quick Look 
>> Attachment - Save Attachment…. - Save to Downloads Folder - Share - Copy - 
>> Speech
>> 
>> Then, clicking on the “Open Attachment” menu item results in the same 
>> response I reported earlier: a simple screen with this message: You do not 
>> have permission to open the application “StackOmatic”. “Contact your 
>> computer or network administrator for assistance” with a simple “OK” button. 
>> Dead end as before!
>> 
>> Further, at Kelly's suggestion to try and adjust settings in the Security 
>> and Privacy System Preferences to downgrade standards to allow a one time 
>> opening, I found nothing of the sort.
>> 
>> So at this point, I think Kelly’s idea of someone with Apple credentials 
>> building a certified standalone that runs stacks is the only short term 
>> solution. If it helps, I and probably others, would be willing to pay a 
>> reasonable fee for such gem. Otherwise, I and anyone else wanting to share 
>> stacks, will have to jump through the increasingly ridiculous hoops that 
>> Apple (and Windows?) place before us. OTH….
>> 
>> Ultimately, I really think that a LiveCodeLight app that runs stacks without 
>> the IDE would be the best way to go to share stacks with friends, family and 
>> colleagues.
>> 
>> Roger
>> 
>> 
>> 
 On Mar 28, 2021, at 12:24 AM, scott--- via use-livecode 
  wrote:
>>> 
>>> Kelly is correct. While holding down the control key, click and hold (or 
>>> right click) to get an additional menu allowing you to choose to open the 
>>> app.
>>> —
>>> Scott 
>> 
>> ___
>> use-livecode mailing list
>> use-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: New(?) Idea for Standalones

2021-03-27 Thread Dev via use-livecode
Roger

On your wife’s machine - if you right click the app and choose Open from the 
context menu, do you get more options about opening?

If you adjust settings in the Security and Privacy System Preferences can you 
downgrade standards to allow a one time opening?

If neither of these work, then it seems that the player app will need to be 
notarized and perhaps even stapled. If one of the already certified developers 
were to make such an app using their credentials, perhaps the rest of us could 
just download it from their site and play our own stacks with it. 

Interested in anyone else’s thoughts on work arounds to Apple’s security.

Kelly

> On 27 Mar, 2021, at 9:10 PM, Roger Guay via use-livecode 
>  wrote:
> 
> 
> Here is a report on the back door approach to opening a standalone on MAC OS 
> 11.2:
> 
> I built a stack precisely as Jacqueline specified and made a Mac standalone 
> of it. I checked to make sure it worked on my own computer. I then sent the 
> standalone to my wife’s computer – another Mac running the same OS 11.2. 
> Double-clicking the standalone on her computer, resulted is a simple screen 
> with this message: You do not have permission to open the application 
> “StackOmatic”. “Contact your computer or network administrator for 
> assistance” with a single “OK” button.
> 
> I then checked System Preferences - Security & Privacy - General Tab. There 
> was no “Open Anyway” button.
> 
> Dead in the water! 
> 
> I humbly submit that we need a LiveCodeLight app from a certified developer 
> that runs stacks without the IDE
> 
> Roge
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


Re: [ANN] Release 9.6.2 RC-3

2021-03-15 Thread Dev via use-livecode
I am also seeing that with a Mac Pro laptop, Big Sur and two monitors. 
Sometimes it will be responsive on a second try restart, but then it won’t let 
me open the script of an object. Impossible to work with so I went back to RC-2.

Kelly Janz

> On 15 Mar, 2021, at 10:40 AM, Håkan Liljegren via use-livecode 
>  wrote:
> 
> After downloading and activating with my indie license, LiveCode starts but 
> is totally unresponsive! I can move the windows, but that’s it! I can’t click 
> anything not even in the menu. No shortcuts works, and, If I select ”Quit” 
> from the icon in the dock LiveCode doesn’t quit. Only thing I can do is to 
> ”Force Quit” the application.
> 
> Running macOS 11.2.2 on a MacBook Pro (15-inch, 2018) with a dual monitor 
> setup.
> 
> Any one else having this???
> 
> :-Håkan
> On 12 Mar 2021, 12:57 +0100, panagiotis merakos via use-livecode 
> , wrote:
>> Dear list members,
>> 
>> We are pleased to announce the release of LiveCode 9.6.2 RC-3.
>> 
>> 
>> Getting the Release
>> ===
>> You can get the release at https://downloads.livecode.com/livecode/ or via
>> the automatic updater.
>> 
>> 
>> Release Contents
>> 
>> LiveCode 9.6.2 RC-3 comes with 6 regression fixes, including:
>> 
>> - Visual effects doesn't work on macOS Big Sur
>> - Cannot close "Ask Password" dialog as Sheet in modal stack
>> - mergLA not included in 9.6.2 RC 2
>> - PDF Widget broken on iOS device
>> 
>> For the full list of all fixes, updates and enhancements please see the
>> release notes:
>> http://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2_rc_3.pdf
>> 
>> 
>> Known issues
>> 
>> - The Browser widget's native layer is not shown in some Linux distros with
>> Cinnamon window manager.
>> - The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS
>> yet.
>> 
>> 
>> Required Software
>> =
>> To build iOS apps with LiveCode you must have the appropriate versions of
>> Xcode as follows:
>> 
>> - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using the iOS 12.1
>> SDK
>> - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS apps using the iOS
>> 13.2 SDK
>> - macOS 10.15.4+: Xcode 12.1.x - LiveCode builds iOS apps using the iOS
>> 14.1 SDK
>> 
>> There is a full list of working LiveCode/macOS/Xcode combinations here:
>> https://livecode.com/docs/9-5-0/faq/faq/
>> 
>> Note: Whilst we endeavour to release updated versions of LiveCode
>> supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly
>> recommend disabling automatic update of Xcode or downloading the specific
>> version of Xcode required directly from the Apple developer portal and
>> installing it separately.
>> 
>> Important: From the end of June 2020, Apple is only accepting apps built
>> using iOS13 SDKs. This means that, if you wish to submit apps to the
>> AppStore you will have to be running at least macOS 10.14 in order to be
>> able to install the necessary version of Xcode.
>> 
>> 
>> Feedback
>> 
>> Please report any bugs encountered on our quality center at
>> http://quality.livecode.com/
>> 
>> We have a forum available for discussing LiveCode Builder at
>> http://forums.livecode.com/viewforum.php?f=93
>> 
>> 
>> Have fun!
>> The LiveCode Team
>> 
>> 
>> --
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-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: SSL cPanel mySql setup

2020-10-19 Thread Dev via use-livecode
Hi Richard

Since I have been on DreamHost for more than a decade, I would love to have 
something like this set up. I’m not too proficient with Terminal or Linux, but 
can follow instructions. I would love to know if there is a crib sheet or step 
by step or tutorial that I could follow to get an instance running in my space?

Thanks for any information that you can point me to.

Kelly Janz

> On 19Oct, 2020, at 12:35 AM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Neville Smythe wrote:
> 
>>> On 19 Oct 2020, at 3:00 am, use-livecode-request at lists.runrev.com wrote:
>>> Dreamhost never did install LC ... but several of us have made it work.
>>> Just get the right server executable and permissions.
>>> I could never get it work account wide but it rocked for individual web
>>> site installation.
>> Ah. I got the distinct impression I would need a dedicated server account on 
>> DreamHost, not a shared environment, to instal LC Server; for this user’s 
>> site that would not be worth the cost.
>> To quote the reply from DreamHost:
>> -
>> Unfornately we no longer support LiveCode server on our servers at this
>> time. Looks like current install steps require root/admin access to some
>> apache config files, which is not something we allow on our managed
>> server types. You could install that on a Dedicated server, or DreamCompute 
>> instance if
>> you wish to, but that would be something you or your developers would
>> want to do using root on that service. -
> 
> I'm not sure what that DH rep is going on about, because the same set of LC 
> Lessons that describe how to set it up via Apache config also include one on 
> setting it up via .htacces on shared hosts.
> 
> I can understand why they don't *support* LC, is in provide technical support 
> for it, since LC isn't theirs to support.  There are too many languages in 
> this world to expect a vendor to train their staff in all of them.
> 
> But there's nothing special about setting up LC Server that's much different 
> from setting up any scripting engine to work as a CGI under Apache. IMO a 
> shared host wouldn't be worth using if they turned off CGI support 
> altogether, and thankfully DH hasn't.
> 
> Many of us have been using LC Server on Dreamhost shared servers for many 
> years. And just to make sure nothing has changed, I just did a fresh install 
> into a new folder on one my servers - try this:
> 
> https://fourthworldlabs.com/lcs-test/test.lc
> 
> --
> 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: The iOS "Files" folder

2020-10-12 Thread Dev via use-livecode
Apple is pushing everything to be saved to iCloud, so a properly written school 
app (by Apple standards!) would have all the school assignments in the 
student’s iCloud - accessible at home or school or wherever you have net access.

Kelly

> On 12Oct, 2020, at 4:09 PM, John Balgenorth via use-livecode 
>  wrote:
> 
> On the iPad each app is sandboxed and that means each app has
> its own Documents Folder.  You can get a url to the Documents
> Folder for  your app but not other apps.  Using that url you can
> read, write, append, move, and delete files that are in your apps
> Documents Folder.  A BIG PROBLEM comes when you delete an
> app.  All the files in the Documents Folder for your app also  get
> deleted.  So if you have a Note application  and have saved a lot
> of notes, those notes are saved while your app exists but when
> that Note taking app  is deleted  all of your information you’ve
> saved is deleted  with it.  Most likely it will not be saved to the
> icloud independently so the files you have for that app even
> though they exist with the app on your icloud backup will be
> deleted with the app.
> 
> To me this makes the iPad a poor device for children to be
> using for school because  they should be allowed to keep
> their school work without keeping outdated apps over the
> years they go to school.
> 
> JB
> 
> 
>> On Oct 12, 2020, at 7:50 AM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> It is my understanding that each app has it’s own storage are and that this 
>> is sandboxed from other apps. That being said, there is obviously a way for 
>> an app to request permission from the iOS to access another app’s storage. 
>> I’m not sure if Livecode has that mechanism though. it’s probably some kind 
>> of Xcode library.
>> 
>> Bob S
>> 
>> 
>> On Oct 10, 2020, at 8:42 AM, Graham Samuel via use-livecode 
>> mailto:use-livecode@lists.runrev.com>> wrote:
>> 
>> Is it possible to access (write to) the iOS “Files” folder from an iOS app? 
>> I see that there is no specialFolderPath entry for it, but it appears that 
>> some apps do allow saving to the folder, and one is then allowed to open 
>> such files with an appropriate app. Basically I am thinking of giving the 
>> user a chance to save a text file there for processing by other apps. The 
>> alternative would involve the internet with all the tedious privacy rules 
>> etc. and my particular app doesn’t have any other use for the internet at 
>> all.
>> 
>> Anyone tried it?
>> 
>> Graham
>> 
>> ___
>> use-livecode mailing list
>> use-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: Contesting for Idiot du Jour

2020-09-02 Thread Dev via use-livecode
Me again Jerry

Changed the setup so that the pellets landing outside the big circle were 
ignored and just kept going until I had 1000 within the circles in a completely 
random pattern without Trig. Now the ratio in the smaller circle is 25% or ¼ 
like the area comparison would suggest. 

You do understand math much better than I do obviously!

Kelly

> On 2Sep, 2020, at 10:10 PM, Dev  wrote:
> 
> Hi Jerry
> 
> I just tried that because I’m no math wizard and need to see things. When 
> shooting a random shotgun blast of 1000 pellets into the centre of a target 
> square that contained the large circle and small circles, the ratio worked 
> out to around  0.2 - not 0.25. It seems the corners outside the big circle 
> receive about 20% of the shots, the inner circle gets another 20% and the 
> outer circle gets 60%. So I don’t understand your thought about ¼.
> 
> Kelly
> 
>> On 2Sep, 2020, at 9:43 PM, Jerry Jensen via use-livecode 
>>  wrote:
>> 
>> Additional thought:
>> If you just used random x and y, then ignored points outside the larger 
>> circle, you would see that  1/4 of the points would be in the smaller circle.
>> 
>> No trig or integrals involved.
>> .Jerry
>> 
>>> On Sep 2, 2020, at 8:27 PM, Jerry Jensen via use-livecode 
>>>  wrote:
>>> 
>>> 1/2 is the right answer.
>>> 
>>> Take your drawing of the circles. Cut a veyy thin radial slice from the 
>>> center to the outside circle. So thin that it is just a line. 
>>> 
>>> Now think of how likely a random point on that line will be in the part of 
>>> the line that was in the smaller circle. The part that was from the smaller 
>>> circle is HALF as long as the entire line.
>>> 
>>> Now add up all the possible positions of that line. Why would that change 
>>> the answer?
>>> 
>>> Congratulations, you understand integrals!
>>> .Jerry
>>> 
 On Sep 2, 2020, at 7:38 PM, Roger Guay via use-livecode 
  wrote:
 
 Your chance to be Genius du Jour:
 
 If I construct 2 concentric circles, one being half the radius of the 
 larger, then simple math shows that the smaller circle has an area ¼ the 
 area of the larger.
 Now if I generate a random point within the radius of the larger circle, I 
 should expect that the probability of it landing in the smaller circle to 
 be ¼.
 But, I must be doing something wrong because I get ½ !
 
 Here is my script:
 
 on mouseDown
 
getStuff
 
 end mouseDown
 
 
 local tR, tTheta, tX0, tY0, tX1, tY1, tTotCount, tL, tLongCount
 
 on getStuff
 
put item 1 of the loc of grc OuterCircle into tx0
 
put item 2 of the loc of grc OuterCircle into tY0
 
put "" into tTotCount
 
put "" into tLongCount
 
emptyFlds
 
 end getStuff
 
 
 on mouseUp
 
lock screen
 
repeat 1000
 
put random(200) into tR -- 200 is half the width of the larger 
 circle
 
if tR > 1 then
 
## put random(2*pi) into tTheta1
 
get random(360)
 
put it*pi/180 into tTheta1
 
put tR*cos(tTheta1) into tX1
put tR*sin(tTheta1) into tY1
 
set the loc of grc Ptgrc to tX0 + tX1, tY0 - tY1 --- 
 grc Ptgrc is a 2 pixle oval
 
if intersect(grc Ptgrc, grc InnerCircle, "opaque 
 Pixels") then add 1 to tLongCount
 
add 1 to tTotCount
 
end if
 
end repeat
put tTotCount into fld "totcountFld"
 
put tLongCount into fld “LongCountFld"
 
put tLongCount/tTotCount into fld "RatioFld"
 
unlock screen
 
 end mouseUp
 
 
 Apparently, this does not generate a random point within the larger 
 circle! Can someone please tell me what’s wrong here?
 
 Thanks,
 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
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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 

Re: Contesting for Idiot du Jour

2020-09-02 Thread Dev via use-livecode
Hi Jerry

I just tried that because I’m no math wizard and need to see things. When 
shooting a random shotgun blast of 1000 pellets into the centre of a target 
square that contained the large circle and small circles, the ratio worked out 
to around  0.2 - not 0.25. It seems the corners outside the big circle receive 
about 20% of the shots, the inner circle gets another 20% and the outer circle 
gets 60%. So I don’t understand your thought about ¼.

Kelly

> On 2Sep, 2020, at 9:43 PM, Jerry Jensen via use-livecode 
>  wrote:
> 
> Additional thought:
> If you just used random x and y, then ignored points outside the larger 
> circle, you would see that  1/4 of the points would be in the smaller circle.
> 
> No trig or integrals involved.
> .Jerry
> 
>> On Sep 2, 2020, at 8:27 PM, Jerry Jensen via use-livecode 
>>  wrote:
>> 
>> 1/2 is the right answer.
>> 
>> Take your drawing of the circles. Cut a veyy thin radial slice from the 
>> center to the outside circle. So thin that it is just a line. 
>> 
>> Now think of how likely a random point on that line will be in the part of 
>> the line that was in the smaller circle. The part that was from the smaller 
>> circle is HALF as long as the entire line.
>> 
>> Now add up all the possible positions of that line. Why would that change 
>> the answer?
>> 
>> Congratulations, you understand integrals!
>> .Jerry
>> 
>>> On Sep 2, 2020, at 7:38 PM, Roger Guay via use-livecode 
>>>  wrote:
>>> 
>>> Your chance to be Genius du Jour:
>>> 
>>> If I construct 2 concentric circles, one being half the radius of the 
>>> larger, then simple math shows that the smaller circle has an area ¼ the 
>>> area of the larger.
>>> Now if I generate a random point within the radius of the larger circle, I 
>>> should expect that the probability of it landing in the smaller circle to 
>>> be ¼.
>>> But, I must be doing something wrong because I get ½ !
>>> 
>>> Here is my script:
>>> 
>>> on mouseDown
>>> 
>>> getStuff
>>> 
>>> end mouseDown
>>> 
>>> 
>>> local tR, tTheta, tX0, tY0, tX1, tY1, tTotCount, tL, tLongCount
>>> 
>>> on getStuff
>>> 
>>> put item 1 of the loc of grc OuterCircle into tx0
>>> 
>>> put item 2 of the loc of grc OuterCircle into tY0
>>> 
>>> put "" into tTotCount
>>> 
>>> put "" into tLongCount
>>> 
>>> emptyFlds
>>> 
>>> end getStuff
>>> 
>>> 
>>> on mouseUp
>>> 
>>> lock screen
>>> 
>>> repeat 1000
>>> 
>>> put random(200) into tR -- 200 is half the width of the larger 
>>> circle
>>> 
>>> if tR > 1 then
>>> 
>>> ## put random(2*pi) into tTheta1
>>> 
>>> get random(360)
>>> 
>>> put it*pi/180 into tTheta1
>>> 
>>> put tR*cos(tTheta1) into tX1
>>> put tR*sin(tTheta1) into tY1
>>> 
>>> set the loc of grc Ptgrc to tX0 + tX1, tY0 - tY1 --- 
>>> grc Ptgrc is a 2 pixle oval
>>> 
>>> if intersect(grc Ptgrc, grc InnerCircle, "opaque 
>>> Pixels") then add 1 to tLongCount
>>> 
>>> add 1 to tTotCount
>>> 
>>> end if
>>> 
>>> end repeat
>>> put tTotCount into fld "totcountFld"
>>> 
>>> put tLongCount into fld “LongCountFld"
>>> 
>>> put tLongCount/tTotCount into fld "RatioFld"
>>> 
>>> unlock screen
>>> 
>>> end mouseUp
>>> 
>>> 
>>> Apparently, this does not generate a random point within the larger circle! 
>>> Can someone please tell me what’s wrong here?
>>> 
>>> Thanks,
>>> 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
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: Big Sur issues

2020-08-26 Thread Dev via use-livecode
I tried to build a stand alone to my desktop under Big Sur, but my Mac would 
not let me because of permissions or provisions or some other such new 
restriction (I haven’t paid my $99, so I’m not a real Dev as far as Apple is 
concerned) so I went back to Catalina and everything worked. 

Sent from my iPhone

> On Aug 26, 2020, at 11:59 AM, Richmond via use-livecode 
>  wrote:
> 
> I am running Lc 9.6.1 on macOS 11 beta 5 without a backward glance, happy to 
> say.
> 
>> On 26.08.20 5:54, Marty Knapp via use-livecode wrote:
>> I haven’t tried the LC development environment on Big Sur yet, just ran an 
>> already-built app. As far as the tabbed button, the issue is that the 
>> highlighted tab on Mac has a white background on Big Sur. So with the 
>> default white text you can’t see it, though the text is there.
>> 
>> Marty
>> 
 On Aug 25, 2020, at 6:04 PM, Colin Holgate via use-livecode 
  wrote:
>>> 
>>> In related news, I have an ARM64 Mac mini, and LC seems to be running ok.
>>> 
>>> With the Tab Panel issue, did you notice that as you dragged it into place 
>>> you could see the first tab’s text? That suggests that the highlighter for 
>>> the tab has transparency issues, not that text is missing.
>>> 
>>> WindowShape does work, but there is a card size backdrop. Also, while 
>>> LiveCard is open all of your desktop is obscured by a backdrop as well.
>>> 
>>> 
 On Aug 25, 2020, at 6:31 PM, Marty Knapp via use-livecode 
  wrote:
 
 Thanks Bob, I may have to take you up on that. Hopefully it will get 
 fixed. I did tinker with it a bit and found that if I set the 
 backgroundColor of the button to something dark the text shows up, so the 
 issue is the change in appearance to the active tab being white - so the 
 default white text  is there, just not visible against a white background.
 
 Marty
>> 
>> ___
>> use-livecode mailing list
>> use-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


The Apple Ecosystem

2020-08-19 Thread Dev via use-livecode
https://www.ben-evans.com/benedictevans/2020/8/18/app-stores

I DON’T want to restart the flame war, but this post (long, but very 
informative & thoughtful) seems to me to shed light on all sides of the 
arguments around the App Store issues. He cuts through some of the rhetoric and 
a lot of the wishful thinking and supplies some real numbers on market share. 
He also touches on the EU rulings that seem destined to change some practices 
on either a voluntary or involuntary basis for major players. 

I recommend a read, and if further discussion comes with a little more light 
and a lot less heat, then I would be very interested to hear that.

Kelly 

Sent from the iPad

> On Aug 14, 2020, at 5:20 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 8/14/20 12:06 PM, Lagi Pittas via use-livecode wrote:
> 
>> Same as winning the lottery - you have to have a ticket.
> 
> Winning the lottery is cheaper if you don't buy a ticket.
> And the odds are about the same.
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: ProtonMail vs Apple

2020-08-04 Thread Dev via use-livecode
It may feel like a monopoly because Apple takes 80% of the profits in the 
overall field of mobile apps. Generally, Android users don’t pay for apps, iOS 
users will. So a choice to NOT develop for iOS has some severe economic 
consequences that a developer has to think about.

There are many complaints about the Apple process when dealing with the App 
Store. I am not a fanboy although I do use Apple products of all kinds, but I 
think that the changes being made are actually done from a protectionist 
perspective in an increasingly hostile digital world. You may complain about 
the walled garden and the ‘Mummy knows best’ perspective that Apple projects, 
but you are the elite of the computing world because you are developers and 
programmers. For the Moms & Pops & Grandparents out there that have no idea how 
this magical device connects them with their grandkids, the safety net is 
essential and required. It might be nice to have a ‘Dev mode’ on the phone 
where you can mess about - but like backdoors in encryption - can it be done 
safely with out the bad guys doing exactly the same to Granny’s phone?

Yes, I’m frustrated by the moving target aspects of developing - especially 
with LiveCode where we always seem to be a version or two behind and playing 
catch up. But on the other hand I feel a whole lot better pointing my parents 
at the Apple App Store and knowing that they will be relatively safe with 
anything in there and that their hardware is also as safe as possible as well. 
If I want to run Linux and do whatever I want with my hardware, that is my 
choice. But I am part of the 1% in wanting to do this, and I can make my own 
choices. I DO NOT want my parents (or grandchildren) to be doing that though. 

Like the TV shows and websites say - Don’t try this at home- leave it to the 
professionals.


> On 4Aug, 2020, at 12:19 PM, Jim Lambert via use-livecode 
>  wrote:
> 
> That article is an interesting read.
> 
> Still these two sentences:
> 
> Apple is using its monopoly to hold all of us hostage
> Apple’s iOS controls 25% of the global smartphone market (the other 75%, is 
> largely controlled by Google’s Android).
> 
> are self contradictory. By definition a company with 25% of the market is not 
> a monopoly.
> 
> Jim Lambert
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

2020-06-23 Thread Dev via use-livecode
Presentation yesterday made a point of saying that apps DID NOT have to go 
through the Mac App Store. It will probably be like Catalina where the OS will 
warn, but there is an unobtrusive Open button that will let you run anything 
you want. 

Sent from my iPhone

> On Jun 23, 2020, at 1:22 PM, Paul Dupuis via use-livecode 
>  wrote:
> 
> We make and sell a desktop application (Windows and macOS) for a niche 
> research market. I expect when Apple does their migration to a common 
> processor and OS, Apple Developer's will have to go through all of Apple 
> hoops for all their platforms.Most of our customer don't care about UI widget 
> animations. They want the app to do certain functions and do them well and 
> quickly to work with their data. As long as the UI is effective, whether it 
> conforms precisely to Microsoft or Apple UI guidelines is secondary. So, even 
> if you only care about desktops, your app will have to be sold through 
> Apple's single App Store, conform to all screen sizes on all their devices, 
> and follow all their UI guidelines, etc.
> 
> At that point, given that Windows is 2/3rd of our market and macOS 1/3rd, 
> we'll drop support for macOS sadly. I say sadly because our application 
> originated way back in the late 1980 as a HyperCard App for MacOS.
> 
> But, to your point, your concern IS valid for those people wanting Apps from 
> you that they insist MUST conform to all of Apple's esoteric requirements. It 
> is likely it will become increasingly harder for the LiveCode ideal of 
> develop once and deploy everywhere.
> 
> 
>> On 6/23/2020 2:56 PM, Jim Lambert via use-livecode wrote:
>> This year’s WWDC shows Apple is moving to a unified ‘system' for all their 
>> products: Mac, iPhone, iPad, Apple Watch, AppleTV.
>> The Apple development environment promises to produce a single app capable 
>> of running on all, or almost all, of Apple devices. This unification 
>> promises to be quite convenient for Apple developers.
>> 
>> In contrast, over the last decade or so there has been an ever increasing 
>> divergence in UX between major operating systems: Apple, Windows, Linux, 
>> Android. The days when systems were so similar that you could rely on the 
>> commonality of a handful of UI elements across platforms seems over to me. 
>> That’s troubling because such commonality is fundamental to LiveCode’s 
>> approach - write once, run everywhere.
>> 
>> In watching WWDC sessions it’s pretty clear that even simple UI elements 
>> have become more like UX elements having intrinsic and complex properties, 
>> such as certain visual and behavioral animations. Users readily learn to 
>> expect these behaviors. Yet such things are increasing difficult to fake 
>> with LiveCode’s basic palette of objects.
>> 
>> Enter LiveCode Builder and LC Widgets. They offer the promise of 
>> platform-specific UI elements - a promise fulfilled with some simple 
>> elements like iOS Native Button or Android Native Field. But I’m concerned 
>> that as platforms diverge in the interface experiences they present to 
>> users, that LC and LC developers will have difficulty satisfying users' 
>> divergent expectations.
>> 
>> Is my concern valid?
>> 
>> Jim Lambert
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: Platform Divergence

2020-06-23 Thread Dev via use-livecode
Time to learn Swift and SwiftUI

Sent from my iPhone

> On Jun 23, 2020, at 1:44 PM, Richmond via use-livecode 
>  wrote:
> 
> A plastic bath-toy that dumbs everything down for the fashionistas and rich, 
> slack-jawed morons.
> 
> Vrey sad indeed.
> 
>> On 23.06.20 22:36, Stephen Barncard via use-livecode wrote:
>> Got really depressed watching the presentation.
>> 
>> On Tue, Jun 23, 2020 at 12:22 Paul Dupuis via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> We make and sell a desktop application (Windows and macOS) for a niche
>>> research market. I expect when Apple does their migration to a common
>>> processor and OS, Apple Developer's will have to go through all of Apple
>>> hoops for all their platforms.Most of our customer don't care about UI
>>> widget animations. They want the app to do certain functions and do them
>>> well and quickly to work with their data. As long as the UI is
>>> effective, whether it conforms precisely to Microsoft or Apple UI
>>> guidelines is secondary. So, even if you only care about desktops, your
>>> app will have to be sold through Apple's single App Store, conform to
>>> all screen sizes on all their devices, and follow all their UI
>>> guidelines, etc.
>>> 
>>> At that point, given that Windows is 2/3rd of our market and macOS
>>> 1/3rd, we'll drop support for macOS sadly. I say sadly because our
>>> application originated way back in the late 1980 as a HyperCard App for
>>> MacOS.
>>> 
>>> But, to your point, your concern IS valid for those people wanting Apps
>>> from you that they insist MUST conform to all of Apple's esoteric
>>> requirements. It is likely it will become increasingly harder for the
>>> LiveCode ideal of develop once and deploy everywhere.
>>> 
>>> 
>>> On 6/23/2020 2:56 PM, Jim Lambert via use-livecode wrote:
 This year’s WWDC shows Apple is moving to a unified ‘system' for all
>>> their products: Mac, iPhone, iPad, Apple Watch, AppleTV.
 The Apple development environment promises to produce a single app
>>> capable of running on all, or almost all, of Apple devices. This
>>> unification promises to be quite convenient for Apple developers.
 In contrast, over the last decade or so there has been an ever
>>> increasing divergence in UX between major operating systems: Apple,
>>> Windows, Linux, Android. The days when systems were so similar that you
>>> could rely on the commonality of a handful of UI elements across platforms
>>> seems over to me. That’s troubling because such commonality is fundamental
>>> to LiveCode’s approach - write once, run everywhere.
 In watching WWDC sessions it’s pretty clear that even simple UI elements
>>> have become more like UX elements having intrinsic and complex properties,
>>> such as certain visual and behavioral animations. Users readily learn to
>>> expect these behaviors. Yet such things are increasing difficult to fake
>>> with LiveCode’s basic palette of objects.
 Enter LiveCode Builder and LC Widgets. They offer the promise of
>>> platform-specific UI elements - a promise fulfilled with some simple
>>> elements like iOS Native Button or Android Native Field. But I’m concerned
>>> that as platforms diverge in the interface experiences they present to
>>> users, that LC and LC developers will have difficulty satisfying users'
>>> divergent expectations.
 Is my concern valid?
 
 Jim Lambert
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Chromebook apps?

2020-06-22 Thread Dev via use-livecode
Then we are going to need to get Frazier back with Apple’s new all in 
commitment to ARM chips!

kelly

> On 22-Jun-2020, at 1:17 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> John McKenzie wrote:
> 
>> Could you not just deploy a Linux desktop Livecode app to a
>> Chromebook? ChromeOS is a Linux distribution, if admittedly a stripped
>> down one, after all.
> 
> Alas, while ChromeOS is based on the Linux kernel, everything above the 
> kernel is different (desktop manager, compositor, UI inputs, etc.).
> 
> And of course the current LC build for Linux is compiled for x86 processors.  
> Since Frazier left we haven't seen any further development of an ARM-based 
> compile of the LC Linux engine.
> 
> -- 
> 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: "Set filename of image" does nothing if the file name has not changed.

2020-06-19 Thread Dev via use-livecode
Sounds like a caching issue in the engine. Following your recipe, I get the 
same results on a Catalina Mac with 9.6.0 and 9.0.5 (the two builds I have 
access too. In fact, I have two graphics - original and defaced, with the same 
file name, but one in .jpg format and the other in .png format, and the graphic 
still doesn’t update.

I vote for bug.

kelly

> On 19-Jun-2020, at 6:44 PM, Alex Tweedly via use-livecode 
>  wrote:
> 
> Hi folks,
> 
> I'm trying to decide if this is a bug or just an oddity. (or a documentation 
> deficiency).
> 
> Comments welcome to help me decide what bug report (if any) to file :-)
> 
> When I "set the filename of an image" to a file, I expected that the image 
> should show the content of the file. And if I then go (outside the app) and 
> change the file, that change will *not* be immediately reflected - but if I 
> again "set the filename" (to the same value), it would then pick up the new, 
> correct image data from the file.
> 
> However it doesn't. The 'filename' property has the correct value, but the 
> image is not updated.
> 
> If I "set the filename to empty", and then "set the filename to (the file)" 
> again then the image is updated.
> 
> (Kind of hard to describe well - see end of this email for another 
> description).
> 
> Does that seem right ?  Or like a bug ?
> 
> The docs do say
> 
>> Setting an image's filename property to the name and
>> location of a file deletes the previous contents of the image.
>> 
> which to me means this should just work - but I could be persuaded otherwise.
> 
> Alex.
> 
> ((Same description in step-by-step 
> 
> 1. copy bad.gif into this.gif (it's a bad file)
> 
> 2. click on button - should show the bad image - that is, shows a blank image
>i.e.   set the filename of img "img1" to ""
> 
> 3. copy good.gif to this.gif (it's a good image)
> 
> 4. click button again (doesn't fix it)
>i.e.   set the filename of img "img1" to ""
> 
> 5. shift-click button (does fix it)
>i.e.   set the filename of img "img1" to empty; set the filename of 
> img "img1" to ""
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Sad truth about iOS apps

2020-05-17 Thread Dev via use-livecode
No problems on two machines here with Catalina and Mail. 

Sent from my iPhone

> On May 17, 2020, at 1:32 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> There is a consistent tale (more than a rumour, I think) that Catalina can 
> mess up some people's mail messages, if you use Apple Mail. Did that affect 
> you? It’s the thing about Catalina that scares me most - after all, we’ve had 
> lots of warning about 32 bit apps.
> 
> Graham
> 
>> On 17 May 2020, at 00:01, kee nethery via use-livecode 
>>  wrote:
>> 
>> Replaced or just deleted any 32 bit apps I had. Opened files in 32 bit apps 
>> and converted them into something else, typically Text or PDF. Lots of files 
>> I printed to PDF and stored the PDF versions. 
>> 
>> Bought some software to open MacDraw files and save them as PDF.
>> 
>> I had some WriteNow files that I had to move to a really old laptop, print 
>> to PDF, and then move back. 
>> 
>> All in all, I’m pretty sure that every file I now have can be viewed under 
>> Catalina. And thus, I have migrated to Catalina. It took a bunch of time, 
>> but hey, have lots of time right now.
>> 
>> Kee
>> 
 On May 16, 2020, at 6:40 AM, Rick Harrison via use-livecode 
  wrote:
>>> 
>>> For those who upgrade to Catalina, remember you will lose any 32 bit apps
>>> as Apple has forced everyone to move to 64 bit apps.
>>> 
>>> Good luck!
>>> 
>>> Rick
>>> 
 On May 16, 2020, at 5:42 AM, Erik Beugelaar via use-livecode 
  wrote:
 
 Update: You can direclty upgrade from High Sierra to Catalina using the 
 macOS Catalina Patcher.
 Be sure that High Sierra is up-to-date and using APFS (new Apple File 
 System) instead of HFS+.
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Sad truth about iOS apps

2020-05-15 Thread Dev via use-livecode
  
  

  http://forums.livecode.com/viewtopic.php?f=5=34097
  
 Some other potential solutions from the forums
  

  
  
  

  
  
>   
> On May 15, 2020 at 10:03 AM,   (mailto:use-livecode@lists.runrev.com)>  wrote:
>   
>   
>   
>  As many of you will know, I have been struggling to create an iPhone app - 
> very unfamiliar territory for me. It’s been an education. Without help from 
> this list and the mother ship I would have been dead in the water long ago. 
> Finally I can see the (beta version of) the app running on my iPhones - 
> yipee! The next step is to get it out there via TestFlight so that a few 
> friends can mess with it. I just went through all the hoops with the Apple 
> App Store to reach the magic TestFlight stage, using the XCode Application 
> Loader. Things looked good until this:  >  ERROR ITMS-90725: "SDK Version 
> Issue. This app was built with the iOS 12.1 SDK. New apps for iPhone or iPad 
> must be built with the iOS 13 SDK or later.” My iMac can only run High 
> Sierra, and High Sierra can only run XCode 10.1, and AFAIK that version of 
> XCode only runs SDK 12.1. I think that means I get a new Mac or give up. 
> Please tell me if I’m wrong. Graham PS I would really like a new Mac, but the 
> budget is the problem! ___ 
> use-livecode mailing list use-livecode@lists.runrev.com Please visit this url 
> to subscribe, unsubscribe and manage your subscription preferences: 
> http://lists.runrev.com/mailman/listinfo/use-livecode  
>
>   
  
  
 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: [ANN] Release 9.6.0 RC-1

2020-05-11 Thread Dev via use-livecode
  
  

 It’s the semicolon. My eye tripped on that too.   
  

  
Update Xcode yourself via Apple. Best practice seems to recommend keeping the 
older files in a separate folder.
  

  
  
  

  
  
>   
> On May 11, 2020 at 12:55 PM,   (mailto:use-livecode@lists.runrev.com)>  wrote:
>   
>   
>   
>  Thanks for the update! I’m a bit confused, maybe it’s a typo?? I read:  >  
> Note: Whilst we endeavour to release updated versions of LiveCode  >  
> supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly  >  
> recommend disabling automatic update of Xcode or downloading the specific  >  
> version of Xcode required directly from the Apple developer portal and  >  
> installing it separately. That means, to me, that I should not enable 
> automatic update of Xcode (I understand that) AND the I should NOT download 
> the specific version of XCode directly from the Apple developer portal. Did 
> you mean that I SHOULD download from the developer portal to get the version 
> of XCode I want? Otherwise, where should I get it? Probably it’s an “across 
> the pond” language difference, but I thought I’d check. Best, Bill William A. 
> Prothero Santa Barbara, CA. 93105 http://earthlearningsolutions.org/  >  On 
> May 11, 2020, at 6:00 AM, panagiotis merakos via use-livecode  
>   wrote:  >   >  Dear list members,  >   >  We 
> are pleased to announce the release of LiveCode 9.6.0 RC-1.  >   >   >  
> Getting the Release  >  ===  >  You can get the release at 
> https://downloads.livecode.com/livecode/ or via  >  the automatic updater.  > 
>   >   >  Release Contents  >    >  LiveCode 9.6.0 RC-1 comes 
> with more than 30 changes, including:  >   >  New Features  >  - Support for 
> Storyboard launch images and backgrounds on iOS  >  - Support for using the 
> flash as a torch in the Android Barcode Scanner  >  - Support for building 
> with Xcode 11.4, using the iOS 13.4 SDK  >  - New tsNet and mergExt builds, 
> built with the iOS 13.4 SDK  >   >  Bug Fixes:  >  - Improvements in the 
> text-to-speech library  >  - Improvements in the iOS native browser  >  - 
> Improvements in the camera control object  >  - Significant performance 
> improvement when saving stacks on Windows  >  - Improvements in the Windows 
> FFI in LCB  >   >  For the full list of all fixes, updates and enhancements 
> please see the  >  release notes:  >  
> http://downloads.livecode.com/livecode/9_6_0/LiveCodeNotes-9_6_0_rc_1.pdf  >  
>  >   >  Known issues  >    >  - The Browser widget's native layer 
> is not shown in some Linux distros with  >  Cinnamon window manager.  >  - 
> The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS  >  
> yet.  >   >   >  Required Software  >  =  >  To build iOS 
> apps with LiveCode you must have the appropriate versions of  >  Xcode as 
> follows:  >   >  - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using 
> the iOS 12.1  >  SDK  >  - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS 
> apps using the iOS  >  13.2 SDK  >  - macOS 10.15.2: Xcode 11.4.x - LiveCode 
> builds iOS apps using the iOS  >  13.4 SDK  >   >  There is a full list of 
> working LiveCode/macOS/Xcode combinations here:  >  
> https://livecode.com/docs/9-5-0/faq/faq/  >   >  Note: Whilst we endeavour to 
> release updated versions of LiveCode  >  supporting the latest Xcode/iOS SDKs 
> as quickly as possible; we strongly  >  recommend disabling automatic update 
> of Xcode or downloading the specific  >  version of Xcode required directly 
> from the Apple developer portal and  >  installing it separately.  >   >  
> Important: From the end of June 2020, Apple will only be accepting apps  >  
> built using iOS13 SDKs. This means that, if you wish to submit apps to the  > 
>  AppStore you will have to be running at least macOS 10.14 in order to be  >  
> able to install the necessary version of Xcode.  >   >   >  Feedback  >  
>   >  Please report any bugs encountered on our quality center at  >  
> http://quality.livecode.com/  >   >  We have a forum available for discussing 
> LiveCode Builder at  >  http://forums.livecode.com/viewforum.php?f=93  >   >  
>  >  Have fun!  >  The LiveCode Team  >  --  >  
> ___  >  use-livecode mailing list 
>  >  use-livecode@lists.runrev.com  >  Please visit this url to subscribe, 
> unsubscribe and manage your subscription preferences:  >  
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> ___ use-livecode mailing list 
> use-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 

Re: Even Distribution

2020-04-16 Thread Dev via use-livecode
Since you would probably have long trips and short trips, I would try and 
allocate on an estimated time to complete basis so that all were busy for about 
the same time.

> On 16-Apr-2020, at 8:23 PM, Skip Kimpel via use-livecode 
>  wrote:
> 
> I have 15 "jobs" that need to be assigned to 7 "drivers". How would you
> evenly distribute the jobs to the drivers?  In this case one of the drivers
> would have 3 jobs while the others have two.
> 
> Obviously, the number of drivers and number of jobs would fluctuate.
> 
> This has been my mind twister for the night thus far :)
> 
> SKIP
> ___
> use-livecode mailing list
> use-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: A short question about Xcode

2020-04-16 Thread Dev via use-livecode
I feel for you Ralph. My general solution is that it is time for my wife to get 
a new computer - ie pass on my old one. Pain in the neck and so on, but it 
doesn’t happen too often. I don’t know how old yours is, but I usually get 5-6 
years out of a Mac laptop, and that means my $$$/yr stays in just in the 
painful range, and I keep doing it (3x now). So for me it is the cost of my 
hobby or a cost of doing business.
Sorry to say, but this has been going on for a while - since I bought my first 
286 and MacPlus.



> On 16-Apr-2020, at 2:45 PM, Ralph DiMola via use-livecode 
>  wrote:

>  I'm facing the fact that my 16 gig 2TB perfectly running MacBook Pro 
> still with great performance is too old to update to Catalina. This means I 
> have to scrape up $1,800 minimum to get even a 2018 MacBook Pro. And then you 
> get what you buy because memory and hard drives are now soldered in so no 
> upgrades can be done 
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net

___
use-livecode mailing list
use-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: Apps to fight COVID-19

2020-04-11 Thread Dev via use-livecode
Countdown of the hours left in purgatory?

> On Apr 11, 2020, at 12:32 PM, Mark Smith via use-livecode 
>  wrote:
> 
> What would it be designed to help you with?
> 
>> On Apr 11, 2020, at 4:51 PM, dsc--- via use-livecode 
>>  wrote:
>> 
>> App idea: 14 days of self-quarantine
>> 
>> 
 On Apr 11, 2020, at 8:35 AM, dsc--- via use-livecode 
  wrote:
>>> 
>>> Maybe a diary app can be enhanced to include "Talked with this person in 
>>> person for a few minutes" and "Lingered at this location for a few minutes" 
>>> checkboxes that might be an aid when interviewed in traditional contact 
>>> tracing. Those might be used for filtering.
>>> 
>>> This does not add to anything lost when Big Brother steals your phone; it 
>>> only helps you or daughter-spouse-caregiver to answer contact tracing 
>>> questions. 
>>> 
>>> 
 On Apr 11, 2020, at 7:34 AM, dsc--- via use-livecode 
  wrote:
 
 I like it. And it can give kids a chance to show grandma how to download 
 apps.
 
 And this can be added to the COVID-19 button of current apps, too.
 
 
> On Apr 11, 2020, at 1:03 AM, David Bovill via use-livecode 
>  wrote:
> 
> Personally - especially after reading the links below on Apple + Googles 
> initiative - I’d go for story telling based around the comic in an app 
> that we could add contact tracing functionality too. I think emphasising 
> in the story telling privacy issues would be something that would be an 
> important aspect and a strong point with regard to adding to the mix - 
> rather than duplicating efforts by other groups?
> On 10 Apr 2020, 18:05 +0100, dsc--- via use-livecode 
> , wrote:
>> And it doesn't have to be just contact tracing related.
>> 
>> Jonathan Rothberg's team is working on a simple test at home that needs 
>> an app.
>> co...@4catalyzer.com 
>> 
>> Anybody want to talk about a containment game? Or take the concept and 
>> go in one's own direction?
>> 
>> Nicky Case's phone size comic is now available in several languages, so 
>> if you include that in _anything_ you do, can localize a little.
>> 
>> Dar
>> team COVID Watch
> ___
> use-livecode mailing list
> use-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: Another Apple iOS Deadline

2020-04-09 Thread Dev via use-livecode
This IS for parity. When Apple announced this at WWDC last year, the pitch was 
that IF you chose to allow Google or Facebook signin THEN you had to add Apple 
signin on the top of the other two logos. If you didn’t have any preferential 
signin then you didn’t need to change anything. As a user, I would NOT use 
Google or Facebook signin because of tracking issues. I LOVE signing in 
securely and anonymously via Apple.

To me, this is a good thing that I really approve of.

Kelly

Sent from the iPad

> On Apr 9, 2020, at 12:15 PM, Brian Milby via use-livecode 
>  wrote:
> 
> This is for parity... if you allow Facebook or Google federated 
> authentication then you need to add Apple as an option.
> 
> Thanks,
> Brian
>> On Apr 9, 2020, 2:10 PM -0400, J. Landman Gay via use-livecode 
>> , wrote:
>>> On 4/9/20 11:52 AM, matthias rebbe via use-livecode wrote:
>>> But fortunately the guidelines make exceptions:
>>> 
>>> Sign in with Apple is not required if:
>>> Your app exclusively uses your company’s own account setup and sign-in 
>>> systems.
>> 
>> Thank God. I almost had a heart attack.
>> 
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: HyperCard: the Myst story

2020-02-11 Thread dev via use-livecode
https://publicdomain4u.com/as-of-january-1-2019-these-robert-frost-poems-are-public-domain/


> On Feb 11, 2020, at 2:56 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> Personally I have a pet project to re-purpose a very elaborate CD-ROM about 
> Robert Frost, published by Henry Holt in 1997, but I can never get anyone to 
> talk to me about the copyright issues.

___
use-livecode mailing list
use-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: Import SVG with Multi-Path and Two colors

2020-01-01 Thread dev via use-livecode
Aloha Swami,

Noticed a bit of garbage in the previous code.
This one’s better.

Cheers
-dd

———

http://www.w3.org/2000/svg; viewBox="0 0 1000 1000">































___
use-livecode mailing list
use-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: Import SVG with Multi-Path and Two colors

2020-01-01 Thread dev via use-livecode
Aloha Swami,

Does this work for you?


———Code--

http://www.w3.org/2000/svg; viewBox="0 0 1000 1000">



























———End-Code——

Cheers,
Debdoot


> On Dec 31, 2019, at 11:39 AM, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> I would like to import an SVG that has multiple paths and which two colors. 
> Using Illustrator or Inkscape, merge compound path make them all the same 
> color
> 
>   class="cls-3" 
> d="M73.6,129.2c-.3,10.9-.5,27.4-.5,49.3V180c-1.7.1-4.3.2-7.8.2l-2-.2v-2.2c0-.1.1-8.5.2-25.3.2-10.1.1-18.5-.2-25.2a16.43,16.43,0,0,1,6-1l4.4.1v2.8Z"/>  class="cls-3" 
> d="M112.1,180H101.6a272.79,272.79,0,0,1-19.9-52.3l9.4-1.9c4.4,18.5,9.7,33.3,15.7,44.3,6.1-11,11.3-25.8,15.7-44.3l9.4,1.9A262.07,262.07,0,0,1,112.1,180Z"/>  class="cls-3" 
> d="M169.9,180.8c-.7-4.3-1.7-8.7-2.9-13.3H141.2c-1.2,4.6-2.1,9-2.8,13.3l-10.3-1.6a95.11,95.11,0,0,1,3.2-11.6c-.4,0-1.3-.1-2.7-.2l.2-8.3h5.1a164,164,0,0,1,6.9-16c2.7-5.4,5.4-10.7,8.1-16.2l10.3-.5,8.4,17.1a150.36,150.36,0,0,1,7.2,17.7c.9,2.8,1.8,5.6,2.8,8.4a92.94,92.94,0,0,1,2.5,9.7Zm-15.7-43.5A142.72,142.72,0,0,0,144,159c7.3.2,14.1.2,20.3.2-2-5-3.5-8.6-4.6-10.8A104.39,104.39,0,0,0,154.2,137.3Z"/>  class="cls-4" 
> d="M23.8,72.3a26.31,26.31,0,0,0,12.4,3.3c6,0,9.3-2.8,9.3-7,0-3.9-2.6-6.2-9.1-8.5-8.4-3-13.8-7.5-13.8-14.9,0-8.4,7-14.7,18.1-14.7A26.52,26.52,0,0,1,53,33.1l-2.3,7.5a21.56,21.56,0,0,0-10.2-2.4c-5.9,0-8.5,3.2-8.5,6.2,0,4,3,5.8,9.8,8.4C50.7,56.1,55,60.6,55,68c0,8.2-6.2,15.4-19.5,15.4-5.4,0-11-1.5-13.8-3.2Zm29.6-55L41.9,26.4H34.3L43,17.3Z"/>  class="cls-4" 
> d="M74.9,31.9c-.4,11-.5,27.4-.5,49.4v1.5c-1.7.1-4.3.2-7.8.2l-2-.2V80.6c0-.1.1-8.5.2-25.3.2-10.1.1-18.5-.2-25.2a16.43,16.43,0,0,1,6-1l4.4.1v2.7Z"/>  class="cls-4" 
> d="M113.5,82.7H103A272.79,272.79,0,0,1,83.1,30.4l9.4-1.9c4.4,18.5,9.7,33.3,15.7,44.3q9.15-16.5,15.7-44.3l9.4,1.9A263.57,263.57,0,0,1,113.5,82.7Z"/>  class="cls-4" 
> d="M171.2,83.5c-.7-4.3-1.7-8.7-2.9-13.3H142.5c-1.2,4.6-2.1,9-2.8,13.3l-10.3-1.6a95.11,95.11,0,0,1,3.2-11.6c-.4,0-1.3-.1-2.7-.2l.2-8.3h5.1a164,164,0,0,1,6.9-16c2.7-5.4,5.4-10.7,8.1-16.2l10.3-.5,8.4,17.1a150.36,150.36,0,0,1,7.2,17.7c.9,2.8,1.8,5.6,2.8,8.4a92.94,92.94,0,0,1,2.5,9.7ZM155.6,40a142.72,142.72,0,0,0-10.2,21.7c7.3.2,14.1.2,20.3.2-2-5-3.5-8.6-4.6-10.8C159.1,46.7,157.2,43,155.6,40Z"/>
> 
> But the following SVG imports fine as an image in LC and has multiple colors. 
> Granted they are all circles, but can't the above by turned into this format?
> 
> 
>
>
> fill-opacity="0.364182692" fill="#00" cx="31.46" cy="31.46" 
> r="31.46">
>
> cy="4.62825" r="4.62825">
> cy="35.22915" r="4.62825">
> cy="12.25125" r="4.62825">
> cy="19.87425" r="4.62825">
> cy="27.60615" r="4.62825">
> cy="12.25125" r="4.62825">
> cy="27.60615" r="4.62825">
>
>
>
>
> 
> 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


Merry Christmas and Happy Blockchain Year

2017-12-24 Thread Dev via use-livecode
Merry Christmas List,

Wish you all Happy Holidays and all the nice stuff.
2018 is the year when we finally break free… of the tyranny.

Cheers,
Debdoot

PS. If anyone is working on or interested in working on the blockchain, please 
feel free to email me.

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