Just to add another data point of opinion: I would find symbol and number atoms with same size as message and object boxes visually more pleasing than the current smaller boxes.
Since Dan insinuated that he'll address "harmonization" of box sizes between platforms, please consider releasing those graphical changes in the same release, so that there will be only a single point in time where graphically elaborate patches break.
Thanks, Roman
On Mon, 2017-09-18 at 11:35 +0200, Dan Wilcox wrote:
So it would be fine to use the same vert sizing as object boxes? I have that now in some testing and it looks good, especially for symbols. Maybe I'm too picky with the details :)
On Sep 18, 2017, at 12:12 AM, Miller Puckette msp@ucsd.edu wrote:
I think there's only a very stupid, short-sighted reason: since numbers never have descenders, it wasn't necessary to add a pixel of whitespace underneath the rendered string. I was intent on reducing the size of everything to its absolute minimum.
I was forgetting about (or maybe not anticipating) "symbol" boxes - it's easy to make symbol box text collide with the box's outlet. And "|" characters can hit the bottom edge of the box even away from the outlet.
cheers Miller
On Sun, Sep 17, 2017 at 11:10:50PM +0200, Dan Wilcox wrote:
Is there a reason why atoms and slightly shorter in height than object boxes, at least on macOS?
I'm not asking for the technical reason, as I know in the code why this is, but more the conceptual reason, or is it a bug?
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev