02-28-2008 10:55 AM - edited 02-28-2008 10:57 AM
02-29-2008 02:35 AM
Hi,
Could you upload your code please, I will take a look at what it's doing and if theres a property of font issue within your program and let you know,
All the best,
02-29-2008 04:45 AM
Hi Rob, thanks for your reply.
Please find a simplified example attached that exhibits the behaviour. This would normally be called as a subvi, but has default data so it can be run on it's own.
The controls that allow the sub-vi to receive data are hidden so they don't print.
The .vi will print to your default printer every time it is run - I'm using the option to print every time the vi completes execution in 'vi properties-print options'
The table and strings on the report would normally be transparent, but I made them grey so you could see what was going on more easily.
Note the different fields in the table are set up with different text properties (italics, bold etc). When printed times new roman looks fine in bold, but tall and thin in plain form. Also as mentioned before the fonts are 3 to 4 points larger to give the same appearence as our standard house report.
Hope this helps you identify the problem. Post back if you need anything else.
Regard
Bandit.
02-29-2008 05:43 AM
Hi,
Sorry it's taken me so long to get back too you, thats very unusual behaviour indeed - sadly the majority of our examples use the report generation toolkit to format and output report data. I'll continue to look into this for you to try and find out why it's behaving this way and if theres a solution for it.
All the best,
02-29-2008 07:29 AM
Hi,
I'm not sure why it's doing that, it may be a windows font issue when attempting to write a report like this as I don't seem to be able to overwrite that setting - do you have access to the report generation toolkit at all?
All the best,
02-29-2008 07:43 AM
02-29-2008 08:10 AM
Lynne, thanks for trying on the Mac, that narrows things down a bit.
Rob, I don't have access to the report toolkit for MS office, I do have the report writing vi's that come with LabVIEW Pro though. I avoided them because I hadn't used them before and wanted something quick and simple - lol. I used a table because I could make the rows resize to fit the text when it wrapped (as you see I have done in the example I posted). Some of the entries in the report can be several lines long.
I'd like to get the report writing toolkit, but don't have the use to justify it at the moment.
I ought to spend some time learning to use the report writing features in LabVIEW pro, but don't have the time/budget on this project.
Meanwhile this anomoly with the Times New Roman font remains an interesting problem. At the moment I'm working around it using Arial instead, but it's not the house style, and sooner or later someone will pull me up about it.
Regards,
Bandit
02-29-2008 08:14 AM
Hi,
Yes sadly it appears to be a windows issue with that font - not sure why, as we have no other machines here I'm able to test it on that are running different operating systems - sounds like a good plan for now! If you are interested in learning the report VI's I'm sure plenty exist under LabVIEW example finder (Help > Find Examples) which is always a good place to start. If you require any help on this please let me know.
Have a good weekend!
Regards,
02-29-2008 08:45 AM
02-29-2008 08:57 AM