Re: Start using font

[J. Landman Gay via use-livecode]

Thanks, I was hoping that was the case. So it's a dictionary error. Good.

On 1/6/20 7:21 PM, Ralph DiMola via use-livecode wrote:

I have a folder "Fonts" that I include in the "copy files" pane of the
standalone settings. I put my fonts there. I don't think that the folder
name matters. The fonts are automatically available.

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 J. Landman Gay via use-livecode
Sent: Monday, January 06, 2020 7:24 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: Start using font

The dictionary says that fonts can only be embedded on desktop apps but I
have a dim memory we could do it on mobile too. Has anyone done that?
--
Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software |
http://www.hyperactivesw.com



--
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: Start using font

[Ralph DiMola via use-livecode]

I have a folder "Fonts" that I include in the "copy files" pane of the
standalone settings. I put my fonts there. I don't think that the folder
name matters. The fonts are automatically available.

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 J. Landman Gay via use-livecode
Sent: Monday, January 06, 2020 7:24 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: Start using font

The dictionary says that fonts can only be embedded on desktop apps but I
have a dim memory we could do it on mobile too. Has anyone done that?
--
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

Start using font

[J. Landman Gay via use-livecode]

The dictionary says that fonts can only be embedded on desktop apps but I 
have a dim memory we could do it on mobile too. Has anyone done that?

--
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: LiveCode won't recognize my stack

[Bill Vlahos via use-livecode]

Richard and Brian,

I think you guys are on to something. The LiveCode open dialog filter is a 
different issue than actually being able to open the file as a stack. Thanks.

For some reason my OpenStack handler in the Card script isn’t being triggered. 
This is causing a number of issues including failing to “start using…” some 
library stacks and the one I reported here.

I’m looking into that now.

Thanks,
Bill Vlahos



> Have you tried addressing it via the full path?
> 
> put the uProperty of stack “/fullPathToFile/actualFileName” into tVar
> 
> Thanks,
> Brian

> On Jan 1, 2020, at 4:48 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Bill Vlahos wrote:
>> Richard,
>> I’m running the different versions of LiveCode on the same Mac and looking 
>> at the same file so I don’t think the OS is affecting this.
>> I’m just asking if there is a stack with the correct name and getting 
>> “false” as the answer if using LC 9.5.1.
>> If I ask for “file” and not “stack” then the result is “true”.
>> The path to the LicenseKey.IW file is correct at: /Volumes/HP 
>> c310w/InfoWallet 1.4/Info Files
>> Here is the error message:
>> Executing at 4:47:43 PM on Tuesday, December 31, 2019
>> Type: Chunk: can't find stack
>> Object: stack '/Volumes/HP c310w/InfoWallet 1.4/Info 
>> Files/InfoWallet.app/Contents/MacOS/InfoWallet'
>> Line Num: 26
>> Hint: populateFileList
>> Comments: I think LC must have changed how they are validating “stack” in 
>> version 8 compared to version 7.
> 
> 
> Maybe, but if so it's happening in a way not even Mark Waddingham is aware of 
> (see his earlier post), and in ways I've never seen (and I do some weird 
> things with stack files).
> 
> Most interesting here is that "is a file" returns true while "is a stack" 
> returns false.
> 
> Were both of those tests run in the standalone?  MacOS changed some aspects 
> of how apps are allowed to address contents of its internal bundle folders a 
> while back, but I would be surprised if those come into play only when 
> testing "is a stack" but not "is a file".
> 
> Is the stack file openable in the IDE?
> 
> --
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> 
> ambassa...@fourthworld.com 
> http://www.FourthWorld.com 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: Display PDF on Android

[Ralph DiMola via use-livecode]

Correct, I misspoke. Running the JavaScript is the limitation on most
desktop browsers. The reason for setting up the local web server is to be
able to test pdfjs in the IDE. The browser widget  is a Chromium codebase.
This way one can tweak pdfjs and test in the IDE before deploying to
Android.

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 Richard Gaskin via use-livecode
Sent: Monday, January 06, 2020 2:54 PM
To: use-livecode@lists.runrev.com
Cc: Richard Gaskin
Subject: Re: Display PDF on Android

