date:20190410

Robert J. Earp wrote:

> Many thanks Paul and to Ron Metzker who kindly contacted me off-list
> with a comprehensive handler of what he does using revPrintField.
> I must admit that the Dictionary still leaves a lot to be desired and
> without the valued members of this and other lists LC would not be so
> successful ;-)

I find communities invaluable for everything I learn.

What could we do with the Dictionary to make it more useful in this case?

> We will need a cross platform (OS X / Windows) solution for our
> project and although things seem to work great to both print and
> save a .pdf using revPrintField, I’m not sure if Windows supports
> a print to .pdf feature.

The Dictionary describes the PDF print option as being available on 
macOS, Windows, Linux, and iOS.  I've used it on everything but iOS - 
works like a champ.

> As with Ron, I too am OS X based so I can’t check it

A $80 copy of Windows and this fine VM will change your life:

https://www.virtualbox.org/

Free, open source, fast, simple and flexible: best VM I've ever used 
(thanks to Mark Wieder for getting me to try it).

You'll be able to share folders with the PC instance, as well as 
Clipboard contents, networking, and more.  Sometimes installing on metal 
is necessary, but for most day-to-day stuff a good VM inside the OS of 
your choice is a developer's workflow dream come true.

> but I’m led to believe that Windows 10 supports such, but does anybody
> know if previous versions of Windows does ?

It's not dependent on OS PDF drivers, so it should work on any supported 
Windows version.

--
 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: Panel/Form Widget

Dalton Calford wrote:

> In other programming languages/environments that I have used, there is
> a normally a panel object.
> In livecode terms, it would act like a stack that is embedded inside
> another stack as a widget.
> With Delphi, it is a panel (tabbed; normal or repeating) while in
> MSAccess it is a form (repeating or not).
> My question is, does such a thing exist in livecode?

LC has groups, which can contain any number of objects, and when nested 
can even work like having multiple cards within them.  They can be 
shared across any card within a stack, but not across stacks*.

Nice for some things, but if you want a true stack object within another 
stack you may have to wait a while: this enhancement request is now 14 
years old, for what Gain Momentum introduced to the xTalk world as 
"Viewers"; while the LC team has shown interest in it, other priorities 
have displaced its implementation:

https://quality.livecode.com/show_bug.cgi?id=2786

So for the foreseeable future, we have groups, sharable within a stack, 
and clonable anywhere, even into other stacks.  Using that as a 
foundation, we may be able to write a handler or two to give you a very 
Viewer-like experience, if you can share more about the particulars of 
how you'll be using them.

* Many years ago I experimented to find that you could display a group 
in another stack, but that was never intended and crashed hard as soon 
as you interacted with it.  Turns out showing groups across stacks was 
technically a bug, long since fixed. #HistoricalTrivia

--
 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: Saving a tab formatted field to a file and retaining its formatting

Robert J. Earp wrote:

> Richard wrote:
>> > Would LC's built-in print to PDF support not be an option?
>
> Richard, many thanks for the thought.  If you mean the built-in
> “printing to pdf” then yes, but as far as I could see it only prints
> cards, not just field content.  Is there other pdf support ?

All printing in LC is based on a card, but has some very flexible 
options like printing a header into one rect, a footer into another, and 
the body into the middle before closing the page.  Coupled with the 
nifty metrics we can get for field rendering, even styled text can be 
printed quite nicely.

But all that can be tedious work.  Nice if you have specialized needs, 
but if you have a field ready to go the folks at LC have already done 
the work for you:  see the revPrintField command.

LC's PDF generator will take any output LC can produce, so using that in 
conjunction with revPrintField may be just what you're looking for.

--
 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: Re: Upcoming MacOS 14.5 with software “notarization” requirements

Paul Dupuis wrote:

> Of course this may all be a mute point if you believe the "industry
> analysts" that say that 5G networks will kill the market for local
> applications whether for iOS, Android, or desktop OSes and finally web
> app will be fast enough :-)

All networks can get faster, but I'm with Steven J. Vaughan-Nichols in 
not holding my breath for 5G to be anything close to the magic pony 
marketers are playing it up to be:

"5G or faux G?: Forget all those stories of 20 Gbps speeds and 1 
millisecond latency. 5G will never deliver performance like that — and 
anyway its time is still years away for most of us most of the time."

https://www.computerworld.com/article/3336119/5g-or-faux-g.html

EFF has a similar view:

"Enough of the 5G Hype"
https://www.eff.org/deeplinks/2019/02/enough-5g-hype

...and an alternative infrastructure proposal that will benefit existing 
devices as well as the someday-soon-no-really 5G access points:

"The U.S. Desperately Needs a 'Fiber for All' Plan"
https://www.eff.org/deeplinks/2019/03/us-desperately-needs-fiber-all-plan

With or without infrastructure improvements, I expect mobile to remain a 
steady growth segment.  But by "steady" I mean only slightly more than 
half of Internet traffic, with laptops being most of the remainder.

If Job's metaphor of the "post-PC" era means phones are cars and laptops 
are trucks, observe that the most popular auto form factor in the US is 
the SUV - effectively, a truck. :)

We're now a decade into the "post-PC" era, and Apple stills sells Macs. 
Lots of them.  More than iPads, which have leveled off to negative growth.

It's not just developers who need full computers.  It's everyone who 
isn't just a grazer: every artist, every writer, everyone making 
presentations. Nearly everyone.  You can do those things on a phone, 
just not as well.  With your thumbs.

For all the articles about the so-called "post-PC" era, I doubt any were 
typed with thumbs on a phone.

If only those writers could observe themselves as they work

--
 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: Saving a tab formatted field to a file and retaining its formatting

2019-04-10 Thread Robert J. Earp via use-livecode

Many thanks Paul and to Ron Metzker who kindly contacted me off-list with a 
comprehensive handler of what he does using revPrintField.   I must admit that 
the Dictionary still leaves a lot to be desired and without the valued members 
of this and other lists LC would not be so successful ;-)

We will need a cross platform (OS X / Windows) solution for our project and 
although things seem to work great to both print and save a .pdf using 
revPrintField, I’m not sure if Windows supports a print to .pdf feature.  As 
with Ron, I too am OS X based so I can’t check it, but I’m led to believe that 
Windows 10 supports such, but does anybody know if previous versions of Windows 
does ?

Thanks, Bob…
White Rock, BC

> Date: Wed, 10 Apr 2019 13:23:50 -0400
> From: Paul Dupuis mailto:p...@researchware.com>>
> To: use-livecode@lists.runrev.com 
> Subject: Re: Saving a tab formatted field to a file and retaining its
>   formatting
> 
> Look at "revPrintField" in the Dictionary. If I recall, I think this can 
> be used with the open printing to pdf command
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: What's the correct tsnetget syntax


ok

1. don't just copy paste---> the copy of the website of techstrategies 
gives an error due to the strange double quote they use


“File has been downloaded” instead of  "helpdownloaded" <-- do you see 
the differnece in the quotes? i hope it stays seeable in this list


I just saw it when i was retyping the line of text to find out where the 
erro unquoted literal came from, cause i could not see any difference.


2. Still i'm curious about  libURLDownloadToFile if it does not work 
good due to tsnet (if that is why it is not working good)



have to test some more



Op 10-4-2019 om 20:39 schreef JJS via use-livecode:

Hi,


i used to use :

put specialFolderPath("home") & "/help.pdf" into tHier
  libURLDownloadToFile 
"https://awebsite.com/afolder/help.pdf",tHier,"helpdownloaded";


   and then this

   on helpdownloaded
   put specialFolderPath("home") & "/help.pdf" into tFile
   if there is a file tFile then
  launch document tFile
   end if
end helpdownloaded

   so it would be opened in the standard pdf reader or in the browser 
widget

   now it worked good since lately

   But does tsnet and libURLdownLoadtofile bite each other?
   because i use tsnet for some smtp email funtions

   and it seems but i'm not sure that since then it won't download 
except when i put this on the next line:

   answer the result

   is that not weird?

   next i tried tsnetget, but it fails probably due to a fault of me:
   put tsNetGetFile("3", tHier, 
"https://awesomewebsite.com//fantasticfolder/help.pdf";, 
"transferComplete") into tResult

   tsNetCloseConn "3"

    and then

    on transferComplete pID, pResult, pBytes, pCurlCode
  local tData,tError
   if pCurlCode is 0 and pResult is 200 then
  -- If successful, retrieve the downloaded data
  put tsNetRetrData(pID, tError) into tData
  helpdownloaded
   end if
end transferComplete

Nothing is happening and if i try the example from the webpage of 
techstrategies who wrote tsnet it's starts complaining that the 
parameters are not good.



Example 1:

   local tHeaders, tResult
   put tsNetGetFile(“1”, “/path/to/downloaded/file.dat”, \
  “ftp://user:p...@ftp.example.com/file.dat”, tHeaders, \
  “transferComplete”) into tResult

Example 2:

   on transferComplete pID, pResult, pBytes, pCurlCode
  local tData, tHeaders
  if pCurlCode is not 0 then
 answer tsNetRetrError(pID)
  else
 answer “File has been downloaded”
  end if
  tsNetCloseConn pID
   end transferComplete

   anyone a working example of how it should work?
   and maybe an explanation why the liburl command does not work 
anymore(correct)  (on lc904rc2)


   thanks a lot for any help!
   Sphere


___
use-livecode mailing list
use-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: Upcoming MacOS 14.5 with software “notarization” requirements

2019-04-10 Thread Matthias Rebbe via use-livecode


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
> Am 10.04.2019 um 21:00 schrieb Paul Dupuis via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> 
> The problem is that the Standalone must be code signed first, before it can 
> be submitted to Apple for notarization. I suppose LiveCode could offer some 
> fields in the standalone builder for you to fill in the path to your cert and 
> they could detect if Xcode is installed and then do a shell() to call 
> codesign and then some more fields for you Apple Developer ID sign in and 
> then submit it to Apple.
> 
> It kind of defeats one of the great values of LiveCode which has been 
> cross-platform development as more and more platform specific stuff gets 
> attached.
> 
> I personally develop on Windows and build for OSX and Windows, but then I 
> need to move the OSX app to OSX for code signing. I would love to see a 
> feature where you could install your certs into LiveCode for each platform 
> and it would cross-platform build AND code sign each standalone for you.

On Mac OS X it´s possible to sign Windows apps.  You´ll need a 
CodeSigningCertificate and the free  software osslsigncode.
I am not sure, that the other way (signing Mac OS X apps under Windows) is 
possible. At least i´ve never heard of a way.



___
use-livecode mailing list
use-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: Upcoming MacOS 14.5 with software “notarization” requirements

2019-04-10 Thread Paul Dupuis via use-livecode


On 4/10/2019 2:05 PM, J. Landman Gay via use-livecode wrote:
I agree it's going to be an extra step. My hope is that once LC 
figures out how to secure their own IDE they can integrate that into 
the build process somehow. Maybe there could be an option after the 
standalone is made to submit it to Apple for notarization. That would 
be great.


The problem is that the Standalone must be code signed first, before it 
can be submitted to Apple for notarization. I suppose LiveCode could 
offer some fields in the standalone builder for you to fill in the path 
to your cert and they could detect if Xcode is installed and then do a 
shell() to call codesign and then some more fields for you Apple 
Developer ID sign in and then submit it to Apple.


It kind of defeats one of the great values of LiveCode which has been 
cross-platform development as more and more platform specific stuff gets 
attached.


I personally develop on Windows and build for OSX and Windows, but then 
I need to move the OSX app to OSX for code signing. I would love to see 
a feature where you could install your certs into LiveCode for each 
platform and it would cross-platform build AND code sign each standalone 
for you.


Of course this may all be a mute point if you believe the "industry 
analysts" that say that 5G networks will kill the market for local 
applications whether for iOS, Android, or desktop OSes and finally web 
app will be fast enough :-)



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

What's the correct tsnetget syntax


Hi,


i used to use :

put specialFolderPath("home") & "/help.pdf" into tHier
  libURLDownloadToFile 
"https://awebsite.com/afolder/help.pdf",tHier,"helpdownloaded";


   and then this

   on helpdownloaded
   put specialFolderPath("home") & "/help.pdf" into tFile
   if there is a file tFile then
  launch document tFile
   end if
end helpdownloaded

   so it would be opened in the standard pdf reader or in the browser 
widget

   now it worked good since lately

   But does tsnet and libURLdownLoadtofile bite each other?
   because i use tsnet for some smtp email funtions

   and it seems but i'm not sure that since then it won't download 
except when i put this on the next line:

   answer the result

   is that not weird?

   next i tried tsnetget, but it fails probably due to a fault of me:
   put tsNetGetFile("3", tHier, 
"https://awesomewebsite.com//fantasticfolder/help.pdf";, 
"transferComplete") into tResult

   tsNetCloseConn "3"

    and then

    on transferComplete pID, pResult, pBytes, pCurlCode
  local tData,tError
   if pCurlCode is 0 and pResult is 200 then
  -- If successful, retrieve the downloaded data
  put tsNetRetrData(pID, tError) into tData
  helpdownloaded
   end if
end transferComplete

Nothing is happening and if i try the example from the webpage of 
techstrategies who wrote tsnet it's starts complaining that the 
parameters are not good.



Example 1:

   local tHeaders, tResult
   put tsNetGetFile(“1”, “/path/to/downloaded/file.dat”, \
  “ftp://user:p...@ftp.example.com/file.dat”, tHeaders, \
  “transferComplete”) into tResult

Example 2:

   on transferComplete pID, pResult, pBytes, pCurlCode
  local tData, tHeaders
  if pCurlCode is not 0 then
 answer tsNetRetrError(pID)
  else
 answer “File has been downloaded”
  end if
  tsNetCloseConn pID
   end transferComplete

   anyone a working example of how it should work?
   and maybe an explanation why the liburl command does not work 
anymore(correct)  (on lc904rc2)


   thanks a lot for any help!
   Sphere


___
use-livecode mailing list
use-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: Upcoming MacOS 14.5 with software “notarization” requirements

I agree it's going to be an extra step. My hope is that once LC figures out
how to secure their own IDE they can integrate that into the build process
somehow. Maybe there could be an option after the standalone is made to
submit it to Apple for notarization. That would be great.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 12:36:30 PM Richmond via use-livecode
wrote:

I don't think it's some secret plan either, but I do think it will make
things awkward for types like me
who wish to distribute demo standalones without any "undue fuss" as I am
able to at the moment via
sites such as macUpdate and via direct download from DropBox.

The problem, and it will always be a problem, is how to balance the
requirements for system security against
individual freedom.

I, for one, do not want people to vet my reading list before I buy books!

But, I'm an odd sort of person insofar as I won't hold it against the
producers of an operating system
if a piece of software I install on my computer hoses MY computer:
anymore than I am likely to sue
the makers of my underpants because a wasp bit my bottom when I sat on it.

I am absolutely convinced that Apple's move is a direct result of the
fact that fewer and fewer
people are prepared to accept responsibility for their actions, and are
always looking round for
someone to blame for the results of their decisions.

Richmond.

On 10.04.19 19:22, J. Landman Gay via use-livecode wrote:

There's no review, it's an automated process that adds a security key
to the files. It sounds a lot like the RSA public/private keys I added
to my current project to verify that the files hadn't been tampered
with. That's definitely a security thing. Gatekeeper will be updated
to check that the keys match.

If you plan to distribute in the App Store, the security keys must be
in place before the app is submitted for normal review. If you will be
distributing privately, users with newer versions of OSX may not be
able to launch the app if is not secured. If you already have apps in
the App Store they won't be affected.

While I'm not happy with the general direction Apple is taking with
OSX, their main PR lately has been how much more secure the OS is
compared to most others. They've been caught recently with a few bad
submissions their review missed, which may have triggered this new
change.

I'm not happy with this because the submission process was already bad
enough, but I don't think it's some secret plan to take over all our
software.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 6:15:45 AM Paul Dupuis via use-livecode
wrote:

From the first link to the Apple developer site:

"Important

Beginning in macOS 10.14.5, all new or updated kernel extensions and all
software from developers new to distributing with Developer ID must be
notarized in order to run. In a future version of macOS, notarization
will be required by default for all software."

It seems that this is the next step in the inevitable move by Apple to
require all macOS applications to be sold through the Apple Store where
they will take their desired 30% cut from your revenue. Notarization is
the step that say all apps must go through Apple (automated) review. It
is being sold under the guise of "security" and "trust", after all, who
can argue with those. Notarized apps can still be sold and distributed
as you like, but the next step after that (with OSX 10.15 or later) will
surely be the move to unify OSX apps under sole Apple distributorship
like iOS apps.

Oh Joy!

On 4/9/2019 10:27 PM, Tariel Gogoberidze via use-livecode wrote:

It seems that as of MacOS 14.5 all new and updated apps would not
run without been “notarized” by Apple.

https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution

https://www.cultofmac.com/618378/apple-will-soon-require-all-macos-apps-to-be-notarized/

Anybody on the list who “notarized” their Mac OS app or who knows
what it takes ?

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

Re: Browser selections


You're welcome!

You helped me so often on the forum :)

Op 10-4-2019 om 19:56 schreef J. Landman Gay via use-livecode:
Thanks for the details. It doesn't do what I need but it could come in 
handy in the future.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 12:46:12 PM JJS via use-livecode 
 wrote:



Jacque,


what i do is echo only a single line as a webpage. The php file is only
called by the API, because i send it with the data to the api as a
return address.

There is no hilited text.

Before this php file would contain the URL scheme and reopen the app to
continue where it was, but now i do this:

in the php file:

 header ("Location:mysuperdeluxeapp://"); */
?>

then in LC in widget script i do:


*on*browserDocumentLoadComplete pUrl

*local*tT

*put*thehtmlTextofwidget"awesomebrowser"intotT

*repeat* for5times

*if* tT contains"return to mysuperdeluxeapp"*then*

*set*theurlofwidget"awesomebrowser"toempty

*go*tocard"letsgoon"

*exit* *repeat*

*end* *if*

*end* *repeat*

*end*browserDocumentLoadComplete


Op 10-4-2019 om 08:44 schreef J. Landman Gay via use-livecode:

I was replying to you, JJS. I might be confused about how your method
works. How does returning a line from the server allow hiliting text
in the widget?

On 4/9/19 12:33 PM, JJS via use-livecode wrote:

Who are you referring to Jacque? hh or me?


If it's me, then:

i echo only one line of text with the php file which is called after
the api routine succeeded.

this way i can just look for that one sentence, it goes so fast you
can't see it and the app switches to another card


Op 8-4-2019 om 20:52 schreef J. Landman Gay via use-livecode:

Actually, I need to hilite a portion of the text in the browser
rather than just get the whole content. Are you doing that?

Eventually I may need to get the user's drag-selection too, but not
yet.


On 4/8/19 12:22 PM, JJS via use-livecode wrote:

you can use this:

*put*thehtmlTextofwidget"browser"intotT


i use this now for an api which redirects to a php file which
echoes a line of text (as normally it would use the URL scheme, but
this does not work with the widget)

this way i could use the  browser widget and stay in the
app(mobile) instead of using a external browser and retunring to
the app afterwards which is an ugly thing and leaves the url open
in an extenal browser.

if the text in the browser is my text then it moves on(and i'm
checking like 10 times)

It works great!


Op 7-4-2019 om 21:34 schreef J. Landman Gay via use-livecode:

Is there a way to get/set selected text in a browser widget? I
couldn't find anything.



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

Thanks for the details. It doesn't do what I need but it could come in 
handy in the future.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 12:46:12 PM JJS via use-livecode 
 wrote:



Jacque,


what i do is echo only a single line as a webpage. The php file is only
called by the API, because i send it with the data to the api as a
return address.

There is no hilited text.

Before this php file would contain the URL scheme and reopen the app to
continue where it was, but now i do this:

in the php file:

 header ("Location:mysuperdeluxeapp://"); */
?>

then in LC in widget script i do:


*on*browserDocumentLoadComplete pUrl

