|
From: Anthony M. F. <tf...@sm...> - 2008-03-27 04:26:16
|
After inserting text using 'Insert Text' (not Insert Text Line) and setting the size to be 20 or above the on screen font is correctly represented as specified. However when printed to Print Preview or to a standard Laser printer the font is reduced to only about size 6. -- A.M. Farrell -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
|
From: Z. V. <kar...@gm...> - 2008-03-27 07:58:37
|
Thank you for reporting this one. I've witnessed it before but had no time to investigate. Unfortunately, I don't have much at the moment either, but will look into it ASAP. Could you test if it's only happening with fonts larger than 20, or smaller as well? What font are you using? Also, on my test box the "Print to Images" option produced weird results - the image looked nothing like the screen in the editor. Could you test it please if it's the same for you? (Probably this is a different issue though.) Thank you in advance, Zsolt On Thu, Mar 27, 2008 at 5:05 AM, Anthony M. Farrell <tf...@sm...> wrote: > After inserting text using 'Insert Text' (not Insert Text Line) and > setting > the size to be 20 or above the on screen font is correctly represented as > specified. However when printed to Print Preview or to a standard Laser > printer the font is reduced to only about size 6. > -- > A.M. Farrell > |
|
From: Anthony M. F. <tf...@sm...> - 2008-03-27 10:35:35
|
On Thu March 27 2008 20:58:43 Zsolt Váradi wrote: > Thank you for reporting this one. > > I've witnessed it before but had no time to investigate. Unfortunately, I > don't have much at the moment either, but will look into it ASAP. > Could you test if it's only happening with fonts larger than 20, or smaller > as well? What font are you using? > > Also, on my test box the "Print to Images" option produced weird results - > the image looked nothing like the screen in the editor. Could you test it > please if it's the same for you? (Probably this is a different issue > though.) > > Thank you in advance, > Zsolt Zsolt The printed font remains consistently small at about size 6 for each increment of the cell property from size 6 up to size 20. For each size increment above 20 it gets progressively larger on the printed page. When the on screen font size reaches 48 the printed font is equivalent to about size 16. Kerning is also affected. For a multi word statement the distance between the words gets progressively further apart as the font size increases. I have tested this on a number of different machine installations, although all are using Fedora 7 or 8. I have found it to be the same with kbarcode 2.0.5 installed from RPM and also with 2.0.6 compiled from source with unsermake patch applied. I tried the Print to Image option but on all my machines it could not be saved because the target directory could not be found. The error output is: Unable to run the command specified. The file or folder file:///home/afarrell/Documents/kbtest.png does not exist. I hope you are able to resolve this problem. Kbarcode is potentially an excellent program but unfortunately this issue is a show stopper for me. Please let me know if I can be of any further help. Tony > > On Thu, Mar 27, 2008 at 5:05 AM, Anthony M. Farrell <tf...@sm...> wrote: > > After inserting text using 'Insert Text' (not Insert Text Line) and > > setting > > the size to be 20 or above the on screen font is correctly represented as > > specified. However when printed to Print Preview or to a standard Laser > > printer the font is reduced to only about size 6. > > -- > > A.M. Farrell |
|
From: Z. V. <kar...@gm...> - 2008-04-26 22:14:30
|
On Thu, Mar 27, 2008 at 12:35 PM, Anthony M. Farrell <tf...@sm...> wrote: > The printed font remains consistently small at about size 6 for each > increment > of the cell property from size 6 up to size 20. For each size increment > above > 20 it gets progressively larger on the printed page. When the on screen > font > size reaches 48 the printed font is equivalent to about size 16. Kerning > is > also affected. For a multi word statement the distance between the words > gets > progressively further apart as the font size increases. > > I have tested this on a number of different machine installations, > although > all are using Fedora 7 or 8. I have found it to be the same with kbarcode > 2.0.5 installed from RPM and also with 2.0.6 compiled from source with > unsermake patch applied. > > I tried the Print to Image option but on all my machines it could not be > saved > because the target directory could not be found. The error output is: > > Unable to run the command specified. The file or folder > file:///home/afarrell/Documents/kbtest.png does not exist. > > I hope you are able to resolve this problem. Kbarcode is potentially an > excellent program but unfortunately this issue is a show stopper for me. > > Please let me know if I can be of any further help. > > Tony > Hi Tony and everyone, today I've been finally able to reproduce this bug on two of my computers. Strangely enough, it didn't show up on Arch Linux (up-to-date), which I'd been using until my notebook was stolen. Now, my new notebook and an older desktop (which was OK while running Arch as well), are both showing these symptoms, both running Ubuntu 8.04. I'm investigating what's going on, and will attempt to fix anything I bump into. Greetings, Zsolt |
|
From: Z. V. <kar...@gm...> - 2008-04-26 23:43:17
|
On Sun, Apr 27, 2008 at 12:14 AM, Zsolt Váradi <kar...@gm...> wrote: > I'm investigating what's going on, and will attempt to fix anything I bump > into. > Found it! It seems that a workaround code is activated with Qt 3.3.8b, which was included for Qt <=3.3.2... I've also noticed that if you bump the resolution in the KBarcode configuration, the fonts get even smaller. (My eyes aren't that great, but I think it's halved with every step.) I've now modified the code to be compiled in conditionally (using the USE_QT_TEXTRENDERING_WORKAROUND define), so the CVS version should now work as expected. This is a temporary workaround (pun intended) only, but should let everyone resume their work ASAP. FWIW, even Debian Stable uses Qt 3.3.4 already. So the check, and the alternate rendering is no longer needed, and should be cut out, to keep the code clean. I'm going to start cleaning up in my working copy, and when it's done, I think it's time for a new release. Dom, what do you think? Greetings, Zsolt |
|
From: Anthony M. F. <tf...@sm...> - 2008-04-27 23:49:50
|
On Sun, 27 Apr 2008 11:43:24 Zsolt Váradi wrote: > On Sun, Apr 27, 2008 at 12:14 AM, Zsolt Váradi <kar...@gm...> wrote: > > I'm investigating what's going on, and will attempt to fix anything I > > bump into. > > Found it! > Thanks Zsolt The fix has done the trick for me. Kbarcode is now working very well. The printed output is correct and the product is fully useable again. Thanks for your effort. Tony > It seems that a workaround code is activated with Qt 3.3.8b, which was > included for Qt <=3.3.2... > I've also noticed that if you bump the resolution in the KBarcode > configuration, the fonts get even smaller. (My eyes aren't that great, but > I think it's halved with every step.) > > I've now modified the code to be compiled in conditionally (using the > USE_QT_TEXTRENDERING_WORKAROUND define), so the CVS version should now work > as expected. > > This is a temporary workaround (pun intended) only, but should let everyone > resume their work ASAP. > > FWIW, even Debian Stable uses Qt 3.3.4 already. So the check, and the > alternate rendering is no longer needed, and should be cut out, to keep the > code clean. I'm going to start cleaning up in my working copy, and when > it's done, I think it's time for a new release. > > Dom, what do you think? > > > Greetings, > Zsolt -- A.M. Farrell SMC Pneumatics (N.Z.) Limited Phone: +64 9 573-7007 Fax: +64 9 573-7002 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |