CobaltSky Posted August 18, 2002 Posted August 18, 2002 It should certainly be possible to print all 64k characters in a text field. I can do it here on epson and HP printers from Mac and Win running FMP4.0v3, 5.0v3 and 5.5v2. The fact that you can print more of the text if you set the font size smaller suggests that there may be a printer driver margin or masking problem occurring, or (worst case scenario) a memory or buffer overrun somewhere along the line. Without knowing the platform/version and hardware set-up, it's hard to diagnose it. I suggest you try some different print set-up configurations, and if possible, different printer drivers/versions or even try directing the job to a different printer to see try to shed more light on where the problem stems from (and thus how to solve it)!
harryk Posted August 18, 2002 Posted August 18, 2002 Answer and question at the same time: I think the problem of LuckyMe not being able to print all 64 K characters lies in the predefinition of the lay-out printed from. As far as I know the length of the field must be anticipated to its maximum length. That also explains why a smaller font results in more information. As you say, Cobaltsky, that 'you can do it here, the printing of those 64 k bundles', I suppose you make the field you print from very huge, of course using the sliding option. (?) 64000 bytes are about 12 pages.. Harryk
CobaltSky Posted August 18, 2002 Posted August 18, 2002 Yes, I've had a few mult-page monsters to deal with over the years. Normally I prefer to parse long fields and create print output that is more manageable and flexible to format - but some clients have very definite ideas... Sliding/reduce size of enclosing part is crucial for this scenario. It is also important to add a couple of pixels to the line height and adjust to ensure that lines will not be cropped across page breaks on either platform (this can get tricky where a number of printers will be used on a given platform - but it is not insurmountable)
harryk Posted August 19, 2002 Posted August 19, 2002 >>it is also important to add a couple of pixels to the >>line height and adjust to ensure that lines will not be cropped across page >>breaks What do you mean with 'add a couple of pixels to the line height'??? I know some tricks to avoid cutting lines but I cannot follow you on this one. Harryk
CobaltSky Posted August 19, 2002 Posted August 19, 2002 The default font line height may vary slightly between platforms, but if a custom line height is specified which is larger than the font default on any platform, it takes precedence. Then if the printable body area is set to be an exact multiple of the custom line height set, lines will resolve to the page length and no cropping will occur, even when a text field straddles multiple pages.
Anatoli Posted August 19, 2002 Posted August 19, 2002 >>listen carefully, I only say this once..<< Yes Michelle!
harryk Posted August 21, 2002 Posted August 21, 2002 >The default font line height may vary slightly between platforms, but if a >custom line height is specified which is >larger than the font default on any platform, it takes precedence. I understand. You do that in Format > Line spacing > Custom Hope I do not abuse your knowledge, (but simply use it..), but with value do you increase the default line height of 1,00, just a pixel or two? Talking about possible compatibility problems regarding platforms, printers, On the forum I read that with the margins on the lay-outs used for printing it's good to have a left and right margin of half an inch at least. Do you (or others) enter safety margins in the print lay-outs for the top and the bottom margins too? Harryk
CobaltSky Posted August 22, 2002 Posted August 22, 2002 Hi, Yes, Format > Line Spacing > Custom. Then you select the line height option for pixels. That will tell you what the default for the current font/size setting on the currently selected object is (usually a few pixels larger than the font size). If you add two or three more pixels to it it gives 'headroom' to accommodate differences between platforms. This is most important when developing on MacOS for x-plat, as typically fonts image larger on Win than Mac. Some fonts are more troub;lesome than others, so if you're using a particular font frequently for cross platform work, it can be worth 'measuring' it's rendered height on each platform. Safety margins is a similar issue, but even less easy to come to grips with because there are a lot more printers out there than platforms. With some jobs, it's possible to get a spec for the printers that will be used and work to that. When you can't, half an inch or more all the way 'round is a reasonable rule of thumb. Cheers,
Recommended Posts
This topic is 8121 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now