[PD-dev] atoms not same height as objects?

Dan Wilcox danomatika at gmail.com
Thu Sep 21 13:05:00 CEST 2017


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 at 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 at ucsd.edu <mailto:msp at 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 at ucsd.edu <mailto:khaywood at 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 at gmail.com <mailto:danomatika at gmail.com><mailto:danomatika at gmail.com <mailto:danomatika at 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 at ucsd.edu <mailto:msp at ucsd.edu><mailto:msp at ucsd.edu <mailto:msp at 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> <http://twitter.com/danomatika <http://twitter.com/danomatika>>>
>>>>>>> danomatika.com <http://danomatika.com/> <http://danomatika.com/ <http://danomatika.com/>> <http://danomatika.com/ <http://danomatika.com/><http://danomatika.com/ <http://danomatika.com/>>>
>>>>>>> robotcowboy.com <http://robotcowboy.com/> <http://robotcowboy.com/ <http://robotcowboy.com/>> <http://robotcowboy.com/ <http://robotcowboy.com/><http://robotcowboy.com/ <http://robotcowboy.com/>>>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Pd-dev mailing list
>>>>>>> Pd-dev at lists.iem.at <mailto:Pd-dev at lists.iem.at> <mailto:Pd-dev at lists.iem.at <mailto:Pd-dev at lists.iem.at>>
>>>>>>> https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev> <https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>>
>>>>>> 
>>>>> 
>>>>> --------
>>>>> 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 at lists.iem.at <mailto:Pd-dev at lists.iem.at> <mailto:Pd-dev at lists.iem.at <mailto:Pd-dev at lists.iem.at>>
>>>>> https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev> <https://lists.puredata.info/listinfo/pd-dev <https://lists.puredata.info/listinfo/pd-dev>>
>>> 
>>> --------
>>> 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 at lists.iem.at <mailto:Pd-dev at 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/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20170921/3a113c92/attachment-0001.html>


More information about the Pd-dev mailing list