Re: Extracting test scores from a PDF

2024-08-17 Thread Paul Dupuis via use-livecode

On 8/17/2024 12:24 PM, Charles Szasz via use-livecode wrote:

I came a web app that can extract test scores from a PDF and insert them into 
an app.  Can LC do the same thing?



I assume you mean can a programmer write an app in Livecode to extract 
test scores from a PDF and do something with them.


If the PDF has the test scores as text in the PDF (vs just a scanned 
image), then, yes, you can make a Livecode app that uses the PDF widget 
to open the PDF and retrieve the text from it and then parse that text 
for the test scores. If there is a routine pattern to the how the test 
scores appear, it will be easier to parse the text.



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


Extracting test scores from a PDF

2024-08-17 Thread Charles Szasz via use-livecode
I came a web app that can extract test scores from a PDF and insert them into 
an app.  Can LC do the same thing?  


Sent from my iPad
___
use-livecode mailing list
use-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: Printing to pdf

2024-06-21 Thread jbv via use-livecode

Nevermind, I found the solution : I modified
the printScale property.
Best

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


Printing to pdf

2024-06-21 Thread jbv via use-livecode

Hi list,

I have a stack with several cards 750 x 1000px.
I am trying to print these cards as pdf, but
according to this lesson
https://lessons.livecode.com/m/4071/l/29177-how-to-create-pdfs-using-livecode
the stack size should be 575 x 800 to fit a A4
document ratio.
Is it possible to "force" the printing to different
sizes, without clipping the content of the cards ?

I tried :
print card x into 0,0,750,1000
but the cards are still clipped.

The pdf I need to build is not for printing, only
for reading on screen.

Thank you in advance.
jbv

___
use-livecode mailing list
use-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: PDF widget print quality

2024-02-21 Thread Paul Dupuis via use-livecode
I'm not sure it is possible. Livecode's printing tends to be card based 
and at card resolution, typically 72 dpi.


I recall seeing some efforts on the lists and forums to make an object 4 
times bigger (75 dpi x 4 = 300 dpi) so that when it is printed to a 
300dpi printer is is a higher resolution but normal size but I don't 
recall how successful any of those efforts were.


There is probably an ancient enhancement  request in the Livecode 
Quality Center to support higher-resolution printing.



On 2/20/2024 8:56 PM, David Epstein via use-livecode wrote:

I want to use the PDF widget to print a PDF with additional markings added in 
LiveCode.  Showing a simple PDF tax form in Widget 1 at 100% scale, I tried 
this script:

on p1

get the pageRect of widget 1

open printing with dialog

print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it

close printing

end p1


This prints a full page at the proper size, but not with acceptable print 
quality; everything is slightly blurred and pixellated.  How can I get a good 
quality printout?

David Epstein
___
use-livecode mailing list
use-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


PDF widget print quality

2024-02-20 Thread David Epstein via use-livecode
I want to use the PDF widget to print a PDF with additional markings added in 
LiveCode.  Showing a simple PDF tax form in Widget 1 at 100% scale, I tried 
this script:

on p1

get the pageRect of widget 1

open printing with dialog

print card from (item 1 to 2 of it) to (item 3 to 4 of it) into it

close printing

end p1


This prints a full page at the proper size, but not with acceptable print 
quality; everything is slightly blurred and pixellated.  How can I get a good 
quality printout?

David Epstein
___
use-livecode mailing list
use-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: PDF Widget and JavaScript

2023-12-29 Thread Bob Sneidar via use-livecode
Thanks Ralph I figured as much. It’s actually not difficult to recreate from 
scratch if the structure, header and footer is known. The trouble is the 
fields. If I had a list of form controls for a given form, I could create one 
from scratch easily enough. 

The fillable forms have to be saved with an open file action to autofill, and 
if someone can do that, I suppose they already have the ability to export the 
fdf file using the javascript console in Acrobat Pro. 

Bob S


> On Dec 29, 2023, at 7:04 AM, Ralph DiMola via use-livecode 
>  wrote:
> 
> The last I knew the JavaScript engine is not implemented in the PDF widget.
> 
> 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 Bob Sneidar via use-livecode
> Sent: Thursday, December 28, 2023 3:00 PM
> To: How to use LiveCode
> Cc: Bob Sneidar
> Subject: PDF Widget and Javascript
> 
> Hi all. 
> 
> This is a long shot, but is there any kind of PDF gadget in Livecode that can 
> run javascript? I am specifically wanting to generate an FDF file from 
> fillable forms. The javascript is fairly straightforward: 
> 
> This.ExportAsFDF(true, false, null)
> 
> This will work in a javascript enabled PDF application and will use the 
> currently open PDF fillable document, generating an FDF file named after the 
> PDF name (without the dot3 extension) appended by “_data.fdf” 
> 
> It would be quite the luxury to be able to do this in Livecode, otherwise I 
> have to pay for a licensed Pro version (I think they are all subscription 
> based now) and the ONLY thing I need from the Pro version is this function. 
> 
> Bob S
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: PDF Widget and JavaScript

2023-12-29 Thread Ralph DiMola via use-livecode
The last I knew the JavaScript engine is not implemented in the PDF widget.

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 
Bob Sneidar via use-livecode
Sent: Thursday, December 28, 2023 3:00 PM
To: How to use LiveCode
Cc: Bob Sneidar
Subject: PDF Widget and Javascript

Hi all. 

This is a long shot, but is there any kind of PDF gadget in Livecode that can 
run javascript? I am specifically wanting to generate an FDF file from fillable 
forms. The javascript is fairly straightforward: 

This.ExportAsFDF(true, false, null)

This will work in a javascript enabled PDF application and will use the 
currently open PDF fillable document, generating an FDF file named after the 
PDF name (without the dot3 extension) appended by “_data.fdf” 

It would be quite the luxury to be able to do this in Livecode, otherwise I 
have to pay for a licensed Pro version (I think they are all subscription based 
now) and the ONLY thing I need from the Pro version is this function. 

Bob S

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


___
use-livecode mailing list
use-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 and Javascript

2023-12-28 Thread Bob Sneidar via use-livecode
Hi all. 

This is a long shot, but is there any kind of PDF gadget in Livecode that can 
run javascript? I am specifically wanting to generate an FDF file from fillable 
forms. The javascript is fairly straightforward: 

This.ExportAsFDF(true, false, null)

This will work in a javascript enabled PDF application and will use the 
currently open PDF fillable document, generating an FDF file named after the 
PDF name (without the dot3 extension) appended by “_data.fdf” 

It would be quite the luxury to be able to do this in Livecode, otherwise I 
have to pay for a licensed Pro version (I think they are all subscription based 
now) and the ONLY thing I need from the Pro version is this function. 

Bob S

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


Re: PDF Widget No Filled Forms

2023-09-28 Thread Bob Sneidar via use-livecode
Thanks Matthias I’ll look at that. 

Bob S


> On Sep 28, 2023, at 6:38 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> What i forgot to mention. For macOS 10.11 and above please use the following 
> link
> https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg
> 
> 
> 
>> Am 28.09.2023 um 13:09 schrieb matthias rebbe via use-livecode 
>> :
>> 
>> Bob,
>> 
>> as a workaround you could create a temporary pdf file that is then displayed 
>> in the pdf widget.
>> You'll need the free tool PDFTK server with its fill-form option for this.  
>> PDFTK server runs on macOS, Windows and some Linux versions. 
>> PDFTK server is free  https://www.pdflabs.com
>> 
>> If you need it for iOS or Android you could use a web server to which you 
>> post the .fdf or xfdf data and the web server then runs pdftk server, 
>> creates the pdf and returns it back to the device.
>> 
>> Not as easy then just opening the .(x)fdf file, but at least a solution. ;)
>> 
>> Regards,
>> Matthias
>> 
>> 
>> 
>> 
>>> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
>>> :
>>> 
>>> Hi all. 
>>> 
>>> I have filled forms, and I am just now wanting to display those FILLED 
>>> forms in a PDF widget. Only problem is, the form data is not being 
>>> displayed. Is that the current state of affairs? If so, then boo! 
>>> 
>>> Bob S
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: PDF Widget No Filled Forms

2023-09-28 Thread Bob Sneidar via use-livecode
No big rush. I can open the form in a web browser if necessary. My idea was to 
have a Native Document Viewer like the document management app we currently 
use, but I am not using my app for that yet. I just generate filled forms for 
service at the moment. I will create a bug report with a sample stack and form. 
I should note that this form is the kind where it can be filled using Adobe 
Reader. For some reason, Adobe has 2 kinds of forms. 

Bob S


> On Sep 27, 2023, at 6:35 PM, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Bob
> 
> Hmm… OK, it could be a bit of a project to get your forms rendering then. If 
> it’s something you need soon and you have a budget then contact 
> supp...@livecode.com <mailto:supp...@livecode.com>. Otherwise you can create 
> a bug report and attach the PDF.
> 
> FYI there is no support for form interactivity at the moment so the select 
> text is on the PDF text rather than the form fields.
> 
> Cheers
> 
> Monte
> 
>> On 28 Sep 2023, at 9:58 am, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Nope. Not only that, but the autoHilite (Select Text) is not working either. 
> 
> ___
> use-livecode mailing list
> use-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: PDF Widget No Filled Forms

2023-09-28 Thread matthias rebbe via use-livecode
What i forgot to mention. For macOS 10.11 and above please use the following 
link
https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg



> Am 28.09.2023 um 13:09 schrieb matthias rebbe via use-livecode 
> :
> 
> Bob,
> 
> as a workaround you could create a temporary pdf file that is then displayed 
> in the pdf widget.
> You'll need the free tool PDFTK server with its fill-form option for this.  
> PDFTK server runs on macOS, Windows and some Linux versions. 
> PDFTK server is free  https://www.pdflabs.com
> 
> If you need it for iOS or Android you could use a web server to which you 
> post the .fdf or xfdf data and the web server then runs pdftk server, creates 
> the pdf and returns it back to the device.
> 
> Not as easy then just opening the .(x)fdf file, but at least a solution. ;)
> 
> Regards,
> Matthias
> 
> 
> 
> 
>> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
>> :
>> 
>> Hi all. 
>> 
>> I have filled forms, and I am just now wanting to display those FILLED forms 
>> in a PDF widget. Only problem is, the form data is not being displayed. Is 
>> that the current state of affairs? If so, then boo! 
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: PDF Widget No Filled Forms

2023-09-28 Thread matthias rebbe via use-livecode
Bob,

as a workaround you could create a temporary pdf file that is then displayed in 
the pdf widget.
You'll need the free tool PDFTK server with its fill-form option for this.  
PDFTK server runs on macOS, Windows and some Linux versions. 
PDFTK server is free  https://www.pdflabs.com

If you need it for iOS or Android you could use a web server to which you post 
the .fdf or xfdf data and the web server then runs pdftk server, creates the 
pdf and returns it back to the device.

Not as easy then just opening the .(x)fdf file, but at least a solution. ;)

Regards,
Matthias




> Am 27.09.2023 um 17:27 schrieb Bob Sneidar via use-livecode 
> :
> 
> Hi all. 
> 
> I have filled forms, and I am just now wanting to display those FILLED forms 
> in a PDF widget. Only problem is, the form data is not being displayed. Is 
> that the current state of affairs? If so, then boo! 
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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: PDF Widget No Filled Forms

2023-09-27 Thread Monte Goulding via use-livecode
Hi Bob

Hmm… OK, it could be a bit of a project to get your forms rendering then. If 
it’s something you need soon and you have a budget then contact 
supp...@livecode.com <mailto:supp...@livecode.com>. Otherwise you can create a 
bug report and attach the PDF.

FYI there is no support for form interactivity at the moment so the select text 
is on the PDF text rather than the form fields.

Cheers

Monte

> On 28 Sep 2023, at 9:58 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Nope. Not only that, but the autoHilite (Select Text) is not working either. 

___
use-livecode mailing list
use-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: PDF Widget No Filled Forms

2023-09-27 Thread Bob Sneidar via use-livecode
Nope. Not only that, but the autoHilite (Select Text) is not working either. 

Bob S


> On Sep 27, 2023, at 4:51 PM, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Bob
> 
> Try setting the `drawAnnotations` to true and see if the form data renders
> 
> Cheers
> 
> Monte
> 
>> On 28 Sep 2023, at 1:27 am, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Hi all. 
>> 
>> I have filled forms, and I am just now wanting to display those FILLED forms 
>> in a PDF widget. Only problem is, the form data is not being displayed. Is 
>> that the current state of affairs? If so, then boo! 
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: PDF Widget No Filled Forms

2023-09-27 Thread Monte Goulding via use-livecode
Hi Bob

Try setting the `drawAnnotations` to true and see if the form data renders

Cheers

Monte

> On 28 Sep 2023, at 1:27 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi all. 
> 
> I have filled forms, and I am just now wanting to display those FILLED forms 
> in a PDF widget. Only problem is, the form data is not being displayed. Is 
> that the current state of affairs? If so, then boo! 
> 
> Bob S
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-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 No Filled Forms

2023-09-27 Thread Bob Sneidar via use-livecode
Hi all. 

I have filled forms, and I am just now wanting to display those FILLED forms in 
a PDF widget. Only problem is, the form data is not being displayed. Is that 
the current state of affairs? If so, then boo! 

Bob S


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


Re: Merging PDF pages

2023-08-28 Thread Chris Heidecker via use-livecode
Hi,

While applescript is still around, you could use this script. Works pretty well.

https://www.macscripter.net/t/applescript-objective-c-handler-to-merge-pdf-files/72534

Regards,
Chis Heidecker


use scripting additions
use framework "Foundation"
use framework "Quartz" -- required for PDF stuff

