Re: Anybody tried to import data to Quicken for Mac?

2022-05-06 Thread Marty Knapp via use-livecode
I have a crude little LC utility stack that converts a CSV file to QIF - that 
would give you a start. Just contact me off list and I can send that to you if 
you want.

Marty Knapp

> On May 6, 2022, at 3:45 PM, William Prothero via use-livecode 
>  wrote:
> 
> Mike:
> We, I notice that many folks are asking questions about merging and 
> sorting lots of data using DataGrid, and databases, and I have a possible 
> need for getting csv data into Quicken, on a Mac. I’m trying to see if a 
> livecode solution fits my problem.  It’s kinda like folks talking about using 
> Livecode to format data for export to Excell. I had wondered if anybody on 
> this list had faced this problem, and trying to format for Quicken, which is 
> a very popular financial app. I’m not hopeful, but thought I’d check.
> 
> I’m also considering just doing this completely in Livecode. There seem to be 
> many pathways to financial management. Bank statement downloads don’t list 
> the name of the person who made the transaction (at least some don’t), online 
> payment systems (Converge, for example) allow csv downloads and it’s possible 
> to get a csv formatted file of transactions that include payee name, address, 
> phone, etc that I would like to keep. Merging these csv downloads with bank 
> statements that list “Batches”, which often contain numerous credit card 
> purchases, could be an onerous hand editing job..the kind I hate. I’m trying 
> to streamline this task.
> 
> Then there are the other online payment sites ……. WooCommerce, etc, which 
> would presumably not involve Livecode programming. I’m not ready to go that 
> way yet, hoping for something I know a bit more about.
> 
> An approach connecting some of these various formats of financial data to 
> Quicken (using Livecode) would require a livecode output to a quicken 
> interchange format (QIF).
> 
> In short (or was it “long”), if nobody has tried this, no worries, please 
> ignore this post. I’m just doing “Do Diligence”.
> 
> Best,
> Bill Prothero

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


More code signing woes...

2022-03-25 Thread Marty Knapp via use-livecode
This involves the Levure framework and the Sparkle update feature. I would post 
my question in the forums where Levure is discussed but I am unable to login 
and LC has not been able to fix the issue yet. Thought I'd post here hoping 
someone else has run across this.

One reason I use Levure is the capability to use the Sparkle update framework 
for getting the latest version to my customers. It's been working great. I just 
built a new version of my app with LC 9.6.6. I use AppWrapper to codesign and 
it also builds a DMG file and uploads to Apple to notarize. Apple accepts and 
all is good.

With this latest build, people who download via a browser link have no issue. 
But for some who try to update from the current install (via Sparkle), it goes 
through the process of downloading but when they choose to "Install and 
Relaunch" it silently fails - the app quits but does not relaunch and is not 
updated. Others get an error 3001 - the update is "improperly signed" - but 
it's just a zipped copy of the app Apple accepted. I can download that same 
file in a browser and it works fine. So lots of unhappy campers…

---
Marty Knapp
___
use-livecode mailing list
use-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: Monterey + Dark Mode + LC 9.6.6

2022-03-07 Thread Marty Knapp via use-livecode
I think I found the issue. I use Levure to build my apps (great framework - you 
should try it!) and it uses a a customized plist file. I compared that to a 
plist file from a normally complied app and notice it has has parameter that is 
needed:

NSRequiresAquaSystemAppearance


---
Marty Knapp

> On Mar 7, 2022, at 4:05 PM, Marty Knapp  wrote:
> 
> I just had a customer send a screen shot of my app (built with LC 9.6.6) 
> running on Mac Monterey in dark mode and buttons and fields are all messed 
> up. I don’t use dark mode and so tried it on my Mac and see the issue. I then 
> tried an app built with a previous version of LC (9.6.1 I believe) and it 
> looks fine. Anybody else seeing this?
> ---
> Marty Knapp


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


Monterey + Dark Mode + LC 9.6.6

2022-03-07 Thread Marty Knapp via use-livecode
I just had a customer send a screen shot of my app (built with LC 9.6.6) 
running on Mac Monterey in dark mode and buttons and fields are all messed up. 
I don’t use dark mode and so tried it on my Mac and see the issue. I then tried 
an app built with a previous version of LC (9.6.1 I believe) and it looks fine. 
Anybody else seeing this?
---
Marty Knapp
___
use-livecode mailing list
use-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 install XCode essentials only for LiveCode builds

2022-02-28 Thread Marty Knapp via use-livecode
Would this get around the need to have the “correct" version of Xcode 
installed? (wishful thinking…)
---
Marty Knapp


> On Feb 28, 2022, at 11:42 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> Sean asked me to post this in a separate post. :-)
> 
> We do not have to install the complete (ca. 16 GB) Xcode package to create a 
> standalone with LC.
> Just install the neccessary command line tools via the TERMINAL, enter:
> xcode-select --install
> 
> And it will download all neccessary stuff.
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> 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


___
use-livecode mailing list
use-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: iOS 15 - Xcode version

2021-09-24 Thread Marty Knapp via use-livecode
Just a follow up here. I installed Big Sur on a separate volume and then 
downloaded the latest version of Xcode - 13.0. That doesn’t work. So I went 
into my Apple Developer account to get Xcode 12.5.1 which downloads as a .xip 
file - took forever to install from that (just so you know). So start the 
process and then go do something else - like a trip to the Bahamas. When you 
get back it might be done. Then set that version of Xcode in the LC prefs. Now 
I can build iOS apps for version 15.

But now I can no longer use Photoshop CS3! It’s probably 10 years old so it had 
a good long run. Now to find a replacement as I don’t want to pay $20 a month 
for that...

Marty




> On Sep 23, 2021, at 12:09 PM, Ludovic via use-livecode 
>  wrote:
> 
> Hello
> 
> I noticed that on first opening my apps quit suddenly after the update. But 
> they should work normally since. 
> I had compiled them under bigsur
> 
> Ludovic 
> ___
> use-livecode mailing list
> use-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: iOS 15 - Xcode version

2021-09-23 Thread Marty Knapp via use-livecode
I’ve just tried with one app, which is quite simple. It’s my customer database 
which just pulls in data from a text file.

I exploring this further, it looks like I’ll need the latest version of Xcode 
which requires Big Sur. So I’m just installing Big Sur on a partition and will 
set things up to build on that. I will report back once I’ve had a chance to do 
that.

Marty

