Andre,
Thanks for your reply! What I meant is that I get a hard copy of the card
and then a blank sheet of paper. But I found that Answer Printer eliminates
the problem. Thanks again.
--
View this message in context:
http://www.nabble.com/Printing-problem-tp24392121p24397467.html
Sent
Le 8 juil. 09 à 16:02, Charles Szasz a écrit :
I have two cards in my stack. One card is for screen display where
some
calculations are done. The second card is my print card, where the
results
of the first card are inserted for printing. When I used the Open
Printing
with Dialog and pri
printed but I also get one blank sheet of paper that comes out with the hard
copy. Is this an OSX problem or do I need to add something to my script to
keep an extra sheet of paper coming out of the printer?
--
View this message in context:
http://www.nabble.com/Printing-problem-tp24392121p24392121
Hi Everyone,
I guess I don’t understand something about setting the colors in stacks. I
know there are fields on one of my stacks but I can’t see to edit them. Only
the
borders of the fields print, not the contents. What did I set wrong?
Joe in Orlando, Florida
**
thing in the
> meanwhile I hope you will post your discovery.
>
I also experienced this printing problem with 2.8 so I went back to 2.7.4 and
everything is fine again. I’m on mac OSX
Joe, Orlando, Florida
**
AOL now offers
free email to everyone. Find out
Le 27 févr. 07 à 07:18, Scott Morrow a écrit :
Hello Yves,
I have a print routine that worked fine under 2.6.1 but now prints
mostly (but not completely) blank space. I am busy poking about
to determine where the issue may lie. If you learn anything in the
meanwhile I hope you will pos
Hello Yves,
I have a print routine that worked fine under 2.6.1 but now prints
mostly (but not completely) blank space. I am busy poking about to
determine where the issue may lie. If you learn anything in the
meanwhile I hope you will post your discovery.
-Scott Morrow
Elementary Soft
Hi list
I've a strange problem with printing in version 2.8 gm3
Previously since verison 1.1 until now, no problem
since version 2.8, it doesn't print anything !
On mac OS Tiger Rev 2.8 gm 3
here is my script
put someVar into fld "body" of cd "toPrint" of stack "mi_print"
put dateVar into
Charles,
Can you just include the hiding/showing in the same button script?
on mouseUp
hideStuff
## print command here
showStuff
end mouseUp
on hideStuff
## hide controls here
end hideStuff
on showStuff
## show controls here
end showStuff
Am I missing something? Is the problem that
I have been using Dan Shafer's excellent book on printing has help me
a great deal with my project. But I have a question. I have three
cards that I want to print. Each card has a button that has to be
hidden and one card has a group three radio buttons that have to be
hidden. I am using lo
On 18/10/2006, at 4:46 AM, Dave Herndon wrote:
I converted over some stack from rev 1.1 to 7.3 and I went through
a process of slowly stripping down the stack until I could get it
to print. The culprit seemed to be fields with the table object
feature chosen and the Baseline text featur
I converted over some stack from rev 1.1 to 7.3 and I went through a process
of slowly stripping down the stack until I could get it to print. The culprit
seemed to be fields with the table object feature chosen and the Baseline text
feature chosen. It would bomb revelution every time. Once
Thanks to Jacqueline Landman Gay for helping me on the printing problem.
I'm so surprised that this glitch exists in my old studio version of rev
(2.1). If there was more than a page to print, the second page with some
printers would have lines overwritten -- lines from the first page. I
e this same disaster.
Has anyone seen this? I could put a scan of what it looks like on line
for someone to see. I've looked at some of the Rev sites and I can't
find any reference to this printing problem.
Is there a more sure-fire way of printing?
Thanks!
Tom
___
Thomas Cole wrote:
I find that if I print text that is more than one page, there is
sometimes a terrible print-out with lines of text printed one atop
another on much of page 2!
My script is simple enough:
if it is "print now" then
put test into cd fld "printfield"
revPrintFi
I sent a query in about my printing problem, but there were so many
others that it has disappeared and didn't get a reply. I'm taking the
liberty to resubmit it. Has anyone heard of this chronic problem I have?
Many thanks.
I find that if I print text that is more than one page
and I see this same disaster.
Has anyone seen this? I could put a scan of what it looks like on line
for someone to see. I've looked at some of the Rev sites and I can't
find any reference to this printing problem.
Is there a more sure-fire way of printing?
Thanks!
Tom
__
Hi Everyone,
When I print a card then show and/or hide some field or group and then print
again it doesn't completely flush the old image. The problem seems to be that
the borders of the fields don't show as they should. Thanks in advance for
your continuing help for this newbie.
Joe
Orlando,
Hi Swami,
I noticed no one replied directly to you. I'd guess that revPrintText
has the same underlying problem as revPrintField. Does revPrintText
work right if the printed output is one page or less? If so, that's a
clue.
The other messages on this thread have probably given you some ideas
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Timothy
Miller
Sent: Wednesday, January 11, 2006 10:19 PM
To: How to use Revolution
Subject: Printing problem on Windows machine
Hi Sarah,
Oops. This is my second reply. A few seconds ago, Eudora
automatically snipped part of the
Timothy Miller wrote:
There are probably other workarounds. For instance, it might be possible
to shuttle lines in and out of the field, so it never contains more than
one printable page, then use printfield repeatedly, then replace the
original text when printing is completed.
This is prett
Hi Sarah,
Oops. This is my second reply. A few seconds ago, Eudora
automatically snipped part of the quoted message, and I overlooked a
typo. Here it goes again:
**
The wise and generous person subscribes to the list. I think I'll
hand your question off to him. He m
Hi Sarah,
The wise and generous person subscribes to the list. I think I'll
hand your question off to him. He might prefer to post his own script.
I'll quote the brief description he sent to me. I don't think he'd mind:
The way it basically works is to copy each field from the card to a
pri
Ditto that...please quote the script here.
Just because there some super sages on this list doesn't mean that
"trivial" stuff need not be exposed. It may be just the thing someone
needs.
My users have printing problems on windows, I use the standard code
on printTranscript
put the cHeade
> A wise and generous soul has sent me a private message, including a
> model script necessary to print fields more than one printed page
> long, on a Windows machine. I'd suppose this has been discussed to
> death, so I'll let it rest.
Hi Tim,
Could you quote the script here so it is available
It's me, the OP on this thread.
A wise and generous soul has sent me a private message, including a
model script necessary to print fields more than one printed page
long, on a Windows machine. I'd suppose this has been discussed to
death, so I'll let it rest.
I wonder if this is a sign from
Greetings,
I never imagined I'd stop using my trusty Macintosh. However, I'm
trying the stacks I use to run my business on a Windows XP machine,
at least temporarily. Except for minor adjustments of button types,
text margins and such, it seemed to work fine, until today.
The problem command
Have you experimented with the printMargins? It may be that if you've
set them to a smaller value than your printer supports, some value
(like 1 inch) gets used. I've had various difficulties when printing,
but experimenting with the printMargins has usually sorted this kind
of problem. I'm
Hi Everyone,
OK so the gray area on my printout is gone and I have the image area size
under control. Now my problem is that the image is off center and I have a non
printing area of an inch at the top and left. Can this be changed?
If it matters I'm on a Mac OS X and I'm using an HP laser prin
I am trying to print labels. I have set up 20 fields, one for each
label (1"x4") When printed they should just about cover an 8.5'x11"
sheet. Standard Avery 5161 labels.
I have included them in a scrolling group.
If the stack size is sufficient to view the whole group, the print is
fine--shows
I didn't get a response on this earlier, but I'm wondering if anyone
knows if setting printrotated to true can mess up the printer default
settings in some way. I'm going to be in deep kaka at work, if I can't
get this fixed. I tested an app on a couple of PCs at work, not having
a windows ma
Ray-
Monday, March 1, 2004, 11:06:32 AM, you wrote:
RGM> PS Shouldn't the EPSON "Smart Panel" be nominated for the worst ported
RGM> product of the year?
...or any other year... I can't imagine what it was ported *from*.
--
-Mark Wieder
[EMAIL PROTECTED]
_
Recently, "David Squance" wrote:
Sometimes computers drive me crazy.
and Scott Rossi added: Let me be the first to welcome you to the Asylum
-- I've been a resident for some time now. Enjoy your stay
I must be in the West Wing...
Recently, my old HP scanner sprang to life when I started an O
Recently, "David Squance" wrote:
> Sometimes computers drive me crazy.
Let me be the first to welcome you to the Asylum -- I've been a resident for
some time now.
Enjoy your stay.
Regards,
Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
-
E: [EMAIL PROTECTED]
W: http://ww
>>
>>open printing with dialog
>>print this card
>>close printing
>>
>>In the dialog that appears, there is a button at the bottom that says
>>"Print to PDF". Click that and it will print to a file on disk instead
>>of to your printer. If this works and you get a successful printout,
>>then chances
>
>open printing with dialog
>print this card
>close printing
>
>In the dialog that appears, there is a button at the bottom that says
>"Print to PDF". Click that and it will print to a file on disk instead
>of to your printer. If this works and you get a successful printout,
>then chances are ther
On 2/25/04 11:43 PM, David Squance wrote:
Well, I remembered a short while ago seeing in the docs that an area of a
card can be specified for printing, eg 0,0 to 500,300 (or the mouseloc, in
their example). So I dumped the mask button and tried that. No joy. Any
more suggestions gratefully recei
>On 2/25/04 11:43 PM, David Squance wrote:
>>
>> Well, I remembered a short while ago seeing in the docs that an area of a
>> card can be specified for printing, eg 0,0 to 500,300 (or the mouseloc, in
>> their example). So I dumped the mask button and tried that. No joy. Any
>> more suggestions
>>On 2/25/04 11:43 PM, David Squance wrote:
>>>
>>> Well, I remembered a short while ago seeing in the docs that an area of a
>>> card can be specified for printing, eg 0,0 to 500,300 (or the mouseloc, in
>>> their example). So I dumped the mask button and tried that. No joy. Any
>>> more sugges
>>On 2/25/04 3:31 PM, David Squance wrote:
>>
>>> One of the two problems is that Rev is freezing every time I attempt to
>>> print a card. I downloaded a fresh copy of RR2.1.2 and it made no
>>> difference. I can only assume that it is something I've done. It started
>>> with my current project
I see. I guess I wasn't clear enough before. There's no cycling. It just
prints the card (there's only one in the stack) after hiding what I don't
want to print. Also nothing is waiting to happen after the print, so I
can't see how timing could be an issue. Do you think there should be some
so
>On 2/25/04 3:31 PM, David Squance wrote:
>
>> One of the two problems is that Rev is freezing every time I attempt to
>> print a card. I downloaded a fresh copy of RR2.1.2 and it made no
>> difference. I can only assume that it is something I've done. It started
>> with my current project--a ve
On 2/25/04 3:31 PM, David Squance wrote:
One of the two problems is that Rev is freezing every time I attempt to
print a card. I downloaded a fresh copy of RR2.1.2 and it made no
difference. I can only assume that it is something I've done. It started
with my current project--a very simple one
I assume to get the contents you must go through each field??? if not
then there is not loop.
Timing after a print command is what I meant. It is always best to
allow time for these things to complete.
Tom
I'm trying to print
the content of a couple dozen fields in a sort of contrived array
>You probably have a timing issue that you are not allowing enough time
>in your loop for rev to put the item to be printed to collect and then
>send to your printer.
>
>Check out your loop and with messages etc.
>
Thanks for the reply. I don't understand it, however. What loop? The
script masks
You probably have a timing issue that you are not allowing enough time
in your loop for rev to put the item to be printed to collect and then
send to your printer.
Check out your loop and with messages etc.
HTH
Tom
On Feb 25, 2004, at 4:31 PM, David Squance wrote:
Having received no response t
Having received no response to my previous post, I'll simplify my query.
One of the two problems is that Rev is freezing every time I attempt to
print a card. I downloaded a fresh copy of RR2.1.2 and it made no
difference. I can only assume that it is something I've done. It started
with my curr
command.
kevin an orrhers: btw dis You guys regonize at all my reply to private an here list,
that ie. I have still that werid printing problem wich pints many pages and only few
lines per page when You asked me to tell if I have still that problem.
I replied but nothing replies after that.
Did
On Monday, December 23, 2002, at 09:05 AM, Andre Rombauts wrote:
When a line has to be printed on the very last line of the page (inside
the
'text zone') that line is repeated on the next page. This occur
whatever the
page number. Under Windows only.
From the Showboat tune (almost):
Fish
When a line has to be printed on the very last line of the page (inside the
'text zone') that line is repeated on the next page. This occur whatever the
page number. Under Windows only.
A couple of thoughts:
Have you compared the printed output from Mac & Windows side--by-side
(ie: line up the
>> When using revprintText under Windows if I m sending multiple pages
>> to the printer I¹m getting strange bugs under windows: the last line
>> of a page is re-printed on the first line of the next page... Is this a
>> known bug or should I carfefully insert a platform dependent routine to
> ch
On Saturday, December 21, 2002, at 03:36 PM, Andre Rombauts wrote:
When using revprintText under Windows if I m sending multiple pages
to the printer Im getting strange bugs under windows: the last line
of a page is re-printed on the first line of the next page... Is this a
known bug or sho
Le 23/12/2002 16:48, Rob Cozens à [EMAIL PROTECTED] a écrit:
>> line of a page is repeated on the next page, inside the 'text area' (header
>> and footers are printed correctly). Moreover the line is not formated
>> exactly as the line of the previous page (words are missing)
>
> When you say "th
Under Windows the last
line of a page is repeated on the next page, inside the 'text area' (header
and footers are printed correctly). Moreover the line is not formated
exactly as the line of the previous page (words are missing)
Andre,
When you say "the last line of a page", do you mean one par
Is this a known bug? If not, how would it be corrected in 2.0?... :-(
André
Wait and see...about 3 weeks and you'll get the solution (hope so !)
Cheers.
--
Greetings.
Yves COPPE
Email : [EMAIL PROTECTED]
___
use-revolution mailing list
[EMAIL PROT
--- Andre Rombauts <[EMAIL PROTECTED]> wrote:
> Le 22/12/2002 19:21, Yves Coppé à
> [EMAIL PROTECTED] a écrit:
>
> [snip]
>
> > There are obviously printing problem in Rev. The
> situation should be
> > very much improved in 2.0
> Is this a known bug? If
#x27;text area' (header
>> and footers are printed correctly). Moreover the line is not formated
>> exactly as the line of the previous page (words are missing)... :-(
> Which version of Revolution do you run ?
1.1.1
> There are obviously printing problem in Rev. The situation
the previous page (words are missing)... :-(
André
Hi André
Which version of Revolution do you run ?
There are obviously printing problem in Rev. The situation should be
very much improved in 2.0
Salut et meilleurs voeux à un compatriote
and merry Christmas and happy NewYear to all oth
Le 22/12/2002 16:42, Rob Cozens à [EMAIL PROTECTED] a écrit:
>> I understand that LF & CR are differently translated on Win & Mac platforms.
> All text file (and field) line endings in RAM are numToChar(10) on
> all platforms. Unless one does binary input/output it is only the
Thanks but...
The
I understand that LF & CR are differently translated on Win & Mac platforms.
Andre, et al:
All text file (and field) line endings in RAM are numToChar(10) on
all platforms. Unless one does binary input/output it is only the
copy stored or written to disk that contains platform-specific
endin
Title: Printing problem
I understand that LF & CR are differently translated on Win & Mac platforms. But...
When using revprintText under Windows if I ‘m sending multiple pages to the printer I’m getting strange bugs under windows: the last line of a page is re-printed on the first lin
>Yves,
>
>For the script #1, is the stack "mi_print" actually open? It must
>be, I believe, for Rev to print a card from the stack.
>
>it's my experience (which is NOT considerable) that locking the
>screen can cause unpredictable results. Perhaps script #2 works
>because the screen isn't actua
Yves,
For the script #1, is the stack "mi_print" actually open? It must be,
I believe, for Rev to print a card from the stack.
it's my experience (which is NOT considerable) that locking the
screen can cause unpredictable results. Perhaps script #2 works
because the screen isn't actually lock
On söndag, juni 30, 2002, at 10:03 , Yves Coppé wrote:
>
>
> 3)
> although the card to be printed has a text beginning at the extreme
> topleft, it is printed with a big margin from top and from left on the
> page.
Maybe this not helping at all --but-- I always set both dialogs to
"true":
Hello,
I work on Mac OS X 10.1.5.
I have a card i want to print.
my script is :
...
...
revShowPrintDialog false,true
set the printScale to "1"
print card 1 of stack "mi_print"
1) it doesn't work.
But when I script
lock screen
go to stack "mi_print"
revShowPrintDialog false,true
set the prin
I also have a problem printing Revolution scripts from MAC OS X. Program
hangs up on "page 2," will not "cancel," and requires a "force quit." I
have tried this with two different networked printers. Revolution hangs up
even though I have system 10 print drivers for one of the printers (HP
4500N)
gt;>> Date: Mon, 11 Feb 2002 14:28:26 -0800
>>> Subject: OS X Printing Problem
>>> From: "Ben C. Fetherston, Jr." <[EMAIL PROTECTED]>
>>> To: <[EMAIL PROTECTED]>
>>> Reply-To: [EMAIL PROTECTED]
>>>
>>> I hav
e:
>
>>
>> Date: Mon, 11 Feb 2002 14:28:26 -0800
>> Subject: OS X Printing Problem
>> From: "Ben C. Fetherston, Jr." <[EMAIL PROTECTED]>
>> To: <[EMAIL PROTECTED]>
>> Reply-To: [EMAIL PROTECTED]
>>
>> I have an application th
, February 13, 2002, at 05:35 , Lee Perham wrote:
>
> Date: Mon, 11 Feb 2002 14:28:26 -0800
> Subject: OS X Printing Problem
> From: "Ben C. Fetherston, Jr." <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
>
> I have an application
Date: Mon, 11 Feb 2002 14:28:26 -0800
Subject: OS X Printing Problem
From: "Ben C. Fetherston, Jr." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
I have an application that as a standalone will print the text in a
field
under OS 9.2 without a
>
> I have an application that as a standalone will print the text in a
> field
> under OS 9.2 without any problem. Using the same stack in a standalone
> under OS X, the printing won't work. Has anyone had similar problems
> with
> printing in OS X?
>
> Under OS X the printing just hangs and
71 matches
Mail list logo