set inFiles to (choose file of type {"pdf"} with prompt "Choose your PDF 
files:" with multiple selections allowed)
set destPosixPath to POSIX path of (choose file name default name 
"Combined.pdf" with prompt "Save new PDF to:")
its combineFiles:inFiles savingTo:destPosixPath

on combineFiles:inFiles savingTo:destPosixPath
-- make URL of the first PDF
set inNSURL to current application's class "NSURL"'s fileURLWithPath:(POSIX 
path of item 1 of inFiles)
-- make PDF document from the URL
set theDoc to current application's PDFDocument's alloc()'s initWithURL:inNSURL
-- loop through the rest
set oldDocCount to theDoc's pageCount()
set inFiles to rest of inFiles
repeat with aFile in inFiles
-- make URL of the next PDF
set inNSURL to (current application's class "NSURL"'s fileURLWithPath:(POSIX 
path of aFile))
-- make PDF document from the URL
set newDoc to (current application's PDFDocument's alloc()'s 
initWithURL:inNSURL)
-- loop through, moving pages
set newDocCount to newDoc's pageCount()
repeat with i from 1 to newDocCount
-- get page of old PDF
set thePDFPage to (newDoc's pageAtIndex:(i - 1)) -- zero-based indexes
-- insert the page
(theDoc's insertPage:thePDFPage atIndex:oldDocCount)
set oldDocCount to oldDocCount + 1
end repeat
end repeat
set outNSURL to current application's class "NSURL"'s 
fileURLWithPath:destPosixPath
-- save the new PDF
(theDoc's writeToURL:outNSURL)
end combineFiles:savingTo:



> Op 25 aug. 2023, om 23:15 heeft Eller, Roger via use-livecode 
>  het volgende geschreven:
> 
> Thank you for this and all the details, Matthias.  I will give it a try.
> 
> 
> ~Roger
> 
> 
> From: use-livecode  on behalf of 
> matthias rebbe via use-livecode 
> Sent: Friday, August 25, 2023 2:16 PM
> To: How to use LiveCode 
> Cc: matthias_livecode_150...@m-r-d.de 
> Subject: Re: Merging PDF pages
> 
> 
> 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.
> 
> 
> 
> Just noticed that my steps are missing something.
> So here's version 2 of it.
> 
> 1. download
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.pdflabs.com%2Ftools%2Fpdftk-the-pdf-toolkit%2Fpdftk_server-2.02-mac_osx-10.11-setup.pkg&data=05%7C01%7Croger.e.eller%40sealedair.com%7Ce1d5200433404eec54d008dba59780d1%7C2691a2514c384643af0b0c0982f197bd%7C0%7C0%7C638285842350859203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tEXnKnbF7xT3GjOMoYKIiM%2Fv3JwkS7pzKRM3op80KMI%3D&reserved=0<https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg>
> 
> 2. to extract the pkg run the following in Terminal
> pkgutil --expand   
> 
> If the source path to the pkg contains spaces then put quotes around the path.
> 
> 3. Now open the destination path to which you've extracted the .pkg. There 
> should be another pkg pdftk.pkg
> 
> 4. right click the file pdftk.pkg  and select "show package content"
> 
> 5. Now you should see a file payload. Right click that file and select "open 
> with" and select the archive utility to decompress the file payload.
> 
> 6. After extraction you'll find a new folder "Payload 2"
> 
> 7. open that folder. In that folder you will find the Lib and Bin folder. 
> Copy those folder to another location.
> 
> Now in LC you can use shell shell function to call the pdftk
> 
> Example
> set the folder to "path to the bin folder"
> 
> put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")
> 
> 
> would create combine the three file..pdf file into a new one called 
> mynewfile.pdf
> 
> To use pdftk server in your standalone  you just have to include both folders 
> in your standalone.
> 
> 
> On Windows you first have to run the setup of pdftk server. During the 
> installation you can select the folder where pdftk server shall be installed. 
> You then can copy the bin folder from that installation folder
> and use it with your standalone on any other computer without the need to run 
> the setup on that computer.
> 
> 
> 
> 
>> Am 25.08.2023 um 17:00 schrieb matthias rebbe 

Re: Merging PDF pages

2023-08-26 Thread doc hawk via use-livecode
richard reasoned

be aware that you will lose one the most valuable things about a PDF
document: the embedded text layer.


Oh, no, there’s something more valuable, which you also lose:  anything
over 72 dpi!

I played with a pdf library for python for a bit, as well as raw pdf,
without much luck.
___
use-livecode mailing list
use-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: Merging PDF pages

2023-08-25 Thread Eller, Roger via use-livecode
Thank you for this and all the details, Matthias.  I will give it a try.


~Roger


From: use-livecode  on behalf of 
matthias rebbe via use-livecode 
Sent: Friday, August 25, 2023 2:16 PM
To: How to use LiveCode 
Cc: matthias_livecode_150...@m-r-d.de 
Subject: Re: Merging PDF pages


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.



Just noticed that my steps are missing something.
So here's version 2 of it.

1. download
https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.pdflabs.com%2Ftools%2Fpdftk-the-pdf-toolkit%2Fpdftk_server-2.02-mac_osx-10.11-setup.pkg&data=05%7C01%7Croger.e.eller%40sealedair.com%7Ce1d5200433404eec54d008dba59780d1%7C2691a2514c384643af0b0c0982f197bd%7C0%7C0%7C638285842350859203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=tEXnKnbF7xT3GjOMoYKIiM%2Fv3JwkS7pzKRM3op80KMI%3D&reserved=0<https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg>

2. to extract the pkg run the following in Terminal
pkgutil --expand   

If the source path to the pkg contains spaces then put quotes around the path.

3. Now open the destination path to which you've extracted the .pkg. There 
should be another pkg pdftk.pkg

4. right click the file pdftk.pkg  and select "show package content"

5. Now you should see a file payload. Right click that file and select "open 
with" and select the archive utility to decompress the file payload.

6. After extraction you'll find a new folder "Payload 2"

7. open that folder. In that folder you will find the Lib and Bin folder. Copy 
those folder to another location.

Now in LC you can use shell shell function to call the pdftk

Example
set the folder to "path to the bin folder"

put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")


would create combine the three file..pdf file into a new one called 
mynewfile.pdf

To use pdftk server in your standalone  you just have to include both folders 
in your standalone.


On Windows you first have to run the setup of pdftk server. During the 
installation you can select the folder where pdftk server shall be installed. 
You then can copy the bin folder from that installation folder
and use it with your standalone on any other computer without the need to run 
the setup on that computer.




> Am 25.08.2023 um 17:00 schrieb matthias rebbe via use-livecode 
> :
>
> On which OS are you planning to do this?
>
> On Windows and macOS you could make use of PDFTK server from PDFLabs.com 
> <https://nam10.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpdflabs.com%2F&data=05%7C01%7Croger.e.eller%40sealedair.com%7Ce1d5200433404eec54d008dba59780d1%7C2691a2514c384643af0b0c0982f197bd%7C0%7C0%7C638285842350859203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=2KHRMuPPbThuEdstyMStYxuVIocIbRsA9yaSB%2Fw%2F7dI%3D&reserved=0<http://pdflabs.com/>>
>
> On macOS  PDFTK Server normally  has to be installed to use it. But you could 
> follow these steps here to get it working w/o installation.
>
> 1. Do not use the d/l link for pdftk Server from the pdfLabs website. That 
> version will not work on macOS11 and up. Instead download this version of 
> PDFTK Server. Sid Steward created a new version but did not update the d/l 
> link
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.pdflabs.com%2Ftools%2Fpdftk-the-pdf-toolkit%2Fpdftk_server-2.02-mac_osx-10.11-setup.pkg&data=05%7C01%7Croger.e.eller%40sealedair.com%7Ce1d5200433404eec54d008dba59780d1%7C2691a2514c384643af0b0c0982f197bd%7C0%7C0%7C638285842351015442%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=S5yjsFoOrBWQY%2FKUhQbD6WZxAzuRiBOK6Yrval2H1Q4%3D&reserved=0<https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg>
>
> 2. to extract the pkg run the following in Terminal
> pkgutil --expand   
>
> If the source path to the pkg contains spaces then put quotes around the path.
>
> After extraction you'll find the 2 folders lib and bin and some others .The 2 
> mentioned ones are needed.
>
> Now in LC you can use shell shell function to call the pdftk
>
> Example
> set the folder to "path to the bin folder"
>
> put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")
>
>
> would create combine the three file..pdf file into a new one called 
> mynewfile.pdf
>
>
> I wrote this in a hurry, so i might have some error in my explanation. Just 
&

Re: Merging PDF pages

2023-08-25 Thread matthias rebbe via use-livecode
Just noticed that my steps are missing something.
So here's version 2 of it.

1. download
https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg

2. to extract the pkg run the following in Terminal
pkgutil --expand   

If the source path to the pkg contains spaces then put quotes around the path.

3. Now open the destination path to which you've extracted the .pkg. There 
should be another pkg pdftk.pkg

4. right click the file pdftk.pkg  and select "show package content"

5. Now you should see a file payload. Right click that file and select "open 
with" and select the archive utility to decompress the file payload.

6. After extraction you'll find a new folder "Payload 2"

7. open that folder. In that folder you will find the Lib and Bin folder. Copy 
those folder to another location.

Now in LC you can use shell shell function to call the pdftk

Example
set the folder to "path to the bin folder"

put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")


would create combine the three file..pdf file into a new one called 
mynewfile.pdf

To use pdftk server in your standalone  you just have to include both folders 
in your standalone.


On Windows you first have to run the setup of pdftk server. During the 
installation you can select the folder where pdftk server shall be installed. 
You then can copy the bin folder from that installation folder
and use it with your standalone on any other computer without the need to run 
the setup on that computer.




> Am 25.08.2023 um 17:00 schrieb matthias rebbe via use-livecode 
> :
> 
> On which OS are you planning to do this?
> 
> On Windows and macOS you could make use of PDFTK server from PDFLabs.com 
> <http://pdflabs.com/>
> 
> On macOS  PDFTK Server normally  has to be installed to use it. But you could 
> follow these steps here to get it working w/o installation.
> 
> 1. Do not use the d/l link for pdftk Server from the pdfLabs website. That 
> version will not work on macOS11 and up. Instead download this version of 
> PDFTK Server. Sid Steward created a new version but did not update the d/l 
> link
> https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg
> 
> 2. to extract the pkg run the following in Terminal
> pkgutil --expand   
> 
> If the source path to the pkg contains spaces then put quotes around the path.
> 
> After extraction you'll find the 2 folders lib and bin and some others .The 2 
> mentioned ones are needed. 
> 
> Now in LC you can use shell shell function to call the pdftk
> 
> Example
> set the folder to "path to the bin folder"
> 
> put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")
> 
> 
> would create combine the three file..pdf file into a new one called 
> mynewfile.pdf
> 
> 
> I wrote this in a hurry, so i might have some error in my explanation. Just 
> ask, if you have problems.
> 
> Regards,
> 
> Matthias
> 
>> Am 25.08.2023 um 15:10 schrieb Eller, Roger via use-livecode 
>> :
>> 
>> It's been a while since I've posted a question here.  Is it possible to use 
>> livecode script to merge multiple 1-page PDFs into a multipage PDF without 
>> using Acrobat or other 3rd party software?
>> 
>> Thanks.
>> 
>> ~Roger
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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


Re: Merging PDF pages

2023-08-25 Thread matthias rebbe via use-livecode
On which OS are you planning to do this?

On Windows and macOS you could make use of PDFTK server from PDFLabs.com 
<http://pdflabs.com/>

On macOS  PDFTK Server normally  has to be installed to use it. But you could 
follow these steps here to get it working w/o installation.

1. Do not use the d/l link for pdftk Server from the pdfLabs website. That 
version will not work on macOS11 and up. Instead download this version of PDFTK 
Server. Sid Steward created a new version but did not update the d/l link
https://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/pdftk_server-2.02-mac_osx-10.11-setup.pkg

2. to extract the pkg run the following in Terminal
pkgutil --expand   

If the source path to the pkg contains spaces then put quotes around the path.

After extraction you'll find the 2 folders lib and bin and some others .The 2 
mentioned ones are needed. 

Now in LC you can use shell shell function to call the pdftk

Example
set the folder to "path to the bin folder"

put shell("./pdftk  file1.pdf file2.pdf file3.pdf cat output mynewfile.pdf")


would create combine the three file..pdf file into a new one called 
mynewfile.pdf


I wrote this in a hurry, so i might have some error in my explanation. Just 
ask, if you have problems.

Regards,

Matthias

> Am 25.08.2023 um 15:10 schrieb Eller, Roger via use-livecode 
> :
> 
> It's been a while since I've posted a question here.  Is it possible to use 
> livecode script to merge multiple 1-page PDFs into a multipage PDF without 
> using Acrobat or other 3rd party software?
> 
> Thanks.
> 
> ~Roger
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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


Re: Merging PDF pages

2023-08-25 Thread panagiotis m via use-livecode
Hello all,

There is a built-in utility on MacOS for merging PDFs. You can call it from
"shell", as Paul suggested.

This seems to work - tested on MacOS Mojave. It merges "test1.pdf" and
"test2.pdf" into "merged.pdf" on Desktop.
Just check that the path of tApp actually exists in modern MacOS as well.

on mouseUp pButtonNumber
   local tShell, tApp
   put quote & "/System/Library/Automator/Combine PDF
Pages.action/Contents/Resources/join.py" & quote \
 into tApp
   put tApp && "-o ~/Desktop/merged.pdf ~/Desktop/test1.pdf
~/Desktop/test2.pdf" \
 into tShell
   get shell(tShell)
end mouseUp

Cheers,
Panos
--

On Fri, 25 Aug 2023 at 17:23, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The short answer is NO. There is nothing built into Livecode to take a
> set fo existing PDF files and append them to create a readable PDF that
> is them all stitched together. Neither the XPDF external nor the PDF
> widget will do this.
>
> You best option is to use some 3rd party command line utility that will
> merge PDF files that works on the platform or platforms your want to do
> this on and use the Livecode shell() function to call that command line
> utility.
>
> If this is going to be a distributed standalone, you can actually read
> the utility as a binary file and compress it as a staved property in
> your application, that can uncompress and install it on any target
> computer.
>
> We do this with the popular free open-source video tool ffmpeg for macOS
> and WIndows. Our app install it if needed on the target computer from a
> compressed copy bundled into our app and we use SHELL() to call it to do
> several video operations that can't be done in Livecode.
>
> Paul Dupuis
> Researchware
>
>
>
> On 8/25/2023 9:10 AM, Eller, Roger via use-livecode wrote:
> > It's been a while since I've posted a question here.  Is it possible to
> use livecode script to merge multiple 1-page PDFs into a multipage PDF
> without using Acrobat or other 3rd party software?
> >
> > Thanks.
> >
> > ~Roger
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Merging PDF pages

2023-08-25 Thread Paul Dupuis via use-livecode
The short answer is NO. There is nothing built into Livecode to take a 
set fo existing PDF files and append them to create a readable PDF that 
is them all stitched together. Neither the XPDF external nor the PDF 
widget will do this.


You best option is to use some 3rd party command line utility that will 
merge PDF files that works on the platform or platforms your want to do 
this on and use the Livecode shell() function to call that command line 
utility.


If this is going to be a distributed standalone, you can actually read 
the utility as a binary file and compress it as a staved property in 
your application, that can uncompress and install it on any target computer.


We do this with the popular free open-source video tool ffmpeg for macOS 
and WIndows. Our app install it if needed on the target computer from a 
compressed copy bundled into our app and we use SHELL() to call it to do 
several video operations that can't be done in Livecode.


Paul Dupuis
Researchware



On 8/25/2023 9:10 AM, Eller, Roger via use-livecode wrote:

It's been a while since I've posted a question here.  Is it possible to use 
livecode script to merge multiple 1-page PDFs into a multipage PDF without 
using Acrobat or other 3rd party software?

Thanks.

~Roger


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



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


Re: Merging PDF pages

2023-08-25 Thread Craig Newman via use-livecode
Richmond.

Did I mention this was a bit clunky?

Craig

> On Aug 25, 2023, at 9:39 AM, Craig Newman via use-livecode 
>  wrote:
> 
> Hmmm.
> 
> Rereading, did you want to be able to collect existing pdf documents, read 
> them, and then output a single new PDF?   If so, I guess you can import those 
> documents as images on successive cards, and do what I posted earlier.
> 
> Seems clunky, but then you are asking LC to do something clunky.
> 
> Craig
> 
>> On Aug 25, 2023, at 9:33 AM, Craig Newman via use-livecode 
>>  wrote:
>> 
>> Hi.
>> 
>> Sure. Try this in a button on card 1 of a new stack with, say, three cards:
>> 
>> on mouseUp
>> 
>> get the desktop folder
>> 
>> open printing to pdf it & "/" & “yourNamehere" & ".pdf"
>> 
>> repeat with x = 1 to 3
>> 
>> print card x
>> 
>> end repeat
>> 
>> close printing
>> 
>> end mouseUp
>> 
>> 
>> 
>> And I wonder if the new pdf widget has that built in.
>> 
>> 
>> 
>> Craig
>> 
>> 
>>> On Aug 25, 2023, at 9:10 AM, Eller, Roger via use-livecode 
>>>  wrote:
>>> 
>>> It's been a while since I've posted a question here.  Is it possible to use 
>>> livecode script to merge multiple 1-page PDFs into a multipage PDF without 
>>> using Acrobat or other 3rd party software?
>>> 
>>> Thanks.
>>> 
>>> ~Roger
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


Re: Merging PDF pages

2023-08-25 Thread Richmond Mathewson via use-livecode
Humph . . . importing documents at images and then knitting them 
together . . . be aware that you will lose one the most valuable things 
about a PDF document: the embedded text layer.


Richmond.

On 25.08.23 16:39, Craig Newman via use-livecode wrote:

Hmmm.

Rereading, did you want to be able to collect existing pdf documents, read 
them, and then output a single new PDF?   If so, I guess you can import those 
documents as images on successive cards, and do what I posted earlier.

Seems clunky, but then you are asking LC to do something clunky.

Craig


On Aug 25, 2023, at 9:33 AM, Craig Newman via use-livecode 
 wrote:

Hi.

Sure. Try this in a button on card 1 of a new stack with, say, three cards:

on mouseUp

get the desktop folder

open printing to pdf it & "/" & “yourNamehere" & ".pdf"

repeat with x = 1 to 3

print card x

end repeat

close printing

end mouseUp



And I wonder if the new pdf widget has that built in.



Craig



On Aug 25, 2023, at 9:10 AM, Eller, Roger via use-livecode 
 wrote:

It's been a while since I've posted a question here.  Is it possible to use 
livecode script to merge multiple 1-page PDFs into a multipage PDF without 
using Acrobat or other 3rd party software?

Thanks.

~Roger


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

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

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


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


Re: Merging PDF pages

2023-08-25 Thread Craig Newman via use-livecode
Hmmm.

Rereading, did you want to be able to collect existing pdf documents, read 
them, and then output a single new PDF?   If so, I guess you can import those 
documents as images on successive cards, and do what I posted earlier.

Seems clunky, but then you are asking LC to do something clunky.

Craig

> On Aug 25, 2023, at 9:33 AM, Craig Newman via use-livecode 
>  wrote:
> 
> Hi.
> 
> Sure. Try this in a button on card 1 of a new stack with, say, three cards:
> 
> on mouseUp
> 
> get the desktop folder
> 
> open printing to pdf it & "/" & “yourNamehere" & ".pdf"
> 
> repeat with x = 1 to 3
> 
> print card x
> 
> end repeat
> 
> close printing
> 
> end mouseUp
> 
> 
> 
> And I wonder if the new pdf widget has that built in.
> 
> 
> 
> Craig
> 
> 
>> On Aug 25, 2023, at 9:10 AM, Eller, Roger via use-livecode 
>>  wrote:
>> 
>> It's been a while since I've posted a question here.  Is it possible to use 
>> livecode script to merge multiple 1-page PDFs into a multipage PDF without 
>> using Acrobat or other 3rd party software?
>> 
>> Thanks.
>> 
>> ~Roger
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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


Re: Merging PDF pages

2023-08-25 Thread Craig Newman via use-livecode
Hi.

Sure. Try this in a button on card 1 of a new stack with, say, three cards:

on mouseUp

get the desktop folder

open printing to pdf it & "/" & “yourNamehere" & ".pdf"

repeat with x = 1 to 3

print card x

end repeat

close printing

end mouseUp



And I wonder if the new pdf widget has that built in.



Craig


> On Aug 25, 2023, at 9:10 AM, Eller, Roger via use-livecode 
>  wrote:
> 
> It's been a while since I've posted a question here.  Is it possible to use 
> livecode script to merge multiple 1-page PDFs into a multipage PDF without 
> using Acrobat or other 3rd party software?
> 
> Thanks.
> 
> ~Roger
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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


Merging PDF pages

2023-08-25 Thread Eller, Roger via use-livecode
It's been a while since I've posted a question here.  Is it possible to use 
livecode script to merge multiple 1-page PDFs into a multipage PDF without 
using Acrobat or other 3rd party software?

Thanks.

~Roger


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


Re: PDF widget and XPDFviewer

2023-06-17 Thread Paul Dupuis via use-livecode
I think the answer is complex. They are not the same thing, but 
eventually, the widget will replace the external. The current issue is 
that the widget is lacking some features the external has, so, if, (like 
us) you PDF work is based on the external, migrating to the widget is 
not possible (depending on features used) until the widget has the same 
features (or equivalent). If the widget will do all the PDF things you 
need to do, use it. If it does not, you will probably find those 
features with the external and need to use that. If what you want to do 
can be done in either, then use the widget.


Paul Dupuis
Researchware

On 6/17/2023 1:39 PM, David Epstein via use-livecode wrote:

What is the relation between the widget “PDF” and the external “XPDFViewer” 
(both in Pro Features)?  The latter offers more direct access to a few 
properties (e.g., totalCharacterCount), while the widget syntax is a little 
simpler.  It does not appear that a PDF widget is a PDF Viewer, at least the 
widget’s name is not recognized as the name of a viewer when I try to call a 
function like XPDFViewer_Get(viewerName,property).

So do I need either to create a widget or create a viewer?  And are there 
non-obvious reasons to do one or the other?

David Epstein
___
use-livecode mailing list
use-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


PDF widget and XPDFviewer

2023-06-17 Thread David Epstein via use-livecode
What is the relation between the widget “PDF” and the external “XPDFViewer” 
(both in Pro Features)?  The latter offers more direct access to a few 
properties (e.g., totalCharacterCount), while the widget syntax is a little 
simpler.  It does not appear that a PDF widget is a PDF Viewer, at least the 
widget’s name is not recognized as the name of a viewer when I try to call a 
function like XPDFViewer_Get(viewerName,property).

So do I need either to create a widget or create a viewer?  And are there 
non-obvious reasons to do one or the other?

David Epstein
___
use-livecode mailing list
use-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 and "pinch zoom"

2023-06-17 Thread Klaus major-k via use-livecode
Hi all,

I just found out that the PDF widget supports "pinch zoom"
(correct term?) on Android. KIND OF!
It is VERY VERY jerky, but somehow works, yet unpredictable,
takes some seconds to finish.

Is this an undocumented feature?
If yes, any chance that this can/will be optimized so it really 
works as exspected, read "fluently"?

Thanks for any hint!


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


Re: Browser widget doesn't display PDF

2022-11-29 Thread matthias rebbe via use-livecode
Hello Panos,

thanks for reminding me of bug 22534. 
I should have remember it. That bug report is based on a support request i 
filed. ;) 

> Am 29.11.2022 um 18:38 schrieb panagiotis m via use-livecode 
> :
> 
> Hello Matthias,
> 
> See:
> 
> https://quality.livecode.com/show_bug.cgi?id=18378

Thanks, i was not aware of that report. Btw. you are commenting in that report, 
that you could replicate the problem with a 316 page PDF, but not with a 5 page 
pdf.
In my case the PDF has only 1 page.

> https://quality.livecode.com/show_bug.cgi?id=22534
> 
I knew that one already, because its a bug report based on a support request i 
filed. ;) 
To be honest, i almost forget about it. 
Rereading my comments i remembered that one hast remove the plugins and logoff 
and login again to get it working with the widget.




> I suggest using a PDF widget instead of a browser widget to display the pdf
> files, until this bug is fixed.

Btw. this might be a workaround for me if i need also the Acrobat plugins, but 
according to the dictionary the PDF widget is only available with a Pro license.
So this is not a workaround for everyone.


Anyway, thanks again.

Matthias

> 
> Kind regards,
> Panos
> --
> 
> On Tue, 29 Nov 2022 at 18:59, matthias rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hello,
>> 
>> i am currently having problems that a browser widget doesn't display a
>> pdf, regardless if remote or local.
>> 
>> I just see a white blank page. Sometime an error message comes up telling
>> me that "PDFViewer could not find a compatible version of Adobe Acrobat or
>> Adobe Reader for displaying this PDF file."
>> Something like that. I get a German error message.
>> 
>> The interesting part is, that Safari does not have a problem with
>> displaying the PDF and the folders ~/library/internet-plugins and
>> /library/Internet-plugins both contain the Acrobat plugins.
>> 
>> Tried here with LC 9.6.9RC2 and 10DP4 on Ventura 13.0.1.
>> 
>> Does anyone has an idea what might be wrong?
>> 
>> Regards,
>> Matthias
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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 widget doesn't display PDF

2022-11-29 Thread panagiotis m via use-livecode
Hello Matthias,

See:

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

I suggest using a PDF widget instead of a browser widget to display the pdf
files, until this bug is fixed.

Kind regards,
Panos
--

On Tue, 29 Nov 2022 at 18:59, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello,
>
> i am currently having problems that a browser widget doesn't display a
> pdf, regardless if remote or local.
>
> I just see a white blank page. Sometime an error message comes up telling
> me that "PDFViewer could not find a compatible version of Adobe Acrobat or
> Adobe Reader for displaying this PDF file."
> Something like that. I get a German error message.
>
> The interesting part is, that Safari does not have a problem with
> displaying the PDF and the folders ~/library/internet-plugins and
> /library/Internet-plugins both contain the Acrobat plugins.
>
> Tried here with LC 9.6.9RC2 and 10DP4 on Ventura 13.0.1.
>
> Does anyone has an idea what might be wrong?
>
> Regards,
> Matthias
>
>
> ___
> use-livecode mailing list
> use-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


Browser widget doesn't display PDF

2022-11-29 Thread matthias rebbe via use-livecode
Hello,

i am currently having problems that a browser widget doesn't display a pdf, 
regardless if remote or local.

I just see a white blank page. Sometime an error message comes up telling me 
that "PDFViewer could not find a compatible version of Adobe Acrobat or Adobe 
Reader for displaying this PDF file."
Something like that. I get a German error message.

The interesting part is, that Safari does not have a problem with displaying 
the PDF and the folders ~/library/internet-plugins and 
/library/Internet-plugins both contain the Acrobat plugins.

Tried here with LC 9.6.9RC2 and 10DP4 on Ventura 13.0.1.

Does anyone has an idea what might be wrong?

Regards,
Matthias


___
use-livecode mailing list
use-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: Printing (Preview in LC/screen vs Printer/PDF)

2022-10-23 Thread Paul Dupuis via use-livecode
A correction. The images are reduced to 1/4 size ONLY when printing to 
PDF on Windows (printing to paper results in the image at expected size)


This could be specific to Windows and the PDF "printer" (Foxit) being 
used. More testing is required. Premature posting ;-)



On 10/23/2022 4:52 PM, Paul Dupuis via use-livecode wrote:
I know this topic has been covered previously, probably many many 
times, but my search skills are failing me.


We have a "printing stack" in our app that, among other things, 
provides a "Print Preview" view. This takes the printer margins, page 
size, orientation, etc and creates a stack with the dimensions of the 
page and some guidelines showing the margins, headers, footers, and so 
on. A rectangle "PrintArea", is set to the available print area inside 
the margins. Whatever is being printed is then placed inside this 
"PrintArea". So if the contents of a field is being printed a field is 
sized fit inside the "PrintArea" and bottom of the field is adjusted 
by the pageHeights. If am image is being printed, the image is scaled 
to fit inside the "PrintArea" and so on.


All well and good, except for images. If I size and image to fit ON 
THE SCREEN within the "PrintArea" and then I print it (to a Printer OR 
to PDF, the image appear are roughly 1/4 size. I assume this is the 
72/75 dpi screen resolutions being put on a 300 dpi PDF or printer?


Is there some easy Livecode trick to just get images to print in a PDF 
or on paper at the same size as seen on the screen?


Thank you in advance!




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


Printing (Preview in LC/screen vs Printer/PDF)

2022-10-23 Thread Paul Dupuis via use-livecode
I know this topic has been covered previously, probably many many times, 
but my search skills are failing me.


We have a "printing stack" in our app that, among other things, provides 
a "Print Preview" view. This takes the printer margins, page size, 
orientation, etc and creates a stack with the dimensions of the page and 
some guidelines showing the margins, headers, footers, and so on. A 
rectangle "PrintArea", is set to the available print area inside the 
margins. Whatever is being printed is then placed inside this 
"PrintArea". So if the contents of a field is being printed a field is 
sized fit inside the "PrintArea" and bottom of the field is adjusted by 
the pageHeights. If am image is being printed, the image is scaled to 
fit inside the "PrintArea" and so on.


All well and good, except for images. If I size and image to fit ON THE 
SCREEN within the "PrintArea" and then I print it (to a Printer OR to 
PDF, the image appear are roughly 1/4 size. I assume this is the 72/75 
dpi screen resolutions being put on a 300 dpi PDF or printer?


Is there some easy Livecode trick to just get images to print in a PDF 
or on paper at the same size as seen on the screen?


Thank you in advance!




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

2022-10-04 Thread Dan Friedman via use-livecode
Mark,

Genius!  I can't thank you enough...  That worked!  Make sure that the field 
that holds the text has a valid font name and isn't inheriting a system-level 
font.  That REALLY ought to be documented in the PDF routines in LC.

As long as I have your ear...   Whenever I call this, I get a blank page in the 
beginning of my PDF.  I have checked that I'm not printing a blank page and 
have debugged this to death!   Any thoughts on a blank page being included in a 
PDF?

-Dan
 

On 10/4/22, 11:44 AM, "use-livecode on behalf of Mark Waddingham via 
use-livecode"  wrote:

On 2022-10-04 16:20, Dan Friedman via use-livecode wrote:
> Here are examples of the printouts (the PDFs):
> Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
> Print to Printer - 
> https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf
> 
> Any thoughts or ideas?

Someone had a similar problem in the past (Paul or Klaus maybe?) - it 
turned out that it was because no explicit font was set on the stack (or 
controls) - meaning that it was using the macOS 'theme' font.

This isn't actually a 'discoverable' font in the various font related 
APIs - and appears to be (somewhat!) hard-coded in the various low-level 
Apple graphics rendering APIs.

The PDF printer does use the correct fonts and metrics - and CoreText 
(on macOS) to do font layout - but the actual PDF generation is done 
using a cross-platform library (so the output is the same on all 
platforms) which relies on getting the 'real' font data for the given 
font (which it does not in this case) and not macOS (CoreGraphics-based) 
printing. The latter appears to be able to deal with the 'magic' fonts 
(unsurprising as its all Apple stuff), but our pdf printer cannot.

If you set the stack to an explicit font then the problem should go 
away.

Alternatively, if this is a mac-only product, you can use macOS's PDF 
printing capability by setting the printerOutput property to 
"file:" - on macOS the latter will generate a PDF (i.e. its 
the same as choosing 'Save As PDF' from the printer dialog).

Hope this helps!

Mark.

-- 
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

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

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

2022-10-04 Thread Mark Waddingham via use-livecode

On 2022-10-04 16:20, Dan Friedman via use-livecode wrote:

Here are examples of the printouts (the PDFs):
Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
Print to Printer - 
https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf


Any thoughts or ideas?


Someone had a similar problem in the past (Paul or Klaus maybe?) - it 
turned out that it was because no explicit font was set on the stack (or 
controls) - meaning that it was using the macOS 'theme' font.


This isn't actually a 'discoverable' font in the various font related 
APIs - and appears to be (somewhat!) hard-coded in the various low-level 
Apple graphics rendering APIs.


The PDF printer does use the correct fonts and metrics - and CoreText 
(on macOS) to do font layout - but the actual PDF generation is done 
using a cross-platform library (so the output is the same on all 
platforms) which relies on getting the 'real' font data for the given 
font (which it does not in this case) and not macOS (CoreGraphics-based) 
printing. The latter appears to be able to deal with the 'magic' fonts 
(unsurprising as its all Apple stuff), but our pdf printer cannot.


If you set the stack to an explicit font then the problem should go 
away.


Alternatively, if this is a mac-only product, you can use macOS's PDF 
printing capability by setting the printerOutput property to 
"file:" - on macOS the latter will generate a PDF (i.e. its 
the same as choosing 'Save As PDF' from the printer dialog).


Hope this helps!

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

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


Re: PDF Printing

2022-10-04 Thread Marty Knapp via use-livecode
If it was one computer, I’d say there was a good chance but more than one 
computer I’d say no. Problem must be elsewhere.

Marty

> On Oct 4, 2022, at 10:15 AM, Dan Friedman via use-livecode 
>  wrote:
> 
> Thank you for your thoughts, but do you really think a font cache is the 
> issue?   I have two computers in my office having this issue, and about a 
> dozen Macs at my client's location -- that we know of so far!   If it were a 
> font issue, do you think one print method would be successful, and another 
> wouldn't?   If the font table was messed up, I would think it would be wacked 
> for all methods.  No?
> 
> I could be wrong (I'm wrong all the time!) but, I think it's something in 
> LC's internal PDF handling, or some property I need to set or reset.
> 
> -Dan
> 
> 
> On 10/4/22, 9:51 AM, "use-livecode on behalf of Ralph DiMola via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>Dan,
> 
>How to delete Windows font cache:
>
> https://www.tenforums.com/tutorials/54452-rebuild-font-cache-windows-10-a.ht
>ml
> 
>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 Dan Friedman via use-livecode
>Sent: Tuesday, October 04, 2022 11:21 AM
>To: How to use LiveCode
>Cc: Dan Friedman
>Subject: PDF Printing
> 
>I am getting different results using "open printing to pdf" vs standard
>printing to a printer.   I have a card with a single field on it with some
>formatted text in it.   If I print the card to a printer using "open
>printing with dialog" it all looks perfect (even if I choose to save it to
>PDF in the print dialog).   But, if I use the "open printing to pdf" 
> method,
>it get wrong fonts and inconsistent tab spacings.   Here is the EXACT code 
> I
>    am using:
> 
>on mouseUp currSName
>  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into
>printAsPDF
> 
>  if printAsPDF then
>ask file "Save As PDF:" with (currSName & ".pdf")
>put it into pdfPath
>open printing to pdf pdfPath
>  else
>open printing with dialog
>  end if
> 
>  if the result is "Cancel" then
>exit mouseUp
>  end if
> 
>  print card 1 of stack "GB_PReport"
>  close printing
>end mouseUp
> 
>Here are examples of the printouts (the PDFs):
>Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
>Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf
> 
>Any thoughts or ideas?
> 
>LC 9.6.8
> 
>___
>use-livecode mailing list
>use-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: PDF Printing

2022-10-04 Thread Ralph DiMola via use-livecode
Your right... If all computers are doing it then font cache is probably not the 
issue.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: Dan Friedman [mailto:d...@clearvisiontech.com] 
Sent: Tuesday, October 04, 2022 1:16 PM
To: How to use LiveCode
Cc: Ralph DiMola
Subject: Re: PDF Printing

Thank you for your thoughts, but do you really think a font cache is the issue? 
  I have two computers in my office having this issue, and about a dozen Macs 
at my client's location -- that we know of so far!   If it were a font issue, 
do you think one print method would be successful, and another wouldn't?   If 
the font table was messed up, I would think it would be wacked for all methods. 
 No?

I could be wrong (I'm wrong all the time!) but, I think it's something in LC's 
internal PDF handling, or some property I need to set or reset.

-Dan
 

On 10/4/22, 9:51 AM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

Dan,

How to delete Windows font cache:
https://www.tenforums.com/tutorials/54452-rebuild-font-cache-windows-10-a.ht
ml

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 Dan Friedman via use-livecode
Sent: Tuesday, October 04, 2022 11:21 AM
To: How to use LiveCode
    Cc: Dan Friedman
Subject: PDF Printing

I am getting different results using "open printing to pdf" vs standard
printing to a printer.   I have a card with a single field on it with some
formatted text in it.   If I print the card to a printer using "open
printing with dialog" it all looks perfect (even if I choose to save it to
PDF in the print dialog).   But, if I use the "open printing to pdf" method,
it get wrong fonts and inconsistent tab spacings.   Here is the EXACT code I
am using:

on mouseUp currSName
  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into
printAsPDF

  if printAsPDF then
ask file "Save As PDF:" with (currSName & ".pdf")
put it into pdfPath
open printing to pdf pdfPath
  else
open printing with dialog
  end if

  if the result is "Cancel" then
exit mouseUp
  end if

  print card 1 of stack "GB_PReport"
  close printing
end mouseUp

Here are examples of the printouts (the PDFs):
Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf

Any thoughts or ideas?

LC 9.6.8

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

2022-10-04 Thread Dan Friedman via use-livecode
Thank you for your thoughts, but do you really think a font cache is the issue? 
  I have two computers in my office having this issue, and about a dozen Macs 
at my client's location -- that we know of so far!   If it were a font issue, 
do you think one print method would be successful, and another wouldn't?   If 
the font table was messed up, I would think it would be wacked for all methods. 
 No?

I could be wrong (I'm wrong all the time!) but, I think it's something in LC's 
internal PDF handling, or some property I need to set or reset.

-Dan
 

On 10/4/22, 9:51 AM, "use-livecode on behalf of Ralph DiMola via use-livecode" 
 wrote:

Dan,

How to delete Windows font cache:
https://www.tenforums.com/tutorials/54452-rebuild-font-cache-windows-10-a.ht
ml

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 Dan Friedman via use-livecode
Sent: Tuesday, October 04, 2022 11:21 AM
To: How to use LiveCode
    Cc: Dan Friedman
Subject: PDF Printing

I am getting different results using "open printing to pdf" vs standard
printing to a printer.   I have a card with a single field on it with some
formatted text in it.   If I print the card to a printer using "open
printing with dialog" it all looks perfect (even if I choose to save it to
PDF in the print dialog).   But, if I use the "open printing to pdf" method,
it get wrong fonts and inconsistent tab spacings.   Here is the EXACT code I
am using:

on mouseUp currSName
  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into
printAsPDF

  if printAsPDF then
ask file "Save As PDF:" with (currSName & ".pdf")
put it into pdfPath
open printing to pdf pdfPath
  else
open printing with dialog
  end if

  if the result is "Cancel" then
exit mouseUp
  end if

  print card 1 of stack "GB_PReport"
  close printing
end mouseUp

Here are examples of the printouts (the PDFs):
Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf

Any thoughts or ideas?

LC 9.6.8

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

2022-10-04 Thread Ralph DiMola via use-livecode
Dan,

How to delete Windows font cache:
https://www.tenforums.com/tutorials/54452-rebuild-font-cache-windows-10-a.ht
ml

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 Dan Friedman via use-livecode
Sent: Tuesday, October 04, 2022 11:21 AM
To: How to use LiveCode
Cc: Dan Friedman
Subject: PDF Printing

I am getting different results using "open printing to pdf" vs standard
printing to a printer.   I have a card with a single field on it with some
formatted text in it.   If I print the card to a printer using "open
printing with dialog" it all looks perfect (even if I choose to save it to
PDF in the print dialog).   But, if I use the "open printing to pdf" method,
it get wrong fonts and inconsistent tab spacings.   Here is the EXACT code I
am using:

on mouseUp currSName
  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into
printAsPDF
  
  if printAsPDF then
    ask file "Save As PDF:" with (currSName & ".pdf")
put it into pdfPath
open printing to pdf pdfPath
  else
open printing with dialog
  end if
  
  if the result is "Cancel" then
exit mouseUp
  end if
  
  print card 1 of stack "GB_PReport"
  close printing
end mouseUp

Here are examples of the printouts (the PDFs):
Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf

Any thoughts or ideas?

LC 9.6.8

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

2022-10-04 Thread Marty Knapp via use-livecode
It could be a corrupted font cache - I’ve found that can cause weird behavior 
as you’re describing. If you’re on a Mac, do a “safe reboot” (start up with the 
shift key pressed) and after it boots up, do a normal reboot. That will delete 
the current font caches and then rebuild them from scratch. It’s little harder 
to fix on Windows - if that is the case you might Google that.

Worth a try anyway.

Marty

> On Oct 4, 2022, at 8:20 AM, Dan Friedman via use-livecode 
>  wrote:
> 
> I am getting different results using "open printing to pdf" vs standard 
> printing to a printer.   I have a card with a single field on it with some 
> formatted text in it.   If I print the card to a printer using "open printing 
> with dialog" it all looks perfect (even if I choose to save it to PDF in the 
> print dialog).   But, if I use the "open printing to pdf" method, it get 
> wrong fonts and inconsistent tab spacings.   Here is the EXACT code I am 
> using:
> 
> on mouseUp currSName
>  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into printAsPDF
> 
>  if printAsPDF then
>    ask file "Save As PDF:" with (currSName & ".pdf")
>put it into pdfPath
>open printing to pdf pdfPath
>  else
>open printing with dialog
>  end if
> 
>  if the result is "Cancel" then
>exit mouseUp
>  end if
> 
>  print card 1 of stack "GB_PReport"
>  close printing
> end mouseUp
> 
> Here are examples of the printouts (the PDFs):
> Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
> Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf
> 
> Any thoughts or ideas?
> 
> LC 9.6.8


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

2022-10-04 Thread Dan Friedman via use-livecode
I am getting different results using "open printing to pdf" vs standard 
printing to a printer.   I have a card with a single field on it with some 
formatted text in it.   If I print the card to a printer using "open printing 
with dialog" it all looks perfect (even if I choose to save it to PDF in the 
print dialog).   But, if I use the "open printing to pdf" method, it get wrong 
fonts and inconsistent tab spacings.   Here is the EXACT code I am using:

on mouseUp currSName
  put (the hilite of btn "printAsPDF" of stack "ReportOptions") into printAsPDF
  
  if printAsPDF then
    ask file "Save As PDF:" with (currSName & ".pdf")
put it into pdfPath
open printing to pdf pdfPath
  else
open printing with dialog
  end if
  
  if the result is "Cancel" then
exit mouseUp
  end if
  
  print card 1 of stack "GB_PReport"
  close printing
end mouseUp

Here are examples of the printouts (the PDFs):
Print to PDF - https://www.clearvisiontech.com/WORKING/PrintToPDF1.pdf
Print to Printer - https://www.clearvisiontech.com/WORKING/PrintToPDF2.pdf

Any thoughts or ideas?

LC 9.6.8

___
use-livecode mailing list
use-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: [semi-OT] PDF on the fly

2022-09-15 Thread matthias rebbe via use-livecode
That is interesting. I tried here with content-length on on-rev and it works 
here with Version 15.6 (17613.3.9.1.5) of Safari.

At least you've found a solution...



> Am 15.09.2022 um 11:36 schrieb jbv via use-livecode 
> :
> 
> I am using Safari 15.6 (15613.3.9.1.7, 15613)
> 
> But I finally found the origin of the problem :
>  put header "Content-Length: " & number of chars of myPDF
> 
> After removing that line from the header, files download and
> display fine in Safari, as in other browsers.
> So far I have no rational explanation though.
> 
> Best,
> jbv
> 
> Le 2022-09-14 17:00, matthias rebbe via use-livecode a écrit :
>> I just tested on quartz.on-rev.com  with LC
>> Server 9.6.0.
>> I've created a textfile with a size of 1mb.
>> tested with this script and it worked. I even tested with put header
>> instead of put new header.
>> > put header "Content-Type: application/text"
>> put new header "Content-Disposition: attachment; FileName=" & 
>> "justsomeText.txt"
>> put URL("binfile:" & "justsomeText.txt")
>> ?>
>> Which version of Safari do you have?
>>> Am 14.09.2022 um 22:44 schrieb jbv via use-livecode 
>>> :
>>> Hi guys,
>>> Thank you for your answers.
>>> No matter what I try, the problem remains the same on Safari.
>>> My LC script runs on my on-rev account, and it uses LC 9.6.
>>> Could this really be the problem ?
>>> Best,
>>> jbv
>>> ___
>>> use-livecode mailing list
>>> use-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: [semi-OT] PDF on the fly