> On Sep 23, 2021, at 10:35 AM, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> Does that happen with every app you build, even with the simplest one (e.g.
> just a card and a button?
> 
> In any case, could you file a bug report and attach your sample stack, so
> that we investigate and fix it asap.
> 
> Kind regards,
> Panos
> 
> 
> On Thu, 23 Sep 2021, 20:08 Marty Knapp via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> Just local testing. I’m using LC 9.6.3, Mojave and Xcode 11.3.1. Worked
>> fine for iOS 14.8
>> 
>> Marty
>> 
>>> On Sep 23, 2021, at 10:04 AM, J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> I'm in the same boat. We have an app in the App Store, built with
>> Mojave, do we know if that's affected? Or were you just doing local testing?
>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software | http://www.hyperactivesw.com
>>> On September 23, 2021 11:53:32 AM Marty Knapp via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> I just updated my iPhone to iOS 15 and now my LC built app won’t run
>> (developer needs to update). Yes I should have checked that out before I
>> updated. My app was running on the previous iOS fine and is built with the
>> latest version of LC running on Mojave and Xcode 11.3.1. I can’t seem to
>> find the info on pairing LC with the proper version of Xcode. I’m kinda
>> wondering if I’ll need to upgrade from Mojave to Big Sur but have resisted
>> due to some older 32 bit apps that I use…
>>>> 
>>>> Thanks for any help,
>>>> 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


Re: iOS 15 - Xcode version

2021-09-23 Thread Marty Knapp via use-livecode
Just local testing. I’m using LC 9.6.3, Mojave and Xcode 11.3.1. Worked fine 
for iOS 14.8

Marty

> On Sep 23, 2021, at 10:04 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm in the same boat. We have an app in the App Store, built with Mojave, do 
> we know if that's affected? Or were you just doing local testing?
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On September 23, 2021 11:53:32 AM Marty Knapp via use-livecode 
>  wrote:
> 
>> I just updated my iPhone to iOS 15 and now my LC built app won’t run 
>> (developer needs to update). Yes I should have checked that out before I 
>> updated. My app was running on the previous iOS fine and is built with the 
>> latest version of LC running on Mojave and Xcode 11.3.1. I can’t seem to 
>> find the info on pairing LC with the proper version of Xcode. I’m kinda 
>> wondering if I’ll need to upgrade from Mojave to Big Sur but have resisted 
>> due to some older 32 bit apps that I use…
>> 
>> Thanks for any help,
>> 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


iOS 15 - Xcode version

2021-09-23 Thread Marty Knapp via use-livecode
I just updated my iPhone to iOS 15 and now my LC built app won’t run (developer 
needs to update). Yes I should have checked that out before I updated. My app 
was running on the previous iOS fine and is built with the latest version of LC 
running on Mojave and Xcode 11.3.1. I can’t seem to find the info on pairing LC 
with the proper version of Xcode. I’m kinda wondering if I’ll need to upgrade 
from Mojave to Big Sur but have resisted due to some older 32 bit apps that I 
use…

Thanks for any help,
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


Re: iOS clipboard?

2021-06-29 Thread Marty Knapp via use-livecode
Thanks. I don’t see a native iOS field available in the toolbar - I see one for 
Mac and Android… but I do see there’s an online lesson to implement this:

https://lessons.livecode.com/m/4069/l/29112-how-do-i-use-native-text-controls-on-mobile

Marty

> On Jun 28, 2021, at 12:34 PM, Brian Milby via use-livecode 
>  wrote:
> 
> Need to use native fields to enable copy/paste functionality.
> 
> On Mon, Jun 28, 2021 at 3:29 PM Marty Knapp via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Does anyone have a suggestion for LC’s lack of support for clipboardData
>> in iOS? I’ve implemented my customer database as an iOS app so I can do
>> tech support when I’m away from the office and not have to lug along a
>> laptop. Typically when I need to look up an order number or email (received
>> by email) - I either try to memorize it or I write it down on a piece of
>> paper and then type it into my database. Very clunk to say the least. It
>> seems kinda crazy that I can’t copy the email address from the customer
>> email and then paste that into my iOS app… Or did I miss something?


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


iOS clipboard?

2021-06-28 Thread Marty Knapp via use-livecode
Does anyone have a suggestion for LC’s lack of support for clipboardData in 
iOS? I’ve implemented my customer database as an iOS app so I can do tech 
support when I’m away from the office and not have to lug along a laptop. 
Typically when I need to look up an order number or email (received by email) - 
I either try to memorize it or I write it down on a piece of paper and then 
type it into my database. Very clunk to say the least. It seems kinda crazy 
that I can’t copy the email address from the customer email and then paste that 
into my iOS app… Or did I miss something?

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


Re: Open a folder on the desktop from a LiveCode app

2021-06-19 Thread Marty Knapp via use-livecode
I use:

launch url ("file:" & tPathToFolder)

—Marty

> On Jun 19, 2021, at 11:48 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> What is the "best" way (or any way) to open a folder on the Windows desktop 
> from a Livecode script.
> 
> For example:
> 
> on openFolder pPath -- where pPath is the path and name to a document (file)
>   set itemDel to slash
>   delete last item of pPath -- leaves the the path to the folder containing 
> the document
>   -- now, how do I open this on the desktop (i.e in Explorer)?
> 
> 
> end openFolder
> 


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


Lock screen working on Big Sur?

2021-05-29 Thread Marty Knapp via use-livecode
I have an app that a user can load customer info from a popup and it loads the 
info into several fields. There is also a “Clear” button to clear these fields. 
In both case I lock the screen before and unlock it afterwards. The standalone 
running under Mojave works fine. But under Big Sur it’s really slow and it acts 
like "lock screen" isn’t working - you can watch the screen draw one by one 
with each field. Anybody else seeing this?

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


Re: Random slowdown in standalone

2021-05-24 Thread Marty Knapp via use-livecode
This turned out to be (apparently) a partially corrupted stack. While it would 
function, simply things like going to a stack could take a couple of minutes. 
When I tracked down the offending stack and replaced it with a backup, 
performance returned to normal. 

Marty

> On May 23, 2021, at 5:15 PM, Marty Knapp  wrote:
> 
> I'm having a really weird problem here. I have an app that's been working 
> fine. In the IDE everything seems to work as expected. But in a standalone 
> I'm getting random slow downs. The app always seems to open fine but then 
> when I try to open various stacks I will get the wristwatch icon and it might 
> take a minute or more for the stack to appear on screen. But the next time it 
> may open fine. Even when it works OK, opening stacks seems a tad sluggish. 
> It’s doing this on 2 different Macs (Mojave). I've reinstalled LC and deleted 
> the Preference file.
> 
> 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


Random slowdown in standalone

2021-05-23 Thread Marty Knapp via use-livecode
I'm having a really weird problem here. I have an app that's been working fine. 
In the IDE everything seems to work as expected. But in a standalone I'm 
getting random slow downs. The app always seems to open fine but then when I 
try to open various stacks I will get the wristwatch icon and it might take a 
minute or more for the stack to appear on screen. But the next time it may open 
fine. Even when it works OK, opening stacks seems a tad sluggish. It’s doing 
this on 2 different Macs (Mojave). I've reinstalled LC and deleted the 
Preference file.

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


Re: Stacks not removed from memory?

2021-05-14 Thread Marty Knapp via use-livecode
When you close a stack that has its destroyStack set to true, it should not 
remain in memory. In my case it also seems to get stuck as the default stack. 
Even if my preference stack did not remove from memory as it should, 
specifically going to stack "XYZ" and setting it as the defaultStack, one would 
expect "this stack" to be be "XYZ" but it is not.

As mentioned I am now querying revLoadedStacks and manually deleting from 
memory the preference stack and that seems to have taken care of it. But it 
makes me nervous that the same issue may unexpectedly arise elsewhere in my 
code. This is an app that has been working fine for years and this has not been 
an issue till now.

Marty

> On May 14, 2021, at 12:35 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Thanks, Marty.
> 
> I used to use stacks for preferences, but I found arrays to be simpler in 
> addition to being slightly faster.
> 
> But it seems the core of your issue isn't so much about LC's cache management 
> as with object referencing with "this" - do I understand the issue correctly?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 
> 
>> In my case it's not a name conflict. Lets say I have a main stack "XYZ" and 
>> then I query a separate Preference stack:
>> put the cpCustomProperty of stack "full_path_to_pref_stack" into tPref
>> close stack "pref_stack"
>> (my preference stack has destroyStack set to true)
>> Now thinking that I'm back in my main stack "XYZ" I do something like:
>> put tPref into fld "123" of this stack
>> This worked fine for me for years. In LC 9.6.2 rc 5, it would fail most of 
>> the time. Curious, I inserted code to find out what LC thought was "this 
>> stack" only to discover that *sometimes* it's the preference stack that I 
>> just closed.
>> Then after closing the preference stack, I tried "go stack "XYZ" and "set 
>> the default stack to "XYZ" But "this stack" would still (most of the time) 
>> report my supposedly closed preference stack.
>> So now I'm having to query for revLoadedStacks and if my preference stack is 
>> listed then I delete it from memory.
>> I did file a bug report (#23194 ) but as it does not always happen I have 
>> not provided a test stack.
>> 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


Re: Stacks not removed from memory?

2021-05-14 Thread Marty Knapp via use-livecode
It’s happening for me in standalone. And I should mention that my tests were on 
Mac only (Mojave).

Marty

> On May 14, 2021, at 10:59 AM, Niggemann, Bernd via use-livecode 
>  wrote:
> 
> If the Project Browser is open then it may be related to
> 
> https://quality.livecode.com/show_bug.cgi?id=22460
> 
> Kind regards
> Bern
> ___


___
use-livecode mailing list
use-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: Stacks not removed from memory?

2021-05-14 Thread Marty Knapp via use-livecode
In my case it's not a name conflict. Lets say I have a main stack "XYZ" and 
then I query a separate Preference stack:

put the cpCustomProperty of stack "full_path_to_pref_stack" into tPref
close stack "pref_stack"

(my preference stack has destroyStack set to true)

Now thinking that I'm back in my main stack "XYZ" I do something like:
put tPref into fld "123" of this stack

This worked fine for me for years. In LC 9.6.2 rc 5, it would fail most of the 
time. Curious, I inserted code to find out what LC thought was "this stack" 
only to discover that *sometimes* it's the preference stack that I just closed.

Then after closing the preference stack, I tried "go stack "XYZ" and "set the 
default stack to "XYZ" But "this stack" would still (most of the time) report 
my supposedly closed preference stack.

So now I'm having to query for revLoadedStacks and if my preference stack is 
listed then I delete it from memory.

I did file a bug report (#23194 ) but as it does not always happen I have not 
provided a test stack.

Marty

> On May 14, 2021, at 10:05 AM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Devin Asay wrote:
> 
> > I have seen what you’re describing on all of the recent releases—9.5 -
> > 9.6.x; i.e., a stack with destroyStack set to true, then closed, is
> > not always removed from memory. Sometimes this has caused an infinite
> > loop with the Save - Purge - Cancel dialog. I would report it, but I
> > haven’t been able to come up with a reliable recipe. It’s a problem
> > that I would like to nail down and squash.
> 
> Is this to avoid stack name conflicts, or is there some other reason to use 
> this feature?
> 
> Because if it's just the stack name conflict thang, I'd rather we solve that 
> at the root by being done with that IDE-imposed limitation that doesn't 
> actually exist in the engine:
> 
> https://quality.livecode.com/show_bug.cgi?id=1061
> 
> -- 
> 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


Stacks not removed from memory?

2021-04-28 Thread Marty Knapp via use-livecode
Is anybody else experiencing with LC 9.6.2 rc5 that stacks with destroyStack 
set to true are not always removed from memory when they're closed? It's been 
happening to me in the IDE and standalones but not every time. And even when I 
specifically go to another stack, set that stack to the defaultStack, that any 
script with “of this stack” throws an error because it thinks "this stack" it's 
the stack I just closed.

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


Re: Print to PDF and Big Sur

2021-02-08 Thread Marty Knapp via use-livecode
OK, I added the “--deep” parameter to the codesign command and that seems to 
have fixed things.

Marty

> On Feb 8, 2021, at 10:32 AM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> Could you file a bug report and attach a sample stack? I did a quick test
> and I am not able to reproduce this issue. Could it be the case you're
> trying to print a field with emojis?
> 
> Kind regards,
> Panos
> --
> 
> On Mon, 8 Feb 2021 at 20:11, Marty Knapp via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Anybody having trouble printing to PDF under Big Sur with LC 9.6.2 rc2? My
>> apps are throwing an error on the line
>> 
>> open printing to PDF tPathToSaveTo
>> 
>> The same code runs fine on LC 9.6.1
>> 
>> 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


Re: Print to PDF and Big Sur

2021-02-08 Thread Marty Knapp via use-livecode
It’s in a standalone and I’m thinking it’s another codesign issue at this 
point. I will investigate further and report back. (No emojis!)

Marty

> On Feb 8, 2021, at 10:32 AM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> Could you file a bug report and attach a sample stack? I did a quick test
> and I am not able to reproduce this issue. Could it be the case you're
> trying to print a field with emojis?
> 
> Kind regards,
> Panos
> --
> 
> On Mon, 8 Feb 2021 at 20:11, Marty Knapp via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Anybody having trouble printing to PDF under Big Sur with LC 9.6.2 rc2? My
>> apps are throwing an error on the line
>> 
>> open printing to PDF tPathToSaveTo
>> 
>> The same code runs fine on LC 9.6.1
>> 
>> 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


Print to PDF and Big Sur

2021-02-08 Thread Marty Knapp via use-livecode
Anybody having trouble printing to PDF under Big Sur with LC 9.6.2 rc2? My apps 
are throwing an error on the line 

open printing to PDF tPathToSaveTo

The same code runs fine on LC 9.6.1

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


Re: No visual effects on Big Sur?

2021-02-06 Thread Marty Knapp via use-livecode
Just did a quick test on an LC app that uses visual effects and they are not 
working for me on Big Sur.

Marty

> On Feb 5, 2021, at 10:55 PM, Håkan Liljegren via use-livecode 
>  wrote:
> 
> Running LC 9.6.2 (rc2) on macOS Big Sur I have no visual effects that work. 
> None! Is there anyone else having the same experience, or is it just my 
> setup? I have tried to wipe every RunRev/LiveCode file in the Library and in 
> the applications folder and then reinstall but still no luck. Also tried 
> older (stable versions) with no luck, but that was before wiping every file 
> out of existence.
> 
> Can anyone else running Big Sur confirm before I file a bug-report?
> 
> :-Håkan

___
use-livecode mailing list
use-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: Codesigning & notarizing

2021-02-05 Thread Marty Knapp via use-livecode
After much hair pulling and some help from Matthias I seem to have this solved. 
It appears that starting with LC 9.6.2 “entitlements” are needed even for web 
deployment (at least in the case of including revzip). The really weird part of 
this was if I swapped in the revzip bundle from 9.6.1 after building the 
standalone then entitlements were not needed. 

So for anyone else who runs into this, you can use the same entitlements that 
Livecode uses (in an entitlements.plist file):


com.apple.security.cs.allow-jit

com.apple.security.cs.allow-unsigned-executable-memory

com.apple.security.cs.allow-dyld-environment-variables

com.apple.security.cs.disable-library-validation

com.apple.security.cs.disable-executable-page-protection

com.apple.security.device.audio-input

com.apple.security.device.camera

com.apple.security.personal-information.location

com.apple.security.personal-information.addressbook

com.apple.security.personal-information.photos-library

com.apple.security.automation.apple-events

  

In Levure I used the same data above but saved into a “my app 
name.entitlements” file and then configured the app.yml file appropriately

In AppWrapper you need to set the the following under Hardened Runtime:
Allow Execution of JIT-complied code
Allow Unsigned executable memory
Allow DYLD environment variables
Disable library validation
Disable executable memory protection

Marty


> On Feb 4, 2021, at 2:28 PM, Marty Knapp  wrote:
> 
> I just updated to Xcode 11.3 and still have the issue. With revzip included, 
> building with 9.6.2 it works fine *until* I codesign - either with the Levure 
> app packager or with AppWrapper (tried versions 3 and 4) As soon as it starts 
> to launch it crashes. If I take out revzip the app will open fine when code 
> signed.
> 
> If rev zip was damaged it would not work in the unsigned app. Anything else 
> that I should check? This is really frustrating.
> 
> Marty
> 
>> On Feb 4, 2021, at 1:09 PM, panagiotis merakos via use-livecode 
>>  wrote:
>> 
>> Thanks for testing Matthias :)
>> 
>> On Thu, 4 Feb 2021, 23:08 Paul Dupuis via use-livecode, <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> I should have added that we sign with entitlements (the same set LC uses)
>>> 
>>> On 2/4/2021 3:56 PM, panagiotis merakos via use-livecode wrote:
>>>> @Marty
>>>> 
>>>> If you have not done it already, it might be worth adding entitlements to
>>>> the codesign.
>>>> 
>>>> 
>>> https://lessons.livecode.com/m/4071/l/1293515-entitlements-for-signed-and-notarized-apps
>>>> 
>>>> I do not think it is the Xcode version that is the problem. I am on
>>> Mojave
>>>> as well, so I can do a quick test if you send me the standalone that
>>>> crashes. Also make sure you attach the stack to the bug report :)
>>>> 
>>>> Kind regards,
>>>> Panos
>>>> --
>>>> 
>>>> On Thu, 4 Feb 2021 at 22:47, Paul Dupuis via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>>> I should add, we're not using Levure. We are using LC9.6.2rc2, we
>>>>> codesign via Terminal on Mohave using Xcode 10.2.1
>>>>> 
>>>>> On 2/4/2021 3:37 PM, Paul Dupuis via use-livecode wrote:
>>>>>> FYI - Our App includes the revZIP library. We codesign deep via
>>>>>> Terminal command and get no crashes. Codesign, notarize, and staple
>>>>>> without problems.
>>>>>> 
>>>>>> 
>>>>>> On 2/4/2021 2:40 PM, Marty Knapp via use-livecode wrote:
>>>>>>> Re: building a standalone in LC 9.6.2 rc2 with the “Revolution Zip”
>>>>>>> library (crashes when codesigned)
>>>>>>> 
>>>>>>> Just filed a bug report on this - 23083
>>>>>>> 
>>>>>>> Marty
>>>>>>> 
>>>>>>>> On Feb 4, 2021, at 11:25 AM, Marty Knapp 
>>>>>>>> wrote:
>>>>>>>> 
>>>>>>>> I’ve narrowed this down to the “Revolution Zip” library. If I leave
>>>>>>>> that out of Inclusions, I can build in 9.6.2 and codesign and all is
>>>>>>>> well.
>>>>>>>> 
>>>>>>>> marty
>>>>>>>> 
>>

Re: Codesigning & notarizing

2021-02-04 Thread Marty Knapp via use-livecode
I just updated to Xcode 11.3 and still have the issue. With revzip included, 
building with 9.6.2 it works fine *until* I codesign - either with the Levure 
app packager or with AppWrapper (tried versions 3 and 4) As soon as it starts 
to launch it crashes. If I take out revzip the app will open fine when code 
signed.

If rev zip was damaged it would not work in the unsigned app. Anything else 
that I should check? This is really frustrating.

Marty

> On Feb 4, 2021, at 1:09 PM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Thanks for testing Matthias :)
> 
> On Thu, 4 Feb 2021, 23:08 Paul Dupuis via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> I should have added that we sign with entitlements (the same set LC uses)
>> 
>> On 2/4/2021 3:56 PM, panagiotis merakos via use-livecode wrote:
>>> @Marty
>>> 
>>> If you have not done it already, it might be worth adding entitlements to
>>> the codesign.
>>> 
>>> 
>> https://lessons.livecode.com/m/4071/l/1293515-entitlements-for-signed-and-notarized-apps
>>> 
>>> I do not think it is the Xcode version that is the problem. I am on
>> Mojave
>>> as well, so I can do a quick test if you send me the standalone that
>>> crashes. Also make sure you attach the stack to the bug report :)
>>> 
>>> Kind regards,
>>> Panos
>>> --
>>> 
>>> On Thu, 4 Feb 2021 at 22:47, Paul Dupuis via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> I should add, we're not using Levure. We are using LC9.6.2rc2, we
>>>> codesign via Terminal on Mohave using Xcode 10.2.1
>>>> 
>>>> On 2/4/2021 3:37 PM, Paul Dupuis via use-livecode wrote:
>>>>> FYI - Our App includes the revZIP library. We codesign deep via
>>>>> Terminal command and get no crashes. Codesign, notarize, and staple
>>>>> without problems.
>>>>> 
>>>>> 
>>>>> On 2/4/2021 2:40 PM, Marty Knapp via use-livecode wrote:
>>>>>> Re: building a standalone in LC 9.6.2 rc2 with the “Revolution Zip”
>>>>>> library (crashes when codesigned)
>>>>>> 
>>>>>> Just filed a bug report on this - 23083
>>>>>> 
>>>>>> Marty
>>>>>> 
>>>>>>> On Feb 4, 2021, at 11:25 AM, Marty Knapp 
>>>>>>> wrote:
>>>>>>> 
>>>>>>> I’ve narrowed this down to the “Revolution Zip” library. If I leave
>>>>>>> that out of Inclusions, I can build in 9.6.2 and codesign and all is
>>>>>>> well.
>>>>>>> 
>>>>>>> marty
>>>>>>> 
>>>>>>>> On Feb 3, 2021, at 2:59 PM, Mark Talluto via use-livecode
>>>>>>>>  wrote:
>>>>>>>> 
>>>>>>>> Hi Marty,
>>>>>>>> 
>>>>>>>> My work is with LiveCode 9.6.2 rc2 and Xcode 11.3.1.
>>>>>>>> 
>>>>>>>> I have only a cursory understanding of Levure. From what I read,
>>>>>>>> Trevor has methods to codesign and even notarize inside of Levure’s
>>>>>>>> framework.
>>>>>>>> 
>>>>>>>> If your testing with a basic stack works as expected, maybe some
>>>>>>>> interaction is happening with the Levure Framework project. I am
>>>>>>>> certain Trevor knows best what may be happening here.
>>>>>>>> 
>>>>>>>> When you find out, please post back what you learn.
>>>>>>>> 
>>>>>>>> Best regards,
>>>>>>>> 
>>>>>>>> Mark Talluto
>>>>>>>> livecloud.io <http://livecloud.io/>
>>>>>>>> nursenotes.net <http://nursenotes.net/>
>>>>>>>> canelasoftware.com <http://www.canelasoftware.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: Codesigning & notarizing

2021-02-04 Thread Marty Knapp via use-livecode
No it is not used on startup, it’s for a backup feature that the user invokes. 
I am on Mojave and looks like x-code 10.1. Do you think my version of x-code 
could be the issue?

All is fine when I build with LC 9.6.1. It’s when I build with 9.6.2. I’ve used 
the codesigning ability of Trevor’s “Levure” framework as well as AppWrapper - 
tried both version 3 and 4

Marty

> On Feb 4, 2021, at 12:46 PM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> How is revZip used by your app? Is it used on startup?
> 
> Kind regards,
> Panos
> --
> 
> On Thu, 4 Feb 2021 at 22:38, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> FYI - Our App includes the revZIP library. We codesign deep via Terminal
>> command and get no crashes. Codesign, notarize, and staple without
>> problems.
>> 
>> 
>> On 2/4/2021 2:40 PM, Marty Knapp via use-livecode wrote:
>>> Re: building a standalone in LC 9.6.2 rc2 with the “Revolution Zip”
>> library (crashes when codesigned)
>>> 
>>> Just filed a bug report on this - 23083
>>> 
>>> Marty
>>> 
>>>> On Feb 4, 2021, at 11:25 AM, Marty Knapp 
>> wrote:
>>>> 
>>>> I’ve narrowed this down to the “Revolution Zip” library. If I leave
>> that out of Inclusions, I can build in 9.6.2 and codesign and all is well.
>>>> 
>>>> marty
>>>> 
>>>>> On Feb 3, 2021, at 2:59 PM, Mark Talluto via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi Marty,
>>>>> 
>>>>> My work is with LiveCode 9.6.2 rc2 and Xcode 11.3.1.
>>>>> 
>>>>> I have only a cursory understanding of Levure. From what I read,
>> Trevor has methods to codesign and even notarize inside of Levure’s
>> framework.
>>>>> 
>>>>> If your testing with a basic stack works as expected, maybe some
>> interaction is happening with the Levure Framework project. I am certain
>> Trevor knows best what may be happening here.
>>>>> 
>>>>> When you find out, please post back what you learn.
>>>>> 


___
use-livecode mailing list
use-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: Codesigning & notarizing

2021-02-04 Thread Marty Knapp via use-livecode
Re: building a standalone in LC 9.6.2 rc2 with the “Revolution Zip” library 
(crashes when codesigned)

Just filed a bug report on this - 23083

Marty

> On Feb 4, 2021, at 11:25 AM, Marty Knapp  wrote:
> 
> I’ve narrowed this down to the “Revolution Zip” library. If I leave that out 
> of Inclusions, I can build in 9.6.2 and codesign and all is well.
> 
> marty
> 
>> On Feb 3, 2021, at 2:59 PM, Mark Talluto via use-livecode 
>>  wrote:
>> 
>> Hi Marty,
>> 
>> My work is with LiveCode 9.6.2 rc2 and Xcode 11.3.1.
>> 
>> I have only a cursory understanding of Levure. From what I read, Trevor has 
>> methods to codesign and even notarize inside of Levure’s framework. 
>> 
>> If your testing with a basic stack works as expected, maybe some interaction 
>> is happening with the Levure Framework project. I am certain Trevor knows 
>> best what may be happening here.
>> 
>> When you find out, please post back what you learn. 
>> 
>> Best regards,
>> 
>> Mark Talluto
>> livecloud.io 
>> nursenotes.net 
>> canelasoftware.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: Codesigning & notarizing

2021-02-04 Thread Marty Knapp via use-livecode
I’ve narrowed this down to the “Revolution Zip” library. If I leave that out of 
Inclusions, I can build in 9.6.2 and codesign and all is well.

marty

> On Feb 3, 2021, at 2:59 PM, Mark Talluto via use-livecode 
>  wrote:
> 
> Hi Marty,
> 
> My work is with LiveCode 9.6.2 rc2 and Xcode 11.3.1.
> 
> I have only a cursory understanding of Levure. From what I read, Trevor has 
> methods to codesign and even notarize inside of Levure’s framework. 
> 
> If your testing with a basic stack works as expected, maybe some interaction 
> is happening with the Levure Framework project. I am certain Trevor knows 
> best what may be happening here.
> 
> When you find out, please post back what you learn. 
> 
> Best regards,
> 
> Mark Talluto
> livecloud.io <http://livecloud.io/>
> nursenotes.net <http://nursenotes.net/>
> canelasoftware.com <http://www.canelasoftware.com/>
> 
> 
> 
> 
>> On Feb 3, 2021, at 1:45 PM, Marty Knapp via use-livecode 
>>  wrote:
>> 
>> Mark,
>> When I create a new, empty test stack and save as a standalone using 
>> versions 9.6.0, 9.6.1 and 9.6.2, I right-click the resulting app to show 
>> contents and there is a folder “_CodeSignature” and inside that is a 
>> “CodeResources” file. When I build a test standalone with LC 9.5.1 that 
>> folder is not present. So LC must have started codesigning as you described 
>> starting with 9.6.0.
>> 
>> I can build a standalone in 9.6.1, codesign with AppWrapper and it notaries 
>> and runs fine. It’s when I do the build with 9.6.2 - it will run before I 
>> codesign with AppWrapper but after I codesign with AppWrapper - then it 
>> crashes on startup. It is a Levure-based app. If I create an empty test 
>> stack, build with 9.6.2, then codesign with AppWrapper it will open without 
>> a problem. So it looks like something specific to Levure or some combination 
>> of Levure, the version of my X-code (I’m on Mojave running X-Code 10.1 it 
>> looks like.) and LC 9.6.2.
>> 
>> 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


Re: Codesigning & notarizing

2021-02-03 Thread Marty Knapp via use-livecode
Mark,
When I create a new, empty test stack and save as a standalone using versions 
9.6.0, 9.6.1 and 9.6.2, I right-click the resulting app to show contents and 
there is a folder “_CodeSignature” and inside that is a “CodeResources” file. 
When I build a test standalone with LC 9.5.1 that folder is not present. So LC 
must have started codesigning as you described starting with 9.6.0.

I can build a standalone in 9.6.1, codesign with AppWrapper and it notaries and 
runs fine. It’s when I do the build with 9.6.2 - it will run before I codesign 
with AppWrapper but after I codesign with AppWrapper - then it crashes on 
startup. It is a Levure-based app. If I create an empty test stack, build with 
9.6.2, then codesign with AppWrapper it will open without a problem. So it 
looks like something specific to Levure or some combination of Levure, the 
version of my X-code (I’m on Mojave running X-Code 10.1 it looks like.) and LC 
9.6.2.

Marty


> On Feb 3, 2021, at 1:17 PM, Mark Talluto via use-livecode 
>  wrote:
> 
> LiveCode codesigns their inner parts so they can run on our desktops. We are 
> still required to codesign and notarize our standalones. I too use AppWrapper 
> and have been able to process them fully without errors. 
> 
> This is the email from Apple explaining the new certificate:
> 
> Starting January 28, 2021, the digital certificates you use to sign your 
> software for installation on Apple devices, submit apps to the App Store, and 
> connect to certain Apple services will be issued from a new intermediate 
> Apple Worldwide Developer Relations certificate (expiring 2030). This new 
> intermediate certificate will not affect the availability or functionality of 
> apps you’re already distributing on the App Store. And you can continue to 
> use your existing certificates until they expire. 
> 
> If you’re running Xcode 11.4.1 or later, you’ll receive the updated 
> certificate automatically when you sign an app after January 28, 2021. If 
> you’re running an earlier release of Xcode and need to generate new 
> certificates, download and install the new intermediate certificate and 
> utilize the command line to sign your app. You can also archive your build 
> with your existing Xcode version and sign it for distribution with Xcode 
> 11.4.1 or later. 
> 
> The current intermediate certificate (expiring in 2023), will continue to 
> issue certain Apple services certificates, including Apple Push Notification 
> service (APNs) SSL certificates and Apple Wallet pass signing certificates. 
> Keep both versions installed on your development systems and servers until 
> later this year. 
> 
> Learn more about upcoming certificate updates for Apple services. 
> 
>  
> 
> Best regards,
> Apple Developer Relations
> 
> 
> Best regards,
> 
> Mark Talluto
> livecloud.io 
> nursenotes.net 
> canelasoftware.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


Codesigning & notarizing

2021-02-03 Thread Marty Knapp via use-livecode
Is it just my imagination or does LC (9.6.1) now automatically codesign Mac 
apps when you build a standalone? Well my setup is - I tried on 2 different 
Macs. Yet I can’t find anywhere to set or change this - what am I missing? Is 
there a ghost in the machine??

I usually use AppWrapper to do my codesigning as it performs some other cleanup 
functions that I like. I have a Levure-based app and my build-codesign-notarize 
process has been working fine, until I tried with LC 9.6.2 rc2. If I leave the 
codesigning done by LC get a bunch of errors back when I notarize. If I 
codesign (but not notarize) the 9.6.2 rc2 built app with AppWrapper it crashes 
on startup with a "Service exited with abnormal code: 255” error.

I tried leaving the codesigning done by LC and then tried notarizing with apps 
built in 9.6.1 and 9.6.2 - they both fail to notarize with lots of errors

Anybody else having similar issues?

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


Stack check-out/check-in

2021-01-25 Thread Marty Knapp via use-livecode
I have an app that allows user to create specialized editable documents 
(stacks) that open in my app. Some customers use Dropbox, iCloud, OneDrive or 
similar to store these documents so that they can be accessed from 2 different 
computers. Is there a way to tell if a stack is already open on one computer? I 
need to prevent them from opening a 2nd instance of the stack on the other 
computer so that Dropbox (or other cloud sync service) does not create a 
conflicted copy.

If there is not a way to tell, has anyone created some sort of stack 
check-out/check-in system that they'd be willing to share? I need this for Mac, 
PC and mixed.

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


Re: LC & Mac M1 Chip

2020-12-31 Thread Marty Knapp via use-livecode
I figured it was good, but thanks for letting us know.

Marty

>>> On Dec 30, 2020, at 7:07 PM, Roger Guay via use-livecode 
>>>  wrote:
>>> 
>>> Yes, I just tried it and it works fine! I’m happy to try yours out if you 
>>> wish??
>>> 
>>> 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


LC & Mac M1 Chip

2020-12-30 Thread Marty Knapp via use-livecode
Has anyone tried an LC standalone on one of the new Macs with the M1 chip? I 
have customers asking and I don’t want to go buy one just to find out!

Thanks,
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


Re: Slow performance on Big Sur

2020-12-14 Thread Marty Knapp via use-livecode
I have a customer with a brand new Mac Pro with tons of memory (and two 49 inch 
curved screens!) running Big Sur and he sent a video showing slow performance 
when populating a half dozen text fields from a custom property - took about 3 
seconds (in a standalone).

Marty

> On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> My client is running Big Sur and says that changing cards in a stack causes a 
> very slow, stuttering display. The background image appears in chunks and 
> text in the fields comes in as sequential pieces. The order of the display 
> varies, sometimes the text appears first, sometimes the background image. The 
> first few cards are fairly normal, but as she pages through the stack it gets 
> slower.
> 
> I had her watch Activity Monitor and CPU usage goes up as she navigates 
> through cards. At first the display is fairly normal but each successive card 
> change increases CPU useage a little bit. She stopped when usage got to about 
> 50% when she said it was unusable. This was in the IDE. She says the 
> standalone is even slower.
> 
> Has anyone seen this? On Mojave and Catalina everything is fine.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | 
> https://www.google.com/url?q=http://www.hyperactivesw.com=gmail-imap=160857754500=AOvVaw3zEkEOx8Qa_NdgiKshX9KD


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


fontNames issue

2020-12-07 Thread Marty Knapp via use-livecode
I've had 3 customers who use the Windows version of my app who've had the same 
issue. I've traced it down to the line:

put the fontNames into tFontList

It returns this error and then quits:

465,110,1
241,110,1,LoadFontMenu (the handler name that's trying to get the fontNames
353,0,0,stack (then the path to the stack where "LoadFontMenu" is called)

110 is the line "put the fontNames into tFontList"

Anybody out there seen this before? Of course I can't duplicate the error here 
and customers are only willing to do so much. I'm wondering about a permissions 
issues somewhere in the path to the Fonts folder or a corrupted font cache.

Would this show up in an error log somewhere on Windows?

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


Re: Big Sur bugs

2020-11-15 Thread Marty Knapp via use-livecode
Here’s a work-around for the tabbed button issue (the text of the hilited tab 
is white on a white background, thus unreadable)

on preOpenCard
   if the platform is "MacOS" and BigSur() is true then
  repeat with x=1 to the number of btns of this stack
 if the menuMode of btn x of this stack is "tabbed" then
set the backgroundColor of btn x of this stack to black
 end if
  end repeat
  
   else
  repeat with x=1 to the number of btns of this stack
 if the menuMode of btn x of this stack is "tabbed" then
set the backgroundColor of btn x of this stack to empty
 end if
  end repeat
   end if
   pass preOpenCard
end preOpenCard

function BigSur
   --LC 9.6.1 reports "Big Sur" as version as 10.16, though Apple is calling it 
11 - this covers both
   set the itemDelimiter to "."
   put the systemVersion into tVersion
   if item 1 of tVersion>10 or item 2 of tVersion>15 then
  return true
   else return false
end BigSur

Just put this in your main stack and Bob’s your uncle. Speaking of Bob, he has 
a customer control that circumvents the issue too. I’ll let him chime in to let 
you know where you can find that,

—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


Re: Windows startup issue

2020-11-09 Thread Marty Knapp via use-livecode
The errors show up in a dialog window.

The section of code referenced is just checking the status a a custom font. On 
Windows we install the font with an Inno installer (and on Mac we just start 
using an embedded font). Here's my code with the line numbers added. 67 being 
referenced several times in the error:

67) if "MyCustomeFontName" is in the fontNames then
68)   put "installed" into tFontStatus
69) else put "loaded" into tFontStatus

