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 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 http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/