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/mai
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
The printer driver for PDF on Linux (CentOS) is handled by the LC inclusion
of the Cairo library into the engine (as I understand it). There are no
printer drivers other than Cups. I have updated Cups to the latest versions
available and there is no difference.
Sean Cole
*Pi Digital *
On Fri, 4 D
Back in the MetaCard days, I was told that problems like this were often
caused by the printer driver. If there's an update, I'd install it.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 4, 2020 10:42:50 AM "Sean Cole \(Pi\)
Alas, I am still getting the same results with both duplicated and brand
new fields. Even in a whole new stack. I'm not getting very far with this.
What is making the text get so screwed up? Does anyone have any insight?
Thanks again, Richard.
Sean Cole
*Pi Digital *
On Fri, 4 Dec 2020 at 06:42,
That’s a possibility. Interesting. I’ll give it a go when I’m more awake.
Thanks Richard
Sean Cole
Pi Digital
> On 4 Dec 2020, at 06:16, Richard Gaskin via use-livecode
> wrote:
>
> Sean Cole wrote:
>> I've got a CentOS7 server that I am printing reports from as PDFs. No
>> matter which fon
Sean Cole wrote:
I've got a CentOS7 server that I am printing reports from as PDFs. No
matter which font or style I use I get occasional anomalies where
characters from words get placed over each other like a kerning issue gone
mental.
Bad rendering:
https://www.dropbox.com/s/v09vacw8x3873qh/Scr
Hi all,
I've got a CentOS7 server that I am printing reports from as PDFs. No
matter which font or style I use I get occasional anomalies where
characters from words get placed over each other like a kerning issue gone
mental.
Bad rendering:
https://www.dropbox.com/s/v09vacw8x3873qh/Screenshot%20
GEORGE WOOD wrote:
> Here is on example of what I tried:
>
> on mouseup
> put “/Desktop/test files/Test.pdf” into temp
> open printing to pdf temp
> print cd 1 from (topleft of cd 1) to (bottomright of cd 1)
> close printing
> put the result
> end mouseup
&qu
What happens if you remove the space from the file path? Does it still
behave the same?
Phil Davis
On 5/12/20 4:23 PM, GEORGE WOOD via use-livecode wrote:
Here is on example of what I tried:
on mouseup
put “/Desktop/test files/Test.pdf” into temp
open printing to pdf temp
print cd 1
Here is on example of what I tried:
on mouseup
put “/Desktop/test files/Test.pdf” into temp
open printing to pdf temp
print cd 1 from (topleft of cd 1) to (bottomright of cd 1)
close printing
put the result
end mouseup
___
use-livecode mailing
on mouseUprepeat with y = 1 to 5put yourPathName && y into jobPathopen
printing to pdf (jobPath & ".pdf")print this cardend repeatclose printingend
mouseUp
You should get five PDF's in a flash.
Craig
-Original Message-
From: Terry Judd via
Terry.
Do this. Should be instantaneous:
on mouseUprepeat with y = 1 to 5put yourPathName && y into jobPathopen printing
to pdf (jobPath & ".pdf")print this cardend repeatclose printingend mouseUp
You should get five PDF's in a flash.
Craig
-Original Message---
my iPad
> On 24 Oct 2019, at 12:53 am, dunbarx--- via use-livecode
> wrote:
>
> Hi.
> Are you repeatedly using "open printing to PDF"?
> Craig
>
>
> -Original Message-
> From: Terry Judd via use-livecode
> To: use-livecode@lists.runrev
Hi.
Are you repeatedly using "open printing to PDF"?
Craig
-Original Message-
From: Terry Judd via use-livecode
To: use-livecode@lists.runrev.com
Cc: Terry Judd
Sent: Tue, Oct 22, 2019 9:11 pm
Subject: Slowdown when printing to PDF in a loop
I'm printing a whol
I'm printing a whole bunch of PDFs (multipage feedback reports generated by
populating a series of cards with individualised data - mix of text and
graphics) and it starts off fast and then inevitably slows down - a lot. While
it might start off printing say 14 reports per minute after a few min
I’ve managed to make overlay of pdfs work with PyPDF2.
Now I have the problem that livecode outputs a background color to the pdfs I
make.
Even if I et the background color of my card, the groups, etc. to empty, I
still get a grey background, instead of a transparency.
This means that when I
On Sep 7, 2019, at 4:29 AM, Mark Waddingham via use-livecode
wrote:
>
> On 2019-09-06 21:10, Dr. Hawkins via use-livecode wrote:
>> On Aug 28, 2019, at 12:07 AM, Mark Waddingham via use-livecode
>> wrote:
>>> On 2019-08-27 17:24, Dr. Hawkins via use-livecode wrote:
>>> I'm not entirely clear w
On 2019-09-06 21:10, Dr. Hawkins via use-livecode wrote:
On Aug 28, 2019, at 12:07 AM, Mark Waddingham via use-livecode
wrote:
On 2019-08-27 17:24, Dr. Hawkins via use-livecode wrote:
I'm not entirely clear what Monte meant by 'print to pdf directly' in
one
of those comments... The 'print to
On Aug 28, 2019, at 12:07 AM, Mark Waddingham via use-livecode
wrote:
>
> On 2019-08-27 17:24, Dr. Hawkins via use-livecode wrote:
>> I’ve seen references, even in the bug report, to “directly” printing
>> to pdf from a widget.
>
> I'm not entirely clear what
> On 28 Aug 2019, at 5:07 pm, Mark Waddingham via use-livecode
> wrote:
>
> I'm not entirely clear what Monte meant by 'print to pdf directly' in one
> of those comments..
Ah I was talking about printing the PDF file directly. May have been before I
realised there needed to be overlaid LC o
On 2019-08-27 17:24, Dr. Hawkins via use-livecode wrote:
I’ve seen references, even in the bug report, to “directly” printing
to pdf from a widget.
I'm not entirely clear what Monte meant by 'print to pdf directly' in
one
of those comments... The 'print to pdf' mech
I’ve seen references, even in the bug report, to “directly” printing to pdf
from a widget.
My experience has been that it still reduces the pdf to screen resolution.
I still insist they the fact that the engine *renders* the pdf, rather than
including it, is a hard-core bug. I attached an
i've requested to re-open bug 11582 and 19019.
To be able to print to pdf and to real printers.
This seems already possible on Android 4.4 as there are print services.
It would be great to choose and use the Printingservices and it would
bring a great enhancements for apps.
https://develope
Hi,
concerning printing on mobile and then i mean Android, to pdf or paper
is not supported? (as far as i know)
Why?
At least every Android(as of Android 6) i had, had printing services.
So probably it is time to update Printing to pdf and Printer Library and
maybe other dependencies
Not all my doing. Got help from a number of people on this list who I am too
senile to recall now. ;-)
Bob S
> On Apr 23, 2019, at 11:35 , General 2018 via use-livecode
> wrote:
>
> Very nice !
>
___
use-livecode mailing list
use-livecode@lists.
That should read:
sample: put cleanASCII("This is a test!<>?", "uppercase,lowercase,custom", "?"
> On Apr 23, 2019, at 11:24 , Bob Sneidar via use-livecode
> wrote:
>
> sample: put cleanASCII("This is a test!<>?", "uppercase,lowercase", "?"
___
Very nice !
-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of
Bob Sneidar via use-livecode
Sent: 23 April 2019 19:24
To: How to use LiveCode
Cc: Bob Sneidar
Subject: Re: Open Printing to PDF
This may help to clean up all kinds of badness
hen
put theChar after cleanString
end if
end repeat
return cleanString
end cleanASCII
> On Apr 23, 2019, at 11:00 , General 2018 via use-livecode
> wrote:
>
> Not a bug - my fault !!
>
> The part of the heading text for the pdf is used for the saved file
Not a bug - my fault !!
The part of the heading text for the pdf is used for the saved filename which
cannot be ">" ! of course ...
The issue was the file save naming not open printing to pdf command , your
replies made me look for odd characters.
Regards
Cam
-Ori
ts.runrev.com] On Behalf Of
dunbarxx via use-livecode
Sent: 23 April 2019 13:56
To: use-revolut...@lists.runrev.com
Cc: dunbarxx
Subject: Re: Open Printing to PDF
Hi.
Are you saying the "open printing to pdf" command itself does not work, or
that you get blank output? In other words, in
Hi.
Are you saying the "open printing to pdf" command itself does not work, or
that you get blank output? In other words, in the stack that does NOT work,
what happens if you:
open printing to pdf "yourFilePathHere/xxx.pdf"
revPrintText "Hello world"
close
Hello Camm,
Are they all printing the same text? If I recall correctly, Open Printing to
PDF is where the fail occurs when certain Unicode characters are encountered.
Emojis are one example where characters will render in a field but not print to
a PDF.
Hmmm... I wasn’t able to turn up a bug
Hi ,
I have 3 separate stacks each containing the same code for printing to pdf.
One of those stacks will not open printing to pdf in dev or runtime. The other
2 work fine - Head scratching ??
All items are in the same path / folder.
Regards
Camm
On Thu, Apr 26, 2018 at 9:36 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I have a user who ran into the error "printing: Unknown destination:
> (Line 0, column 0)" when executing a line in my code that was "Open
> printing to PDF "
t just in case... you really meant
> 'answer folder' there, right?
>
Actually, I meant 'ask file ...' to prompt the user for a standard
*save* file dialog to get the file path for the 'open printing to pdf tFile'
And by folder exists, I mean the containing folder
On 04/26/2018 09:46 AM, Paul Dupuis via use-livecode wrote:
Presumably the folder exists since it was just selected by the user via
the 'answer file' command.
I assume that was just a typo, but just in case... you really meant
'answer folder' there, right?
--
Mark Wieder
ahsoftw...@gmail.
> The file path is selected by the user through a standard 'answer file
> ... ' dialog. The code does not currently check to see if the folder the
> user selected for the file is writable, but tests of trying to save to a
> read-only (non writable) folder on Windows results in a
ror
dialog being presented by the 'open printing to pdf' statement rather
than an code execution error.
Presumably the folder exists since it was just selected by the user via
the 'answer file' command. Obviously, I can wrap this part of the code
in a TRY ... END TRY block to
NVM you provide a file path. You may want to check that the folder exists
before writing the pdf. Do you ask the end user where they want to put the file
first, or do you assume a destination folder?
Bob S
> On Apr 26, 2018, at 07:57 , Bob Sneidar via use-livecode
> wrote:
>
> Just a guess,
0)" when executing a line in my code that was "Open
> printing to PDF "
>
> This error (in fact NO ERRORs) are listed under the "open printing to
> PDF" entry in the dictionary. If 'the result is "cancel" ' is the only
> dictionary entry
I have a user who ran into the error "printing: Unknown destination:
(Line 0, column 0)" when executing a line in my code that was "Open
printing to PDF "
This error (in fact NO ERRORs) are listed under the "open printing to
PDF" entry in the dictionary. If 't
Auftrag
von Mark Waddingham via use-livecode
Gesendet: Donnerstag, 9. November 2017 17:21
An: How to use LiveCode
Cc: Mark Waddingham
Betreff: Re: regression bug: corrupt filename at open printing to pdf
On 2017-11-09 11:01, Tiemo Hollmann TB via use-livecode wrote:
> Hello,
>
> LC 8.1.6
On 2017-11-09 11:01, Tiemo Hollmann TB via use-livecode wrote:
Hello,
LC 8.1.6 and 8.1.7 on Windows:
I create PDFs with "open printing to pdf myFile.pdf". That works fine
as far
the filename doesn't contains Umlaute.
If the filename contains Umlaute 2 PDF files are create
Hello,
LC 8.1.6 and 8.1.7 on Windows:
I create PDFs with "open printing to pdf myFile.pdf". That works fine as far
the filename doesn't contains Umlaute.
If the filename contains Umlaute 2 PDF files are created (yes 2 files!). The
first file has the correct filename with Umlaute
I have a 5.02 legacy stack that prints A4 pages to PDF using "open printing
to pdf".
The documentation says that the printPaperSize must be set before calling
open printing, suggesting that changes to the printPaperSize after "open
printing" are not supported (I tried, and
Following along with the lesson at
http://lessons.livecode.com/m/4071/l/29177-how-to-create-pdfs-using-livecode.
All is the same as the lesson except adjusted the print rectangle to fit
the card I'm printing. Running on OSX 10.10 and LC8 DP11, using Preview to
display the pdf. Font is Arial, size
Too much trouble Roger, and not very adventurous. I say, DAMN the dictionary!
Full coding ahead!! ;-)
Bob
On Jan 17, 2013, at 8:13 AM, Roger Eller wrote:
> Perhaps I should sit down and just >>>READ<<< the LC Dictionary once in a
> while. :-)
>
> set the printMargins to 0,0,0,0 -- 0 inch
Perhaps I should sit down and just >>>READ<<< the LC Dictionary once in a
while. :-)
set the printMargins to 0,0,0,0 -- 0 inch
set the printMargins to 72,144,72,144 -- 1 inch
~Roger
On Wed, Jan 16, 2013 at 6:57 PM, Roger Eller wrote:
> Thanks Colin. It looks like I'll either need to rede
Thanks Colin. It looks like I'll either need to redesign my card with the
default 1 inch margin built in, or use page scaling. Scaling looks easier.
Sent from my Pipo M2
On Jan 16, 2013 5:38 PM, "Colin Holgate" wrote:
> They seem not to be page layout options. Slightly lower down in the
> dictio
They seem not to be page layout options. Slightly lower down in the dictionary
entry it says this:
The options array which can be optionally specified when opening a print loop
for pdf allows you to add entries to the resulting PDF's Document Information
Dictionary.
The following keys are supp
*From the 5.5.3 docs:*
open printing to pdf "filename.pdf" with options tOptionArray
Ok, what exactly goes into tOptionsArray? I don't see any specification
for the format of the options. I would like to set the margins of the PDF
to .5" all around. How can I do that wi
On 12/16/11 2:55 AM, gmcrev wrote:
Thanks for the reply Jacquelin.
However I was using revPrintText to print HtmlText via open printing to
pdf.
I would like to pdf print the equivalent of 2 A4 pages on 1 A4 sheet.
Any ideas how this would work?
I haven't done much with that command, bu
Thanks for the reply Jacquelin.
However I was using revPrintText to print HtmlText via open printing to pdf.
I would like to pdf print the equivalent of 2 A4 pages on 1 A4 sheet.
Any ideas how this would work?
___
use-livecode mailing list
use-livecode
On 12/15/11 8:28 PM, gmcrev wrote:
I am wondering whether it would be useful to request for a new command
that would set the number of pages per sheet for printing.
ie. 2 A4 pages would be reduced and printed on 1 A4 page. I can't seem
to find any livecode commands to do this.
You can use the "
nting from any program
using the Adobe pdf printer via its dialog box.
In livecode, I would like to be able to use this with "open printing to
pdf". Then I could print 2 pages per sheet in pdf format.
--
Gerard McCarthy
gmc...@tpg.com.au
_
foot-in-mouth..
it works just fine.
I had an "ask file" command in there I should have commented out.
This works perfectly:
on mouseup
put "/Users/sivakatirswami/Desktop/test4.pdf" into tOutPutFile
set the printMargins to 0,0,0,0
open printing to pdf tOutPutFile
57 matches
Mail list logo
