David Fellows

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.