CTRL-P (print screen)
Moderators: Susan Smith, admin, Gabriel
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
CTRL-P (print screen)
I have a client running br 4.18J in character mode.
Due to some enhancements they wanted. I am now opening the display:
open #0:"Rows=24,Cols=90,
Everthing works fine except for CTRL-P when printing to a HP laser.
Only the 1st 80 characters print, truncating the last 10 which has information they really want.
Is thier a way to force the printer to print 12cpi instead of 10 or print in landscape (just for the print screen, I know how to do it for a report)?
Seems like I'm the only one that ever has print screen issues. No one ever came up with a solution to my previous Codepage 437 issue
Thanks
Rick Graham
Due to some enhancements they wanted. I am now opening the display:
open #0:"Rows=24,Cols=90,
Everthing works fine except for CTRL-P when printing to a HP laser.
Only the 1st 80 characters print, truncating the last 10 which has information they really want.
Is thier a way to force the printer to print 12cpi instead of 10 or print in landscape (just for the print screen, I know how to do it for a report)?
Seems like I'm the only one that ever has print screen issues. No one ever came up with a solution to my previous Codepage 437 issue
Thanks
Rick Graham
-
- Posts: 292
- Joined: Fri Jun 19, 2009 9:01 am
- Location: Lawrence, Kansas
- Contact:
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
-
- Posts: 292
- Joined: Fri Jun 19, 2009 9:01 am
- Location: Lawrence, Kansas
- Contact:
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
PRINTSCREEN GUI does print all 90 characters
Most of the users choose to have some sort of color for their background, therefore they get a grayscale backround on their printscreen (wasting lots of toner, but most import in their words " it's not what I normally get")
I guess they will have to live with it.
Thanks for all your help
Rick
Most of the users choose to have some sort of color for their background, therefore they get a grayscale backround on their printscreen (wasting lots of toner, but most import in their words " it's not what I normally get")
I guess they will have to live with it.
Thanks for all your help
Rick
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
If you do not want the graphic screen that you get in PRINTSCREEN GUI, or the 80 column screen print that you get in PRINTSCREEN then you will need to provide your own solution.
Since you have the ability to remap the Ctrl-P key sequnce to anything you want (almost), I would suggest remapping it on screens that you have developed a print routine for to be an FKEY number that you trap for and then print a simple report of the titles and variables that your screen is currently displaying.
For the "Screen Shot" you can easily create an NWP printout of the data on your screen and send it to the default printer without the graphic background. Using the data from your screen printing arrays and input arrays You could probably write a function that could create your screen shot report almost automatically.
I do this quite a bit for lists and grids where I want a printout of the data in a listbox, sending it to an RTF document. In 4.3 you will be able to do this with a one line function call. 4.3 will allow this function to print in the order that the user is currently viewing the list and provide sub-totals and grand totals as well as automatically adjusting font size and line wrapping to fit on a single page width report in portrait or landscape depending on the width needed. We will demonstrate this at the San Diego Conference.
Since you have the ability to remap the Ctrl-P key sequnce to anything you want (almost), I would suggest remapping it on screens that you have developed a print routine for to be an FKEY number that you trap for and then print a simple report of the titles and variables that your screen is currently displaying.
For the "Screen Shot" you can easily create an NWP printout of the data on your screen and send it to the default printer without the graphic background. Using the data from your screen printing arrays and input arrays You could probably write a function that could create your screen shot report almost automatically.
I do this quite a bit for lists and grids where I want a printout of the data in a listbox, sending it to an RTF document. In 4.3 you will be able to do this with a one line function call. 4.3 will allow this function to print in the order that the user is currently viewing the list and provide sub-totals and grand totals as well as automatically adjusting font size and line wrapping to fit on a single page width report in portrait or landscape depending on the width needed. We will demonstrate this at the San Diego Conference.
-
- Posts: 45
- Joined: Sun Jun 07, 2009 10:50 pm
Remapping CTRL-P was my 1st thought.
Since this is mostly custom code, the client is not willing to pay to have all the code modified, just like they aren't will to pay to change to a GUI interface. They are "perfectly content with the application the way it is, just need a couple of slight modifications".
I'm sure we all have heard that one
Rick
Since this is mostly custom code, the client is not willing to pay to have all the code modified, just like they aren't will to pay to change to a GUI interface. They are "perfectly content with the application the way it is, just need a couple of slight modifications".
I'm sure we all have heard that one
Rick
Re: CTRL-P (print screen)
This thread is about 6 years old now... Is anyone currently using Ctrl+P with GUI with non-default screen size? I played with it a little bit but I never could get it out to the printer, but I did get a preview of a quarter of my BR window... and some background noise from other windows. My screen size dynamicly grows to fit content, but it starts some where aroun 35 lines x 140 columns.
John Bowman