I'm thinking of having, at the very least, a start flag to choose the extended styling ala "-style extended." This could be used as the basis for adding some sort of styling file parsing/loading, but that's beyond what I'm looking to do right now.

What I have now is the extended sizing, colors, etc working with Vanilla, largely using diffs from https://github.com/uliss/pure-data. I don't want to replace the traditional style, but there are some use cases for the extended styling such as the different rendering for audio & control inlets & outlets as well as the gray fill for atoms making their distinction from object boxes easy to see.  I may move some of this to a different branch so we can look at things separately and I do not want to ignite some sort of styling war.

I will go back first and move just the object sizing stuff into a single commit first, then look into other styling stuff. I also have some IEM guis zoom things working as well, so this stuff in particular might be more suited to a bug fix release.

On Sep 20, 2017, at 6:46 PM, 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