end of life? On Sep 15, 2017 01:54, "Alexandre Torres Porres" <[email protected]> wrote:
> what is "EOLs"? > > 2017-09-13 11:20 GMT-03:00 Lucas Cordiviola <[email protected]>: > >> Hi Alexander >> >> As Roman mentioned the "pd-gui.tcl" and you surely made your patches with >> Pdx, can you test tweaking the .tcl? >> >> To check if your patches render correctly? >> >> here's the How-to: >> >> https://github.com/pure-data/pure-data/wiki/Crossplatform-fo >> nt-metrics-%26-comparisons >> >> Plans for this were mentioned by Dan a month ago: >> >> https://lists.puredata.info/pipermail/pd-list/2017-08/119967.html >> >> Independently of the "nuts and bolts" of the relevant code that's >> different from Pdx my tests gave good results. In other words simply >> changing the hard coded metrics makes patches render like Pdx (specially >> EOLs). >> >> Can you test and give feedback? >> >> >> Mensaje telepatico asistido por maquinas. >> >> On 9/13/2017 4:28 AM, Roman Haefeli wrote: >> >> Hey Alexander >> >> I hear you and I am in the same boat. >> >> On Die, 2017-09-12 at 21:50 -0400, Alexander Connor wrote: >> >> Thank you for these answers. >> >> Editing the Pd text file wasn't really much of a solution for me >> since I'm dealing with a very large patch with many subpatches which >> would all have to be changed; I was really looking for a way to scale >> everything at once and back again should the need arise. >> >> I guess the reason it is not a solution is because the available font >> sizes don't match what you want. Otherwise I believe it would be worth >> going through all of your patches. You can automate something like >> this. IOhannes just gave you the first hint. >> >> >> However it would appear that there is basically no solution to this >> problem until font rendering is fixed. >> >> Unfortunately, I think so, too. >> >> >> Guess I'll have to stick with my EOLs for now. Too bad. I really >> wanted to start distributing this patch. >> >> I see. There is something nobody mentioned yet: You could also tweak >> the font metrics in pd-gui.tcl. Obviously, this only fixes the >> situation for your Pd installation, it wouldn't help if your goal is to >> distribute your graphically sophisticated patches. I'm in the same >> situation as you and I currently deal with it by fixing the font- >> metrics for myself (which is not a viable solution, of course). >> >> >> I tried to mostly use the GUI object fonts that aren't affected by >> this in the "up front" user areas of the patch but there's a few >> areas such as the symbol boxes where you can't get around this. >> >> Absolutely. [symbolatom \ is the only text input I know of in Pd and I >> keep stumbling about the exact same problem. It'd help a lot already if >> there is a symbolbox2 with configurable font similar to the 'Number2' >> widget. >> >> >> It completely messes up the neatly spaced background "guts" that >> I set up to make it easier to read for anyone who wanted to make >> mods. Lots of compact tightly aligned spacing going on. As I said >> it's very large (been working on it for years) and reformatting just >> to correct for this error doesn't seem worth it especially if I have >> to switch it all back when (if?) the problem is corrected in Pd. >> >> I, too, think it is probably not worth to fix this in your patches >> _now_. Currently, the situation is still a bit messy. As of Pd 0.48, >> patches are rendered the same on macOS and on Linux, but on both >> platforms, patches looked different in earlier versions, so patches you >> made for 0.47 are messed up now. Pd on Windows looks again very >> different. The different available font sizes result in totally >> different box sizes on Windows compared to macOS and Linux. Also, box >> sizes depend on whether the font DejaVu Sans Mono is installed or not. >> On macOS and Linux, this is already the default font and is shipped >> with Pd, on Windows this is planned. >> >> It is slightly frustrating not to be able to rely on some graphical >> features in a graphical programming language. >> >> Roman >> >> >> >> On Tue, 12 Sep 2017 14:03:24 +0000, Lucas Cordiviola<[email protected]> >> <[email protected]> wrote: >> >> >> The OP is trying to use font 9. >> >> He will get font 8 if he edit the the Pd-patch as a text file. >> >> >> Mensaje telepatico asistido por maquinas. >> >> On 9/12/2017 10:10 AM, IOhannes m zmoelnig wrote: >> >> On 2017-09-12 14:55, Lucas Cordiviola wrote: >> >> >> Or alternatively (but much less desirability) a variable to edit >> within the text file >> >> >> Nop. >> >> >> >> of course you can (if by "text file" you mean the Pd-patch): >> >> ~~~sh >> PTS=12 >> PATCH=patch.pd >> sed -e "s/^\(#N canvas [0-9 ]*\) [0-9]*;$/\1 ${PTS};/" -i >> "${PATCH}" >> ~~~ >> >> gbsmdr >> IOhannes >> >> >> >> >> >> _______________________________________________pd-l...@lists.iem.at<mailto:[email protected]> >> <[email protected]> mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l >> istinfo/pd-list >> >> >> _______________________________________________pd-l...@lists.iem.at mailing >> list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/l >> istinfo/pd-list >> >> >> _______________________________________________pd-l...@lists.iem.at mailing >> list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/lis >> tinfo/pd-list >> >> >> >> _______________________________________________pd-l...@lists.iem.at mailing >> list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li >> stinfo/pd-list >> >> > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