*local*tT

*put*thehtmlTextofwidget"awesomebrowser"intotT

*repeat* for5times

*if* tT contains"return to mysuperdeluxeapp"*then*

*set*theurlofwidget"awesomebrowser"toempty

*go*tocard"letsgoon"

*exit* *repeat*

*end* *if*

*end* *repeat*

*end*browserDocumentLoadComplete


Op 10-4-2019 om 08:44 schreef J. Landman Gay via use-livecode:

I was replying to you, JJS. I might be confused about how your method
works. How does returning a line from the server allow hiliting text
in the widget?

On 4/9/19 12:33 PM, JJS via use-livecode wrote:

Who are you referring to Jacque? hh or me?


If it's me, then:

i echo only one line of text with the php file which is called after
the api routine succeeded.

this way i can just look for that one sentence, it goes so fast you
can't see it and the app switches to another card


Op 8-4-2019 om 20:52 schreef J. Landman Gay via use-livecode:

Actually, I need to hilite a portion of the text in the browser
rather than just get the whole content. Are you doing that?

Eventually I may need to get the user's drag-selection too, but not
yet.


On 4/8/19 12:22 PM, JJS via use-livecode wrote:

you can use this:

*put*thehtmlTextofwidget"browser"intotT


i use this now for an api which redirects to a php file which
echoes a line of text (as normally it would use the URL scheme, but
this does not work with the widget)

this way i could use the  browser widget and stay in the
app(mobile) instead of using a external browser and retunring to
the app afterwards which is an ugly thing and leaves the url open
in an extenal browser.

if the text in the browser is my text then it moves on(and i'm
checking like 10 times)

It works great!


Op 7-4-2019 om 21:34 schreef J. Landman Gay via use-livecode:

Is there a way to get/set selected text in a browser widget? I
couldn't find anything.



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


Jacque,


what i do is echo only a single line as a webpage. The php file is only 
called by the API, because i send it with the data to the api as a 
return address.


There is no hilited text.

Before this php file would contain the URL scheme and reopen the app to 
continue where it was, but now i do this:


in the php file:

 header ("Location:mysuperdeluxeapp://"); */
?>

then in LC in widget script i do:


*on*browserDocumentLoadComplete pUrl

*local*tT

*put*thehtmlTextofwidget"awesomebrowser"intotT

*repeat* for5times

*if* tT contains"return to mysuperdeluxeapp"*then*

*set*theurlofwidget"awesomebrowser"toempty

*go*tocard"letsgoon"

*exit* *repeat*

*end* *if*

*end* *repeat*

*end*browserDocumentLoadComplete


Op 10-4-2019 om 08:44 schreef J. Landman Gay via use-livecode:
I was replying to you, JJS. I might be confused about how your method 
works. How does returning a line from the server allow hiliting text 
in the widget?


On 4/9/19 12:33 PM, JJS via use-livecode wrote:

Who are you referring to Jacque? hh or me?


If it's me, then:

i echo only one line of text with the php file which is called after 
the api routine succeeded.


this way i can just look for that one sentence, it goes so fast you 
can't see it and the app switches to another card



Op 8-4-2019 om 20:52 schreef J. Landman Gay via use-livecode:
Actually, I need to hilite a portion of the text in the browser 
rather than just get the whole content. Are you doing that?


Eventually I may need to get the user's drag-selection too, but not 
yet.



On 4/8/19 12:22 PM, JJS via use-livecode wrote:

you can use this:

*put*thehtmlTextofwidget"browser"intotT


i use this now for an api which redirects to a php file which 
echoes a line of text (as normally it would use the URL scheme, but 
this does not work with the widget)


this way i could use the  browser widget and stay in the 
app(mobile) instead of using a external browser and retunring to 
the app afterwards which is an ugly thing and leaves the url open 
in an extenal browser.


if the text in the browser is my text then it moves on(and i'm 
checking like 10 times)


It works great!


Op 7-4-2019 om 21:34 schreef J. Landman Gay via use-livecode:
Is there a way to get/set selected text in a browser widget? I 
couldn't find anything.




