Every now and then this reappears on the list... but here goes:
will there be a better "zoom" in Pd? Currently working on a higher resolution screen (call it HiDPI or whatever...) implies either the 2x zoom which is typically too much or changing font size which typically breaks existing patches, and does not increase (proportionally) the relative size of IEM guis such as toggles, bangs, etc.
Purr Data and Pd-L2Ork do it nicely, but it seems a bit overkill to pull in all imaginable Pd libraries/externals just to have some nice visuals (although being a visual dataflow language, visual clarity _is_ indeed relevant), plus you are forced to curvy chords (which although popular with the most) IMHO break the original Pd aesthetics :-)
Ideally vanilla would have a nice zooming / scale factor functionality which doesn't break patch proportions...(e.g. Ardour does it very well) :-)
Any tips, tricks or thoughts for this in vanilla would also be interesting.
Lorenzo.
Unfortunately, the "zoom level" in Pd is an integer. I don't really why, but I guess there must be a technical reason?
Generally, the problem is that the canvas implementation of Tcl/Tk (the UI toolkit used by Pd) doesn't natively support zooming/scaling, so Pd has to do it manually - which of course is terrible!
Any modern decent GUI framework, e.g. Qt, implements proper canvas zooming out of the box. In that case, the Pd core wouldn't even need to know about zoom levels at all, the zooming could be done solely on the GUI side. Personally, I have written a couple of applications with Qt and zooming was always trivial.
Regarding Purr Data and Pd-L2Ork: they basically use a web browser to display the GUI and browsers are particularly good at zooming/scaling.
So yes, it's very much possible to do it nicely - once we move away from Tcl/Tk :-)
Chrisotf
On 27.10.2021 16:21, Lorenzo Sutton wrote:
Every now and then this reappears on the list... but here goes:
will there be a better "zoom" in Pd? Currently working on a higher resolution screen (call it HiDPI or whatever...) implies either the 2x zoom which is typically too much or changing font size which typically breaks existing patches, and does not increase (proportionally) the relative size of IEM guis such as toggles, bangs, etc.
Purr Data and Pd-L2Ork do it nicely, but it seems a bit overkill to pull in all imaginable Pd libraries/externals just to have some nice visuals (although being a visual dataflow language, visual clarity _is_ indeed relevant), plus you are forced to curvy chords (which although popular with the most) IMHO break the original Pd aesthetics :-)
Ideally vanilla would have a nice zooming / scale factor functionality which doesn't break patch proportions...(e.g. Ardour does it very well) :-)
Any tips, tricks or thoughts for this in vanilla would also be interesting.
Lorenzo.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em qua., 27 de out. de 2021 às 11:30, Lorenzo Sutton < lorenzofsutton@gmail.com> escreveu:
Every now and then this reappears on the list... but here goes:
will there be a better "zoom" in Pd? Currently working on a higher resolution screen (call it HiDPI or whatever...)
How exactly 'high' are we talking about?
implies either the 2x zoom which is typically too much
Using the max resolution on a mac it doesn't seem too much to me...
or changing font size which typically breaks existing patches, and does not increase (proportionally) the relative size of IEM guis such as toggles, bangs, etc.
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.
Purr Data and Pd-L2Ork do it nicely, but it seems a bit overkill to pull in all imaginable Pd libraries/externals
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.
just to have some nice visuals
(although being a visual dataflow language, visual clarity _is_ indeed relevant), plus you are forced to curvy chords (which although popular with the most) IMHO break the original Pd aesthetics :-)
you can request them to offer uncurved connections via some setting... I also hate those curves, it should be illegal.
Ideally vanilla would have a nice zooming / scale factor functionality which doesn't break patch proportions...(e.g. Ardour does it very well) :-)
Any tips, tricks or thoughts for this in vanilla would also be interesting.
Lorenzo.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Christof Ressi -
Lorenzo Sutton