2022-09-15 Thread jbv via use-livecode

I am using Safari 15.6 (15613.3.9.1.7, 15613)

But I finally found the origin of the problem :
  put header "Content-Length: " & number of chars of myPDF

After removing that line from the header, files download and
display fine in Safari, as in other browsers.
So far I have no rational explanation though.

Best,
jbv

Le 2022-09-14 17:00, matthias rebbe via use-livecode a écrit :

I just tested on quartz.on-rev.com  with LC
Server 9.6.0.

I've created a textfile with a size of 1mb.

tested with this script and it worked. I even tested with put header
instead of put new header.
put new header "Content-Disposition: attachment; FileName=" & 
"justsomeText.txt"

put URL("binfile:" & "justsomeText.txt")
?>

Which version of Safari do you have?



Am 14.09.2022 um 22:44 schrieb jbv via use-livecode 
:


Hi guys,

Thank you for your answers.
No matter what I try, the problem remains the same on Safari.
My LC script runs on my on-rev account, and it uses LC 9.6.
Could this really be the problem ?

Best,
jbv

___
use-livecode mailing list
use-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: [semi-OT] PDF on the fly

2022-09-14 Thread matthias rebbe via use-livecode
I just tested on quartz.on-rev.com  with LC Server 
9.6.0.

I've created a textfile with a size of 1mb.

tested with this script and it worked. I even tested with put header instead of 
put new header.


Which version of Safari do you have?



> Am 14.09.2022 um 22:44 schrieb jbv via use-livecode 
> :
> 
> Hi guys,
> 
> Thank you for your answers.
> No matter what I try, the problem remains the same on Safari.
> My LC script runs on my on-rev account, and it uses LC 9.6.
> Could this really be the problem ?
> 
> Best,
> jbv
> 
> ___
> use-livecode mailing list
> use-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: [semi-OT] PDF on the fly

2022-09-14 Thread jbv via use-livecode

Hi guys,

Thank you for your answers.
No matter what I try, the problem remains the same on Safari.
My LC script runs on my on-rev account, and it uses LC 9.6.
Could this really be the problem ?

Best,
jbv

___
use-livecode mailing list
use-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: [semi-OT] PDF on the fly

2022-09-14 Thread matthias rebbe via use-livecode
I am running 9.6.5 on the server where i tested the script.

> Am 14.09.2022 um 21:22 schrieb matthias rebbe via use-livecode 
> :
> 
> I just checked here with a script i am using for years to provide the 
> download of a csv file and it still works with Version 15.6 (17613.3.9.1.5).
> Is that the newest version?
> 
> This is my script:
> 
> put header "Content-Type: application/text"
> put header "Content-Length:" & the number of chars of tFileContent
> put new header "Content-Disposition: attachment; FileName=" & tFileName
> put URL("file:" & tFileContent)
> 
> The only difference i see is, that i haveput new header instead of put 
> header
> 
> 
> 
> 
> 
> 
>> Am 14.09.2022 um 20:58 schrieb jbv via use-livecode 
>> :
>> 
>> Hi list,
>> 
>> I have a web site on which end users can select several options,
>> and then click a button "show PDF", and a pdf containing various
>> contents from a remote DB with a sophisticated layout is built
>> server side in a second and automatically downloaded.
>> 
>> The link of the button is something like :
>> https://domain.com/showPDF.lc?a=parameters
>> and the script sets the header of the pdf file as follows :
>> put header "Content-Type: application/pdf"
>> put header "Content-Length: " & number of chars of myPDF
>> put header "Content-Disposition: attachment; filename=" "e& myFileName 
>> "e
>> 
>> This has been working fine for years, and still works on Chrome
>> and FF, but apparently the latest versions of Safari don't accept it:
>> the file is built and the download starts but quickly stalls and that's it.
>> And no error message van be found in the console.
>> 
>> As an alternative solution, I've been thinking of building the pdf server 
>> side
>> and writing it in a temporary folder, and then on the web page displaying a
>> prompt with a button containing the actual url of the file. But that's not
>> very elegant IMHO.
>> 
>> What other options do I have ?
>> Thank you in advance.
>> 
>> Best,
>> jbv
>> 
>> ___
>> use-livecode mailing list
>> use-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: [semi-OT] PDF on the fly

2022-09-14 Thread matthias rebbe via use-livecode
I just checked here with a script i am using for years to provide the download 
of a csv file and it still works with Version 15.6 (17613.3.9.1.5).
Is that the newest version?

This is my script:

put header "Content-Type: application/text"
put header "Content-Length:" & the number of chars of tFileContent
put new header "Content-Disposition: attachment; FileName=" & tFileName
put URL("file:" & tFileContent)

The only difference i see is, that i haveput new header instead of put 
header






> Am 14.09.2022 um 20:58 schrieb jbv via use-livecode 
> :
> 
> Hi list,
> 
> I have a web site on which end users can select several options,
> and then click a button "show PDF", and a pdf containing various
> contents from a remote DB with a sophisticated layout is built
> server side in a second and automatically downloaded.
> 
> The link of the button is something like :
>  https://domain.com/showPDF.lc?a=parameters
> and the script sets the header of the pdf file as follows :
>  put header "Content-Type: application/pdf"
>  put header "Content-Length: " & number of chars of myPDF
>  put header "Content-Disposition: attachment; filename=" "e& myFileName 
> "e
> 
> This has been working fine for years, and still works on Chrome
> and FF, but apparently the latest versions of Safari don't accept it:
> the file is built and the download starts but quickly stalls and that's it.
> And no error message van be found in the console.
> 
> As an alternative solution, I've been thinking of building the pdf server side
> and writing it in a temporary folder, and then on the web page displaying a
> prompt with a button containing the actual url of the file. But that's not
> very elegant IMHO.
> 
> What other options do I have ?
> Thank you in advance.
> 
> Best,
> jbv
> 
> ___
> use-livecode mailing list
> use-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: [semi-OT] PDF on the fly

2022-09-14 Thread Ralph DiMola via use-livecode
How fortuitous...

I just ran into this while doing JavaScript xhttp network requests to LC
Server on Safari only. I just updated from LC Server 9.5.1. to 9.6.6. I saw
it in Safari in iOS. Chrome in iOS worked OK. I went back to 9.5.1 and
everything started working again in Safari. Do we possibly have the same
problem?

This might not be OT at all.

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 jbv via use-livecode
Sent: Wednesday, September 14, 2022 2:58 PM
To: How to use LiveCode
Cc: j...@souslelogo.com
Subject: [semi-OT] PDF on the fly

Hi list,

I have a web site on which end users can select several options, and then
click a button "show PDF", and a pdf containing various contents from a
remote DB with a sophisticated layout is built server side in a second and
automatically downloaded.

The link of the button is something like :
   https://domain.com/showPDF.lc?a=parameters
and the script sets the header of the pdf file as follows :
   put header "Content-Type: application/pdf"
   put header "Content-Length: " & number of chars of myPDF
   put header "Content-Disposition: attachment; filename=" "e&
myFileName "e

This has been working fine for years, and still works on Chrome and FF, but
apparently the latest versions of Safari don't accept it:
the file is built and the download starts but quickly stalls and that's it.
And no error message van be found in the console.

As an alternative solution, I've been thinking of building the pdf server
side and writing it in a temporary folder, and then on the web page
displaying a prompt with a button containing the actual url of the file. But
that's not very elegant IMHO.

What other options do I have ?
Thank you in advance.

Best,
jbv

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


[semi-OT] PDF on the fly

2022-09-14 Thread jbv via use-livecode

Hi list,

I have a web site on which end users can select several options,
and then click a button "show PDF", and a pdf containing various
contents from a remote DB with a sophisticated layout is built
server side in a second and automatically downloaded.

