Re: Legacy Print problem

[Joe Lewis Wilkins]

Since these will all be standalones, the Rev version shouldn't matter.  
I've had to use different ones for OSX/Wdws and Legacy builds anyway.


Thanks for the observation, however.

Joe Wilkins

On Nov 9, 2008, at 10:04 PM, Jan Schenkel wrote:


Important to remember is that the 'answer printer'
command has a different meaning on Revolution 2.9 or
higher. In fact, 'answer printer' now only lets you
pick the printer, and 'answer page setup' does the
other function.
So you may wish to write two different printing
routines or bracket certain parts of your script with
checks for 'the version' to test if it is running on
top of Rev engine 2.9 or higher.

Jan Schenkel.





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

Re: Legacy Print problem

[Jan Schenkel]

--- Joe Lewis Wilkins <[EMAIL PROTECTED]> wrote:
> Hi Mark,
> 
> Richmond directed me to use the answer printer
> statement which  
> provides the dialog I needed.
> 
> Thanks for your concern,
> 
> Joe Wilkins
> 

Important to remember is that the 'answer printer'
command has a different meaning on Revolution 2.9 or
higher. In fact, 'answer printer' now only lets you
pick the printer, and 'answer page setup' does the
other function.
So you may wish to write two different printing
routines or bracket certain parts of your script with
checks for 'the version' to test if it is running on
top of Rev engine 2.9 or higher.

Jan Schenkel.

Quartam Reports & PDF Library for Revolution


=
"As we grow older, we grow both wiser and more foolish at the same time."  (La 
Rochefoucauld)


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

Re: Legacy Print problem

[Joe Lewis Wilkins]

Hi Mark,

Richmond directed me to use the answer printer statement which  
provides the dialog I needed.


Thanks for your concern,

Joe Wilkins

On Nov 9, 2008, at 10:09 AM, Mark Wieder wrote:


Joe-

Saturday, November 8, 2008, 12:28:48 PM, you wrote:


Well, I thought I hade the older printScale and printRotated commands
figured out; but they don't seem to work from inside the print
handler. I need a way to set the scale and orientation from a Page
Setup Dialog it would appear. Hair is nearly gone!


You may want to add a comment to bug #5427. I thought this was just
limited to me, but maybe the problem is more generic than that. I've
been finding that I can use these commands with some printers but not
with others. If you have the chance to try this with a different model
of printer then that might be one avenue to explore.

--
-Mark Wieder
[EMAIL PROTECTED]




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

Re: Legacy Print problem

[Mark Wieder]

Joe-

Saturday, November 8, 2008, 12:28:48 PM, you wrote:

> Well, I thought I hade the older printScale and printRotated commands
> figured out; but they don't seem to work from inside the print  
> handler. I need a way to set the scale and orientation from a Page  
> Setup Dialog it would appear. Hair is nearly gone!

You may want to add a comment to bug #5427. I thought this was just
limited to me, but maybe the problem is more generic than that. I've
been finding that I can use these commands with some printers but not
with others. If you have the chance to try this with a different model
of printer then that might be one avenue to explore.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

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

Re: Legacy Print problem

[Joe Lewis Wilkins]

Richmond, All is not lost. One item you mentioned in your lengthy  
description that solved my problem was: answer printer


Since your email came through at a much large size than the Dictionary  
stuff, I was able to notice that one item that I had not found before.


Many thanks,

Joe Wilkins

On Nov 8, 2008, at 2:26 PM, Richmond Mathewson wrote:

This is very odd indeed as have just looked at the Documentation  
for  2.6.1 (DreamCard), 2.0.1 (RR) and 1.1.1 (RR) and  
revShowPrintDialog came up everytime: although NOT for Linux.


sincerely, Richmond Mathewson.






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

Legacy Print problem

[Richmond Mathewson]

This is very odd indeed as have just looked at the Documentation for  2.6.1 
(DreamCard), 2.0.1 (RR) and 1.1.1 (RR) and revShowPrintDialog came up 
everytime: although NOT for Linux.

