Activity for David Fellows
-
David Fellows posted a comment on ticket #24937
I just started looking into this. Two items of info: Sourceforge went to php-7.4 in August 2023 from 5.4. Wikkawiki has several new versions since the one we were using. The last release being April 2020. Support for wikkawiki ended with that release. I imagine that the php code is looking for php -5 syntax of functions that no longer exist. The wiki is hosted on sourceforge servers. We are responsible for the wiki software and data. I was sporadically taking backups a few years back and had admin...
-
I downloaded Robert Heller's 5.1.0-1.i386.deb file to my xubuntu 17.04 system, installed it and ran my testcase. Printed to file. The result is the same as on my gentoo system. So the problem is not specific to my Gentoo system or to 64bit. DF
-
So the displacement should be about 8 timesthe font size (1/0.12) . On my system all printing is spooled through CUPS - anything Xtrkcad produces is a pdf file.
-
Sorry for the delay in responding, life has intervened from several directions this week. I pulled from sourceforge , updated, and built including changeset 1505 - Adam's test changes Ran xtrkcad loading my testcase (and with serif selected as the font) All my tests have used this. Made test prints by selecting a print scale of 2 and the page in the lower left corner of the screen displayto print. This gives more detail to examine when comparing. First use File ->Print setup to set US letter paper...
-
A bundle is an object exported by mercurial containing changesets and the related meta-info. I don't think mercurial cares about the filename or extension. Just download the file to a convenient place. setup a convenient mercurial working repo, cd to it and do hg unbundle pathtofile hg update Anyway, the change is trivial. Here is the mercurial diff of print.c against the Release_5_1_0 version: diff -r 43883c4baad0 app/wlib/gtklib/print.c --- a/app/wlib/gtklib/print.c Sun Mar 04 16:05:03 2018 +0100...
-
The attached patch Implements my suggestion. It adds a new option, XTRKCAD_OPENDESKTOP_COMPLIANCE, in the top level config file which controls where xtrkcad.desktop and xtrkcad.png are installed. It defaults to ON which is current behaviour. I f OFF they are installed in install_dir/ share/xtrkcad along with everything else. Of course if they are put there, they will not be found automatically by desktop manager configurators, but for testing I run xtrkcad from the command line.
-
Attached is an hg bundle that provides the simplest fix to this bug for me on my system. There is some cleanup that could be one around it if it works for others. Should not affect the Windows platform. I think that the problem arises from the fact that the scale_adjust gets applied to the cairo context via the Cairo_scale call around line 870 in print.c and is already applied to the value returned from pango_font_metric_get_ascent. But I don't understand why that would not also apply in the MacIntosh...
-
Attached is a proposed fix that works for me. It should affect all platforms so should be tested on all. Unfortunately I do not have access to a MacIntosh or a suitably configured Windows system.
-
Attached is an hg bundle that provides the simplest fix to this bug for me on my system. There is some cleanup that could be one around it if it works for others. Should not affect the Windows platform. I think that the problem arises from the fact that the scale_adjust gets applied to the cairo context via the Cairo_scale call around line 870 in print.c and is already applied to the value returned from pango_font_metric_get_ascent. But I don't understand why that would not also apply in the MacIntosh...
-
Yes, all I have ever seen for scale adjust is 0.12. I have checked - my printer is 600dpi so no different than pdf. I will give your change a try. Meanwhile - see below. What I find peculiar is that presumably using the same code, data and settings (print to file) we get different results. BTW your cornu stuff is great. Many thanks for that.
-
Not sure. I have instrumented print.c to printout most of the variables around that transformation. I have never noticed scale_adjust to be anything but 0.12. I just repeated using my modifications start xtrkcad. select print to file. print stop xtrkcad start xtrcad select in xtrackcad printer dialog Print to my specific printer (Samsung C410W) print select my printer print stop xtrkcad start xtrkcad select print in portable format print select my printer print In each case scale_adjust was 0.12...
-
Maybe. I use Gentoo Linux. What I have installed is x11-libs/gtk+-2.24.31-r1:2 x11-libs/gtk+-3.22.19:3 x11-libs/cairo-1.14.12:0 x11-libs/pango-1.40.14:0 There are no later versions available in Gentoo. I used ldd xtrkcad to verify that it was linking against gtk+2 and not 3. It is. Hmm. I should check it is pulling in the right include files. I would think gcc would be complaining bitterly is it isn't. I will do another hg pull today and see what has changed on the xtrkcad side.
-
The problem does seem to be scale_adjust in print.c. The fix I settled on was instead of using ascent = pango_font_metrics_get_ascent(metrics) / PANGO_SCALE * scale_adjust; in the transformation was to use either ascent = pango_font_metrics_get_ascent(metrics) / PANGO_SCALE; or ascent = pango_layout_get_baseline (layout) /PANGO_SCALE ; Both functions seem to return the same number, the latter is easier to use. The value returned seems to include the scale_adjust already. Applying it again makes ascent...
-
Couldn't figure out how to add 2 attachements. Here is patched version. (incl patch for bug 242) BTW the mercurial tag for what I am using as 5.1.0 is Release_5_1_0 1481:43883c4baad0 I did an hg incoming on my repo just now and see that Martin has retagged things. My last pull was Mar 5.
-
That looks alright to me on screen and prints on my printer OK. I just did a print to file using my version of 5.1.0. Viewing it on screen looks the same way as it looks on paper ie horrible. I did a print to file using my patched version looks correct on screen. The patched version prints (directly) on paper correctly.
-
Be able to install test versions of xtrkcad without using root. Linux platform
-
Printing Regression Release_4_2_3b to Release_5_1_0 . Wrong size fonts used for engineering data.
-
Printing Regression Release_4_2_3b to Release_5_1_0. All text strings improperly located.
-
Printing Regression Release_4_2_3b to Release_5_1_0 . Wrong size fonts used for engineering data.
-
xtrkcad for debian ubuntu will not stay updated.
1