Ralph DiMola wrote:

 > ...because one can't open local files on a desktop browser.

Oh?  Most browsers except Firefox won't execute JavaScript from local files,
but PFDs open in Firefox and Chrome here just fine.

--
  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: Display PDF on Android

[Richard Gaskin via use-livecode]

Ralph DiMola wrote:

> ...because one can't open local files on a desktop browser.

Oh?  Most browsers except Firefox won't execute JavaScript from local 
files, but PFDs open in Firefox and Chrome here just fine.


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


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

Re: empty variable

[JB via use-livecode]

One of the problems with #3 and above is the people who
want your code will probably spend more money and time
figuring out a way to steal the uncompiled code than they
would spend trying to hack the code.

And they most likely have a lot of corrupt connections and
money to spend.

JB


> On Jan 6, 2020, at 7:52 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> I agree. It's easy to imagine that one can acheive absolute security, but in 
> practice it is impossible by nature. Just someone standing over your shoulder 
> or putting a spy camera in place is all that would be needed. The idea then 
> is to make it as difficult and impractical as possible given the resources 
> you have. 
> 
> Bob S
> 
> 
>> On Jan 3, 2020, at 13:59 , Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Inputs often pose a bigger risk than core dumps.
>> 
>> Where you ask:
>> "Any suggestions to make it as secure as possible?"
>> 
>> ...we might instead ask:
>> "Any suggestions to make it as secure as *practical*?"
>> 
>> ...or even:
>> "Any suggestions to make it as secure as *cost-effective*?"
>> 
>> There are always ways to make things more secure. The hard part is defining 
>> an appropriate level of effort relative to the importance of the secret.
>> 
>> Consider this scale of 1 to 5, in terms of how hard people work to keep 
>> things secret:
>> 
>> 1. My app's reg code
>> 2. A user-defined password
>> 3. A user's social security number
>> 4. Nuclear secrets
>> 5. Trump's tax returns
>> 
>> If it's #1 I wouldn't spend more than half an hour thinking about it, for so 
>> many reasons covered in this list before.
>> 
>> #2 is worth spending some time on, but better hashed than encrypted.
>> 
>> #3 or above will require an understanding of the system to provide useful 
>> guidance.
>> 
>> -- 
>> 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
> 


___
use-livecode mailing list
use-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: Display PDF on Android

[Ralph DiMola via use-livecode]

Before the PDF Widget was available I used pdfjs(github) with the browser
widget. It's a decent PDF viewer. It does not work directly in the IDE
because one can't open local files on a desktop browser. This is NOT a
restriction on Android so pdfjs works on mobile(including iOS). I used a
local web server for testing in the IDE using pdfjs before the browser
widget was released. The other problem is that the Android OS does not open
PDFs natively. I see this as an Android not an LC issue. If you browse to a
PDF in say... Chrome, the PDF is downloaded and then Android user must
supply a PDF reader. In 2020 I find this ridicules. To get around this in LC
one must intercept the PDF URL and download it to the local storage and the
display using either pdfjs or the PDF Widget.

Fun and Games!

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 Paul Dupuis via use-livecode
Sent: Monday, January 06, 2020 12:07 PM
To: use-livecode@lists.runrev.com
Cc: Paul Dupuis
Subject: Re: Display PDF on Android

On 1/6/2020 11:28 AM, Klaus major-k via use-livecode wrote:
>
> You just need to have the appropriate licensed version of LC. Check with
LiveCode, Ltd.
> This widget only comes with LC BUSINESS, not Indy!
>
>

