It depends on your approach.  Three pixels were used in extended and the forks using the extended styling as that's the minimum height to render a discernible rectangle border for the outline style of the control io versus the filled signal io.

On Sep 20, 2017, at 10:19 PM, Kevin Haywood <khaywood@ucsd.edu> wrote:

Ah, so the 3-pixel inlets are an anomaly!  I think that should be corrected to 2 pixels then - it seems too minor a detail to clutter up preferences with.

Kevin


On Sep 20, 2017, at 9:46 AM, Miller Puckette <msp@ucsd.edu> wrote:

Inlets&outlets are 2 pixels on linux and windows.  It's a Tcl/Tk rendering
inconsistency that makes inlets (if I remember correctly) appear as 3-pix-high
rectangles with empty centers.  Extended (which was primarily developed on a
Mac) took this as the 'preferred' look and altered outlets to look like inlets
(unlike the original design).

Which is better is a matter of judgement - but if inlets/outlets are grown
to 3 pixel, then boxes should get another 2 pix of height.  I'd suggest making
this a "preference", perhaps selectable in the "font size" window.

cheers
Miller

On Wed, Sep 20, 2017 at 03:23:49PM +0200, Dan Wilcox wrote:
It's on the list. I have the sizing from extended mostly working which fixes the object & atom sizing issues we're seeing with 0.48.

On Sep 18, 2017, at 7:39 PM, Kevin Haywood <khaywood@ucsd.edu> wrote:

If you’re considering cleaning up things of this nature, then I’d add that outlets currently only extend two pixels into objects, messages, etc., whereas inlets extend 3 (and are therefore much easier to see).  This is the case on macOS, at least.

If this was by design, then please ignore : )

Cheers,
Kevin


On Sep 18, 2017, at 2:35 AM, Dan Wilcox <danomatika@gmail.com<mailto:danomatika@gmail.com>> 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<mailto: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 <http://twitter.com/danomatika>>
danomatika.com <http://danomatika.com/> <http://danomatika.com/<http://danomatika.com/>>
robotcowboy.com <http://robotcowboy.com/> <http://robotcowboy.com/<http://robotcowboy.com/>>




_______________________________________________
Pd-dev mailing list
Pd-dev@lists.iem.at <mailto:Pd-dev@lists.iem.at>
https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>


--------
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 <mailto:Pd-dev@lists.iem.at>
https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>

--------
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