On Fri, 2011-10-21 at 17:15 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 4:24 PM, Roman Haefeli wrote:
On Fri, 2011-10-21 at 12:33 -0400, Hans-Christoph Steiner wrote:
On Oct 21, 2011, at 5:49 AM, Roman Haefeli wrote:
Hi Hans
I noticed a significant difference between Pd-extended-0.43 and Pd-vanilla-0.43 appearance. Symbol- and Numberboxes are 2 px higher in Extended than in Vanilla. This is especially problematic in cases where a GOP-patch in Vanilla was created so that the number/symbol box perfectly fits in. The same GOP-abstraction in Pd-extended does not show the number/symbol box at all, because it is overlapping the GOP area of the abstraction.
I measured a default number box on Pd-extended 0.42.5 and 0.43. They both were 21x39 pixels at 12 point font size. I don't know the details of the current state of this stuff in vanilla, but in Pd- extended, these sizes have been consistent across platform and version since 0.41 at least.
I totally believe you that Pd-extended was consistent to itself since 0.41. Still, the difference renders certain patches/abstractions somehow unportable between the two (extended and vanilla). What do you think would be the best way to deal with that?
IMHO, it would be two things:
- make Pd vanilla do what Pd-extended does in terms of box sizing
1) Why does Pd-vanilla have to adapt itself to Pd-extended (and not vice versa)?
2) What is it that Pd-extended does in terms of box sizing?
3) Is there any way I can help with that?
- or, even better, make pd send pd messages to pd-gui instead of Tcl,
and move GUI size, mouse, click, etc handling to pd-gui. Then we get zoomable GUIs and all sorts of other good things. Big project tho
Sorry, I think I am not able to help with that.
Roman