---
Marty

> On Nov 9, 2020, at 1:54 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Marty Knapp wrote:
> 
>> I have a customer who is having a weird issue with a Windows app built in LC 
>> (9.6.1). It worked fine for about a month, it works fine here for me all the 
>> time and it works fine for all our other customers.
>> On startup is begins to launch then gets a bunch of errors:
>> 269,76,1
>> 262,67,1
>> 252,67,1
>> 241,67,1
>> 353,0,0
>> 573,68,1
>> 253,68,1
>> 241,67,1
>> 353,0,0
> 
> Where do those appear?
> 
> And WTH happened to LC's error reporting dialog?
> 
> I see more and more error info reports like this in recent years. Presenting 
> anything like this to either devs or end-users is a horrible experience.
> 
> We can do better.
> 
> -- 
> 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


Windows startup issue

2020-11-09 Thread Marty Knapp via use-livecode
I have a customer who is having a weird issue with a Windows app built in LC 
(9.6.1). It worked fine for about a month, it works fine here for me all the 
time and it works fine for all our other customers.

On startup is begins to launch then gets a bunch of errors:

269,76,1
262,67,1
252,67,1
241,67,1
353,0,0
573,68,1
253,68,1
241,67,1
353,0,0

But it only happens for this *one* person. They have the latest version of 
Windows 10, have tried multiple installs and uninstalls, turned off virus 
software, etc. I have downloaded from the same link I've sent him, installed 
and it runs fine for me and all our other customers.

I know it's along shot, but has anybody seen anything like this or offer any 
advice?
---
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


Re: Big Sur hangs when printing

2020-10-14 Thread Marty Knapp via use-livecode
UPDATE:
Apple just released BigSur public beta 10 today and it’s back to printing OK 
for me here. So the issue was apparently with Apple. Anybody want to check on 
your end to confirm?

Marty

> On Oct 14, 2020, at 11:34 AM, Marty Knapp  wrote:
> 
> This BigSur printing bug happens when you "open printing with dialog” and has 
> been confirmed by Panos. Drop the “with dialog” and you can print. I don’t 
> know at this point if the issue is with LC or with Apple. In the event that 
> it doesn’t get fixed by the time BigSur is released, I want to have a 
> stand-by work-around by creating my own print dialog. 
> 
> I see that I can get a list of all the installed printers and can get the 
> currently selected printer - easy enough to take care of printer selection. 
> What I don’t seem to be able to do is access any “Presets" that the user may 
> have configured (paper tray etc). Is that out of our reach? printerFeatures 
> and printerSettings do not seem to cover it.
> 
> Marty
> 
>> On Oct 8, 2020, at 5:15 PM, Marty Knapp  wrote:
>> 
>> I just installed the latest beta of Big Sur and if you attempt to print from 
>> LC (either in the IDE or a Mac standalone) it will hang, requiring a force 
>> quit. It was working OK in the previous beta. I’ve had several customers 
>> report the same issue. This is making me really nervous as I would guess the 
>> Big Sure release is going to be here very soon. I have a mission critical 
>> app with printing as an absolute necessity. Try it for yourself - create a 
>> stack in the LC IDE and then try to print the card. The print dialog never 
>> appears and it will hang. I was able to successfully print from a couple of 
>> Apple apps with no problem.
>> 
>> I have filed bug #22930 and attached a few system logs but have not heard 
>> anything back. I don’t know enough about error logs to know if the issue is 
>> with LC or the OS beta.
>> 
>> 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


Re: Big Sur hangs when printing

2020-10-14 Thread Marty Knapp via use-livecode
This BigSur printing bug happens when you "open printing with dialog” and has 
been confirmed by Panos. Drop the “with dialog” and you can print. I don’t know 
at this point if the issue is with LC or with Apple. In the event that it 
doesn’t get fixed by the time BigSur is released, I want to have a stand-by 
work-around by creating my own print dialog. 

I see that I can get a list of all the installed printers and can get the 
currently selected printer - easy enough to take care of printer selection. 
What I don’t seem to be able to do is access any “Presets" that the user may 
have configured (paper tray etc). Is that out of our reach? printerFeatures and 
printerSettings do not seem to cover it.

Marty

> On Oct 8, 2020, at 5:15 PM, Marty Knapp  wrote:
> 
> I just installed the latest beta of Big Sur and if you attempt to print from 
> LC (either in the IDE or a Mac standalone) it will hang, requiring a force 
> quit. It was working OK in the previous beta. I’ve had several customers 
> report the same issue. This is making me really nervous as I would guess the 
> Big Sure release is going to be here very soon. I have a mission critical app 
> with printing as an absolute necessity. Try it for yourself - create a stack 
> in the LC IDE and then try to print the card. The print dialog never appears 
> and it will hang. I was able to successfully print from a couple of Apple 
> apps with no problem.
> 
> I have filed bug #22930 and attached a few system logs but have not heard 
> anything back. I don’t know enough about error logs to know if the issue is 
> with LC or the OS beta.
> 
> 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


Big Sur bugs

2020-10-08 Thread Marty Knapp via use-livecode
In my testing of LC apps running under Big Sur I have run into the following 
bugs running LC 9.6.1:

1) Tabbed buttons: The background of the highlighted tab is now white by 
default. Since LC renders the text for the highlighted button as white, it is 
not readable until you switch to another tab. Work-around - set the 
backgroundColor of the button to black. Bug report 22879

2) Window Shape: Setting the windowShape of a stack to an imported image no 
longer works. It will show the rectangle of the stack. Bug report 22880

3) SystemVersion: Big Sur is designated by Apple as version 11 but LC will 
report it as 10.16. Easy enough to code around until it’s fixed. Bug report 
22887

4) Printing: LC hangs as I mentioned in a previous post. Bug report 22930
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Big Sur hangs when printing

2020-10-08 Thread Marty Knapp via use-livecode
I just installed the latest beta of Big Sur and if you attempt to print from LC 
(either in the IDE or a Mac standalone) it will hang, requiring a force quit. 
It was working OK in the previous beta. I’ve had several customers report the 
same issue. This is making me really nervous as I would guess the Big Sure 
release is going to be here very soon. I have a mission critical app with 
printing as an absolute necessity. Try it for yourself - create a stack in the 
LC IDE and then try to print the card. The print dialog never appears and it 
will hang. I was able to successfully print from a couple of Apple apps with no 
problem.

I have filed bug #22930 and attached a few system logs but have not heard 
anything back. I don’t know enough about error logs to know if the issue is 
with LC or the OS beta.

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


Re: Big Sur and Drag and drop

2020-09-16 Thread Marty Knapp via use-livecode
Hi James,
Have an app that uses drag and drop for number of functions, including dropping 
a folder onto a field and then it lists the files in that folder. Everything 
seems to be working for me with my app built in LC 9.6.1 running on Big Sur.

Marty

> On Sep 15, 2020, at 9:17 PM, James Hale via use-livecode 
>  wrote:
> 
> Hi, 
> 
> Just a question to others using Big Sur on their Macs.
> 
> I have an app which uses drag and drop to place a list of files in a field.
> 
> I drag the folder containing the files over the list, release the mouse and 
> boom the list of files appear.
> 
> Today I went to use this app on my main Mac which is also running the latest 
> Big Sur beta.
> 
> Dragging over the field and the cursor turns to a grey circle with diagonal 
> line, i.e. no entry/go
> 
> Launching LC and opening the original stack and sure enough, the same thing.
> 
> My question, if you are using Big Sur and have an app that uses drag and drop 
> in this way (to get a listing of files in a folder) could you please see if 
> it still works?
> 
> If not I will submit a bug report.
> 
> Thanks in advance.
> 
> James


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


Re: Possible : stack with transparent backgound?

2020-09-11 Thread Marty Knapp via use-livecode
I was just tinkering with this and it wouldn’t work until I changed the “import 
snapshot" from card to “import snapshot” from the group. But that’s a very cool 
trick! Thanks Jim.

Marty

> On Sep 11, 2020, at 11:04 AM, Jim Lambert via use-livecode 
>  wrote:
> 
>> DavidB wrote:
>> 
>> the text and some other elements to be visible but the stack background to 
>> be transparent 
> 
> 
> Start with a card having a field and a button.
> 1. Create a GRC retangle the same rect as the card.
> 
> 2. Set its opaque to false.
> 
> 3. Set its linesize to 0.
> 
> 4. Send it to back.
> 
> 5. Group it with the field and a button.
> 
> 6. Set the threeD of the Group to false.
> 
> 7. Set both the borderwidth and margins of the group to 0.
> 
> 8. Import snapshot from this card.
> 
> 9. Hide last image.
> 
> 10. Set the windowshape of this stack to the id of the last image.
> 
> 
> This results in the field and button 'floating independently' over whatever 
> else is on your screen. That is, the rest of the card is invisible.
> ___


___
use-livecode mailing list
use-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-25 Thread Marty Knapp via use-livecode
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


Re: Big Sur issues

2020-08-25 Thread Marty Knapp via use-livecode
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

> On Aug 25, 2020, at 3:40 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> FYI I recently built my own tab control that looks almost exactly like the 
> one the Mac displays, but it has two advantages: 
> 
> 1. It looks good on both Windows AND Mac. 
> 2. It has support for Drag and Drop. 
> 
> You edit the tabs by right-clicking in the “pane” of the group object, then 
> selecting Tabs. You use an answer dialog to enter a comma separated list of 
> tabs. When these are built there are invisible buttons created over the top 
> of the Segmented Control Widget tabs. (The only reason I did this is so I 
> could drag over a button and it would hilite, and also because I could create 
> a behavior that is applied to ALL the buttons, so I only have one place to go 
> to edit the code for them.) 
> 
> Sizing works for every side but the top. I haven’t spent any time trying to 
> figure that one out. Also, I’ve had problems adding more than one tab at a 
> time, but I think I know what is wrong there. 
> 
> Let me know and I will try to kludge together a sample stack. 
> 
> Bob S
> 
> 
>> On Aug 25, 2020, at 3:27 PM, Marty Knapp via use-livecode 
>>  wrote:
>> 
>> I just installed the latest beta of the Big Sur OS on my MacBook Pro and ran 
>> an LC app built in 9.6.1 (that works fine on Catalina) and right off it 
>> looks like 2 things are broken:
>> 
>> 1) Tabbed buttons - the active tab does not show the text, it’s just blank 
>> white. Tried both Light and Dark modes with no difference
>> 2) WindowShape - whatever graphic you’ve selected for the shape is ignored
>> 
>> Anybody else finding these or other issues?
>> 
>> 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


Big Sur issues

2020-08-25 Thread Marty Knapp via use-livecode
I just installed the latest beta of the Big Sur OS on my MacBook Pro and ran an 
LC app built in 9.6.1 (that works fine on Catalina) and right off it looks like 
2 things are broken:

1) Tabbed buttons - the active tab does not show the text, it’s just blank 
white. Tried both Light and Dark modes with no difference
2) WindowShape - whatever graphic you’ve selected for the shape is ignored

Anybody else finding these or other issues?

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


Re: revCopyFolder - execution error in standalone

2020-06-05 Thread Marty Knapp via use-livecode
I’ve been fiddling with this and so far this is what I've found:
The problem only exists on Mac
In the IDE it works fine on both LC 9.5.1 and 9.6
If I create a basic test stack, standalones from 9.5.1 and 9.6 both work fine
But when I build my actual app with Levure, the app built with 9.5.1 works but 
the app built with 9.6 does not work
The result just contains "execution error"
So I guess I need to post something in the Levure forum to see if anyone else 
has had the same issue.

Marty

> On Jun 5, 2020, at 3:22 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> The common library is included automatically in every standalone, so you 
> don't need to select it. I think revMoveFolder is in the same library, and 
> since that works you can assume the library is loaded.
> 
> What does the execution error say? If you get the result, does that tell you 
> anything? Is the app fully loaded before you call revCopyFolder? Libraries 
> aren't available until the app is fully up and running.
> 
> On 6/5/20 2:34 PM, Marty Knapp via use-livecode wrote:
>> Clarification - “revCopyFolder" it is working on Windows but not on Mac. 
>> Standalones built with LC 9.6 release version. revMoveFolder is working on 
>> both.
>> Marty
>>> On Jun 5, 2020, at 11:32 AM, Marty Knapp  wrote:
>>> 
>>> I'm trying to implement "revCopyFolder" in a standalone. It works fine in 
>>> the IDE but gets an "execution error" in a standalone. In the dictionary it 
>>> says the "Common library" is implemented. I am manually setting inclusions 
>>> and don't see anything there that hints at this. Is there some library that 
>>> I need to select? I have been using revMoveFolder successfully in this same 
>>> standalone. Any tips?
>>> 
>>> Thanks,
>>> Marty
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com


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


Re: revCopyFolder - execution error in standalone

2020-06-05 Thread Marty Knapp via use-livecode
Clarification - “revCopyFolder" it is working on Windows but not on Mac. 
Standalones built with LC 9.6 release version. revMoveFolder is working on both.

Marty

> On Jun 5, 2020, at 11:32 AM, Marty Knapp  wrote:
> 
> I'm trying to implement "revCopyFolder" in a standalone. It works fine in the 
> IDE but gets an "execution error" in a standalone. In the dictionary it says 
> the "Common library" is implemented. I am manually setting inclusions and 
> don't see anything there that hints at this. Is there some library that I 
> need to select? I have been using revMoveFolder successfully in this same 
> standalone. Any tips?
> 
> Thanks,
> 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


revCopyFolder - execution error in standalone

2020-06-05 Thread Marty Knapp via use-livecode
I'm trying to implement "revCopyFolder" in a standalone. It works fine in the 
IDE but gets an "execution error" in a standalone. In the dictionary it says 
the "Common library" is implemented. I am manually setting inclusions and don't 
see anything there that hints at this. Is there some library that I need to 
select? I have been using revMoveFolder successfully in this same standalone. 
Any tips?

Thanks,
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


Script editor inserting periods

2020-02-21 Thread Marty Knapp via use-livecode
For some reason LC is auto inserting periods in the script editor - at the end 
of what it thinks is a sentence. If I don’t catch it then the code breaks of 
course. Is there somewhere I can turn that off? Couldn’t see anything in 
preferences. (LC 9.5.1)

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


Re: Option menu in datagrid

2020-02-11 Thread Marty Knapp via use-livecode
Thanks Sri - I knew it had to be something simple!

Marty

> On Feb 11, 2020, at 9:26 AM, Sri via use-livecode 
>  wrote:
> 
> "...* table-style datagrid and each row includes an option menu *
> 
> *button"*
> 
> 
> I assume you mean that your DG table has a column that contains an option
> menu button (which, of course, appears in each row).
> 
> Edit the default column behavior of the column that contains the option
> button.
> Edit the FillinData handler to include something like
> 
> If conditionA then
> set the text of button 1 of me to the text of field "OptionText1"
> else
> set the text of button 1 of me to the text of field "OptionText2"
> end if
> 
> Don't forget to refresh the data grid.
> 
> Tested; works!
> 
> Regards,
> Sri

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


Option menu in datagrid

2020-02-10 Thread Marty Knapp via use-livecode
I have a stack with a table-style datagrid and each row includes an option menu 
button. Depending on the context I want to change the menu items (the same for 
all occurrences). Thanks for any tips.

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


Re: Corrupted Stacks

2020-01-29 Thread Marty Knapp via use-livecode
That’s an interesting approach Matthias. Most of my customers save locally to 
their Documents folder. It’s just a few people using filer servers or Dropbox 
(iCloud, etc). I wonder, is there a reliable way to ascertain if the file is on 
a server?

Marty

> On Jan 29, 2020, at 11:48 AM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hi,
> i´ve ran into a similar situation a few months ago. This is what i´ve done.
> 
> I´ve saved the stack to the local temp folder and then used the revcopyfile 
> command to copy it to the network drive.
> When opening the app and that stack i used revcopyfile to copy the stack from 
> the network drive to the local temp folder and opened that copy of the stack.
> So always the stack in to the local temp folder is used, but a copy is made 
> to the network drive everytime i save the stack.
> This takes some time, but it´s acceptable and it works pretty well.
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 29.01.2020 um 19:08 schrieb Marty Knapp via use-livecode 
>> :
>> 
>> Thanks Richard. What would be considered a large file? In my case I would 
>> guess the average file is around 1mb though in some cases it could be up to 
>> 5mb.
>> 
>> In some cases the user has been able to recover from  the “~” file but not 
>> always. But it’s disconcerting to them that they never know when it might 
>> happen again. And it’s amazing how many people don’t have a backup plan in 
>> place.
>> 
>> Marty
>> 
>>> On Jan 28, 2020, at 6:12 PM, Richard Gaskin via use-livecode 
>>>  wrote:
>>> 
>>> Marty Knapp wrote:
>>> 
>>>> I have an app in which users create documents (stacks) that auto-save
>>>> when they're closed. I have a a few customers who are getting
>>>> corrupted stacks every once in a while. At least in a couple of cases
>>>> they are saving to a network server or over an internet connection.
>>> ...
>>>> Does anyone have any input with my shutdown routine? Ways of making it
>>>> more robust?
>>> 
>>> Save is save.  One command triggers the engine's save routine. Hard to get 
>>> leaner than that.
>>> 
>>> As a general rule, I would not advise saving large live documents over a 
>>> network, or to any folder managed by network sync (Dropbox, iCloud, 
>>> Nextcloud, etc.).  Tons of warnings from software vendors all over the web 
>>> about things like that.
>>> 
>>> Are the users able to recover from the "~" copy?
>>> 
>>> -- 
>>> Richard Gaskin
>>> Fourth World Systems


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

2020-01-29 Thread Marty Knapp via use-livecode
Thanks for your input Tom. If I'm not mistaken, isn't that what Dropbox does - 
saves to a local folder then makes a copy to the cloud? With Richard’s input 
that Dropbox and similar services are notorious for problems in this regard I 
can only surmise that it’s the trip over the internet that introduces the 
opportunity for corruption. But maybe I'm wrong on that.

I was just on the phone with a customer who is periodically (once every 2-3 
months) having this issue. He’s on a gigabit network and a 1mb file took about 
5 seconds to save before the document closed and the tilde version of the file 
was deleted. That’s seems pretty slow for that size of file.

Marty


> On Jan 29, 2020, at 9:30 AM, Tom Glod via use-livecode 
>  wrote:
> 
> I would change your save routine to save locally first, then copy to
> network location.  That should prevent those kinds of issues.
> 
> On Tue, Jan 28, 2020 at 9:14 PM Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Marty Knapp wrote:
>> 
>>> I have an app in which users create documents (stacks) that auto-save
>>> when they're closed. I have a a few customers who are getting
>>> corrupted stacks every once in a while. At least in a couple of cases
>>> they are saving to a network server or over an internet connection.
>> ...
>>> Does anyone have any input with my shutdown routine? Ways of making it
>>> more robust?
>> 
>> Save is save.  One command triggers the engine's save routine. Hard to
>> get leaner than that.
>> 
>> As a general rule, I would not advise saving large live documents over a
>> network, or to any folder managed by network sync (Dropbox, iCloud,
>> Nextcloud, etc.).  Tons of warnings from software vendors all over the
>> web about things like that.
>> 
>> Are the users able to recover from the "~" copy?
>> 
>> --
>> Richard Gaskin
>> Fourth World Systems


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

2020-01-29 Thread Marty Knapp via use-livecode
Thanks Richard. What would be considered a large file? In my case I would guess 
the average file is around 1mb though in some cases it could be up to 5mb.

In some cases the user has been able to recover from  the “~” file but not 
always. But it’s disconcerting to them that they never know when it might 
happen again. And it’s amazing how many people don’t have a backup plan in 
place.

Marty

> On Jan 28, 2020, at 6:12 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Marty Knapp wrote:
> 
> > I have an app in which users create documents (stacks) that auto-save
> > when they're closed. I have a a few customers who are getting
> > corrupted stacks every once in a while. At least in a couple of cases
> > they are saving to a network server or over an internet connection.
> ...
> > Does anyone have any input with my shutdown routine? Ways of making it
> > more robust?
> 
> Save is save.  One command triggers the engine's save routine. Hard to get 
> leaner than that.
> 
> As a general rule, I would not advise saving large live documents over a 
> network, or to any folder managed by network sync (Dropbox, iCloud, 
> Nextcloud, etc.).  Tons of warnings from software vendors all over the web 
> about things like that.
> 
> Are the users able to recover from the "~" copy?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 

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


Corrupted Stacks

2020-01-28 Thread Marty Knapp via use-livecode
I have an app in which users create documents (stacks) that auto-save when 
they're closed. I have a a few customers who are getting corrupted stacks every 
once in a while. At least in a couple of cases they are saving to a network 
server or over an internet connection. In some cases it seems to occur when 
they quit with a stack open. I've attempted to script around this by checking 
for the tilde version of the file and if it exists to  pause quitting.

I would say the stack size varies between 1 to 5 mb in size. App build with LC 
9.5.1 and a mix of Mac and Windows standalones.

Does anyone have any input with my shutdown routine? Ways of making it more 
robust?

Local sMyTildeFilename
on shutDownRequest
   Global gOpenDocument,gLastDocumentOpen
   --gOpenDocument contains the name of a currently open stack (if any)
   --gLastDocumentOpen contains the fileName of the last open stack
   --in case it was closed before quitting
   
   if gOpenDocument is among the lines of the openStacks then
  put the fileName of stack gOpenDocument & "~" into sMyTildeFilename
  save stack gOpenDocument
  close stack gOpenDocument
   else put gLastDocumentOpen & "~" into sMyTildeFilename
  
   --Don't allow quit until the temp file is deleted:
   if there is a file sMyTildeFilename then
  send quit to me in 1 second
   else pass shutDownRequest --Lets it quit
end shutDownRequest


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


Re: iOS background execution

2020-01-20 Thread Marty Knapp via use-livecode
I used "background execution” in my first and only iOS app and it works for me 
(it’s a very simple app). Haven’t had any unexpected behavior.

Marty

> On Jan 20, 2020, at 2:19 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I seem to be hitting zero for zero but here's another iOS question.
> 
> I thought all apps run in the background by default now on iOS. That isn't 
> happening. Switching to another app and then back to mine causes the app to 
> restart. I want the user to pick up where they left off.
> 
> Do we still need to select the "background execution" requirement in 
> standalone settings? In spite of the scary warning? Does it work?
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


Re: Something wrong with LiveCode 9.5.1

2019-12-20 Thread Marty Knapp via use-livecode
I just created a virtual machine and installed Yosemite (10.10) and 
successfully opened a signed, notarized and staple DMG/app. No hint of a 
problem. I’ve been advertising my app as compatible with Mac 10.9 or newer. 
After reading Paul’s test I was worried about this, though have not had any 
complaints at all. Anybody else tested notarized apps on older Mac OSes? I used 
AppWrapper 3 to do my signing and notarizing.

Marty

> On Dec 17, 2019, at 8:05 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> I believe at the time we tested the un-notarized DMG on 10.14.3 of Mojave. 
> Although I just tested an un-notarized and notarized and stapled DMG under 
> 10.14.6 and both opened.
> 
> 
> On 12/17/2019 9:41 AM, Eller, Roger via use-livecode wrote:
>> [10.14.5]  Mojave
>> 
>> LiveCodeIndy-9_5_1_Mac
>> 
>> The following disk images couldn't be opened.  Reason: image not recognized.
>> 
>> 
>> 
>> 
>> From: use-livecode  on behalf of Paul 
>> Dupuis via use-livecode 
>> Sent: Monday, December 16, 2019 6:06 PM
>> To: use-livecode@lists.runrev.com 
>> Cc: Paul Dupuis 
>> Subject: Re: Something wrong with LiveCode 9.5.1
>> 
>> 
>>  CAUTION: This email originated from outside of the organization. Do not 
>> click links or open attachments unless you recognize the sender and know the 
>> content is safe.
>> 
>> 
>> Okay, I blame a LONG day and bad memory.
>> 
>>   I went and found our testing notes:
>> 
>> macOS namesigned notarized stapled
>> 10.9  MavricksOK FAIL  FAIL
>> 10.10 YosemiteOK FAIL  FAIL
>> 10.11 El Capitan  OK FAIL  FAIL
>> 10.12 Sierra  OK OKOK
>> 10.13 High Sierra OK OKOK
>> 10.14 Mojave  OK OKOK
>> 10.15 Catalina*  OKOK
>> 
>> 
>> The divider is Sierra and above: Notarized DMGs are good. El Capatan and
>> below, Notarized DMGs are bad.
>> 
>> My bad memory. Sorry to cause unnecessary concern.


___
use-livecode mailing list
use-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: Table Text Livecode vs .....

2019-12-17 Thread Marty Knapp via use-livecode
On Windows could the “formatForPrinting” property be effecting this? Windows 
apparently uses different fonts for screen display vs printing.

Marty

> On Dec 17, 2019, at 12:51 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> I ran into something similar in Windows, but also something other...
> 
> I wanted to use a BarcodeFont, in my case 2of5i,  in a Windows application 
> i´ve created with LC.
> 
> When i displayed a barcode in the Windows text editor, the barcode was 
> displayed correctly. Even when i increased or decreased the font size, the 
> barcode was correctly displayed. The black and blank narrow and wide bars 
> showed all the correct size.
> 
> When i did the same in an LC field, the same barcode was also displayed, but 
> the wide and narrow black bars and the spaces were not correct in size. The 
> proportion of some of the black bars and the blank spaces were not correct. 
> When i changed the font size, then other bars and spaces showed this 
> behaviour.
> 
> I did not file a bug report, as i was not sure, if this really was a bug. Is 
> LC using native text fields in Windows?
> 
> To get finished i went another way and used a barcode sdk which creates 
> images of the barcode. But that´s an other story. ;)
> 
> Matthias
> 
> 
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> InstaMaker 
> WinSignMaker Mac 
> 
>> Am 17.12.2019 um 20:23 schrieb Terence Heaford via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Firstly I have an iMac, none retina.
>> 
>> 1. Just checked Pages & Numbers and they both appear similar to LC.
>> 
>> 2. Then checked TextEdit and that appears the same as Filemaker.
>> 
>> The rendering of the text in Filemaker & TextEdit appears to my poor 
>> eyesight to be more black (if that is possible).
>> My poor eyesight is the reason I notice this in the first place, because I 
>> have the same database in both LC & Filemaker.
>> I prefer the scripting of LC to Filemaker but the display of the same table 
>> is much clearer in Filemaker for the same font (more blackness).
>> 
>> Perhaps there is an anti alias setting or such like, that has not been 
>> implemented in LC.
>> 
>> If so it would be good to get that option?
>> 
>> There used to be (not sure if it’s there now) a terminal command
>> 
>> defaults write -g CGFontRenderingFontSmoothingDisabled -bool NO
>> 
>> and probably others for this sort of thing. Perhaps they have to be 
>> implemented in app.
>> 
>> 
>> 
>> Thanks
>> 
>> Terry
>> 
>> 
>> 
>>> On 17 Dec 2019, at 17:54, Bob Sneidar via use-livecode 
>>> mailto:use-livecode@lists.runrev.com>> 
>>> wrote:
>>> 
>>> 9.5.1 RC1
>>> 
 On Dec 17, 2019, at 09:14 , Paul Dupuis via use-livecode 
 mailto:use-livecode@lists.runrev.com>> 
 wrote:
 
 What version of LiveCode are you using.
 
 Older releases did not support the Retina display, but newer releases do.
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: iOS text file download from Dropbox