___
use-livecode mailing list
use-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: Upcoming MacOS 14.5 with software “notarization” requirements

2019-04-10 Thread Richmond via use-livecode

I don't think it's some secret plan either, but I do think it will make 
things awkward for types like me
who wish to distribute demo standalones without any "undue fuss" as I am 
able to at the moment via

sites such as macUpdate and via direct download from DropBox.

The problem, and it will always be a problem, is how to balance the 
requirements for system security against

individual freedom.

I, for one, do not want people to vet my reading list before I buy books!

But, I'm an odd sort of person insofar as I won't hold it against the 
producers of an operating system
if a piece of software I install on my computer hoses MY computer: 
anymore than I am likely to sue

the makers of my underpants because a wasp bit my bottom when I sat on it.

I am absolutely convinced that Apple's move is a direct result of the 
fact that fewer and fewer
people are prepared to accept responsibility for their actions, and are 
always looking round for

someone to blame for the results of their decisions.

Richmond.

On 10.04.19 19:22, J. Landman Gay via use-livecode wrote:
There's no review, it's an automated process that adds a security key 
to the files. It sounds a lot like the RSA public/private keys I added 
to my current project to verify that the files hadn't been tampered 
with. That's definitely a security thing. Gatekeeper will be updated 
to check that the keys match.



If you plan to distribute in the App Store, the security keys must be 
in place before the app is submitted for normal review. If you will be 
distributing privately, users with newer versions of OSX may not be 
able to launch the app if is not secured. If you already have apps in 
the App Store they won't be affected.



While I'm not happy with the general direction Apple is taking with 
OSX, their main PR lately has been how much more secure the OS is 
compared to most others. They've been caught recently with a few bad 
submissions their review missed, which may have triggered this new 
change.



I'm not happy with this because the submission process was already bad 
enough, but I don't think it's some secret plan to take over all our 
software.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 6:15:45 AM Paul Dupuis via use-livecode 
 wrote:



From the first link to the Apple developer site:

"Important

Beginning in macOS 10.14.5, all new or updated kernel extensions and all
software from developers new to distributing with Developer ID must be
notarized in order to run. In a future version of macOS, notarization
will be required by default for all software."

It seems that this is the next step in the inevitable move by Apple to
require all macOS applications to be sold through the Apple Store where
they will take their desired 30% cut from your revenue. Notarization is
the step that say all apps must go through Apple (automated) review. It
is being sold under the guise of "security" and "trust", after all, who
can argue with those. Notarized apps can still be sold and distributed
as you like, but the next step after that (with OSX 10.15 or later) will
surely be the move to unify OSX apps under sole Apple distributorship
like iOS apps.

Oh Joy!


On 4/9/2019 10:27 PM, Tariel Gogoberidze via use-livecode wrote:

Hi

It seems that as of  MacOS 14.5 all new and updated apps would not 
run without been “notarized” by Apple.


https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution 
 



https://www.cultofmac.com/618378/apple-will-soon-require-all-macos-apps-to-be-notarized/ 
 



Anybody on the list who “notarized” their Mac OS app or who knows 
what it takes  ?


regards
Tariel
___
use-livecode mailing list
use-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: Saving a tab formatted field to a file and retaining its formatting

2019-04-10 Thread Paul Dupuis via use-livecode

Look at "revPrintField" in the Dictionary. If I recall, I think this can 
be used with the open printing to pdf command




On 4/10/2019 12:46 PM, Robert J. Earp via use-livecode wrote:

Richard, many thanks for the thought.  If you mean the built-in “printing to 
pdf” then yes, but as far as I could see it only prints cards, not just field 
content.  Is there other pdf support ?

So, we’re having to mess around with creating a series of cards with a single 
field on each with their rects set to US Letter size, copying the desired field 
content into these and then printing to a pdf file.  With the current project 
where the field to print remains roughly the same character count it’s not a 
biggy to get pagination right, but I was hoping to build a tool that could take 
any size of field content with whatever tabs and output that automatically to a 
.pdf of letter size that may be one or more pages.

I haven’t got into controlling fonts yet, meaning does the “printing to pdf” 
use the font attributes that are displayed in the field on the card or ?  My 
simple test suggests yes.

