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
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 ad
Marty,
I had a similar issue. The only way to resolve the issue was to add the
printing entitlements. Apps uploaded to the Mac App Store must have the
sandbox environment enabled, and for every functionality that needs to
communicate with the "outside world" it needs the a
I have an app built with LC 9.6.7 (I believe) and this morning my tech support
is flooded with people who are unable to print and some reporting error 1002 on
Mac but the there are some Windows users reporting they cannot print either.
Anybody else seeing this?
---
Marty Knapp
__
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/20
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
Hello Dan,
Hmm interesting. I am wondering if it is a permissions issue / sandbox
violation. How did you distribute this standalone?
Was it via the AppStore?
I am wondering if you had to sign it with the printing entitlement
(com.apple.security.print)
Also, it might be worth checking the System
Hello Dan,
Thanks. You can open the Console app (/Applications/Utilities/Console),
choose the current Mac in the Devices section (at the left) and filter the
logs based on the standalone app id. The logs are showing in real time, so
in your standalone app trigger a "answer page setup" command and
Panos,
The common denominator seems to be a Macbook Air.
One client said: "We are using on Macintosh computers (2021 Macbook Air and
Mac Studio desktops) and are seeing that the Page Setup and Print buttons do
not seem to do anything."
Another: "I am getting more inquiries about teachers not
Hello Dan,
What is the MacOS version of the computers where "answer page setup" fails?
Do they have anything else in common? Does the Console app show anything
suspicious?
Kind regards,
Panos
On Thu, 13 Oct 2022 at 01:41, Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I
I am getting several reports of clients that can't print from my Mac app built
with 9.6.8. When we call "answer page setup", nothing happens (and the result
is empty). It doesn’t happen on all computers... some work and some don’t.
Anyone have any thoughts, insights or ideas?
-Dan
_
s, 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"
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
iMola
>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,
: 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
vices
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
] 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
. 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
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 choo
tacle.
They can find the print icon, that's about it.
AS the proud possessor of a 90 year old Mum I can confirm this.
Op 12-3-2021 om 01:20 schreef Bob Sneidar via use-livecode:
As a print device specialist, I can tell you that printing directly
from a web browser, be it a PDF or a w
l you that printing directly from a web
browser, be it a PDF or a web page or anything, is problematic. It is ALWAYS
better to produce a PDF then print from a real PDF product. Web browsers give
you printing as an afterthought. “Oh you want to print too?? Uh… okay here you
go.”
Bob S
On M
As a print device specialist, I can tell you that printing directly from a web
browser, be it a PDF or a web page or anything, is problematic. It is ALWAYS
better to produce a PDF then print from a real PDF product. Web browsers give
you printing as an afterthought. “Oh you want to print too
Not just LC.
If you try to print a Gmail message in Firefox on Ubuntu Mate, then it
creates also a pdf which is not getting printed.
Doing the same in chrome and it prints correct.
Printing from Firefox to pdf, then open the pdf in the standard pdf
reader, it prints also correct.
This was
Mark Wieder wrote:
> On 1/16/21 10:30 AM, Richard Gaskin via use-livecode wrote:
>
>> This report for Linux Mint seems perhaps relevant:
>> https://quality.livecode.com/show_bug.cgi?id=21131
>
> In my comment #13 on that bug report I suggest a workaround. Is that a
> possible way forward for you?
On 1/16/21 10:30 AM, Richard Gaskin via use-livecode wrote:
This report for Linux Mint seems perhaps relevant:
https://quality.livecode.com/show_bug.cgi?id=21131
In my comment #13 on that bug report I suggest a workaround. Is that a
possible way forward for you?
--
Mark Wieder
ahsoftw...@
hakan wrote:
> Looks like a bug to me, and on top of that the HTML should be updated
> IMHO as the -tag is officially deprecated in HTML 5.
The relationship between HTML and HtmlText is very much like the
relationship between Java and JavaScript.
Which is to say, aside from sharing four lette
Thanks Håkan... I already reported it.
Get Outlook for iOS<https://aka.ms/o0ukef>
From: ha...@exformedia.se
Sent: Sunday, March 7, 2021 9:02:16 AM
To: How to use LiveCode
Cc: Dan Friedman
Subject: Re: Printing BackgroundColor of text
Looks like a bug
Looks like a bug to me, and on top of that the HTML should be updated IMHO as
the -tag is officially deprecated in HTML 5. But, that’s another story.
When I try I get the same error! So, I guess it is a bug that should be
reported-
:-Håkan
On 4 Mar 2021, 21:06 +0100, How to use LiveCode
, wrot
I seem to be having an issue printing text with a backgroundColor. Anyone else
have this experience? SIMPLE to reproduce:
Make a stack and put a field in it. Set the htmlText of the field to this:
Color: 0233 Deep Marsh
Now, run this either in a button or in the multiline message
On 1/16/21 10:30 AM, Richard Gaskin via use-livecode wrote:
Any of you able to print from LC in Linux?
You seem surprised that Yet Another Feature is broken on linux.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use-livecode
this thread.
Op 17-1-2021 om 19:09 schreef Bob Sneidar via use-livecode:
I don’t use Linux, but the way things are going with Apple, I may consider it.
Bob S
On Jan 16, 2021, at 10:30 AM, Richard Gaskin via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
I've been
I don’t use Linux, but the way things are going with Apple, I may consider it.
Bob S
On Jan 16, 2021, at 10:30 AM, Richard Gaskin via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
I've been printing almost exclusively to PDF for the last several years, but
this morni
I've been printing almost exclusively to PDF for the last several years,
but this morning I wanted to print to actual paper, and found that LC
doesn't print from Ubuntu.
There's nothing in the result after the print command, so LC thinks it's
doing fine.
And I can prin
Hi Terry,
Can you use lockscreen?
Greetings
William
Op do 10 dec. 2020 om 10:15 schreef Terence Heaford via use-livecode <
use-livecode@lists.runrev.com>:
> Clearly you can’t print a card that contains a browser widget as livecode
> is unable to do this.
>
> I don’t understand why because
Clearly you can’t print a card that contains a browser widget as livecode is
unable to do this.
I don’t understand why because Safari can and I believe they are both based on
webkit.
Anyway I have come up with a semi acceptable workflow that involves.
1. Exporting a screenshot of the screen wi
tal via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> That’s a possibility. Interesting. I’ll give it a go when I’m more
> awake.
> >> Thanks Richard
> >>
> >> Sean Cole
> >> Pi Digital
> >>
> >>
&
in via use-livecode <
use-livecode@lists.runrev.com> wrote:
>
> 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
t;
> use-livecode@lists.runrev.com> wrote:
> >
> > 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 place
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 P
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/v09vacw8x3
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/Scree
UPDATE:
Apple just released BigSur public beta 10 today and it’s back to printing OK
for me here. So the issue was apparently with Apple. Anybody want to check on
your end to confirm?
Marty
> On Oct 14, 2020, at 11:34 AM, Marty Knapp wrote:
>
> This BigSur printing bug happens when
This BigSur printing bug happens when you "open printing with dialog” and has
been confirmed by Panos. Drop the “with dialog” and you can print. I don’t know
at this point if the issue is with LC or with Apple. In the event that it
doesn’t get fixed by the time BigSur is released, I wa
guess the Big Sure
release is going to be here very soon. I have a mission critical app with
printing as an absolute necessity. Try it for yourself - create a stack in the
LC IDE and then try to print the card. The print dialog never appears and it
will hang. I was able to successfully print from a
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
Thanks to a new forum user who provided a handy sample stack, I was able
to pin down a recipe for making a very common form of printing on
Windows completely unusable:
Setting the vGrid or hGrid properties of a field cause the field to be
rendered into the print buffer with the entire content
my
office tomorrow.
Craig
-Original Message-
From: Dan Friedman via use-livecode
To: How to use LiveCode
Cc: Dan Friedman
Sent: Sat, Nov 2, 2019 1:04 pm
Subject: Windows, Underlines and Printing
Greeting!
I have a field on a stac
Hi.
I don't suppose you have tested on a Mac? If not, I will when I get to my
office tomorrow.
Craig
-Original Message-
From: Dan Friedman via use-livecode
To: How to use LiveCode
Cc: Dan Friedman
Sent: Sat, Nov 2, 2019 1:04 pm
Subject: Windows, Underlines and Printing
Gre
Greeting!
I have a field on a stack. In that field is some text and one word is
underlined. If I print the card on a windows computer, the underline isn't
printed. If I print the card to PDF, the underline is printed. I tried LC
9.0.4 Indy, 9.5.0 Business and 9.5.1 rc1 Business.
Can anyo
Hi Craig - nah, just tried and doesn't work in my situation. I'm creating
multipage PDFs which requires the use of "print break" between each card, and
if I don't "close printing" between reports the PDFs are corrupted (I suspect
only one page of each repo
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---
Hi Craig - yes, I open and close printing for each report. I might be wrong
(I’ve been using variations of the same printing routine for ages) but I seem
to recall that I was unable to successfully or reliably create separate reports
unless I closed printing after each one.
Terry...
Sent from
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
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
>>> I'm not entirely clear what Monte meant by 'print to pdf directly' in one
>>> of those comments... The 'print to pdf' mechanism in the engine isn't
>>> really any different from the normal printing mechanism, its just that
>>>
s... The 'print to pdf' mechanism in the engine isn't
really any different from the normal printing mechanism, its just that
rather than funnel the sequence of paths, images, text being rendered
through the system printer it funnels it through libcairo's
(https://cairographics.org
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
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
Anybody besides me having occasional crashes while printing in LC 9? I don't
have a recipe but it happens every once in a while in both LC 9.0.1 and LC
9.0.2 rc1. In the IDE and in a standalone (Mac). I have filed bug report 21473
(first reported in August) and have added crash reports
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,
Just a guess, check the current default folder. It may have permissions set, or
may no longer exist.
Bob S
> On Apr 26, 2018, at 06:36 , Paul Dupuis via use-livecode
> wrote:
>
> I have a user who ran into the error "printing: Unknown destination:
> (Line 0, column
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
I will ask one of my co-workers to get in contact with you tomorrow. She writes
printing code all the time.
Best regards,
Mark Talluto
livecloud.io <http://livecloud.io/>
nursenotes.net <http://nursenotes.net/>
canelasoftware.com <http://www.canelasoftware.com/>
> On M
print card", I copy this
card to stack "savePrinting".
And after the repeat loop, I save the savePrinting stack to the desktop
and delete it.
Now with this debug code in place, printing under OSX work fine. It is
as it the command 'copy this card to stack "savePrinting" &
sorts of things. Try a simple
image dowloaded from the inter webs. See how that goes.
Bob S
> On Mar 28, 2018, at 16:38 , Paul Dupuis via use-livecode
> wrote:
>
> Marty,
>
> I also hope there is an answer, but the lack of responses to my post on
> this list suggests either
Marty,
I also hope there is an answer, but the lack of responses to my post on
this list suggests either very few people are printing images or at
least very few are have ever run into this issue.
Some images print fine and some do not and I can not find anything
consistent about the images
I’m curious to know what you find. I’m about to embark on updating 2 apps from
LC 6.6.5 to the latest in order to get ready for Apple requiring 64 bit. Both
apps are heavily printing oriented, so I hope there is an answer here.
---
Marty
> On Mar 28, 2018, at 8:28 AM, Paul Dupuis via
I have a print subsystem for my application that prints a particular set
of data by laying our the page (sizing the card to the paper, allowing
for margins, etc, where the content area of the page is a single image
object. The resizeQuality is set to "best" and alwaysBuffer is true
When I print un
"xyz" is of course the stack with the card you want to print
...
before printing?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
:
...
set the formatForPrinting of stack "xyz" to TRUE
## where "xyz" is of course the stack with the card you want to print
...
before printing?
Best
Klaus
--
Klaus Major
http://www.major-k.de
kl...@major-k.de
___
use-livecode ma
Hello!
I have some formatted text in a field. If I print it on a Mac, it’s perfect.
If I print it on a windows computer (Win 7 or 10), I get VERY strange results.
I have tried multiple computers with multiple printers. All with the same
results. I get these large black bars. And on some
Has there been any progress with the Browser Widget being incorporated into
print card?
If not is there a timescale for this?
Thanks
Terry
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe a
I also use HTML to create and display complex tables with LC (in iOS) and
have been looking for a way to (a) save the tables as PDF files and then
print the tables (as a PDF). There is a library for creating PDF files from
HTML created by Brent Nycum called BNHtmlPdfKit:
https://github.com/brentn
find any information about
printing properties (like printMargins or orientation for example).
Am I missing something? Or is printing from a LiveCode browser a “you get what
you get (and just be happy you got what you got)” kind of thing?
Thank you in advance,
-Dan
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
That is an interesting question. Working with copiers, I know that the paper
"name" (= size) have to match a built-in "name" in order for the printer to
auto-print, otherwise the print job gets redirected to the bypass (manual feed)
tray and held until a user hits the Go button.
Sone drivers a
August 2017 12:38
An: LiveCode User Liste senden
Cc: Tiemo Hollmann TB
Betreff: How do I specify the papersize name for printing?
Hello,
how do I specify the paper name / the standard drawer of the printer?
Right now I set the printpapersize to "595,842", which is "A4", bu
1 - 100 of 344 matches
Mail list logo