2019-12-07 Thread Marty Knapp via use-livecode
A follow-up. Apparently the standalone builder was not picking up that it 
needed the Dropbox library (maybe because I use a script only behavior stack). 
So I manually included the Dropbox library. Still no joy. Then I though that 
maybe the Dropbox Library had some dependencies, though I could find nothing in 
that regard. So I included a number of other libraries that I thought might be 
needed and now I'm in business. Seems like overkill just to read a text file in 
Dropbox but it works!

Marty

> On Dec 6, 2019, at 2:32 PM, Marty Knapp  wrote:
> 
> I'm working on my first iOS app. It needs to access a 6mb text file in 
> Dropbox. Using "dropboxDownLoad" it works fine on my Mac. On the iPhone I'm 
> using specialFolderPath("Documents") as the location to save but I get an 
> error every time - 573,336,1. When I poll it to see if the file exists it 
> comes back as true, though if it's there it's empty. Any clues for me?
> 
> I have the Dropbox app installed on my iPhone but can't figure out if there's 
> a way to access files from an LC app that way or not.
> 
> 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


iOS text file download from Dropbox

2019-12-06 Thread Marty Knapp via use-livecode
I'm working on my first iOS app. It needs to access a 6mb text file in Dropbox. 
Using "dropboxDownLoad" it works fine on my Mac. On the iPhone I'm using 
specialFolderPath("Documents") as the location to save but I get an error every 
time - 573,336,1. When I poll it to see if the file exists it comes back as 
true, though if it's there it's empty. Any clues for me?

I have the Dropbox app installed on my iPhone but can't figure out if there's a 
way to access files from an LC app that way or not.

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


Re: Connecting LC to Xcode

2019-12-04 Thread Marty Knapp via use-livecode
OK I took those steps but now when I launch Simulator I get this error:

“Unable to boot device because it cannot be located on disk. Us eat device 
manager in Xcode of the simctl command line tool to either delete the device 
properly or erase the contents and settings.”

I try selecting a device from the Hardware menu and can sometimes get one to 
load but then when I test from LC I get this error:

“Unable to start simulator: 634,0,0,unknown C++ exception 
573,228,1,revIPhoneSetSimulatorSDK"

There is a new Developer folder (I renamed the folder for 11.2). I looked in 
Preferences and removed everything that looked like it belonged to Xcode. 

