On Thu, Oct 8, 2015 at 12:23 AM, Jonathan Wilkes jancsika@yahoo.com wrote:
Ok, try this in place of the command that was giving the error: pdtk_post "rank tk speculation follows: [font actual [get_font_for_size $font_size] -displayof $tkcanvas]\n"
There you got it, inspector Wilkes! For Xubuntu the output is:
rank tk speculation follows: -family {DejaVu Sans Mono} -size -10 -weight normal -slant roman -underline 0 -overstrike 0
For Raspbian:
rank tk speculation follows: -family {DejaVu Sans Mono} -size -11 -weight normal -slant roman -underline 0 -overstrike 0
In both cases the font size menu says "10".
On Wednesday, October 7, 2015 4:33 PM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
Sorry, I thought that would work. I'll sit down and wade through all the indirection later to get a working debug printout.
-Jonathan
On Wednesday, October 7, 2015 4:26 PM, katja katjavetter@gmail.com wrote:
On Wed, Oct 7, 2015 at 9:40 PM, Jonathan Wilkes jancsika@yahoo.com wrote:
For the official record-- I'm holding my tongue, in the hopes that when others look at the code in my GUI port they'll practice similar restraint.
Ok, add this:
pdtk_post "for real this time-- the actual font we are sending to tk is: [set [get_font_for_size $font_size]]\n"
Pd list is now looking at a line that doesn't work. The error is:
can't read "::pd_font_10": no such variable
-Jonathan
On Wednesday, October 7, 2015 3:19 PM, katja katjavetter@gmail.com wrote:
On Wed, Oct 7, 2015 at 8:37 PM, Jonathan Wilkes jancsika@yahoo.com wrote:
Silly me, I forgot this is Pd so it has to be way more complex than that...
Add this line to pdtk_text_new in pdtk_text.tcl:
pdtk_post "the actual font we are sending to tk is: [get_font_for_size $font_size]\n"
Now do the test I mentioned before.
The answer is in both cases:
"the actual font we are sending to tk is: ::pd_font_10"
-Jonathan
On Wednesday, October 7, 2015 2:16 PM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at wrote:
Hi katja,
Could you do a test? Make a simple patch with a single object in it, and use the same canvas font size you did above. Then run Pd with -d 3 flag and see what font size is actually being sent from Pd to the GUI on each distro.
-Jonathan
On Wednesday, October 7, 2015 12:28 PM, katja katjavetter@gmail.com wrote:
Hello,
A particular font size issue can be observed in vanilla Pd and package puredata on Raspbian Wheezy and Jessie: font size 10 is larger for object boxes, message boxes and comments than for IEM guis (bang, toggle, slider, radio button, canvas). Object/message/comment characters are too large in number of pixels. When Edit > Font > Font Size is set to 8, their size is identical to IEM gui font size 10. This inconsistency does not happen for me on Xubuntu. A test patch and two screenshots are attached for illustration.
For IEM guis, font size 10 translates to 6 pixels per character on both systems, given the default font type DejaVu Sans Mono. For object boxes, message boxes and comments, font size 10 is 6 pixels on Xubuntu and almost 7 pixels on Raspbian.
I don't know if this issue is related to font size effects on Windows as described by Roman in another thread. In any case, consequences are similar: patches created on Xubuntu tend to look messy on Raspbian, sometimes with overlapping texts. With XFCE (Xubuntu's default desktop environment) installed on Raspbian the issue still persists. Custom dpi setting has no effect on Pd. What else might cause the difference in behavior on those systems?
Katja
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list