The link of the button is something like :
  https://domain.com/showPDF.lc?a=parameters
and the script sets the header of the pdf file as follows :
  put header "Content-Type: application/pdf"
  put header "Content-Length: " & number of chars of myPDF
  put header "Content-Disposition: attachment; filename=" "e& 
myFileName "e


This has been working fine for years, and still works on Chrome
and FF, but apparently the latest versions of Safari don't accept it:
the file is built and the download starts but quickly stalls and that's 
it.

And no error message van be found in the console.

As an alternative solution, I've been thinking of building the pdf 
server side
and writing it in a temporary folder, and then on the web page 
displaying a
prompt with a button containing the actual url of the file. But that's 
not

very elegant IMHO.

What other options do I have ?
Thank you in advance.

Best,
jbv

___
use-livecode mailing list
use-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: Where is the pdf external in LC 9.6 and 10?

2022-05-19 Thread panagiotis m via use-livecode
Hello all,

We will bring back XPDF, since it has some functionality that the PDF
widget does not have, at least as of now :)

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

Kind regards,
Panos
--

On Thu, 19 May 2022 at 10:56, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Paul,
>
> > Am 19.05.2022 um 09:45 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> > Hi Paul,
> >> Am 18.05.2022 um 23:19 schrieb Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com>:
> >> On 5/18/2022 4:55 PM, Klaus major-k via use-livecode wrote:
> >>> Hi Paul,
> >>>> Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com>:
> >>>> It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They
> (Livecode Support) said it would be back in LC 10.0.0 dp 4 and presumable
> and further releases in the 9.6.x series.
> >>> I thought this has been replaced with the PDF widget, which is only
> available in the "Pro Pack" addon?
> >> I can't see how Livecode can replace the XPDF external with the PDF
> Widget UNTIL the PDF Widget provided all the functions the External does
> (and it does not). Well, of course they could drop the external even if it
> does a bunch of thinsg people depend on that the Widget does not, but it
> would just be bad of them to do so!
> > OK, my fault, obviously I don't know exactly what the external is and
> can do.
>
> this (scroll to bottom) is what the PDF widget functionality provides:
> <https://livecode.com/pro-features/>
> Is it different from the XPDF external?
>
>
> 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: Where is the pdf external in LC 9.6 and 10?

2022-05-19 Thread Klaus major-k via use-livecode
Hi Paul,

> Am 19.05.2022 um 09:45 schrieb Klaus major-k via use-livecode 
> :
> Hi Paul,
>> Am 18.05.2022 um 23:19 schrieb Paul Dupuis via use-livecode 
>> :
>> On 5/18/2022 4:55 PM, Klaus major-k via use-livecode wrote:
>>> Hi Paul,
>>>> Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode 
>>>> :
>>>> It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They 
>>>> (Livecode Support) said it would be back in LC 10.0.0 dp 4 and presumable 
>>>> and further releases in the 9.6.x series.
>>> I thought this has been replaced with the PDF widget, which is only 
>>> available in the "Pro Pack" addon?
>> I can't see how Livecode can replace the XPDF external with the PDF Widget 
>> UNTIL the PDF Widget provided all the functions the External does (and it 
>> does not). Well, of course they could drop the external even if it does a 
>> bunch of thinsg people depend on that the Widget does not, but it would just 
>> be bad of them to do so!
> OK, my fault, obviously I don't know exactly what the external is and can do.

this (scroll to bottom) is what the PDF widget functionality provides:
<https://livecode.com/pro-features/>
Is it different from the XPDF external?


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


Re: Where is the pdf external in LC 9.6 and 10?

2022-05-19 Thread Klaus major-k via use-livecode
Hi Paul,

> Am 18.05.2022 um 23:19 schrieb Paul Dupuis via use-livecode 
> :
> 
> On 5/18/2022 4:55 PM, Klaus major-k via use-livecode wrote:
>> Hi Paul,
>> 
>>> Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode 
>>> :
>>> 
>>> It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They (Livecode 
>>> Support) said it would be back in LC 10.0.0 dp 4 and presumable and further 
>>> releases in the 9.6.x series.
>> I thought this has been replaced with the PDF widget, which is only 
>> available in the "Pro Pack" addon?
> 
> I can't see how Livecode can replace the XPDF external with the PDF Widget 
> UNTIL the PDF Widget provided all the functions the External does (and it 
> does not). Well, of course they could drop the external even if it does a 
> bunch of thinsg people depend on that the Widget does not, but it would just 
> be bad of them to do so!

OK, my fault, obviously I don't know exactly what the external is and can do.

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


Re: Where is the pdf external in LC 9.6 and 10?

2022-05-18 Thread Paul Dupuis via use-livecode

On 5/18/2022 4:55 PM, Klaus major-k via use-livecode wrote:

Hi Paul,


Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode 
:

It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They (Livecode 
Support) said it would be back in LC 10.0.0 dp 4 and presumable and further 
releases in the 9.6.x series.

I thought this has been replaced with the PDF widget, which is only available in the 
"Pro Pack" addon?




I can't see how Livecode can replace the XPDF external with the PDF 
Widget UNTIL the PDF Widget provided all the functions the External does 
(and it does not). Well, of course they could drop the external even if 
it does a bunch of thinsg people depend on that the Widget does not, but 
it would just be bad of them to do so!



___
use-livecode mailing list
use-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: Where is the pdf external in LC 9.6 and 10?

2022-05-18 Thread Matthias Rebbe via use-livecode
Ah thanks, Paul.
I copied already the xpdf from an older LC version to LC 10DP3.

But good to know that it will be back. XPDF allows me to get the imagedata of 
the currently rendered page and 'export' that as image.

Matthias

> Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode 
> :
> 
> It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They (Livecode 
> Support) said it would be back in LC 10.0.0 dp 4 and presumable and further 
> releases in the 9.6.x series.
> 
> You can copy it from the 9.6.5 of earlier to the ccorresponding folder for LC 
> 9.6.7. For example, on Windows it is C:\Program Files\RunRev\LiveCode 
> 9.6.5\Ext\XPDF-1.0.45
> 
> Copy the XPDF-1.0.45 folder to the \Ext\ directory for LC 9.6.7
> 
> 
> -- Paul
> 
> On 5/18/2022 3:54 PM, Matthias Rebbe via use-livecode wrote:
>> Hi all.
>> 
>> I just wanted to update an older stack in LC10 that uses the xpdf external, 
>> but it seems that XPDF is not available anymore in LC. Further testing shows 
>> that at least also LC 9.6 and up does not have XPDF included anymore?
>> 
>> Am i am missing something?
>> 
>> I do not remember that XPDF was discontinued. Was there any notification 
>> about it?
>> 
>> Regards,
>> Matthias
>> ___
>> use-livecode mailing list
>> use-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: Where is the pdf external in LC 9.6 and 10?

2022-05-18 Thread Klaus major-k via use-livecode
Hi Paul,

> Am 18.05.2022 um 22:44 schrieb Paul Dupuis via use-livecode 
> :
> 
> It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They (Livecode 
> Support) said it would be back in LC 10.0.0 dp 4 and presumable and further 
> releases in the 9.6.x series.

I thought this has been replaced with the PDF widget, which is only available 
in the "Pro Pack" addon?

> You can copy it from the 9.6.5 of earlier to the ccorresponding folder for LC 
> 9.6.7. For example, on Windows it is C:\Program Files\RunRev\LiveCode 
> 9.6.5\Ext\XPDF-1.0.45
> Copy the XPDF-1.0.45 folder to the \Ext\ directory for LC 9.6.7
> 
> -- Paul
> 
> On 5/18/2022 3:54 PM, Matthias Rebbe via use-livecode wrote:
>> Hi all.
>> 
>> I just wanted to update an older stack in LC10 that uses the xpdf external, 
>> but it seems that XPDF is not available anymore in LC. Further testing shows 
>> that at least also LC 9.6 and up does not have XPDF included anymore?
>> 
>> Am i am missing something?
>> 
>> I do not remember that XPDF was discontinued. Was there any notification 
>> about it?
>> 
>> Regards,
>> Matthias

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


Re: Where is the pdf external in LC 9.6 and 10?

2022-05-18 Thread Paul Dupuis via use-livecode
It got removed from LC 9.6.6 and 9.6.7 and 10.0.0 dp 1 to 3. They 
(Livecode Support) said it would be back in LC 10.0.0 dp 4 and 
presumable and further releases in the 9.6.x series.


You can copy it from the 9.6.5 of earlier to the ccorresponding folder 
for LC 9.6.7. For example, on Windows it is C:\Program 
Files\RunRev\LiveCode 9.6.5\Ext\XPDF-1.0.45


Copy the XPDF-1.0.45 folder to the \Ext\ directory for LC 9.6.7


-- Paul

On 5/18/2022 3:54 PM, Matthias Rebbe via use-livecode wrote:

Hi all.

I just wanted to update an older stack in LC10 that uses the xpdf external, but 
it seems that XPDF is not available anymore in LC. Further testing shows that 
at least also LC 9.6 and up does not have XPDF included anymore?

Am i am missing something?

I do not remember that XPDF was discontinued. Was there any notification about 
it?

Regards,
Matthias
___
use-livecode mailing list
use-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


Where is the pdf external in LC 9.6 and 10?

2022-05-18 Thread Matthias Rebbe via use-livecode
Hi all.

I just wanted to update an older stack in LC10 that uses the xpdf external, but 
it seems that XPDF is not available anymore in LC. Further testing shows that 
at least also LC 9.6 and up does not have XPDF included anymore?

Am i am missing something?

I do not remember that XPDF was discontinued. Was there any notification about 
it?

Regards,
Matthias
___
use-livecode mailing list
use-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 fails on Windows with multiple pages

2022-03-24 Thread panagiotis m via use-livecode
Hello all,

Thank you for the update and the sample stack/files. I will reopen this bug
report then, and we will investigate further.

Kind regards,
Panos
--

On Thu, 24 Mar 2022 at 15:45, matthias rebbe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I can replicate this here also with 10DP2.
> And have attached a sample stack so others could also test.
>
> But i could not attach the pdf. I am always getting this error here:
>
> "It looks like you didn't come from the right page (you have no valid
> token for the create_attachment action while processing the
> 'attachment.cgi' script). The reason could be one of:
> You clicked the "Back" button of your web browser after having
> successfully submitted changes, which is generally not a good idea (but
> harmless).
> You entered the URL in the address bar of your web browser directly, which
> should be safe.
> You clicked on a URL which redirected you here without your consent, in
> which case this action is much more critical.
> Are you sure you want to commit these changes anyway? This may result in
> unexpected and undesired results"
>
>
> So i uploaded it on my server and added a url to it.
>
>
> Regards,
> Matthias
>
>
> > Am 24.03.2022 um 12:18 schrieb panagiotis m via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hello Andreas,
> >
> > This sounds like this bug
> https://quality.livecode.com/show_bug.cgi?id=23088,
> > which should be fixed in LC 9.6.6 RC-1 and newer.
> >
> > If this is not the case for you, could you attach a sample stack and the
> > pdf to this report and reopen it? Or send it to me directly if they are
> > confidential. Also, it might be worth checking with the 32bit version of
> LC
> > for Windows
> >
> > Kind regards,
> > Panos
> > --
> >
> >> .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: Print to pdf fails on Windows with multiple pages

2022-03-24 Thread matthias rebbe via use-livecode
I can replicate this here also with 10DP2. 
And have attached a sample stack so others could also test.

But i could not attach the pdf. I am always getting this error here:

"It looks like you didn't come from the right page (you have no valid token for 
the create_attachment action while processing the 'attachment.cgi' script). The 
reason could be one of:
You clicked the "Back" button of your web browser after having successfully 
submitted changes, which is generally not a good idea (but harmless).
You entered the URL in the address bar of your web browser directly, which 
should be safe.
You clicked on a URL which redirected you here without your consent, in which 
case this action is much more critical.
Are you sure you want to commit these changes anyway? This may result in 
unexpected and undesired results"


So i uploaded it on my server and added a url to it.


Regards,
Matthias


> Am 24.03.2022 um 12:18 schrieb panagiotis m via use-livecode 
> :
> 
> Hello Andreas,
> 
> This sounds like this bug https://quality.livecode.com/show_bug.cgi?id=23088,
> which should be fixed in LC 9.6.6 RC-1 and newer.
> 
> If this is not the case for you, could you attach a sample stack and the
> pdf to this report and reopen it? Or send it to me directly if they are
> confidential. Also, it might be worth checking with the 32bit version of LC
> for Windows
> 
> Kind regards,
> Panos
> --
> 
>> .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: Print to pdf fails on Windows with multiple pages

2022-03-24 Thread Andreas Bergendal via use-livecode
Hi Panos,

Interesting, I had not seen that bug report. Yes, it’s the same issue, and 
unfortunately it seems not fully solved in 9.6.x.

I tried using 9.6.7 rc 2 Win 32bit and built both a 32bit and 64bit standalone, 
but neither did any better really. They can sometimes succeed on first run to 
create the full pdf, but after that it seems Windows calls it a day and refuses 
to repeat the effort.

Since the stack/data is indeed confidential, I’ll make it available to you 
through other channels.

Best,
Andreas


Panos wrote:
> This sounds like this bug https://quality.livecode.com/show_bug.cgi?id=23088, 
> which should be fixed in LC 9.6.6 RC-1 and newer.

> If this is not the case for you, could you attach a sample stack and the
> pdf to this report and reopen it? Or send it to me directly if they are
> confidential. Also, it might be worth checking with the 32bit version of LC
> for Windows
___
use-livecode mailing list
use-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 fails on Windows with multiple pages

2022-03-24 Thread panagiotis m via use-livecode
Hello Andreas,

This sounds like this bug https://quality.livecode.com/show_bug.cgi?id=23088,
which should be fixed in LC 9.6.6 RC-1 and newer.

If this is not the case for you, could you attach a sample stack and the
pdf to this report and reopen it? Or send it to me directly if they are
confidential. Also, it might be worth checking with the 32bit version of LC
for Windows

Kind regards,
Panos
--

On Thu, 24 Mar 2022 at 12:08, Andreas Bergendal via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all,
>
> TL;DR:
> App/IDE crashes/fails when printing 30+ pages to single pdf, using Windows
> 10. Works fine on Mac. Windows memory issues?
>
>
> Long version:
> I have a stack/app where a crucial feature is printing to pdf.
>
> Om Mac (LC 9.6.6 or 9.6.7 rc1) this works flawlessly with 156 posts,
> resulting in a 312 page pdf file (around 4Mb):
>
> ---
> set the printScale to 0.714286 ## This matches the A4 proportion of the
> printed area
> set the printMargins to 0,0,0,0
>
> open printing to pdf tFilename ## tFilename has been defined earlier in
> the process
>
> repeat for each line tLine in pKeyList ## pKeyList is a list of numerical
> keys
>fillFieldsWithData tLine ## This updates several fields on the card
> with new data from an array
>print card 1 from the topLeft of grc "page1" to the bottomRight of grc
> ”page1” ## An A4-shaped rect
>print break
>print card 1 from the topLeft of grc "page2" to the bottomRight of grc
> ”page2” ## An A4-shaped rect
>print break
> end repeat
>
> close printing ## (I also un/lock screen at appropriate places around this
> script, for speed)
> ---
>
> On Windows 10, which is what my client is using, this happens:
> - If run in the IDE, it sometimes manages to created the pdf, but usually
> fails (”printing failed” error), sometimes crashes LC silently
> - If run as standalone, it can create a pdf with max 15-20 posts (2x
> pages), but if I try more then it stalls and fails, or crashes.
>
> Another feature in the app is creating the 156 pdfs individually, and this
> works flawlessly also on Windows.
> So it’s creating the combined pdf that seems too taxing for poor old
> Windows, most of the time. The client needs both features to work.
>
> Is this ”memory exhaustion” (saw that term mentioned by LCMark in the
> Forum on a different pdf problem)?
>
> What can be done about it? Can I force Windows to dedicate more memory to
> my app?
>
> I’ve tried having the pdf created on C:, on a USB stick and in SharePoint
> (the client’s preferred destination), but all fail equally.
>
> Please advise! :)
>
> Best,
> Andreas
> ___
> use-livecode mailing list
> use-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


Print to pdf fails on Windows with multiple pages

2022-03-24 Thread Andreas Bergendal via use-livecode
Hi all,

TL;DR:
App/IDE crashes/fails when printing 30+ pages to single pdf, using Windows 10. 
Works fine on Mac. Windows memory issues?


Long version:
I have a stack/app where a crucial feature is printing to pdf.

Om Mac (LC 9.6.6 or 9.6.7 rc1) this works flawlessly with 156 posts, resulting 
in a 312 page pdf file (around 4Mb):

---
set the printScale to 0.714286 ## This matches the A4 proportion of the printed 
area
set the printMargins to 0,0,0,0

open printing to pdf tFilename ## tFilename has been defined earlier in the 
process

repeat for each line tLine in pKeyList ## pKeyList is a list of numerical keys
   fillFieldsWithData tLine ## This updates several fields on the card with new 
data from an array
   print card 1 from the topLeft of grc "page1" to the bottomRight of grc 
”page1” ## An A4-shaped rect
   print break
   print card 1 from the topLeft of grc "page2" to the bottomRight of grc 
”page2” ## An A4-shaped rect
   print break
end repeat

close printing ## (I also un/lock screen at appropriate places around this 
script, for speed)
---

On Windows 10, which is what my client is using, this happens:
- If run in the IDE, it sometimes manages to created the pdf, but usually fails 
(”printing failed” error), sometimes crashes LC silently
- If run as standalone, it can create a pdf with max 15-20 posts (2x pages), 
but if I try more then it stalls and fails, or crashes.

Another feature in the app is creating the 156 pdfs individually, and this 
works flawlessly also on Windows. 
So it’s creating the combined pdf that seems too taxing for poor old Windows, 
most of the time. The client needs both features to work.

Is this ”memory exhaustion” (saw that term mentioned by LCMark in the Forum on 
a different pdf problem)?

What can be done about it? Can I force Windows to dedicate more memory to my 
app?

I’ve tried having the pdf created on C:, on a USB stick and in SharePoint (the 
client’s preferred destination), but all fail equally.

Please advise! :)

Best,
Andreas
___
use-livecode mailing list
use-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: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Klaus major-k via use-livecode
Hi Tom,

> Am 09.03.2022 um 20:20 schrieb Tom Glod via use-livecode 
> :
> 
> (y) That I do not know unfortunately. Can't test I don't have windows 7
> anywhere.

OK, so I guess it will work on Win 10, if that is what you are running, right?

Someone else knows if this works on Win >= 7?
Don't be shy. :-)

> On Wed, Mar 9, 2022 at 1:45 PM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Tom,
>> 
>>> Am 09.03.2022 um 19:40 schrieb Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> i use the widget.  Yes it can.
>> 
>> this is very good news, thank you! :-)
>> 
>> And what Windows version is neccessary for this to work?
>> All versions >= 7?

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


Re: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Tom Glod via use-livecode
(y) That I do not know unfortunately. Can't test I don't have windows 7
anywhere.

On Wed, Mar 9, 2022 at 1:45 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Tom,
>
> > Am 09.03.2022 um 19:40 schrieb Tom Glod via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > i use the widget.  Yes it can.
>
> this is very good news, thank you! :-)
>
> And what Windows version is neccessary for this to work?
> All versions >= 7?
>
> > On Wed, Mar 9, 2022 at 1:10 PM Klaus major-k via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Jaques,
> >>
> >>> Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode <
> >> use-livecode@lists.runrev.com>:
> >>>
> >>> I believe it's the Chromium engine.
> >> thanks!
> >> But can it open PDFs out of the box?
>
> 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: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Klaus major-k via use-livecode
Hi Tom,

> Am 09.03.2022 um 19:40 schrieb Tom Glod via use-livecode 
> :
> 
> i use the widget.  Yes it can.

this is very good news, thank you! :-)

And what Windows version is neccessary for this to work?
All versions >= 7?

> On Wed, Mar 9, 2022 at 1:10 PM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Jaques,
>> 
>>> Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> I believe it's the Chromium engine.
>> thanks!
>> But can it open PDFs out of the box?

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


Re: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Tom Glod via use-livecode
i use the widget.  Yes it can.

On Wed, Mar 9, 2022 at 1:10 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Jaques,
>
> > Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > I believe it's the Chromium engine.
>
> thanks!
>
> But can it open PDFs out of the box?
>
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software | http://www.hyperactivesw.com
> > On March 9, 2022 4:47:26 AM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >>> Is "Chrome" the web engine that LC is unsing in the "browser widget"
> on Windows?
>
> 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: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Klaus major-k via use-livecode
Hi Jaques,

> Am 09.03.2022 um 19:01 schrieb J. Landman Gay via use-livecode 
> :
> 
> I believe it's the Chromium engine.

thanks!

But can it open PDFs out of the box?

> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On March 9, 2022 4:47:26 AM Klaus major-k via use-livecode 
>  wrote:
> 
>>> Is "Chrome" the web engine that LC is unsing in the "browser widget" on 
>>> Windows?

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


Re: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread J. Landman Gay via use-livecode

I believe it's the Chromium engine.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On March 9, 2022 4:47:26 AM Klaus major-k via use-livecode 
 wrote:


Is "Chrome" the web engine that LC is unsing in the "browser widget" on 
Windows?





___
use-livecode mailing list
use-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: Requirements for display PDF in a browser on Windows?

2022-03-09 Thread Klaus major-k via use-livecode
Hi Tom,

> Am 08.03.2022 um 23:55 schrieb Tom Glod via use-livecode 
> :
> 
> I have definitely opened PDF in the browser in the past  and it opened
> the default "chrome html 5" pdf reader.
> everything seems to have worked.
> And I don't see why it would no longer work now.

thank you for your answers, which leaves some question however.

Is "Chrome" the web engine that LC is unsing in the "browser widget" on Windows?
Or do you create that browser with "revbrowseropen..."?

> you can google "browser test" from within the browser and it will tell you
> some info about the chromium based browser.
> Some of it may shock you.

Ha, I highly doubt that! :-D

> Cheers
> 
> On Tue, Mar 8, 2022 at 3:08 PM Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi,
>> 
>>> Am 08.03.2022 um 19:54 schrieb Klaus major-k via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> Hi all,
>>> 
>>> the subject says it all, of course in regard of LC.
>>> 
>>> Is the web-plugin of Acrobat reader still neccessary?
>>> Or do current Windows Browser display PDF files out of the box?
>> 
>> and/or more important, what web engine is the browser widget using on
>> Windows?

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


Re: Requirements for display PDF in a browser on Windows?

2022-03-08 Thread Tom Glod via use-livecode
I have definitely opened PDF in the browser in the past  and it opened
the default "chrome html 5" pdf reader.
everything seems to have worked.
And I don't see why it would no longer work now.
you can google "browser test" from within the browser and it will tell you
some info about the chromium based browser.
Some of it may shock you.

Cheers

On Tue, Mar 8, 2022 at 3:08 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> > Am 08.03.2022 um 19:54 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi all,
> >
> > the subject says it all, of course in regard of LC.
> >
> > Is the web-plugin of Acrobat reader still neccessary?
> > Or do current Windows Browser display PDF files out of the box?
>
> and/or more important, what web engine is the browser widget using on
> Windows?
>
> > Thanks for any hint!
>
> 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: Requirements for display PDF in a browser on Windows?

2022-03-08 Thread Klaus major-k via use-livecode
Hi,

> Am 08.03.2022 um 19:54 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi all,
> 
> the subject says it all, of course in regard of LC.
> 
> Is the web-plugin of Acrobat reader still neccessary?
> Or do current Windows Browser display PDF files out of the box?

and/or more important, what web engine is the browser widget using on Windows?

> Thanks for any hint!

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


Requirements for display PDF in a browser on Windows?

2022-03-08 Thread Klaus major-k via use-livecode
Hi all,

the subject says it all, of course in regard of LC.

Is the web-plugin of Acrobat reader still neccessary?
Or do current Windows Browser display PDF files out of the box?

Thanks for any hint!


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


Re: PDF Viewer widget: expected experience from set the currentDestination?

2022-01-05 Thread Keith Clarke via use-livecode
I’m still struggling to find the Rosetta Stone for the PDF widget that connects 
the page & rect of any currentDestination with its link text on that page of 
the PDF, to enable recreation with scripting of the links that one sees 
out-of-the-box in PDF viewers such as Preview or Adobe.

I must have missed something as it would appear that the metadata peters out 
after one has established that a page ’n’ in the PDF document contains:
- via currentDestinations: none to maybe a few dozen links, each with part of 
an ‘href’ and it’s rect top-left corner defined, but no label text or page text 
start & end offsets;
- via hilitedRangeText: a chunk of plain text with no html or other ‘markup’ 
hints at what might constitute link text;
- ...and never the twain shall meet. 

If this is really the state of the art with the widget and its wrapping of 
PDFium, I can’t see how it can be scripted to work - so I think I’ll need to 
start looking elsewhere, outside of LC for a mechanism to access PDF text & 
links.

Please tell me I’m wrong and am missing something obvious?
Best,
Keith
 
> On 23 Dec 2021, at 09:13, Keith Clarke via use-livecode 
>  wrote:
> 
> Thanks Monte - that code sorts the *calling* end of the recipe and the widget 
> changes page to the one containing the currentDestination.
> 
> However, what about the *receiving* end of the recipe? Nothing seems to be 
> happening upon arrival at the page to get any closer to this particular 
> destination amongst the many on the same page. 
> 
> Where should one look to understand the options and handlers for the specific 
> destination upon arrival *after* the change of page, re scroll into view, 
> zoom, focus, setting the associated hilited text, etc?
> Best,
> Keith 
> 


___
use-livecode mailing list
use-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: PDF Viewer widget: expected experience from set the currentDestination?

2021-12-23 Thread Keith Clarke via use-livecode
Thanks Monte - that code sorts the *calling* end of the recipe and the widget 
changes page to the one containing the currentDestination.

However, what about the *receiving* end of the recipe? Nothing seems to be 
happening upon arrival at the page to get any closer to this particular 
destination amongst the many on the same page. 

Where should one look to understand the options and handlers for the specific 
destination upon arrival *after* the change of page, re scroll into view, zoom, 
focus, setting the associated hilited text, etc?
Best,
Keith 