> On Dec 4, 2019, at 11:36 AM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> Hehe, OK, I think I know where the problem is. I had the same problem and
> spent a lot of time trying to figure out the problem, as the error message
> from the simulator is not informative at all. So, short description of the
> problem:
> 
> By installing xcode11.x and its additional components, a couple of new
> subfolders were created in /Library/Developer/* folder. These new files
> contain the new CoreSimulator framework (of xcode11.x), which includes some
> changes. One of these is that it no longer allows installing apps to the
> simulator that do not include a particular key in the plist. Even if you
> uninstall Xcode 11 and install Xcode 10.1, this file is not replaced by
> Xcode10.1's equivalent (because the one from Xcode11 is newer, so it does
> not allow older ones to overwrite it).
> 
> Solution:
> 
> 1. Open Finder, and choose (from Finder's menubar) Go -> Go to Folder and
> enter /Library/Developer/
> 2. Delete the /Library/Developer/ folder (or rename it to
> /Library/XCode11_Developer/)
> 3. In the terminal, type sudo xcode-select --install and press enter. This
> will show a dialog asking the user to agree to xcode's terms and conditions
> and then to install the additional components. Click "I agree" and then
> "Yes install them"
> 4. This will create a new folder /Library/Developer/, which will contain
> the correct additional components (i.e. including the CoreSimulator
> framework) from Xcode 10.1
> 5. Now type in the the Terminal sudo xcode-select -s 
> 
> This will hopefully work. Then, make sure you follow the instructions from
> the previous post (i.e. to launch the simulator first and then click "Test"
> in LC)
> 
> Kind regards,
> Panos
> --
> 
> On Wed, 4 Dec 2019 at 19:55, Marty Knapp via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Yes those are the steps I’ve tried, only using Xcode 10.1 (couldn’t get LC
>> to accept 11.2). When I click the “Test” button it starts going through the
>> process of prepping the app then errors out with the message “Unable to
>> start simulation: Failed to install the requested application”
>> 
>> If I change the test target to my actual iPhone it installs it fine, so I
>> guess I’ll just do that.
>> 
>>> On Dec 3, 2019, at 11:25 PM, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hello all,
>>> 
>>> I usually follow these steps, and I almost never have problems with the
>>> simulator:
>>> 
>>> (Note: these instructions are for Xcode11.1, but are applicable to any
>>> Xcode version)
>>> 
>>> 0. Make sure the command line tools that will be used by LiveCode are the
>>> ones of the correct Xcode:
>>> (Launch Xcode 11.1, go to Xcode's menubar and choose Xcode->
>> Preferences->
>>> Locations and in the Command Line Tools dropdown choose "Xcode 11.1")
>>> 
>>> 1. Open the Simulator from Xcode11.1 (Launch Xcode, go to Xcode's menubar
>>> and choose
>>> Xcode -> Open Developer Tool -> Simulator
>>> 
>>> 2. Wait until the simulator fully loads, until it shows the device's Home
>>> screen
>>> 
>>> 3. You can change device by clicking on the Simulator's app menubar:
>>> 
>>> Hardware -> Device -> iOS 13.1 -> 
>>> 
>>> 4. Again, wait until the new simulator device fully loads, until it shows
>>> the
>>> device's Home screen
>>> 
>>> 5. Now go back to LiveCode, choose the iOS simulator under "Test Target"
>>> and
>>> finally press the Test button (or choose Development -> "Test")
>>> 
>>> Hope this helps.
>>> 
>>> Kind regards,
>>> Panos
>>> 
>>> 
>>> 
>>> On Wed, 4 D

Re: Connecting LC to Xcode

2019-12-04 Thread Marty Knapp via use-livecode
Yes those are the steps I’ve tried, only using Xcode 10.1 (couldn’t get LC to 
accept 11.2). When I click the “Test” button it starts going through the 
process of prepping the app then errors out with the message “Unable to start 
simulation: Failed to install the requested application”

If I change the test target to my actual iPhone it installs it fine, so I guess 
I’ll just do that.

> On Dec 3, 2019, at 11:25 PM, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello all,
> 
> I usually follow these steps, and I almost never have problems with the
> simulator:
> 
> (Note: these instructions are for Xcode11.1, but are applicable to any
> Xcode version)
> 
> 0. Make sure the command line tools that will be used by LiveCode are the
> ones of the correct Xcode:
> (Launch Xcode 11.1, go to Xcode's menubar and choose Xcode-> Preferences->
> Locations and in the Command Line Tools dropdown choose "Xcode 11.1")
> 
> 1. Open the Simulator from Xcode11.1 (Launch Xcode, go to Xcode's menubar
> and choose
> Xcode -> Open Developer Tool -> Simulator
> 
> 2. Wait until the simulator fully loads, until it shows the device's Home
> screen
> 
> 3. You can change device by clicking on the Simulator's app menubar:
> 
> Hardware -> Device -> iOS 13.1 -> 
> 
> 4. Again, wait until the new simulator device fully loads, until it shows
> the
> device's Home screen
> 
> 5. Now go back to LiveCode, choose the iOS simulator under "Test Target"
> and
> finally press the Test button (or choose Development -> "Test")
> 
> Hope this helps.
> 
> Kind regards,
> Panos
> 
> 
> 
> On Wed, 4 Dec 2019 at 08:00, scott--- via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I found that launching the simulator and getting a device running BEFORE
>> testing from LC often helped.  As an aside, since setting up LC 9.6.0(dp1)
>> and xCode 11.1 Ive been unable to get the simulator to load my app. I’m
>> still fiddling to see what how to attack it differently :- )
>> (If I go back to LC 9.0.5 and xCode 10.1 I can get it to work.)
>> 
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web   https://elementarysoftware.com/
>> email sc...@elementarysoftware.com
>> booth1-800-615-0867
>> --
>>> On Dec 3, 2019, at 8:16 PM, Marty Knapp via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Wow, this is fun. Well thanks to Curry I got a version of Xcode that
>> works (10.1) with LC 9.5 and Mojave. I make a simple app with one button
>> and try to launch in the Simulator and I get an error "The simulator seems
>> to be taking a long time to launch..." Sometimes get another error "Unable
>> to start simulation: Time out waiting for device to start."
>>> 
>>> I try launching the Simulator first, then click the "Test” button in LC
>> and that results in "Unable to start simulation: Failed to install the
>> requested application"
>>> 
>>>> On Dec 3, 2019, at 6:31 PM, Curry Kenworthy via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> 
>>>> LC and Xcode are a wee bit particular which version. Bookmark this page:
>>>> 
>>>> https://livecode.com/docs/9-5-0/faq/faq/
>>>> 
>>>> Best wishes,
>>>> 
>>>> Curry Kenworthy
>>>> 
>>>> Custom Software Development
>>>> "Better Methods, Better Results"
>>>> LiveCode Training and Consulting
>>>> http://livecodeconsulting.com/
>>>> 
>>>> ___
>>>> use-livecode mailing list
>>>> use-livecode@lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: Connecting LC to Xcode

2019-12-03 Thread Marty Knapp via use-livecode
Wow, this is fun. Well thanks to Curry I got a version of Xcode that works 
(10.1) with LC 9.5 and Mojave. I make a simple app with one button and try to 
launch in the Simulator and I get an error "The simulator seems to be taking a 
long time to launch..." Sometimes get another error "Unable to start 
simulation: Time out waiting for device to start."

I try launching the Simulator first, then click the "Test” button in LC and 
that results in "Unable to start simulation: Failed to install the requested 
application"

> On Dec 3, 2019, at 6:31 PM, Curry Kenworthy via use-livecode 
>  wrote:
> 
> 
> LC and Xcode are a wee bit particular which version. Bookmark this page:
> 
> https://livecode.com/docs/9-5-0/faq/faq/
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Custom Software Development
> "Better Methods, Better Results"
> LiveCode Training and Consulting
> http://livecodeconsulting.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


iOS Dropbox access

2019-11-27 Thread Marty Knapp via use-livecode
I have a desktop app that reads data from a text file in Dropbox. I want to 
create an iOS app that can also read (but not write) the same text file. I've 
installed the Dropbox app on my iPhone but cannot figure out how to access my 
text file from my LC app like I do on the desktop version. Is that doable or do 
I need to use the LC "dropboxDownload" feature to get the latest text file?  I 
could switch to iCloud Drive if that would make things easier - would 
specialFolderPath(“Documents”) then give me access to my text file?

---
Marty K
___
use-livecode mailing list
use-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: macOS Notarization helper for Levure

2019-10-09 Thread Marty Knapp via use-livecode
You won’t regret it Bob, Levure is a great framework. A big thanks (again) to 
Trevor.

Marty

> On Oct 9, 2019, at 9:39 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Brilliant. I really need to move to Levure. I'm going to have another go at 
> it. 
> 
> Bob S
> 
> 
>> On Oct 9, 2019, at 09:35 , Trevor DeVore via use-livecode 
>>  wrote:
>> 
>> Hi all,
>> 
>> After reading the article by Matthias on notarization* I put together a
>> helper for Levure that will notarize a DMG image when you package your
>> Levure application. Here is the link:
>> 
>> https://github.com/trevordevore/levurehelper-macos_notary
>> 
>> To use it you will need to update to version 0.9.2 of Levure which I
>> released today. Here are the release notes:
>> 
>> https://github.com/trevordevore/levure/releases/tag/v0.9.2.0
>> 
>> If you need help creating a DMG of your app then the dropDMG helper can
>> take care of that if you have dropDMG:
>> 
>> https://github.com/trevordevore/levurehelper-dropDMG
>> 
>> Of course, someone could write a helper that uses Apple's command line
>> tools to create a DMG as well.
>> 
>> *
>> http://lessons.livecode.com/m/4071/l/1122100-codesigning-and-notarizing-your-lc-standalone-for-distribution-outside-the-mac-appstore
>> 
>> -- 
>> Trevor DeVore
>> ScreenSteps
>> www.screensteps.com
> 


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


Re: Recommended specs for Windows Development computer.

2019-10-04 Thread Marty Knapp via use-livecode
I use Parallels + Windows 10 and a while back I switched to an SSD drive - wow 
what a difference that made, especially boot up time. I could never go back to 
using a virtual machine on a standard hard drive.

Marty

> On Oct 4, 2019, at 9:33 AM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Martin Koob wrote:
> > I have been developing the application  on on a Mac to this point but
> > need to have the PC for testing and debugging in a Windows
> > environment.
> >
> > Being a Mac guy I am not sure what I should look for in a PC—
> > processor, speed, RAM, etc.
> 
> Running Windows on metal is nice, but not very convenient compared to a VM 
> and rarely actually needed.
> 
> I keep a couple machines here with Windows installed as boot (Win7 and 
> Win10), and I can't recall the last time I needed to test with them, even for 
> a project I've been working on writing an interface for a client's custom 
> USB-driven hardware.
> 
> If you go metal, go cheap.  You won't be using it often anyway, and a machine 
> at or below average consumer specs helps inspire lean code that delights your 
> customers, while keeping a little extra money in your pocket for important 
> things like a nice dinner out.  CPUs a generation or two behind will still 
> give you plenty of useful lifespan, yet are often discounted as most folks 
> clamor for the Latest and Greatest.
> 
> 4GB RAM is a reasonable minimum for a testing machine.  Almost nothing worth 
> using ships with less these days.
> 
> If you do use a separate physical machine, I can't say enough good things 
> about the value of having your work files and LC Plugins folder synced via 
> Nextcloud or other folder syncing system (Dropbox et al). This will automate 
> transfers between machines, saving a lot of the annoyance of manual copies.  
> And for my Plugins folder it's been awesome - no matter where I'm working I 
> always know I have my latest toolkit.
> 
> 
> All that said, I've enjoyed the convenience of VMs for decades, and a few 
> years ago Mark Wieder suggested I try VirtualBox - never used anything else 
> since.  It's free and open source, and when I last used Parallels I found 
> VirtualBox was able to restore sessions in a fraction of the time.
> 
> With a VM you can share the Clipboard across OSes, as well as folders, 
> hardware, and more.  Being able to copy code from my dev OS into the test OS 
> has been a godsend of a convenience more times than I can count.
> 
> Running a second OS within your main OS will eat some RAM;  Min. 8 GB, 16 GB 
> feels luxurious.
> 
> Whether virtual or physical, the OS choice is no choice: Windows 10 is the 
> present and future of Windows.  What I personally prefer doesn't matter for 
> testing.  I need what my customers use, and while it can be useful to spin up 
> VMs with older Windows versions, Win10 is where the action is today, and 
> tomorrow.
> 
> -- 
> 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: No object selected

2019-09-19 Thread Marty Knapp via use-livecode
Thanks Mark. Tried 9.0.4 but the issue persists. Saved in a legacy format and 
opened in LC 6.5 and I can access the property inspector there… Then open again 
in 9.0.4 but still no joy.

Marty

> On Sep 19, 2019, at 2:01 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> On 9/19/19 10:05 AM, Marty Knapp via use-livecode wrote:
>> Anybody had this happen - I have an older LC stack that works fine and in LC 
>> 9.5 I can edit the script of all the controls, but when I try to open the 
>> property inspector it will show the name of the object at the top of the 
>> inspector window but is says "no object selected" The only exception is for 
>> the stack itself, it will open for that.
> 
> Yep. Have seen that one. Pre-9.5 works ok.
> 
> -- 
> 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


No object selected

2019-09-19 Thread Marty Knapp via use-livecode
Anybody had this happen - I have an older LC stack that works fine and in LC 
9.5 I can edit the script of all the controls, but when I try to open the 
property inspector it will show the name of the object at the top of the 
inspector window but is says "no object selected" The only exception is for the 
stack itself, it will open for that.

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


Re: OT: Catalina - the end of ad hoc & in-house development?

2019-09-11 Thread Marty Knapp via use-livecode
Just tried my previous tests with non-signed, non-notarized apps with the 
Catalina beta 8 (just released today) with the same result as beta 7. I also  
zipped an app, transferred it to the Catalina machine via thumb drive, then 
unzipped and ran without complaint or warning. So it would appear that  
downloaded apps are what triggers the warning.

Marty

> On Sep 11, 2019, at 5:13 PM, Marty Knapp  wrote:
> 
> I just tried 2 apps that I built in LC 9.5 business. I have Catalina beta 7 
> installed. Neither app was code signed or notarized. I moved the apps to that 
> machine via a thumb drive and did not zip compress either one. They both 
> launched on Catalina beta without complaint. 
> 
> Next I zipped one of the apps and uploaded to my server and then downloaded 
> it to the Catalina beta. This time when I tried to open, I got the message 
> that it could not be opened because its integrity couldn’t be verified. The 
> only options were “Move to trash” or “cancel”
> 
> I then right clicked and chose Open and again got the warning about not being 
> able to verify but now had an additional option to open, which it did. I quit 
> and opened again - this time with no warnings or trouble.
> 
> I did just get a notice that beta 8 is available. Will test when I get it 
> installed.
> 
> Marty
> 
>> On Sep 11, 2019, at 11:07 AM, Richmond via use-livecode 
>>  wrote:
>> 
>> The most telling test is if anyone who has a Catalina beta installed runs 
>> off a Macintosh
>> standalone and sees if they can run it themselves: wether from the Open 
>> Source version or
>> one of the commercial versions.
>> 
>> Richmond.
>> 
>> On 11.09.19 18:21, Dar Scott Consulting via use-livecode wrote:
>>> Keeping a clear look at things... That $100/yr does include "beta OS 
>>> releases, advanced app capabilities, technical support, and tools to 
>>> develop, test, and distribute apps." At one time one could get past OSs, 
>>> but I don't think it is the case now. And you could go down to the test 
>>> warehouse and test on old machines.
>>> 
>>> On the Windows side, I have used MSDN Universal ($2200/yr) and MSDN 
>>> Operating Systems ($700/yr) in the past. The latter might be comparable to 
>>> the Apple Developer membership. Well, it was when you could get past OSes 
>>> from Apple.
>>> 
>>> I have seen ads for codesigning certs that work for both Apple and Windows. 
>>> I don't know what that means. And I don't know why the fees for 2nd and 3rd 
>>> years are so high.
>>> 
>>> Dar
>>> 
>>> Senior Consultant
>>> Dar Scott Consulting
>>> 
>>> Mad Scientist
>>> darzLab
>>> 
 On Sep 11, 2019, at 2:38 AM, JJS via use-livecode 
  wrote:
 
 The ratio of money asked from devs is also of course: (considered mobile)
 
 Mobile Operating Systems   Percentage Market Share
 Mobile Operating System Market Share Worldwide - August 2019
 Android76.23%
 iOS22.17%
 KaiOS  0.59%
 Unknown0.26%
 Samsung0.21%
 Windows0.2%
 
 So apple iOs is somewhat increasing this year, in 2018 it was 15% 
 worldwide.
 
 Apple asks 100$ yearly --iOs/ (and macOS)
 
 Google ask 25$ one time fee -- Android
 
 Amazon is FREE ! (for the time being) -- Kindle which is just Android
 
 You can also use other platforms for free like Fdroid
 
 Beats me why Apple charges so much yearly while the gain i think is to 
 lower that cost as they earn money from your sales anyway.
 
 Is there an alternative platform for iOs/macOs ?
 
 
 Op 11-9-2019 om 07:57 schreef Peter Reid via use-livecode:
> I've been reading the responses to my original posting with interest. My 
> thoughts are as follows:
> 
> 1. Matthias Rebbe's tutorial and helper stack seem to be excellent and 
> appear to be the best way of complying with Apple's requirements, for 
> now. Let's hope that Matthias can maintain this as Apple move the 
> goalposts over time! If Matthias is unable to sustain these aids I'd hope 
> that the LC mothership would adopt them.
> 
> 2. A lot of the apps I develop are used by immediate friends and family 
> (and a tiny circle of customers). They are private developments for use 
> in closed communities. Apple have no right to be involved in these and 
> the extended development cycle caused by their involvement is just 
> unnecessary pain.
> 
> 3. If Apple's measures really did provide bullet-proof protection the 
> pain could be justified given the gain. However we know that this 
> protection process is continuous and it becomes more and more onerous 
> over time whilst still providing partial protection for a limited time.
> 
> 4. If the Apple measures were a simple switchable setting I could switch 
> them off whilst I check the user experience for a new user. Then I could 
> switch the features back on to see the fully Apple-ised 

Re: OT: Catalina - the end of ad hoc & in-house development?

2019-09-11 Thread Marty Knapp via use-livecode
I just tried 2 apps that I built in LC 9.5 business. I have Catalina beta 7 
installed. Neither app was code signed or notarized. I moved the apps to that 
machine via a thumb drive and did not zip compress either one. They both 
launched on Catalina beta without complaint. 

Next I zipped one of the apps and uploaded to my server and then downloaded it 
to the Catalina beta. This time when I tried to open, I got the message that it 
could not be opened because its integrity couldn’t be verified. The only 
options were “Move to trash” or “cancel”

I then right clicked and chose Open and again got the warning about not being 
able to verify but now had an additional option to open, which it did. I quit 
and opened again - this time with no warnings or trouble.

I did just get a notice that beta 8 is available. Will test when I get it 
installed.

Marty

> On Sep 11, 2019, at 11:07 AM, Richmond via use-livecode 
>  wrote:
> 
> The most telling test is if anyone who has a Catalina beta installed runs off 
> a Macintosh
> standalone and sees if they can run it themselves: wether from the Open 
> Source version or
> one of the commercial versions.
> 
> Richmond.
> 
> On 11.09.19 18:21, Dar Scott Consulting via use-livecode wrote:
>> Keeping a clear look at things... That $100/yr does include "beta OS 
>> releases, advanced app capabilities, technical support, and tools to 
>> develop, test, and distribute apps." At one time one could get past OSs, but 
>> I don't think it is the case now. And you could go down to the test 
>> warehouse and test on old machines.
>> 
>> On the Windows side, I have used MSDN Universal ($2200/yr) and MSDN 
>> Operating Systems ($700/yr) in the past. The latter might be comparable to 
>> the Apple Developer membership. Well, it was when you could get past OSes 
>> from Apple.
>> 
>> I have seen ads for codesigning certs that work for both Apple and Windows. 
>> I don't know what that means. And I don't know why the fees for 2nd and 3rd 
>> years are so high.
>> 
>> Dar
>> 
>> Senior Consultant
>> Dar Scott Consulting
>> 
>> Mad Scientist
>> darzLab
>> 
>>> On Sep 11, 2019, at 2:38 AM, JJS via use-livecode 
>>>  wrote:
>>> 
>>> The ratio of money asked from devs is also of course: (considered mobile)
>>> 
>>> Mobile Operating SystemsPercentage Market Share
>>> Mobile Operating System Market Share Worldwide - August 2019
>>> Android 76.23%
>>> iOS 22.17%
>>> KaiOS   0.59%
>>> Unknown 0.26%
>>> Samsung 0.21%
>>> Windows 0.2%
>>> 
>>> So apple iOs is somewhat increasing this year, in 2018 it was 15% worldwide.
>>> 
>>> Apple asks 100$ yearly --iOs/ (and macOS)
>>> 
>>> Google ask 25$ one time fee -- Android
>>> 
>>> Amazon is FREE ! (for the time being) -- Kindle which is just Android
>>> 
>>> You can also use other platforms for free like Fdroid
>>> 
>>> Beats me why Apple charges so much yearly while the gain i think is to 
>>> lower that cost as they earn money from your sales anyway.
>>> 
>>> Is there an alternative platform for iOs/macOs ?
>>> 
>>> 
>>> Op 11-9-2019 om 07:57 schreef Peter Reid via use-livecode:
 I've been reading the responses to my original posting with interest. My 
 thoughts are as follows:
 
 1. Matthias Rebbe's tutorial and helper stack seem to be excellent and 
 appear to be the best way of complying with Apple's requirements, for now. 
 Let's hope that Matthias can maintain this as Apple move the goalposts 
 over time! If Matthias is unable to sustain these aids I'd hope that the 
 LC mothership would adopt them.
 
 2. A lot of the apps I develop are used by immediate friends and family 
 (and a tiny circle of customers). They are private developments for use in 
 closed communities. Apple have no right to be involved in these and the 
 extended development cycle caused by their involvement is just unnecessary 
 pain.
 
 3. If Apple's measures really did provide bullet-proof protection the pain 
 could be justified given the gain. However we know that this protection 
 process is continuous and it becomes more and more onerous over time 
 whilst still providing partial protection for a limited time.
 
 4. If the Apple measures were a simple switchable setting I could switch 
 them off whilst I check the user experience for a new user. Then I could 
 switch the features back on to see the fully Apple-ised experience. As it 
 is now, using the current Catalina beta on my development Mac, I see no 
 blocking or warnings. So I've no way of testing the user experience on my 
 development Mac. I have to find another Mac to act as my newbie user. Even 
 then if such a Mac has been a previous newbie, how do you neutralise it to 
 relive the newbie experience?
 
 5. The $100 charge each year is inexcusable. Basically Apple are saying 
 "We'll make any app development more tedious unless you pay up $100 every 

Re: Notarizing

2019-09-04 Thread Marty Knapp via use-livecode
Thank you Matthias! I appreciate you getting back to me so quickly and for all 
your work on this - very helpful.

---
Marty Knapp

> On Sep 4, 2019, at 12:23 PM, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hello Marty,
> 
> i am reallly sorry if my explanations were not clear enough, as not native 
> English it´s sometimes a little bit difficult to find the correct technical 
> expressions in English.
> 
> Apple´s email is a generic email. So just ignore the part with the exporting 
> in it.
> 
> 
> The complete Notarizing process  is a 2 step process 
> 1 - Notarizing (required)
> 2 - Stapling (optional)
> 
> Step 1  uploading a DMG containing the app or a Zip containingg the app to 
> Apple.
> Apple then is checking the App in the DMG /ZIP. The result of the check then 
> is sent to you in a confirmation email.
> If the email informs you, that the app  is ready for distribution, then you 
> could distribute the Zip or the DMG, right away.
> 
> But without Step 2 everytime the app is launched on the customer´s Mac, 
> Gatekeeper connects to Apple´s servers and asks if the App was notarized. If 
> this is confirmed by Apple then the App will be launched. But in case there 
> is no internet connection available, then Gatekeeper cannot connect to 
> Apple´s servers and therefore the app cannot be launched.
> 
> So, although the 2nd step is not mandatory, it is recommended.
> The 2nd step then is Stapling the Notarization ticket id to the app. With 
> this ticket attached to the App/DMG the app can be launched on the customer´s 
> Mac without Gatekeeper asking Apple about the Notarization status.
> 
> 
> My Helper stack is doing both steps. So the DMG and the app in it and also 
> the source app are notarized and stapled.
> When doing the 2 steps but uploading a Zip file with the stack, then only the 
> source app is stapled, as it is not possible to staple a Zip file.
> 
> I´ve created a litte diagram which shows an overview about Notarization and 
> Stapling using the DMG or Zip method. Maybe this is useful
> 
> https://dl.qck.nu/?dl=Notarize_an_App.pdf 
> <https://dl.qck.nu/?dl=Notarize_an_App.pdf>
> 
> 
> Regards,
> 
> Matthias
> 
> Matthias Rebbe
> Matthias Rebbe
> 
> free tools for Livecoders:
> InstaMaker <https://instamaker.dermattes.de/>
> WinSignMaker Mac <https://winsignhelper.dermattes.de/>
> 
>> Am 04.09.2019 um 18:41 schrieb Marty Knapp via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Hello Matthias,
>> I hope you don’t mind me asking a question, but perhaps other are confused 
>> too. I have successfully notarized my app and I get an email from Apple 
>> saying that is was successful and that I can now “export" and distribute my 
>> app. So that confused me. Perhaps that’s just a step for folks who build 
>> apps in Xcode? If not, from where do I export? Or is my local DMG or app 
>> (the zipped version I would presume) now notarized and stapled?
>> 
>> Thanks for all your work on this - it is much appreciated.
>> 
>> ---
>> Marty Knapp
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com <mailto:use-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


Notarizing

2019-09-04 Thread Marty Knapp via use-livecode
Hello Matthias,
I hope you don’t mind me asking a question, but perhaps other are confused too. 
I have successfully notarized my app and I get an email from Apple saying that 
is was successful and that I can now “export" and distribute my app. So that 
confused me. Perhaps that’s just a step for folks who build apps in Xcode? If 
not, from where do I export? Or is my local DMG or app (the zipped version I 
would presume) now notarized and stapled?

Thanks for all your work on this - it is much appreciated.

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


PDF Widget

2019-06-24 Thread Marty Knapp via use-livecode
I was just playing with the new PDF widget in LC 9.5. You can insert a PDF and 
overlay other LC objects (very cool) and then print the card but the PDF 
portion prints at low resolution - or did I miss something?

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


Re: iOS First App

2019-06-21 Thread Marty Knapp via use-livecode
Thanks Ralph.

Marty


> On Jun 20, 2019, at 6:23 PM, Ralph DiMola via use-livecode 
>  wrote:
> 
> Hey Marty...
> 
> 1) You can run up to 100 "test" devices without having to publish to the
> store. You will have to rebuild it once a year when your development
> certificate is renewed.
> 2) I gave to 50,000 foot overview of what you need to do to get an app up
> and running(iOS and Android) at this year's conference along with handlers
> to do the icons and splash screens. You can ask support on how to get this.
> The basic concept still stands.
> Create/download/install a development iOS certificate to your Mac.  Create
> an app ID. This allows you to create a provisioning profile that Xcode
> downloads for use by LiveCode.
> 3) If you have a URL to the file then it's child's play  pointing to a file") into myVar>
> 4) Putting text into an email is easy(mobileComposeMail).
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> 
> -Original Message-----
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
> Of Marty Knapp via use-livecode
> Sent: Thursday, June 20, 2019 6:38 PM
> To: Use Livecode
> Cc: Marty Knapp
> Subject: iOS First App
> 
> I'm thinking of diving into my first iOS app. I'd like to adapt my existing
> desktop LC-based customer database so I can take care of customers when I'm
> out and about. The iOS app would just be for me and NOT be distributed. The
> actual data is in a text file and resides in Dropbox. I do have an Apple
> Developer account.
> 
> Can anyone tell me:
> 
> 1) Can I build an app just for myself and have it *perpetually* on my
> iPhone? Any caveats?
> 
> 2) Is there a good tutorial somewhere to help me get started on this? Looks
> like the lessons on the Livecode site are kind of old - still relevant?
> 
> As far as capabilities, it just needs:
> 1) to be able to read the text file in Dropbox
> 2) to be able to copy text (to paste into an email)
> 
> It will most likely just be used in the portrait orientation, so all-in-all
> a very simple app.
> 
> 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


iOS First App

2019-06-20 Thread Marty Knapp via use-livecode
I'm thinking of diving into my first iOS app. I'd like to adapt my existing 
desktop LC-based customer database so I can take care of customers when I'm out 
and about. The iOS app would just be for me and NOT be distributed. The actual 
data is in a text file and resides in Dropbox. I do have an Apple Developer 
account.

Can anyone tell me:

1) Can I build an app just for myself and have it *perpetually* on my iPhone? 
Any caveats?

2) Is there a good tutorial somewhere to help me get started on this? Looks 
like the lessons on the Livecode site are kind of old - still relevant?

As far as capabilities, it just needs:
1) to be able to read the text file in Dropbox
2) to be able to copy text (to paste into an email)

It will most likely just be used in the portrait orientation, so all-in-all a 
very simple app.

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


Re: LC Toolbar

2018-01-24 Thread Marty Knapp via use-livecode
I had resorted to the "Toolbar Text" only option but I will try setting 
the revMenubar to palette - I have a stack that automatically opens when 
LC boots and I'll stick that in there.


Thanks all for your input.

Marty

TMHO it is a feature. Another comfort way to bring LC to front:
Click on a pixel between the toolbar sections (I use "Toolbar Text" only).

** 1. You have the option to hide the "Toolbar":

[a] by script: hide stack "revMenubar"
[b] use Menu View: uncheck "Toolbar Text" and uncheck "Toolbar icons"

** 2. Yet another option is (to have the LC 6 behavior):

set style of stack "revMenubar" to "palette"
(issue once after each LC's startup).

Forgot to say: The above 1. and 2. works always, not only on MacOS.
So you can use it for your cross-platform-thingies.

___



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


Re: LC Toolbar

2018-01-24 Thread Marty Knapp via use-livecode
But it isn't like this in LC 6.6.5 (didn't use anything in between). If 
I'm in the Finder the top LC toolbar obscures anything behind it on the 
desktop and I am unable to access folders and files I have there. Maybe 
I haven't explained myself well. Here's a screenshot of the top of my 
screen while LC is launched but Finder is at the front:


<http://martyknapp.on-rev.com/test/LC_Toolbar.png>

This is happening on both my iMac and MacbookPro. If it's a feature, can 
I change it? If it's a bug I'll file a report. I'm just surprised nobody 
else is seeing this or finding it annoying. I shouldn't have to quit LC 
to get to folders at the top of my screen. For now I've set my "View" to 
"Toolbar Text" only (no icons) - that narrows it enough that I can 
access stuff at the top of my screen.


Marty

On Tue, Jan 23, 2018 at 11:21 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 1/23/18 6:34 PM, Marty Knapp via use-livecode wrote:


So I just installed LC 8.1.8 on my Mac and the toolbar always displays
whether or not LC is the active app. Is this a "feature?" I tried disabling
all plugins, etc. What am I missing? Thanks.


Well, it's a separate document window so if you bring one window of
another app to the front the LC toolbar will still show. The same thing
happens with any OS X app. I can't remember now if the toolbar used to be a
palette, it would disappear if so.

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


LC Toolbar

2018-01-23 Thread Marty Knapp via use-livecode
So I just installed LC 8.1.8 on my Mac and the toolbar always displays 
whether or not LC is the active app. Is this a "feature?" I tried 
disabling all plugins, etc. What am I missing? Thanks.


Marty K

___
use-livecode mailing list
use-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: Resizing stack window by scaling

2017-10-20 Thread Marty Knapp via use-livecode

Hi Peter,
I was faced with the same issue and for me I ended up adding a "View" 
menu to the menubar with user selectable sizes. Since scaleFactor was 
not really meant to be used this way there are some drawbacks, the main 
one being that the window will move on screen. It will not grow/shrink 
from the top-left corner. I've also run into an issue with option menus. 
If you have more items than fit and therefor require the menu items to 
scroll, it won't work - it only works reliably at 100%


Marty

Hi,

I’m needing to allow the user resize a stack window using scaleFactor and am 
needing advice about interface.

First of all, I see that some Livecoders are using scripts to scale controls 
and text when the user drags the stack size larger or smaller. In my case, 
there are too many controls and text layout is too sensitive, and I really 
don’t need the improvement in resolution to use that method. In my case:
1. Default size is good for most people
2. Some have 12” laptops that make the window just a tad too large to fit
3. Some have larger screens whereby they might want to expand the window to 
fill more space

For the too-small issue, I can automatically scale the window at start up. 
However, how do I present the choice to the user to manually make the window 
larger/smaller?

Clicking on the zoom box resizes the window, not scales it—no good. Is there a 
message that can be intercepted to scale instead of zoom?

Do I otherwise (working with the stack with size locked) add drag controls to 
the edges of the window that scales when dragged? Does anyone have scripts for 
that?

Or should this be some kind of preference item?

Thanks,

Peter Bogdanoff
ArtsInteractive



___
use-livecode mailing list
use-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: Bad Crash on Attempt to Group Radio Buttons

2017-08-27 Thread Marty Knapp via use-livecode
I use this feature extensively in an app where there is card that has 
objects that users can select to change properties (line width, color, 
font, etc) and at the top of the window is a toolbar with font menu, 
etc. I don't want the user to be able to select the toolbar controls and 
accidentally delete them or alter them, so I use the cantSelect property 
on those.


Marty K

On 08/27/2017 01:10 PM, J. Landman Gay via use-livecode wrote:

CantSelect is false by default, and since it isn't in the project 
browser, new users are unlikely to know about it. They're also 
unlikely to dig into the Plugins menu to show the app browser, so 
mistakes would probably be rare.


I don't think I've ever used the cantSelect property, and I've been 
having a hard time trying to come up with a use case for it. Can you 
clue me in as to a situation where this might be useful? 



___
use-livecode mailing list
use-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: High Sierra & LC

2017-07-14 Thread Marty Knapp via use-livecode
With the release of High Sierra scheduled for this Fall (Sept/Oct?), it 
would be nice to hear from the mother ship what is happening with this. 
If no version of LC will produce an app that will run reliably on it, I 
would think there would be more concern?


Marty

9.0 db 8 and 8.14 and 8.15 opens fine in 64 bit mode, trying to set any color 
via the color palette crashes any of these versions of LC.

Tore


14. jul. 2017 kl. 20:56 skrev Colin Holgate via use-livecode 
<use-livecode@lists.runrev.com>:

7.1.4 is intermittent, sometimes it opens fine. 8.1.4 and 8.1.5 have issues if 
they are set to open in 32 bit. 9.0.0 seems fine. Downloading 8.1.6 now to see 
how that does.




On Jul 14, 2017, at 11:46 AM, Marty Knapp via use-livecode 
<use-livecode@lists.runrev.com> wrote:

I just downloaded the latest Mac OS beta - High Sierra and attempted to run 2 
different apps that were built with LC 6.6.5. When I tried to print from each, 
they both crashed before the system print dialog appeared. They both function 
fine running on Sierra. Has anyone done any testing with their apps? I 
understand that High Sierra is beta, but I do want to be ready when it ships 
this Fall. Do later versions of LC on High Sierra work OK for anyone?

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


High Sierra & LC

2017-07-14 Thread Marty Knapp via use-livecode
I just downloaded the latest Mac OS beta - High Sierra and attempted to 
run 2 different apps that were built with LC 6.6.5. When I tried to 
print from each, they both crashed before the system print dialog 
appeared. They both function fine running on Sierra. Has anyone done any 
testing with their apps? I understand that High Sierra is beta, but I do 
want to be ready when it ships this Fall. Do later versions of LC on 
High Sierra work OK for anyone?


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


Re: [OT] Renewing Apple Developer ID Installer Certificate

2017-07-03 Thread Marty Knapp via use-livecode
Thanks Colin. It is a bit different than iOS (and I'm not selling in the 
Mac App Store either). What I've done at this point is to generate new 
certificates for both the Developer ID Application and Developer ID 
Installer. There appears to be no renewal capability. I use AppWrapper 
to codesign my apps and in looking at the setup, I'm guessing that 
Developer ID Installer certificate, while required in AppWrapper, is 
only for when you build an installer package (I use a DMG).


I'll have to wait till Wednesday when my old certificates expire to see 
if I have trouble with the previously signed apps. If someone knows 
anything more, I'm all ears. Hopefully I'm good for another 5 years, 
when I'll forget how to do this all over again - I love getting old!


Marty

I would think that it’s the same as with iOS. When you go back to 
https://developer.apple.com/account/mac/certificate/ 
<https://developer.apple.com/account/mac/certificate/> after renewing your 
subscription it will most likely have an expired certificate. You make a new one, 
then go to the provisioning profile for your app, it should show as expired. Edit it 
and re-select the certificate, picking the new one.

If the current certificate is still valid for a while you can still edit the 
provisioning profile to give it a fresh start.

If you edit a provisioning profile file you should find an ExpirationDate entry 
that gives the date it will expire.



On Jul 3, 2017, at 12:23 PM, Marty Knapp via use-livecode 
<use-livecode@lists.runrev.com> wrote:

I sell and distribute Mac apps from my own website and have the Apple Developer 
ID Application Certificate and the Developer ID Installer Certificate. I've 
been notified that they will both expire in a couple of days.

According to the Apple web site, if the Developer ID Installer Certificate 
expires, users will *not* be able to install any applications signed with the 
certificate. (an expired Developer ID Application Certificate is not a problem 
for existing installers).

What I can't seem to find are instructions on *renewing* the certificate. I 
found one article that said I needed to revoke the old one and then create a 
new one. That makes me a little nervous. Obviously I don't want to screw this 
up and have customers going crazy, while I'm frantically trying to figure out 
what to do.

You would think that Apple would have an easy Steps 1-2-3 to renew, but I sure 
can't find them. Anyone done this recently? Should I revoke the old one or wait 
till it expires?

Thanks for any help,
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

[OT] Renewing Apple Developer ID Installer Certificate

2017-07-03 Thread Marty Knapp via use-livecode
I sell and distribute Mac apps from my own website and have the Apple 
Developer ID Application Certificate and the Developer ID Installer 
Certificate. I've been notified that they will both expire in a couple 
of days.


According to the Apple web site, if the Developer ID Installer 
Certificate expires, users will *not* be able to install any 
applications signed with the certificate. (an expired Developer ID 
Application Certificate is not a problem for existing installers).


What I can't seem to find are instructions on *renewing* the 
certificate. I found one article that said I needed to revoke the old 
one and then create a new one. That makes me a little nervous. Obviously 
I don't want to screw this up and have customers going crazy, while I'm 
frantically trying to figure out what to do.


You would think that Apple would have an easy Steps 1-2-3 to renew, but 
I sure can't find them. Anyone done this recently? Should I revoke the 
old one or wait till it expires?


Thanks for any help,
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