sincerely, Richmond Mathewson.



A Thorn in the flesh is better than a failed Systems Development Life Cycle.




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

Re: Legacy Print problem

[Joe Lewis Wilkins]

Richmond,  I truly appreciate the considerable time it took you to put  
together your response. I had read it all and used it as was  
indicated. The problem is that, in my particular case, it just doesn't  
work. The values for both printScale and printRotated must not be  
recognized for some reason.
I even downloaded and installed the old print driver for my G4 to make  
sure. It may well be a printer specific problem.


And for your next response: the revShowPrintDialog has been working on  
my OSX and Window's versions as expected. Just that I can't use it on  
the Legacy program, since it didn't exist with 2.6.1. There is always  
a fuss when things don't work as you expect they will. Of course, as  
it has on occasion bit me in the butt before, this may still turn out  
to be a problem with my lousy vision. (smile)


Thanks, anyway!

Joe Wilkins

On Nov 8, 2008, at 1:22 PM, Richmond Mathewson wrote:

this seems to illustrate how one can "do things" without too much  
fuss.


sincerely, Richmond Mathewson.




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

Print problem

[Richmond Mathewson]

" Important!  The revShowPrintDialog command is part of the Printing library. 
To ensure that the command works in a standalone application, you must include 
this custom library when you create your standalone. In the Inclusions section 
on the General screen of the Standalone Application Settings window, make sure 
that "Printing" is selected in the list of script libraries."

Um?



A Thorn in the flesh is better than a failed Systems Development Life Cycle.




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

Legacy Print problem

[Richmond Mathewson]

Being a fairly lazy chap I shall merely quote, verbatim from the Documentation 
of Runtime Revolution 2.0.1:

"printScale property

Specifies how much cards are shrunk or expanded when printing.

set the printScale to ratio

set the printScale to 2 -- double-size cards
set the printScale to .25 -- quarter-size cards

Use the printScale property to control the size of printed cards.

Value:
The printScale is a positive number.

By default, the printScale property is set to 1.

Comments:
The printScale specifies the ratio between the number of pixels in the card and 
the number of points on the printed page. A ratio of 1 means the printed and 
screen card should be the same size, if the screen's resolution is 72 pixels 
per inch.

For example, if a card is 360 pixels wide and you want its printed image to be 
4 inches (288 points) across, set the printScale to 0.8 (288 pixels divided by 
360 points)."


"printRotated property

Specifies whether Revolution prints in landscape mode or portrait mode.

set the printRotated to {true | false}

set the printRotated to true

Use the printRotated property to print wide pages.

Value:
The printRotated is true or false.

By default, the printRotated property is set to false.

Comments:
If the printRotated property is set to false, printing is done in portrait 
mode--the short sides of the paper are the top and bottom of the printed page.

If the printRotated is true, the direction of the printed output is rotated 90 
degrees, so the long sides of the paper are the top and bottom.

  Tip:  On Mac OS systems, to set the orientation of the printout, use the 
answer printer command to display the Page Setup dialog box."

AND . . . GUESS WHAT . . .

printScale is exactly the same as in 2.9

HOWEVER . . . printRotated has been deprecated as of version 2.9

[presumably ??? for something which is considered better . . . ]

I see that in the documentation for 2.9 it says:

"The printRotated property is deprecated as of version 2.9.  Setting the 
printRotated to true is equivalent to setting the printPaperOrientation to
 "landscape".  New applications should use printPaperOrientation in 
preference to printRotated."

Have just uploaded a "one button wonder" to revOnline 
(progged in RR 2.0.1 !!!) called "PRINT IDEAS.rev" (sorry, bad
attack of originality there). It contains one card and one button
which contains the following script:

on mouseUp
  answer "Do you want to print in landscape format ?" with "No" or "Yes"
  if it is "Yes" then
set the printRotated to true
  else
set the printRotated to true
  end if
  answer "Do you wish to scale your print-out ?" with "Half" or "Double" or "No"
  if it is "Half" then
set the printScale to .5
  end if
  if it is "Double" then
set the printScale to 2
  end if
  if it is "No" then
--whistle "Kathy call the cattle home" through your nose
  end if
print card "Horror"
end mouseUp

this seems to illustrate how one can "do things" without too much fuss.

sincerely, Richmond Mathewson.


A Thorn in the flesh is better than a failed Systems Development Life Cycle.




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

Legacy Print problem

[Joe Lewis Wilkins]

Well, I thought I hade the older printScale and printRotated commands  
figured out; but they don't seem to work from inside the print  
handler. I need a way to set the scale and orientation from a Page  
Setup Dialog it would appear. Hair is nearly gone!


TIA,

Joe Wilkins




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

Re: Print problem

[Joe Lewis Wilkins]

Answers found. Older commands that are now deprecated. Just have  
trouble reading the small print of the dictionary; and the magnifying  
option/cmd/+ is cumbersome. It would be neat if the font size of the  
dictionary could be made larger.


Thanks to all,

Joe Wilkins

On Nov 8, 2008, at 7:57 AM, Joe Lewis Wilkins wrote:


Hi Mark,

Guess I found the answer where the last line in dictionary says:

"If you use the revShowPrintDialog command outside a handler where a  
revPrintField or revPrintText command is executed, the  
revShowPrintDialog command has no effect. The command sets printing  
options only for the currently executing handler."


So I need to be able to set the scale and orientation using  
something other than the two properties that aren't available until  
2.9. Any suggestions for doing that? ANYONE?


TIA, Joe Wilkins

On Nov 8, 2008, at 7:32 AM, Joe Lewis Wilkins wrote:


Hi Mark,

Looks like I need to stay up later to get your responses. (smile)

Thats what I was looking for, but *revShowPrintDialog true,true*  
doesn't show a dialog of any kind. This is under 2.6.1 on a G4  
running 9.2.1.


I'm using Print card from (x,y) into pageRect. but that shouldn't  
mess things up. Should it. Totally different Menu items.


Joe Wilkins


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

Re: Print problem

[Joe Lewis Wilkins]

Hi Mark,

Guess I found the answer where the last line in dictionary says:

"If you use the revShowPrintDialog command outside a handler where a  
revPrintField or revPrintText command is executed, the  
revShowPrintDialog command has no effect. The command sets printing  
options only for the currently executing handler."


So I need to be able to set the scale and orientation using something  
other than the two properties that aren't available until 2.9. Any  
suggestions for doing that? ANYONE?


TIA, Joe Wilkins

On Nov 8, 2008, at 7:32 AM, Joe Lewis Wilkins wrote:


Hi Mark,

Looks like I need to stay up later to get your responses. (smile)

Thats what I was looking for, but *revShowPrintDialog true,true*  
doesn't show a dialog of any kind. This is under 2.6.1 on a G4  
running 9.2.1.


I'm using Print card from (x,y) into pageRect. but that shouldn't  
mess things up. Should it. Totally different Menu items.


Joe Wilkins





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

Re: Print problem

[Joe Lewis Wilkins]

Hi Mark,

Looks like I need to stay up later to get your responses. (smile)

Thats what I was looking for, but *revShowPrintDialog true,true*  
doesn't show a dialog of any kind. This is under 2.6.1 on a G4 running  
9.2.1.


I'm using Print card from (x,y) into pageRect. but that shouldn't mess  
things up. Should it. Totally different Menu items.


Joe Wilkins

On Nov 8, 2008, at 2:07 AM, Mark Schonewille wrote:


Hi Joe,


Which print command are you using?

From the docs: "Controls display of the Page Setup (on Mac OS  
systems) and Print dialog boxes when using the revPrintField or  
revPrintText commands."


--
Best regards,

Mark Schonewille






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

Re: Print problem

[Mark Schonewille]

Hi Joe,


Which print command are you using?

From the docs: "Controls display of the Page Setup (on Mac OS  
systems) and Print dialog boxes when using the revPrintField or  
revPrintText commands."


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 8 nov 2008, at 03:08, Joe Lewis Wilkins wrote:

I get no response when I use revShowPrintDialog on MacOS 9.2.1 and  
Rev. 2.6.1. Any ideas?


TIA,

Joe Wilkins


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

Print problem

[Joe Lewis Wilkins]

I get no response when I use revShowPrintDialog on MacOS 9.2.1 and  
Rev. 2.6.1. Any ideas?


TIA,

Joe Wilkins





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

Imagedata print problem

[J. Landman Gay]

Something very weird is happening on my client's Windows XP box and I 
wonder if anyone has an explanation.


My app allows the user to select an image, which is then displayed on a 
card. We aren't interested in storing the entire (possibly large) image, 
so we store only the imagedata of the resized card version:


 set the cImage of this cd to the imagedata of img 1

The image is used later in a printout. When setting up the printing stack:

 set the imagedata of img "printImg" to the cImage of cd "storage"

It looks okay on screen. It prints okay on my Mac. It prints okay in 
Windows XP using the virtual PDF driver I downloaded yesterday. But on 
my client's Windows XP box, the image prints completely distorted. He's 
tried with several different images and they all behave the same, except 
the distortions vary. On one image, the printed version is skewed at a 
45 degree angle and offset horizontally by exactly half, so it appears 
to "wrap" around the image container. Using other images, he gets either 
a solid color block or a blurry and distorted combination of various 
colors that don't look anything like an image.


The printout also uses some referenced images from disk which are 
displayed by using the standard "set the filename of img" method. These 
print fine for him, so the problem is just with imagedata.


I just can't reproduce it at all. I have asked him to make sure his 
printer drivers are up to date. Anyone have any ideas?


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Print problem

[Charles Szasz]

I want to thank everyone for their suggestions. So far, I still have  
a text field with a blue background. I have tried the following:


set the showFocusBorder to false
set showBorder to false
set the background color of the field to none; also set the  
background color of the field to white

set the autoHilite to false
listBehavior has always been set to false
Place select empty before printing script - this has been used with  
the above suggestions.


Prior to printing, I use lockscreen to remove buttons so that they  
will not printed. I have place select empty before lockscreen and  
after lockscreen but with no effect.


The only thing I have tried that removes the blue background is to  
set traversalOn to false but this moves the blue background from the  
first text field to the next entry text field.


I am using Rev 2.7.4 and OS 10.4.8

Charles Szasz
[EMAIL PROTECTED]



___
use-revolution mailing list
[EMAIL PROTECTED]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

RE Print problem

[Dave Herndon]

I havent run across your exact problem however I have had a problem with fields 
that have the text baseline feature selected in the table objects section of 
the field preferences.  When I have print problems I create a new blank stack 
and run my print commands on it.  If the blank stack prints ok then  I start 
stripping fields and buttons off a copy of the stack in question and past them 
for later use into the new blank stack I keep selecting print until i get it to 
print.  Then I start adding the felds and buttons back on until it no longer 
prints again.  Throught the process of elimination I find the problem and it 
usualy only takes about 15 min.  You may be having a code problem that rev has 
a hard time with.  hope this helps
  Dave
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Small Print Problem

[Robert Presender]

Jacque, thank you for your reply.  Will try your suggestion.
Regards ... Bob

On Nov 27, 2005, at 6:56 PM, Jacque wrote:


Robert Presender wrote:


The first page prints fine. Using .88 as printScale, the textsize of
ListField is
 between 9 and 10.  Subsequent pages,  containing  only the text of
ListField,
use revPrintText but the printed text size is the initial size of 10.

Since I don't know how to emulate a printScale in revPrintText,  I
change the
 textSize of ListField to 9.  This works fine but the text appearance 
is

a little smaller
 than the first page. I would like subsequent pages  to be scaled like
the first page.


I think the only way to make sure you really get a good size match is 
to

use the same scale for all pages in the printout. Leave the field font
size alone, and instead, scroll the field via script and print each 
page

sequentially using the same settings. See the "pageHeights" property,
which reports the scroll settings required to print each page of the
field. That's what revPrintText uses, actually.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com



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

Re: Small Print Problem

[Robert Presender]

Thank you for your reply Jacque. Will try your suggestion.
Regards .. Bob

On Nov 27, 2005, at 6:56 PM, Jacque wrote:


Robert Presender wrote:


The first page prints fine. Using .88 as printScale, the textsize of
ListField is
 between 9 and 10.  Subsequent pages,  containing  only the text of
ListField,
use revPrintText but the printed text size is the initial size of 10.

Since I don't know how to emulate a printScale in revPrintText,  I
change the
 textSize of ListField to 9.  This works fine but the text appearance 
is

a little smaller
 than the first page. I would like subsequent pages  to be scaled like
the first page.


I think the only way to make sure you really get a good size match is 
to

use the same scale for all pages in the printout. Leave the field font
size alone, and instead, scroll the field via script and print each 
page

sequentially using the same settings. See the "pageHeights" property,
which reports the scroll settings required to print each page of the
field. That's what revPrintText uses, actually.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com



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

Re: Small Print Problem

[J. Landman Gay]

Robert Presender wrote:

The first page prints fine. Using .88 as printScale, the textsize of 
ListField is
 between 9 and 10.  Subsequent pages,  containing  only the text of 
ListField,

use revPrintText but the printed text size is the initial size of 10.

Since I don't know how to emulate a printScale in revPrintText,  I 
change the
 textSize of ListField to 9.  This works fine but the text appearance is 
a little smaller
 than the first page. I would like subsequent pages  to be scaled like 
the first page.


I think the only way to make sure you really get a good size match is to 
use the same scale for all pages in the printout. Leave the field font 
size alone, and instead, scroll the field via script and print each page 
sequentially using the same settings. See the "pageHeights" property, 
which reports the scroll settings required to print each page of the 
field. That's what revPrintText uses, actually.


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Small Print Problem

[Robert Presender]

Having a small problem with my print script shown below. Will 
appreciate any help.

Using a scrolling window stack. Rev 2.5.1, OS 10.3.9, Paper size 8.5x11

The top 232 pixels of the card contains numerous flds ,etc followed
 by fld Listfield. Fld Listfield can contain up to 47 lines for one 
page.


The first page prints fine. Using .88 as printScale, the textsize of 
ListField is
 between 9 and 10.  Subsequent pages,  containing  only the text of 
ListField,

use revPrintText but the printed text size is the initial size of 10.

Since I don't know how to emulate a printScale in revPrintText,  I 
change the
 textSize of ListField to 9.  This works fine but the text appearance 
is a little smaller
 than the first page. I would like subsequent pages  to be scaled like 
the first page.


Any thoughts will be appreciated.

on mouseUp
lock screen
set the vScroll of group "Checks" of this stack to 0 --zero
set the backgroundcolor of this card to "White"
set the printMargins to 36,36,0,0 --ltrb
set the height of this stack to 800
set the backSize of group "Checks" to 630,800
set the printScale to .88
put the num of lines of fld "ListField" into numLines

if numLines <= 47 then -- up to one page
  open printing with dialog
  print this card from 0,20 to 630,800
  close printing
  set the height of this stack to 488 --reset to initial setting
  set the backSize of group "Checks" of this stack to 648,483 
--reset to initial setting

end if

 if numLines > 47 then --prints first page and rest of fld ListField
  open printing with dialog -- test 11/25
  print this card from 0,20 to 630,800 -- as above

  set the textSize of fld "ListField" to 9
  revShowPrintDialog false,false --so dialogs doesn't show up 
--test 11/25
  revPrintText (line 48 to numLines of fld "ListField"),,,the long 
name of fld "ListField"


  set the textSize of fld "ListField" to 10 --reset to initial size
  set the height of this stack to 488
  set the backSize of group "Checks" of this stack to 648,483
end if
end mouseUp 

Regards ... Bob
[EMAIL PROTECTED]

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