I have a problem on impression of tickets in continuous paper thermal printer. I have done a report with paper size "custom", height 50 cm and I have checked "Endless page height" option, but when I print the ticket, it ends when he has a height of a Din A4 page.
Any idea why? I need to configure any more?
I use FastReport 5 in Seattle 10
I have searched info about this but nothing found.
try to mark check Large height in design mode, not Endless page height in report options, and set paper size = custom, with correct width and height (in your case 50 cm).
I have exactly the same problem without founded yet a solution until today that I'm working with C++Builder 11.1.
As a work-around, I divided the entire long report into some few different groups, each of them printed onto a new page. The grouping could be by category or some other valid concept for the user, if any.
The resulting report is going to be few pages cut at a small length than the original, but it will allow to show the whole expected information. It is not what I wanted originally but is a valid alternative solution for me.
Do you finally found a solution to reach your objective to print the report on a longer than Din A4 page?
Related
fist off, if there is an exchange place more suitable for the question, please address me.
I'm designing some labels in gimp.
I created a A4 300dpi document and created the artwork, arranged them to use all the page. To measure the labels I create a rectangle with the "rectangle selection tool" and there one can inspect the size in cm:
I printed straight from gimp and to my surprise, the printed labels where smaller than designed. I assumed somehow someone along the line added margins to my already A4 document..
I tried saving to PDF and then printing the PDF, very similar results.
I'd say the difference is around 5%
What would be the appropriated method for printing exactly at the size I created the document ignoring any margins ??
I'm using Windows 10, HP ENVY 5010 and Gimp 2.10
I am trying to allow the user to select an appropriate paper size for their printer within my own print settings dialog. Does anyone know a workable solution - preferably cross platform but otherwise OSX.
If I use a TPageSetupDialog then when executed it produces an error in the PASever window of Invalidpmobject although the dialog shows but doesn't seem to affect the current printers paper size. There doesn't seem to be any proerties to see what the user selected either.
I need to set the paper size without actually printing as the user needs to be able to adjust things with the new paper size first.
I finally figured out the problem so here is the solution for anyone else with the problem:
Use TPageSetupDialog but you must set valid pagewidth and pageheight values for the current printer before calling it - otherwise you get an error reported in PAServer window and the printer selection box will be set to "any printer" instead of the current printer name.
Unfortunately you cannot derive the paper size directly from the printer pagewidth and resolution because it reports printable area not paper size. So I set a default of A4 whenever the user chooses another printer. I guess you could set the nearest standard paper size to the calculated value from printer.pagewidth/printer.activeprinter.activedpi.x if you want to take care of printers that do not support A4.
The other point to note is that the default page sizes in the TPageSetupDialog component are wrong. Set the units to mm and use width 210000 and height 297000 (note 10 times bigger than the default values) for A4 size that most printers should support.
(Powerbuilder 11.5.1 build 5097)
I have found that the text size setting (Windows7 Control Panel -> Appearance and Personalization -> Display "Change Text Size") alters printed reports coming from powerbuilder.
When set to smaller - 100% (default), the report works as designed
When set to Medium - %125, 33 rows of data take up nearly one full extra printed line and get cut off.
When set to Large - %150, the report works as designed again.
All my testing is being done with the same computer using the same printer changing just this one widnows preference. The report contains a fixed-size box which takes up most of the right half of the page. When I print using "medium fonts" the bottom of the data gets cut off. Folding over the page and comparing it to a "smaller font" print shows that the report block is exactly the same size but the data within it is drifting downwards.
Call me old fashioned but I firmly believe that the display settings of my monitor should not affect prints. Anyone have any information on how to make powerbuilder behave correctly?
I am using Crystal Reports inside Visual Studio 2005. I have created a report that is Legal Size, landscape. When I print out the report, the margins are at least an inch and the report prints all of the columns on two separate pages. I am printing directly out of Visual Studio. The printer is Xerox WorkCentre 5225 PS (in case that's the issue).
I have changed the preferences to be Legal, the Layout to be Landscape and the image options to have no margins. Still, the report prints incorrectly.
Also, under Page Setup, I've set all margins to 0.
Does anyone have any ideas? I've search Google and this site and I cannot seem to find an answer.
I think you need to set the margins to 1 inch (2.54cm); instead of 0 and then use all of the available "white space" space on the report.
In my experience; all the "white space" on the crystal report will be printed; and is centered on the printed sheet. Setting the margins reduces the available space but will ensure you have the correct space around your report.
In Delphi 7 IDE, do the lines need to be a given length? I see a gray line in some Delphi code I'm working with, and it looks like ever line ends right before it.
It's called the right margin. It is intended as a guide to help you avoid writing lines that are too long and exceed your coding standards. You can switch it off from the Editor Options, as I have done here:
It's just a guide to line length. Some people don't like long lines because they can be hard to read on different resolutions or when doing comparisons.
That gray line is called the margin.
You can set its visibility and position in the Editor Properties at the Display tab in the Margin and gutter groupbox.
The margin is a visual assistent. The standard position is 80 characters, which defaults to the maximum unscrolled size of many source formatting output media, such as the one used here at Stack Overflow. Originally, it had something to do with the paper width on (matrix) printers. Maybe it still does.