best, Bob...





Subject: Re: Saving a tab formatted field to a file and retaining its
formatting

Robert J. Earp wrote:


I?m not sure if the HTMLText solution will work for us as by default
the output file would open in a browser and we need to get it into
.pdf format to assemble (in Acrobat) with the other parts of the
report.

RogerG and I are currently mousing around creating a LC tool to output
a fields content to .pdfIt?s looking promising and we?ll let you
know of our success or not !!

Would LC's built-in print to PDF support not be an option?

--
  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: Re: Saving a tab formatted field to a file and retaining its formatting

2019-04-10 Thread Robert J. Earp via use-livecode

Richard, many thanks for the thought.  If you mean the built-in “printing to 
pdf” then yes, but as far as I could see it only prints cards, not just field 
content.  Is there other pdf support ?

So, we’re having to mess around with creating a series of cards with a single 
field on each with their rects set to US Letter size, copying the desired field 
content into these and then printing to a pdf file.  With the current project 
where the field to print remains roughly the same character count it’s not a 
biggy to get pagination right, but I was hoping to build a tool that could take 
any size of field content with whatever tabs and output that automatically to a 
.pdf of letter size that may be one or more pages.

I haven’t got into controlling fonts yet, meaning does the “printing to pdf” 
use the font attributes that are displayed in the field on the card or ?  My 
simple test suggests yes.

best, Bob... 

> Subject: Re: Saving a tab formatted field to a file and retaining its
>   formatting
> 
> Robert J. Earp wrote:
> 
>> I?m not sure if the HTMLText solution will work for us as by default
>> the output file would open in a browser and we need to get it into
>> .pdf format to assemble (in Acrobat) with the other parts of the
>> report.
>> 
>> RogerG and I are currently mousing around creating a LC tool to output
>> a fields content to .pdfIt?s looking promising and we?ll let you
>> know of our success or not !!
> 
> Would LC's built-in print to PDF support not be an option?
> 
> -- 
>  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: Upcoming MacOS 14.5 with software “notarization” requirements

Existing software won't be affected if I understood their documentation
right. They also provide information on how to test and debug during
development.

Really guys, go read the links.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 10, 2019 7:52:50 AM Richmond via use-livecode
wrote:

Presumably this means that when/if one upgrades from macOS 10.14 to 10.15
ALL software currently installed is going to stop working as none of it
is notarized.

This also will mean that one cannot even test one's own standalones
on any machines running macOS one has at home, and is probably going to
kill freeware dead in the water.

I suppose the first step is that LiveCode will have to notarize all IDEs
to run on 10.15 and above . . .

Running older Macs with earlier operating systems doesn't look quite
as daft as it used to.

Richmond.

On 10.04.19 14:14, Paul Dupuis via use-livecode wrote:

From the first link to the Apple developer site:

"Important

Beginning in macOS 10.14.5, all new or updated kernel extensions and
all software from developers new to distributing with Developer ID
must be notarized in order to run. In a future version of macOS,
notarization will be required by default for all software."

It seems that this is the next step in the inevitable move by Apple to
require all macOS applications to be sold through the Apple Store
where they will take their desired 30% cut from your revenue.
Notarization is the step that say all apps must go through Apple
(automated) review. It is being sold under the guise of "security" and
"trust", after all, who can argue with those. Notarized apps can still
be sold and distributed as you like, but the next step after that
(with OSX 10.15 or later) will surely be the move to unify OSX apps
under sole Apple distributorship like iOS apps.

Oh Joy!

On 4/9/2019 10:27 PM, Tariel Gogoberidze via use-livecode wrote:

It seems that as of MacOS 14.5 all new and updated apps would not
run without been “notarized” by Apple.

https://developer.apple.com/documentation/security/notarizing_your_app_before_distribution

https://www.cultofmac.com/618378/apple-will-soon-require-all-macos-apps-to-be-notarized/

Anybody on the list who “notarized” their Mac OS app or who knows
what it takes ?

___
use-livecode mailing list
use-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: Upcoming MacOS 14.5 with software “notarization” requirements