> On 23 Dec 2021, at 03:53, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Keith
> 
> Yes it does look like the currentDestination docs leaves a lot to be desired. 
> I think there’s a couple of missing related items which is making the 
> document display incorrectly. I’ve created an issue for that here 
> https://quality.livecode.com/show_bug.cgi?id=23493
> 
> Here’s a simple example of using the currentDestination though:
> 
> local tDest
> put "goto" into tDest["type”]
> put "Fit" into tDest["mode”]
> put 3 into tDest["page”]
> set the currentDestination of widget “pdf" to tDest
> 
> Cheers
> 
> Monte
> 
>> On 23 Dec 2021, at 4:24 am, Keith Clarke via use-livecode 
>>  wrote:
>> 
>> Hi folks,
>> Please can anyone share the response/experience to be expected in the PDF 
>> Viewer widget after a successful call to set the currentDestination?
>> 
>> I have the widget successfully changing currentPage when set but I was 
>> hoping to see some visual feedback with on a change of currentDestination - 
>> to perhaps highlight something or zoom or scroll the named destination into 
>> focus? 
>> 
>> Unfortunately, the dictionary entry for currentDestination doesn’t help as 
>> it has no examples and the description of as it seems to be missing chunks 
>> of critical text regarding the ‘receive’ end of the message... 
>> 
>> "This is the format that is sent as a parameter in the message and is used 
>> by the  and  and properties for goto type destinations:...”
>> 
>> Perhaps I’ve missed some settings on the widget to allow it to respond to 
>> this message?
>> TIA
>> Best,
>> Keith
>> ___
>> use-livecode mailing list
>> use-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: PDF Viewer widget: expected experience from set the currentDestination?

2021-12-22 Thread Monte Goulding via use-livecode
Hi Keith

Yes it does look like the currentDestination docs leaves a lot to be desired. I 
think there’s a couple of missing related items which is making the document 
display incorrectly. I’ve created an issue for that here 
https://quality.livecode.com/show_bug.cgi?id=23493

Here’s a simple example of using the currentDestination though:

local tDest
put "goto" into tDest["type”]
put "Fit" into tDest["mode”]
put 3 into tDest["page”]
set the currentDestination of widget “pdf" to tDest

Cheers

Monte

> On 23 Dec 2021, at 4:24 am, Keith Clarke via use-livecode 
>  wrote:
> 
> Hi folks,
> Please can anyone share the response/experience to be expected in the PDF 
> Viewer widget after a successful call to set the currentDestination?
> 
> I have the widget successfully changing currentPage when set but I was hoping 
> to see some visual feedback with on a change of currentDestination - to 
> perhaps highlight something or zoom or scroll the named destination into 
> focus? 
> 
> Unfortunately, the dictionary entry for currentDestination doesn’t help as it 
> has no examples and the description of as it seems to be missing chunks of 
> critical text regarding the ‘receive’ end of the message... 
> 
> "This is the format that is sent as a parameter in the message and is used by 
> the  and  and properties for goto type destinations:...”
> 
> Perhaps I’ve missed some settings on the widget to allow it to respond to 
> this message?
> TIA
> Best,
> Keith
> ___
> use-livecode mailing list
> use-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


PDF Viewer widget: expected experience from set the currentDestination?

2021-12-22 Thread Keith Clarke via use-livecode
Hi folks,
Please can anyone share the response/experience to be expected in the PDF 
Viewer widget after a successful call to set the currentDestination?

I have the widget successfully changing currentPage when set but I was hoping 
to see some visual feedback with on a change of currentDestination - to perhaps 
highlight something or zoom or scroll the named destination into focus? 

Unfortunately, the dictionary entry for currentDestination doesn’t help as it 
has no examples and the description of as it seems to be missing chunks of 
critical text regarding the ‘receive’ end of the message... 

"This is the format that is sent as a parameter in the message and is used by 
the  and  and properties for goto type destinations:...”

Perhaps I’ve missed some settings on the widget to allow it to respond to this 
message?
TIA
Best,
Keith
___
use-livecode mailing list
use-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 extract whole text from a PDF file with the PDF

2021-12-14 Thread Paul McClernan via use-livecode
Ah, OK thanks for the clarification. I hadn’t realize PDFium has been
around as long as it has been.
I wouldn’t sweat the naming conflict, there’s at least three “PDFKit”
libraries so you’re not alone.

On Tue, Dec 14, 2021 at 11:01 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/14/2021 10:33 AM, Paul McClernan via use-livecode wrote:
> > I was fairly certain that XPDF external was/is based on this XPDF:
> > https://en.m.wikipedia.org/wiki/Xpdf
> > Which has both GPL and Proprietary Licensing options available.
>
> Nope. My company (Researchware) and I paid for the development of the
> XPDF External shipped with LiveCode. Monte did the code for us when he
> was an independent LiveCode developer, paid directly by Researchware. It
> is based on the C++ "external" API template, calling the Google PDFium
> library. Researchware then transferred the license to LiveCode when
> Monte went to work for them. I called it XPDF because it was an eXternal
> for PDFs. I was unaware (at the time) for anything else using the XPDF
> name. And yes, I am to blame (or credit) for the majority of the syntax
> for messages, commands, and functions of the XPDF external (with Monte
> correcting me when I had a really stupid syntax specified)
>
> >
> > The newer (> 9.6.3) PDF Widget is based on PDFium which is an offshoot
> > project that spawned from Google’s Chromium project. I’m not sure about
> the
> > licensing involved with that.
> >
> > If you’re running macOS I released a (semi-complete) library that uses
> > Apple PDFKit (not to be confused with several other PDFKits that are out
> > there, such as this JS PDFKit: https://pdfkit.org ). That can extract
> text
> > from PDF, per-document or per-page.
> >
> > At some point I may update that library, adding the ability to extract
> RTF
> > styled text and also make iso it can use UIView, which would make
> available
> > on iOS devices too, but I’m really busy right now so that’s not likely to
> > get attention from me anytime soon.
> >
> >
> > On Mon, Dec 13, 2021 at 12:47 PM Richard Gaskin via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Richmond wrote:
> >>
> >>   > On 12.12.21 21:33, Richard Gaskin wrote:
> >>   >> Stam Kapetanakis wrote:
> >>   >> > i presume the pdf widget in pro is the opensource xpdfReader but
> >>   >> > don’t know for sure.
> >>   >>
> >>   >> If it is that would be problematic, as the open source edition of
> >>   >> xpdfReader is licensed under GPL, and LC no longer has an edition
> >>   >> compatible with GPL.
> >>   >
> >>   > The consequences are endless.
> >>
> >> Note my "if".
> >>
> >> In the next message in this thread Paul clarified that the component is
> >> not derived from a GPL-governed work, so the rights and responsibilities
> >> of the GPL do not apply here:
> >>
> http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html
> >>
> >> --
> >>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
>
>
> ___
> use-livecode mailing list
> use-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: How to extract whole text from a PDF file with the PDF

2021-12-14 Thread Paul Dupuis via use-livecode

On 12/14/2021 10:33 AM, Paul McClernan via use-livecode wrote:

I was fairly certain that XPDF external was/is based on this XPDF:
https://en.m.wikipedia.org/wiki/Xpdf
Which has both GPL and Proprietary Licensing options available.


Nope. My company (Researchware) and I paid for the development of the 
XPDF External shipped with LiveCode. Monte did the code for us when he 
was an independent LiveCode developer, paid directly by Researchware. It 
is based on the C++ "external" API template, calling the Google PDFium 
library. Researchware then transferred the license to LiveCode when 
Monte went to work for them. I called it XPDF because it was an eXternal 
for PDFs. I was unaware (at the time) for anything else using the XPDF 
name. And yes, I am to blame (or credit) for the majority of the syntax 
for messages, commands, and functions of the XPDF external (with Monte 
correcting me when I had a really stupid syntax specified)




The newer (> 9.6.3) PDF Widget is based on PDFium which is an offshoot
project that spawned from Google’s Chromium project. I’m not sure about the
licensing involved with that.

If you’re running macOS I released a (semi-complete) library that uses
Apple PDFKit (not to be confused with several other PDFKits that are out
there, such as this JS PDFKit: https://pdfkit.org ). That can extract text
from PDF, per-document or per-page.

At some point I may update that library, adding the ability to extract RTF
styled text and also make iso it can use UIView, which would make available
on iOS devices too, but I’m really busy right now so that’s not likely to
get attention from me anytime soon.


On Mon, Dec 13, 2021 at 12:47 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:


Richmond wrote:

  > On 12.12.21 21:33, Richard Gaskin wrote:
  >> Stam Kapetanakis wrote:
  >> > i presume the pdf widget in pro is the opensource xpdfReader but
  >> > don’t know for sure.
  >>
  >> If it is that would be problematic, as the open source edition of
  >> xpdfReader is licensed under GPL, and LC no longer has an edition
  >> compatible with GPL.
  >
  > The consequences are endless.

Note my "if".

In the next message in this thread Paul clarified that the component is
not derived from a GPL-governed work, so the rights and responsibilities
of the GPL do not apply here:
http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html

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



___
use-livecode mailing list
use-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 extract whole text from a PDF file with the PDF

2021-12-14 Thread Paul McClernan via use-livecode
I was fairly certain that XPDF external was/is based on this XPDF:
https://en.m.wikipedia.org/wiki/Xpdf
Which has both GPL and Proprietary Licensing options available.

The newer (> 9.6.3) PDF Widget is based on PDFium which is an offshoot
project that spawned from Google’s Chromium project. I’m not sure about the
licensing involved with that.

If you’re running macOS I released a (semi-complete) library that uses
Apple PDFKit (not to be confused with several other PDFKits that are out
there, such as this JS PDFKit: https://pdfkit.org ). That can extract text
from PDF, per-document or per-page.

At some point I may update that library, adding the ability to extract RTF
styled text and also make iso it can use UIView, which would make available
on iOS devices too, but I’m really busy right now so that’s not likely to
get attention from me anytime soon.


On Mon, Dec 13, 2021 at 12:47 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Richmond wrote:
>
>  > On 12.12.21 21:33, Richard Gaskin wrote:
>  >> Stam Kapetanakis wrote:
>  >> > i presume the pdf widget in pro is the opensource xpdfReader but
>  >> > don’t know for sure.
>  >>
>  >> If it is that would be problematic, as the open source edition of
>  >> xpdfReader is licensed under GPL, and LC no longer has an edition
>  >> compatible with GPL.
>  >
>  > The consequences are endless.
>
> Note my "if".
>
> In the next message in this thread Paul clarified that the component is
> not derived from a GPL-governed work, so the rights and responsibilities
> of the GPL do not apply here:
> http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html
>
> --
>   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: How to extract whole text from a PDF file with the PDF widget?

2021-12-13 Thread Ralph DiMola via use-livecode
Sorry I could not get back to you on this until now. (-1)s don't work here.

put 1 into tHilitedArray["from"]["page"]

  put 1 into tHilitedArray["from"]["index"]

  put 99 into tHilitedArray["to"]["page"]

  put 99 into tHilitedArray["to"]["index"]

  set the hilitedRange of control "PDF1" to tHilitedArray

  put the hilitedRangeText of control "PDF1" into tText

This will work if you don't need to know the page number. If you do then cycle 
thru each page. (1 to the NumberOfPages of control "PDF1")

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: Sunday, December 12, 2021 7:18 PM
To: use-livecode@lists.runrev.com
Cc: Paul Dupuis
Subject: Re: How to extract whole text from a PDF file with the PDF widget?

Thank you Monte,

We've just started to make a map from XPDF APIs to the PDF Widget APIs, so I'll 
make sure that gets done soon and add any missing capabilities as requests to 
the LC Quality Center.

With regard to the hilitedRange and hilitedRangeText properties, can you just 
advise on the correct use to get a PDF's text? i.e can you use a range of 1 to 
-1 to get the whole document text or would that just be the current page text?

Thanks in advance,


On 12/12/2021 6:49 PM, Monte Goulding via use-livecode wrote:
> Hi Folks
>
> Currently you can extract text in the widget by setting the hilitedRange and 
> getting the hilitedRangeText. It wouldn’t be that hard to add extracted text 
> to the documentPages property. The PDF widget was built to meet the 
> requirements for a client rather than to match the features of XPDF so it’s 
> worthwhile anyone still using XPDF to take the time to audit their use and 
> see if there’s any extra features required. If so please create feature 
> requests for them. While XPDF will continue to function we intend to stop 
> including it in LiveCode.
>
> Cheers
>
> Monte
>
>> On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
>>  wrote:
>>
>> I suspect it is for backward compatibility.
>>
>> When I turned over the XPDF external to Livecode, I asked that they maintain 
>> it for a couple years. I had expected we'd migrate out apps to the PDF 
>> widget by then, but business factors mean we're only now just starting a 
>> migration.
>>
>> That's why I jumped in on this thread - we HAVE to have the ability to 
>> extract text and images from the PDF widget (as you can with the External) - 
>> to migrate to the Widget.
>>
>> I suspect many other commercial developers who used the External still have 
>> active code using it that they have not migrated yet OR the issue of the 
>> undocumented (or, even worse, missing) properties of the widget most likely 
>> would have been raised before now.
>>
>> To migrate, all the command and functions of the External need to be mapped 
>> to the properties of the Widget. We have probably a couple hundred calls to 
>> the External in our code all of which need to be mapped, updated, and tested 
>> - so no trivial task.
>>
>>
>> On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:
>>> Ah, i thought you were referring only to XPDF.
>>> Btw. do you have an idea why both, XPDF external and PDF widget, are 
>>> maintained? Wouldn't it make sense to have only one pdf solution included?
>>> Or am i missing something?
>>>
>>> Regards,
>>> Matthias
>>>
>>>
>>>> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
>>>> :
>>>>
>>>> Yes, I am familiar with the XPDF external (based on Google's PDFium 
>>>> library), having designed it and paid Monte to code it and then turned it 
>>>> over to LiveCode.
>>>>
>>>> I was referring to the PDF Widget (also based on Google's PDFium), which 
>>>> should have a comparable property for fetching the text of a page. The LC 
>>>> dictionary does not list any property for returning the page text, so I 
>>>> assume that is a Dictionary/Documentation error and that Monte can tell us 
>>>> the correct property of the PDF widget that will return the text of a page.
>>>>
>>>>
>>>> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
>>>>> Paul,
>>>>>
>>>>> here on mac OS the dictionary of LC 10 DP1 definitely lists t

Re: How to extract whole text from a PDF file with the PDF

2021-12-13 Thread Richard Gaskin via use-livecode

Richmond wrote:

> On 12.12.21 21:33, Richard Gaskin wrote:
>> Stam Kapetanakis wrote:
>> > i presume the pdf widget in pro is the opensource xpdfReader but
>> > don’t know for sure.
>>
>> If it is that would be problematic, as the open source edition of
>> xpdfReader is licensed under GPL, and LC no longer has an edition
>> compatible with GPL.
>
> The consequences are endless.

Note my "if".

In the next message in this thread Paul clarified that the component is 
not derived from a GPL-governed work, so the rights and responsibilities 
of the GPL do not apply here:

http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html

--
 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: How to extract whole text from a PDF file with the PDF widget?

2021-12-12 Thread Monte Goulding via use-livecode
Both the page and character index are clamped to the number of pages and 
characters on a page so you could set both to very high numbers. Adding 
character counts to the documentPages property might be useful here too.

Cheers

Monte

> On 13 Dec 2021, at 11:17 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> Thank you Monte,
> 
> We've just started to make a map from XPDF APIs to the PDF Widget APIs, so 
> I'll make sure that gets done soon and add any missing capabilities as 
> requests to the LC Quality Center.
> 
> With regard to the hilitedRange and hilitedRangeText properties, can you just 
> advise on the correct use to get a PDF's text? i.e can you use a range of 1 
> to -1 to get the whole document text or would that just be the current page 
> text?
> 
> Thanks in advance,
> 
> 
> On 12/12/2021 6:49 PM, Monte Goulding via use-livecode wrote:
>> Hi Folks
>> 
>> Currently you can extract text in the widget by setting the hilitedRange and 
>> getting the hilitedRangeText. It wouldn’t be that hard to add extracted text 
>> to the documentPages property. The PDF widget was built to meet the 
>> requirements for a client rather than to match the features of XPDF so it’s 
>> worthwhile anyone still using XPDF to take the time to audit their use and 
>> see if there’s any extra features required. If so please create feature 
>> requests for them. While XPDF will continue to function we intend to stop 
>> including it in LiveCode.
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
>>>  wrote:
>>> 
>>> I suspect it is for backward compatibility.
>>> 
>>> When I turned over the XPDF external to Livecode, I asked that they 
>>> maintain it for a couple years. I had expected we'd migrate out apps to the 
>>> PDF widget by then, but business factors mean we're only now just starting 
>>> a migration.
>>> 
>>> That's why I jumped in on this thread - we HAVE to have the ability to 
>>> extract text and images from the PDF widget (as you can with the External) 
>>> - to migrate to the Widget.
>>> 
>>> I suspect many other commercial developers who used the External still have 
>>> active code using it that they have not migrated yet OR the issue of the 
>>> undocumented (or, even worse, missing) properties of the widget most likely 
>>> would have been raised before now.
>>> 
>>> To migrate, all the command and functions of the External need to be mapped 
>>> to the properties of the Widget. We have probably a couple hundred calls to 
>>> the External in our code all of which need to be mapped, updated, and 
>>> tested - so no trivial task.
>>> 
>>> 
>>> On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:
>>>> Ah, i thought you were referring only to XPDF.
>>>> Btw. do you have an idea why both, XPDF external and PDF widget, are 
>>>> maintained? Wouldn't it make sense to have only one pdf solution included?
>>>> Or am i missing something?
>>>> 
>>>> Regards,
>>>> Matthias
>>>> 
>>>> 
>>>>> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
>>>>> :
>>>>> 
>>>>> Yes, I am familiar with the XPDF external (based on Google's PDFium 
>>>>> library), having designed it and paid Monte to code it and then turned it 
>>>>> over to LiveCode.
>>>>> 
>>>>> I was referring to the PDF Widget (also based on Google's PDFium), which 
>>>>> should have a comparable property for fetching the text of a page. The LC 
>>>>> dictionary does not list any property for returning the page text, so I 
>>>>> assume that is a Dictionary/Documentation error and that Monte can tell 
>>>>> us the correct property of the PDF widget that will return the text of a 
>>>>> page.
>>>>> 
>>>>> 
>>>>> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
>>>>>> Paul,
>>>>>> 
>>>>>> here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
>>>>>> XPDFViewer_Text(viewerName, pageNumber).
>>>>>> Btw. checking this showed me that this function seems to be deprecated 
>>>>>> and instead the command
>>>>>>  XPDFViewer_Unicode viewerName, pageNumber, variableName
>>>>

Re: How to extract whole text from a PDF file with the PDF widget?

2021-12-12 Thread Paul Dupuis via use-livecode

Thank you Monte,

We've just started to make a map from XPDF APIs to the PDF Widget APIs, 
so I'll make sure that gets done soon and add any missing capabilities 
as requests to the LC Quality Center.


With regard to the hilitedRange and hilitedRangeText properties, can you 
just advise on the correct use to get a PDF's text? i.e can you use a 
range of 1 to -1 to get the whole document text or would that just be 
the current page text?


Thanks in advance,


On 12/12/2021 6:49 PM, Monte Goulding via use-livecode wrote:

Hi Folks

Currently you can extract text in the widget by setting the hilitedRange and 
getting the hilitedRangeText. It wouldn’t be that hard to add extracted text to 
the documentPages property. The PDF widget was built to meet the requirements 
for a client rather than to match the features of XPDF so it’s worthwhile 
anyone still using XPDF to take the time to audit their use and see if there’s 
any extra features required. If so please create feature requests for them. 
While XPDF will continue to function we intend to stop including it in LiveCode.

Cheers

Monte


On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
 wrote:

I suspect it is for backward compatibility.

When I turned over the XPDF external to Livecode, I asked that they maintain it 
for a couple years. I had expected we'd migrate out apps to the PDF widget by 
then, but business factors mean we're only now just starting a migration.

That's why I jumped in on this thread - we HAVE to have the ability to extract 
text and images from the PDF widget (as you can with the External) - to migrate 
to the Widget.

I suspect many other commercial developers who used the External still have 
active code using it that they have not migrated yet OR the issue of the 
undocumented (or, even worse, missing) properties of the widget most likely 
would have been raised before now.

To migrate, all the command and functions of the External need to be mapped to 
the properties of the Widget. We have probably a couple hundred calls to the 
External in our code all of which need to be mapped, updated, and tested - so 
no trivial task.


On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:

Ah, i thought you were referring only to XPDF.
Btw. do you have an idea why both, XPDF external and PDF widget, are 
maintained? Wouldn't it make sense to have only one pdf solution included?
Or am i missing something?

Regards,
Matthias



Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
:

Yes, I am familiar with the XPDF external (based on Google's PDFium library), 
having designed it and paid Monte to code it and then turned it over to 
LiveCode.

I was referring to the PDF Widget (also based on Google's PDFium), which should 
have a comparable property for fetching the text of a page. The LC dictionary 
does not list any property for returning the page text, so I assume that is a 
Dictionary/Documentation error and that Monte can tell us the correct property 
of the PDF widget that will return the text of a page.


On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:

Paul,

here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
XPDFViewer_Text(viewerName, pageNumber).
Btw. checking this showed me that this function seems to be deprecated and 
instead the command
  XPDFViewer_Unicode viewerName, pageNumber, variableName
should be used.



Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
:

There must be an undocumented property for the text of a page - there was a 
function to return the full text of a page in the External (XPDF) and to get 
the full text of the PDF file, you just stepped through the pages (1..N) 
getting and concatenating the page text.

Monte? LC 10.0.0 Dictionary does not list a property for the page text.


On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:

Hi,

I have a PDF file with text and pictures, but I just want the text.

I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with Preview 
on MacOS.

I have a business licence and want to use the PDF widget but I cannot find a 
way to do it.

Can someone help me out?

Cheers,
Torsten
___
use-livecode mailing list
use-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: How to extract whole text from a PDF file with the PDF widget?

2021-12-12 Thread Monte Goulding via use-livecode
Hi Folks

Currently you can extract text in the widget by setting the hilitedRange and 
getting the hilitedRangeText. It wouldn’t be that hard to add extracted text to 
the documentPages property. The PDF widget was built to meet the requirements 
for a client rather than to match the features of XPDF so it’s worthwhile 
anyone still using XPDF to take the time to audit their use and see if there’s 
any extra features required. If so please create feature requests for them. 
While XPDF will continue to function we intend to stop including it in LiveCode.

Cheers

Monte

> On 12 Dec 2021, at 12:27 am, Paul Dupuis via use-livecode 
>  wrote:
> 
> I suspect it is for backward compatibility.
> 
> When I turned over the XPDF external to Livecode, I asked that they maintain 
> it for a couple years. I had expected we'd migrate out apps to the PDF widget 
> by then, but business factors mean we're only now just starting a migration.
> 
> That's why I jumped in on this thread - we HAVE to have the ability to 
> extract text and images from the PDF widget (as you can with the External) - 
> to migrate to the Widget.
> 
> I suspect many other commercial developers who used the External still have 
> active code using it that they have not migrated yet OR the issue of the 
> undocumented (or, even worse, missing) properties of the widget most likely 
> would have been raised before now.
> 
> To migrate, all the command and functions of the External need to be mapped 
> to the properties of the Widget. We have probably a couple hundred calls to 
> the External in our code all of which need to be mapped, updated, and tested 
> - so no trivial task.
> 
> 
> On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:
>> Ah, i thought you were referring only to XPDF.
>> Btw. do you have an idea why both, XPDF external and PDF widget, are 
>> maintained? Wouldn't it make sense to have only one pdf solution included?
>> Or am i missing something?
>> 
>> Regards,
>> Matthias
>> 
>> 
>>> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
>>> :
>>> 
>>> Yes, I am familiar with the XPDF external (based on Google's PDFium 
>>> library), having designed it and paid Monte to code it and then turned it 
>>> over to LiveCode.
>>> 
>>> I was referring to the PDF Widget (also based on Google's PDFium), which 
>>> should have a comparable property for fetching the text of a page. The LC 
>>> dictionary does not list any property for returning the page text, so I 
>>> assume that is a Dictionary/Documentation error and that Monte can tell us 
>>> the correct property of the PDF widget that will return the text of a page.
>>> 
>>> 
>>> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
>>>> Paul,
>>>> 
>>>> here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
>>>> XPDFViewer_Text(viewerName, pageNumber).
>>>> Btw. checking this showed me that this function seems to be deprecated and 
>>>> instead the command
>>>>  XPDFViewer_Unicode viewerName, pageNumber, variableName
>>>> should be used.
>>>> 
>>>> 
>>>>> Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
>>>>> :
>>>>> 
>>>>> There must be an undocumented property for the text of a page - there was 
>>>>> a function to return the full text of a page in the External (XPDF) and 
>>>>> to get the full text of the PDF file, you just stepped through the pages 
>>>>> (1..N) getting and concatenating the page text.
>>>>> 
>>>>> Monte? LC 10.0.0 Dictionary does not list a property for the page text.
>>>>> 
>>>>> 
>>>>> On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:
>>>>>> Hi,
>>>>>> 
>>>>>> I have a PDF file with text and pictures, but I just want the text.
>>>>>> 
>>>>>> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
>>>>>> Preview on MacOS.
>>>>>> 
>>>>>> I have a business licence and want to use the PDF widget but I cannot 
>>>>>> find a way to do it.
>>>>>> 
>>>>>> Can someone help me out?
>>>>>> 
>>>>>> Cheers,
>>>>>> Torsten
>>>>>> ___
>>>>>> use-livecode mailing list
>&

Re: How to extract whole text from a PDF file with the PDF

2021-12-12 Thread Paul Dupuis via use-livecode

On 12/12/2021 8:59 AM, Stam Kapetanakis via use-livecode wrote:

Hi Torsten,
i presume the pdf widget in pro is the opensource xpdfReader but don’t know for 
sure.


It is not xpdfreader. The XPDF Erternal AND the PDF Wdiget with Licecode 
are based on the Google PDFium Library. The first is C++ code using the 
External template to call the PDFium library APIs and the second is 
using LCB to do the same.



___
use-livecode mailing list
use-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 extract whole text from a PDF file with the PDF

2021-12-12 Thread Richmond via use-livecode

The consequences are endless.

On 12.12.21 21:33, Richard Gaskin via use-livecode wrote:

Stam Kapetanakis wrote:

> i presume the pdf widget in pro is the opensource xpdfReader but
> don’t know for sure.

If it is that would be problematic, as the open source edition of 
xpdfReader is licensed under GPL, and LC no longer has an edition 
compatible with GPL.





___
use-livecode mailing list
use-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 extract whole text from a PDF file with the PDF

2021-12-12 Thread Richard Gaskin via use-livecode

Stam Kapetanakis wrote:

> i presume the pdf widget in pro is the opensource xpdfReader but
> don’t know for sure.

If it is that would be problematic, as the open source edition of 
xpdfReader is licensed under GPL, and LC no longer has an edition 
compatible with GPL.


--
 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: How to extract whole text from a PDF file with the PDF

2021-12-12 Thread Stam Kapetanakis via use-livecode
Hi Torsten,
i presume the pdf widget in pro is the opensource xpdfReader but don’t know for 
sure.


I did post on how to extract text from PDF using the free xpdfReader and 
non-pro LC:
https://forums.livecode.com/viewtopic.php?f=8&t=35280&p=201036&hilit=Xpdfreader#p201036



I presume that with Pro this is simpler still.
hope that helps
Stam


> I have a PDF file with text and pictures, but I just want the text.
> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
> Preview on MacOS. 
> 
> 
> I have a business licence and want to use the PDF widget but I cannot find a 
> way to do it.
> Can someone help me out?
> Cheers,
> Torsten
> 
> 
> 
___
use-livecode mailing list
use-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 extract whole text from a PDF file with the PDF widget?

2021-12-11 Thread Paul Dupuis via use-livecode

I suspect it is for backward compatibility.

When I turned over the XPDF external to Livecode, I asked that they 
maintain it for a couple years. I had expected we'd migrate out apps to 
the PDF widget by then, but business factors mean we're only now just 
starting a migration.


That's why I jumped in on this thread - we HAVE to have the ability to 
extract text and images from the PDF widget (as you can with the 
External) - to migrate to the Widget.


I suspect many other commercial developers who used the External still 
have active code using it that they have not migrated yet OR the issue 
of the undocumented (or, even worse, missing) properties of the widget 
most likely would have been raised before now.


To migrate, all the command and functions of the External need to be 
mapped to the properties of the Widget. We have probably a couple 
hundred calls to the External in our code all of which need to be 
mapped, updated, and tested - so no trivial task.



On 12/11/2021 6:50 AM, matthias rebbe via use-livecode wrote:

Ah, i thought you were referring only to XPDF.
Btw. do you have an idea why both, XPDF external and PDF widget, are 
maintained? Wouldn't it make sense to have only one pdf solution included?
Or am i missing something?

Regards,
Matthias



Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
:

Yes, I am familiar with the XPDF external (based on Google's PDFium library), 
having designed it and paid Monte to code it and then turned it over to 
LiveCode.

I was referring to the PDF Widget (also based on Google's PDFium), which should 
have a comparable property for fetching the text of a page. The LC dictionary 
does not list any property for returning the page text, so I assume that is a 
Dictionary/Documentation error and that Monte can tell us the correct property 
of the PDF widget that will return the text of a page.


On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:

Paul,

here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
XPDFViewer_Text(viewerName, pageNumber).
Btw. checking this showed me that this function seems to be deprecated and 
instead the command
  XPDFViewer_Unicode viewerName, pageNumber, variableName
should be used.



Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
:

There must be an undocumented property for the text of a page - there was a 
function to return the full text of a page in the External (XPDF) and to get 
the full text of the PDF file, you just stepped through the pages (1..N) 
getting and concatenating the page text.

Monte? LC 10.0.0 Dictionary does not list a property for the page text.


On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:

Hi,

I have a PDF file with text and pictures, but I just want the text.

I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with Preview 
on MacOS.

I have a business licence and want to use the PDF widget but I cannot find a 
way to do it.

Can someone help me out?

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

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

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


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


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



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


Re: How to extract whole text from a PDF file with the PDF widget?

2021-12-11 Thread matthias rebbe via use-livecode
Ah, i thought you were referring only to XPDF. 
Btw. do you have an idea why both, XPDF external and PDF widget, are 
maintained? Wouldn't it make sense to have only one pdf solution included?
Or am i missing something?

Regards,
Matthias


> Am 11.12.2021 um 02:01 schrieb Paul Dupuis via use-livecode 
> :
> 
> Yes, I am familiar with the XPDF external (based on Google's PDFium library), 
> having designed it and paid Monte to code it and then turned it over to 
> LiveCode.
> 
> I was referring to the PDF Widget (also based on Google's PDFium), which 
> should have a comparable property for fetching the text of a page. The LC 
> dictionary does not list any property for returning the page text, so I 
> assume that is a Dictionary/Documentation error and that Monte can tell us 
> the correct property of the PDF widget that will return the text of a page.
> 
> 
> On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:
>> Paul,
>> 
>> here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
>> XPDFViewer_Text(viewerName, pageNumber).
>> Btw. checking this showed me that this function seems to be deprecated and 
>> instead the command
>>  XPDFViewer_Unicode viewerName, pageNumber, variableName
>> should be used.
>> 
>> 
>>> Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
>>> :
>>> 
>>> There must be an undocumented property for the text of a page - there was a 
>>> function to return the full text of a page in the External (XPDF) and to 
>>> get the full text of the PDF file, you just stepped through the pages 
>>> (1..N) getting and concatenating the page text.
>>> 
>>> Monte? LC 10.0.0 Dictionary does not list a property for the page text.
>>> 
>>> 
>>> On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:
>>>> Hi,
>>>> 
>>>> I have a PDF file with text and pictures, but I just want the text.
>>>> 
>>>> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
>>>> Preview on MacOS.
>>>> 
>>>> I have a business licence and want to use the PDF widget but I cannot find 
>>>> a way to do it.
>>>> 
>>>> Can someone help me out?
>>>> 
>>>> Cheers,
>>>> Torsten
>>>> ___
>>>> use-livecode mailing list
>>>> use-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: How to extract whole text from a PDF file with the PDF widget?

2021-12-10 Thread Paul Dupuis via use-livecode
Yes, I am familiar with the XPDF external (based on Google's PDFium 
library), having designed it and paid Monte to code it and then turned 
it over to LiveCode.


I was referring to the PDF Widget (also based on Google's PDFium), which 
should have a comparable property for fetching the text of a page. The 
LC dictionary does not list any property for returning the page text, so 
I assume that is a Dictionary/Documentation error and that Monte can 
tell us the correct property of the PDF widget that will return the text 
of a page.



On 12/10/2021 7:05 PM, matthias rebbe via use-livecode wrote:

Paul,

here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
XPDFViewer_Text(viewerName, pageNumber).
Btw. checking this showed me that this function seems to be deprecated and 
instead the command
  XPDFViewer_Unicode viewerName, pageNumber, variableName
should be used.



Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
:

There must be an undocumented property for the text of a page - there was a 
function to return the full text of a page in the External (XPDF) and to get 
the full text of the PDF file, you just stepped through the pages (1..N) 
getting and concatenating the page text.

Monte? LC 10.0.0 Dictionary does not list a property for the page text.


On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:

Hi,

I have a PDF file with text and pictures, but I just want the text.

I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with Preview 
on MacOS.

I have a business licence and want to use the PDF widget but I cannot find a 
way to do it.

Can someone help me out?

Cheers,
Torsten
___
use-livecode mailing list
use-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: How to extract whole text from a PDF file with the PDF widget?

2021-12-10 Thread matthias rebbe via use-livecode
Paul,

here on mac OS the dictionary of LC 10 DP1 definitely lists the function 
XPDFViewer_Text(viewerName, pageNumber). 
Btw. checking this showed me that this function seems to be deprecated and 
instead the command
 XPDFViewer_Unicode viewerName, pageNumber, variableName
should be used.


> Am 10.12.2021 um 23:22 schrieb Paul Dupuis via use-livecode 
> :
> 
> There must be an undocumented property for the text of a page - there was a 
> function to return the full text of a page in the External (XPDF) and to get 
> the full text of the PDF file, you just stepped through the pages (1..N) 
> getting and concatenating the page text.
> 
> Monte? LC 10.0.0 Dictionary does not list a property for the page text.
> 
> 
> On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:
>> Hi,
>> 
>> I have a PDF file with text and pictures, but I just want the text.
>> 
>> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
>> Preview on MacOS.
>> 
>> I have a business licence and want to use the PDF widget but I cannot find a 
>> way to do it.
>> 
>> Can someone help me out?
>> 
>> Cheers,
>> Torsten
>> ___
>> use-livecode mailing list
>> use-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: How to extract whole text from a PDF file with the PDF widget?

2021-12-10 Thread Paul Dupuis via use-livecode
There must be an undocumented property for the text of a page - there 
was a function to return the full text of a page in the External (XPDF) 
and to get the full text of the PDF file, you just stepped through the 
pages (1..N) getting and concatenating the page text.


Monte? LC 10.0.0 Dictionary does not list a property for the page text.


On 12/10/2021 4:46 PM, Torsten Holmer via use-livecode wrote:

Hi,

I have a PDF file with text and pictures, but I just want the text.

I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with Preview 
on MacOS.

I have a business licence and want to use the PDF widget but I cannot find a 
way to do it.

Can someone help me out?

Cheers,
Torsten
___
use-livecode mailing list
use-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: How to extract whole text from a PDF file with the PDF widget?

2021-12-10 Thread matthias rebbe via use-livecode
Hi Torsten,

i think the PDF widget does not support extracting text by code. At least the 
documentation does not show any information about this.

You wrote, that you have a business license. That would mean, that you can use 
the Pro features of Livecode.
There is an external included in the Pro Feature Pack called XPDF. That 
external supports extracting text. Have a look at the function XPDFVIEWER_text.


Regards,

Matthias

> Am 10.12.2021 um 22:46 schrieb Torsten Holmer via use-livecode 
> :
> 
> Hi,
> 
> I have a PDF file with text and pictures, but I just want the text.
> 
> I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with 
> Preview on MacOS. 
> 
> I have a business licence and want to use the PDF widget but I cannot find a 
> way to do it.
> 
> Can someone help me out?
> 
> Cheers,
> Torsten
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


How to extract whole text from a PDF file with the PDF widget?

2021-12-10 Thread Torsten Holmer via use-livecode
Hi,

I have a PDF file with text and pictures, but I just want the text.

I can do it manually with Ctrl-A and Ctrl-Copy by viewing the file with Preview 
on MacOS. 

I have a business licence and want to use the PDF widget but I cannot find a 
way to do it.

Can someone help me out?

Cheers,
Torsten
___
use-livecode mailing list
use-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: PDF Viewer widget - how to enable interaction?

2021-12-09 Thread Keith Clarke via use-livecode
Thanks Monte. 

I should have been more explicit in that I’d tried that technique to handle the 
linkClicked message - none of the links in my test PDFs (that work in Preview 
and Adobe) fire it.

Assuming I’ve not missed any widget properties, it looks like there’s a problem 
with the underlying PDFium library not finding ‘clickables’ in the PDF 
documents - or the LC wrapping has a bug...

If navigation is under script control the documentation suggests that every 
‘clickable’ that works in any PDF viewer would need to be extracted into either 
the documentBookmarks or documentNamedDestinations arrays to be accessible for 
scripting - and both are empty for my ‘link-rich’ test PDFs.

Maybe the premium subscription for this widget means that it’s not been 
accessible for beta-testing by the user community, as I see nothing in the QA 
centre. 
Best,
Keith  

> On 9 Dec 2021, at 02:43, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Keith
> 
> I think you want the `linkClicked` message. Navigation via links is under 
> script control so possibly what you want is:
> 
> on linkClicked pAction
>   if pAction[“type”] is “goto” then
>   set the currentDestination of me to pAction
>   end if
> end linkClicked
> 
>> On 9 Dec 2021, at 2:01 am, Keith Clarke via use-livecode 
>>  wrote:
>> 
>> Hi folks,
>> Can anyone share any experiences with the PDF Viewer widget that’s available 
>> via the old Business Edition or Pro Pack subscription?
>> 
>> I’m testing this on LC 9.6.5 with a Pro subscription on Mac 11.6. Following 
>> the PDF guide https://livecode.com/resources/guide/ I’ve been able to load 
>> various PDF documents into the viewer widget and view, paginate, scroll, 
>> etc. I can select text, as per the example code in the guide and this 
>> ability to select toggles with the autoHighlight property on the widget - as 
>> expected. However, I’m struggling to get much else.
>> 
>> The widget seems to be rendering the PDF documents in a passive ‘preview’ 
>> mode, in that they seem to lack any of the interactive behaviour available 
>> when opened in Preview or Adobe reader. There are no hovers or navigation on 
>> obvious links or bookmarks. Furthermore, other than documentPages and 
>> documentMetadata, all of the arrays that should handle these navigation 
>> elements are empty - documentBookmarks, documentNamedDestination, linkStyles.
>> 
>> Maybe I’ve missed another property that needs to be set to enable 
>> interaction? I don’t see any obvious setting to change in the dictionary, 
>> the LC guide doc, LC forums or online sources of documentation.
>> 
>> Any clues gratefully received...
>> Best,
>> Keith
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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


  1   2   3   4   5   6   7   8   9   10   >