Okay, then this (https://quality.livecode.com/show_bug.cgi?id=22521) is not
a really a technical enhancement request.

I would expect LC to have to spend time reviewing the Bugzilla entry to then
just make it as RESOLVED since XPDF widget is available for anyone who pays
for it. Making this an technical enhancement request just doesn'tseem like
the place for a licensing issue.

You would just like the XPDF widget for a lower cost (Indy pricing vs
Business pricing). That is entirely a licensing issue to discuss with
LiveCode, LTD. Ask them for a discount or a special package or something.

Not trying to be an A$$hole or anything, I just think you'd have more
success negotiating some way you can afford to use the XPDF widget.


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


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

[ANN] This Week in LiveCode 207

[panagiotis merakos via use-livecode]

Hi all,

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

Read issue #207 here: http://bit.ly/2tuYLkR

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

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


-- 
Panagiotis Merakos 
LiveCode Software Developer

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

Re: Display PDF on Android

[Klaus major-k via use-livecode]

Hi Paul,

> Am 06.01.2020 um 18:06 schrieb Paul Dupuis via use-livecode 
> :
> 
> On 1/6/2020 11:28 AM, Klaus major-k via use-livecode wrote:
>> 
>> You just need to have the appropriate licensed version of LC. Check with 
>> LiveCode, Ltd.
>> This widget only comes with LC BUSINESS, not Indy!
> Okay, then this (https://quality.livecode.com/show_bug.cgi?id=22521) is not a 
> really a technical enhancement request.

OK, maybe, but the message should be clear.

> I would expect LC to have to spend time reviewing the Bugzilla entry to then 
> just make it as RESOLVED since XPDF widget is available for anyone who pays 
> for it. Making this an technical enhancement request just doesn'tseem like 
> the place for a licensing issue.
> 
> You would just like the XPDF widget for a lower cost (Indy pricing vs 
> Business pricing). That is entirely a licensing issue to discuss with 
> LiveCode, LTD. Ask them for a discount or a special package or something.
> 
> Not trying to be an A$$hole or anything, I just think you'd have more success 
> negotiating some way you can afford to use the XPDF widget.

I personally do not need this widget, I don't own any mobile device, be it a 
cellphone or table, 
and I am not developing for the mobile platform. :-)

I am just interested in an adequate user experience for everyone using the 
mobile paltform!
some of the folks I am mentoring actually need this.

Right now some of them are maintaining two version of the app (HAVE TO!):
One for iOS, where we can print to and display PDF with build-in means, but the 
Android version
can not print to PDF, we need to use a PNG, same for displaying data.

I don't this this does look very professional in 2020.

And I think it is paradox that we can print to PDF on Android in LC 9.6 but 
still cannot display the 
generated PDF file!


Best

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


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

Re: Display PDF on Android

[Matthias Rebbe via use-livecode]

I don´t think that Klaus was just asking for himself, but for all developers 
with a lower license type than Business.

As long as the Android Browser does not support displaying PDF files, i think 
that request is a legitimate one.

But you are correct, that this is not a feature request. 

Matthias

Matthias Rebbe

free tools for Livecoders:
InstaMaker 
WinSignMaker Mac 

> Am 06.01.2020 um 18:06 schrieb Paul Dupuis via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> On 1/6/2020 11:28 AM, Klaus major-k via use-livecode wrote:
>> 
>> You just need to have the appropriate licensed version of LC. Check with 
>> LiveCode, Ltd.
>> This widget only comes with LC BUSINESS, not Indy!
>> 
>> 
> 
> Okay, then this (https://quality.livecode.com/show_bug.cgi?id=22521 
> ) is not a really a 
> technical enhancement request.
> 
> I would expect LC to have to spend time reviewing the Bugzilla entry to then 
> just make it as RESOLVED since XPDF widget is available for anyone who pays 
> for it. Making this an technical enhancement request just doesn'tseem like 
> the place for a licensing issue.
> 
> You would just like the XPDF widget for a lower cost (Indy pricing vs 
> Business pricing). That is entirely a licensing issue to discuss with 
> LiveCode, LTD. Ask them for a discount or a special package or something.
> 
> Not trying to be an A$$hole or anything, I just think you'd have more success 
> negotiating some way you can afford to use the XPDF widget.
> 
> 
> ___
> use-livecode mailing list
> use-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: Display PDF on Android

[Paul Dupuis via use-livecode]

On 1/6/2020 11:28 AM, Klaus major-k via use-livecode wrote:


You just need to have the appropriate licensed version of LC. Check with 
LiveCode, Ltd.
This widget only comes with LC BUSINESS, not Indy!




Okay, then this (https://quality.livecode.com/show_bug.cgi?id=22521) is 
not a really a technical enhancement request.


I would expect LC to have to spend time reviewing the Bugzilla entry to 
then just make it as RESOLVED since XPDF widget is available for anyone 
who pays for it. Making this an technical enhancement request just 
doesn'tseem like the place for a licensing issue.


You would just like the XPDF widget for a lower cost (Indy pricing vs 
Business pricing). That is entirely a licensing issue to discuss with 
LiveCode, LTD. Ask them for a discount or a special package or something.


Not trying to be an A$$hole or anything, I just think you'd have more 
success negotiating some way you can afford to use the XPDF widget.



___
use-livecode mailing list
use-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: Display PDF on Android

[Klaus major-k via use-livecode]

Hi Paul,

> Am 06.01.2020 um 17:02 schrieb Paul Dupuis via use-livecode 
> :
> 
> I though the XPDF widget works on all platforms, including Android?

It probably does, but see below...

> You just need to have the appropriate licensed version of LC. Check with 
> LiveCode, Ltd.

This widget only comes with LC BUSINESS, not Indy!

> On 1/5/2020 11:17 AM, Klaus major-k via use-livecode wrote:
>> Hi all,
>> 
>> I just filed an enhancement request to give us a way to display (local) PFDs 
>> on Android!
>> 
>> 
>> I think in 2020 it IS about time for this, especially since we will finally 
>> be able to
>> "print to PDF" in LC 9.6!

Best

Klaus

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


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

Re: Display PDF on Android

[Paul Dupuis via use-livecode]

I though the XPDF widget works on all platforms, including Android?

You just need to have the appropriate licensed version of LC. Check with 
LiveCode, Ltd.




On 1/5/2020 11:17 AM, Klaus major-k via use-livecode wrote:

Hi all,

I just filed an enhancement request to give us a way to display (local) PFDs on 
Android!


I think in 2020 it IS about time for this, especially since we will finally be 
able to
"print to PDF" in LC 9.6!


Best

Klaus

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


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



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

[Bob Sneidar via use-livecode]

I agree. It's easy to imagine that one can acheive absolute security, but in 
practice it is impossible by nature. Just someone standing over your shoulder 
or putting a spy camera in place is all that would be needed. The idea then is 
to make it as difficult and impractical as possible given the resources you 
have. 

Bob S


> On Jan 3, 2020, at 13:59 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Inputs often pose a bigger risk than core dumps.
> 
> Where you ask:
> "Any suggestions to make it as secure as possible?"
> 
> ...we might instead ask:
> "Any suggestions to make it as secure as *practical*?"
> 
> ...or even:
> "Any suggestions to make it as secure as *cost-effective*?"
> 
> There are always ways to make things more secure. The hard part is defining 
> an appropriate level of effort relative to the importance of the secret.
> 
> Consider this scale of 1 to 5, in terms of how hard people work to keep 
> things secret:
> 
> 1. My app's reg code
> 2. A user-defined password
> 3. A user's social security number
> 4. Nuclear secrets
> 5. Trump's tax returns
> 
> If it's #1 I wouldn't spend more than half an hour thinking about it, for so 
> many reasons covered in this list before.
> 
> #2 is worth spending some time on, but better hashed than encrypted.
> 
> #3 or above will require an understanding of the system to provide useful 
> guidance.
> 
> -- 
> 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