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 _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev