The atoms are slightly taller due to the increase in inlet height to match Pd-extended's sizing.
> On Mar 21, 2018, at 7:52 PM, pd-list-requ...@lists.iem.at wrote: > > From: Liam Goodacre <liamg...@hotmail.com <mailto:liamg...@hotmail.com>> > Cc: Pd-List <pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] reporting the dimensions of a symbol / float atom > Message-ID: > > <vi1pr0102mb35843b42612760f2e43a94bffc...@vi1pr0102mb3584.eurprd01.prod.exchangelabs.com > > <mailto:vi1pr0102mb35843b42612760f2e43a94bffc...@vi1pr0102mb3584.eurprd01.prod.exchangelabs.com>> > > Content-Type: text/plain; charset="utf-8" > > It would certainly help me to have be able to query atom sizes. Beyond the > issue of tight GOP areas, in Context you can resize atoms dynamically (see > the attached gif). The whole thing rests on knowing the basic dimensions of > an atom. If there is a margin of error here, then the whole thing gets thrown > off. > > I'll grant that this is an unusual case, but it seems likely that many other > users could benefit from a system which sizes GOPs and canvases according to > font units. Roman, I don't see this getting in the way of any future > solution--it's more just an optional feature which would enhance > compatibility between older and newer versions of PD, many of which will > remain in use for a long time. > > BTW, we are talking about two different things here: font size and atom size. > What is the relationship between them? In 0.48.1, the atom appears to have > increased in height, suggesting that they are not always proportional. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
