<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qua., 27 de out. de 2021 às 11:30, Lorenzo Sutton <<a href="mailto:lorenzofsutton@gmail.com">lorenzofsutton@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Every now and then this reappears on the list... but here goes:<br>
<br>
will there be a better "zoom" in Pd? Currently working on a higher <br>
resolution screen (call it HiDPI or whatever...)</blockquote><div><br></div><div>How exactly 'high' are we talking about? </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> implies either the 2x <br>
zoom which is typically too much </blockquote><div><br></div><div><div>Using the max resolution on a mac it doesn't seem too much to me...</div><div><br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">or changing font size which typically <br>
breaks existing patches, and does not increase (proportionally) the <br>
relative size of IEM guis such as toggles, bangs, etc.<br></blockquote><div><br></div><div>Well, if you start your own patch, that shouldn' be a problem of course. This is more of a problem if you're checking other people's patches. And we can have a feature that adjusts the initial default size of iemguis depending on the current canvas' font, that's easy.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Purr Data and Pd-L2Ork do it nicely, but it seems a bit overkill to pull <br>
in all imaginable Pd libraries/externals </blockquote><div><br></div><div>it's a lot of externals, but not "all imaginable" ones at all... :) I see it might be just a comical exaggeration though. I for one, last time I checked, missed deken and the fact it can't run as much externals as Pd can, amongst other things.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">just to have some nice visuals <br>
(although being a visual dataflow language, visual clarity _is_ indeed <br>
relevant), plus you are forced to curvy chords (which although popular <br>
with the most) IMHO break the original Pd aesthetics :-)<br></blockquote><div><br></div><div>you can request them to offer uncurved connections via some setting... I also hate those curves, it should be illegal.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Ideally vanilla would have a nice zooming / scale factor functionality <br>
which doesn't break patch proportions...(e.g. Ardour does it very well) :-)<br>
<br>
Any tips, tricks or thoughts for this in vanilla would also be interesting.<br>
<br>
Lorenzo.<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div></div>