Pd-list March 2018

pd-list@lists.iem.at

70 participants
108 discussions

Re: [PD] compiling PD on windows
by Dan Wilcox 23 Mar '18

23 Mar '18

Those instructions are for Windows 7+, I don't believe Msys2 will work on Vista or XP. While theoretically Pd could be build on anything with a C compiler, I think you're a bit more on your own with setting up / maintaining a build system for anything that old at this point. Maybe someone else has some ideas on that, I sure don't. > On Mar 22, 2018, at 6:01 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Thu, 22 Mar 2018 06:01:38 +0100 > From: rolfm(a)dds.nl <mailto:rolfm@dds.nl> > To: Pd list <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] compiling PD on windows > Message-ID: <1832ee0db7f6682f0c7229567e9c3c29(a)dds.nl <mailto:1832ee0db7f6682f0c7229567e9c3c29@dds.nl>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > my ultimate goal is to be able to compile on an older machine with XP. > > to get experience i first tried on Windows 10. > > installed MSYS2 etc (following Dan's instructions on the GITHUB page. > > start MSYS2, cd to the src folder of Vanilla 48.1, and do > > make -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 4

Re: [PD] reporting the dimensions of a symbol / float atom
by Dan Wilcox 23 Mar '18

23 Mar '18

Yes, that's why I suggested looking in there. The relevant variables are: * font_metrics * font_zoom2_metrics * font_measured * font_zoom2_measured The first two are an array of pixel sizes per character used when trying to find the font size that fits. This is done in the fit_font_into_metrics proc. The second two arrays contain the measured sizes: fontsizes charwidth charheight Note that there is also code in the C core which accesses these sizes and you may get a consistency check error when changing some of the metric numbers. > On Mar 23, 2018, at 7:10 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Fri, 23 Mar 2018 06:09:57 +0000 > From: Liam Goodacre <liamg_uw(a)hotmail.com <mailto:liamg_uw@hotmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] reporting the dimensions of a symbol / float atom > Message-ID: > <VI1PR0102MB358432FE108D15B17AFB4230FCA80(a)VI1PR0102MB3584.eurprd01.prod.exchangelabs.com <mailto:VI1PR0102MB358432FE108D15B17AFB4230FCA80@VI1PR0102MB3584.eurprd01.prod.exchangelabs.com>> > > Content-Type: text/plain; charset="iso-8859-1" > > >> If anyone wants to suggest fixes too he font sizing algorithm, start by >> looking into the metrics and related font procedures in pd-gui.tcl. > > Is pd-gui.tcl where we would find the right variable to call if we were trying to report the dimensions of an atom? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Moving canvas dialog isnide abstraction doesn't refresh well.
by Loïc Reboursiere 23 Mar '18

23 Mar '18

Hi list, first post here ! I'm trying to script the position of the canvas dialog inside an abstraction but the graphics don't refresh at all. The idea is to have a [vradio] object to control the position of the canvas so that it switches to different options inside the abstraction (like bpatcher offset message in Max). Is it the right way to do it (using donecanvasdialog message) or is there another one ? Patches are attached. The one to launch is action-choice.pd Thanks ! Loïc -- ------------------------------------------------------------ http://www.medicationtime.net http://soundcloud.com/MedicationTime http://www.vimeo.com/user2896549 http://vimeo.com/user2896549/videos/all http://www.numediart.org ------------------------------------------------------------

2 2

Re: [PD] reporting the dimensions of a symbol / float atom
by Dan Wilcox 23 Mar '18

23 Mar '18

That comes from the Pd-extended metrics which uses slightly tighter desired character sizes when finding the font sized to fit the desired sizing. It should take into account for differences in a pixel or two between platforms and both the original testing with Pd-extended, I believe, and our recent work was based on getting things to render *close* to the same size and layout across platforms using the same font. My earlier mail was about the default padding around the text being increased slightly on the top to account for the inlet height, but that's related to the computed font size. If anyone wants to suggest fixes too he font sizing algorithm, start by looking into the metrics and related font procedures in pd-gui.tcl. > Dan Wilcox wrote: >> >> The atoms are slightly taller due to the increase in inlet height to >> match Pd-extended's sizing. >> > > on my windows 10 it's the opposite; > the new one is smaller. > hereby i re-send the picture in which the new object box is upon the > older one. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] compiling PD on windows
by rolfm＠dds.nl 23 Mar '18

23 Mar '18

my ultimate goal is to be able to compile on an older machine with XP. to get experience i first tried on Windows 10. installed MSYS2 etc (following Dan's instructions on the GITHUB page. start MSYS2, cd to the src folder of Vanilla 48.1, and do make which gives me the error: /bin/sh: cl: opdracht niet gevonden (== command not found). (screenshot attached). the same happens when i try to use Visual Studio 2015. the VCSDK & VC9 are present in my system, so is the cl.exe. my conclusion: somehow the makefile which should work for Windows doesn't fit with my system. but i don't know what to do about it. any suggestion? rolf

3 4

Re: [PD] [PD-announce] ELSE 1.0 Beta 8 released
by Alexandre Torres Porres 22 Mar '18

22 Mar '18

Hey, these have finally been uploaded to deken (old one, so no upgrade to the new deken plugin needed) - we're only missing Linux 32 bits binaries. > Date: Sat, 10 Mar 2018 12:54:47 -0300 > From: Alexandre Torres Porres <porres(a)gmail.com> > To: pd-announce(a)lists.iem.at > Subject: [PD-announce] ELSE 1.0 Beta 8 released > Message-ID: > <CAEAsFmj-g6a3z6j3ZS9L4bbSPRZ6hcGzr_QFXoY7cG0C2e0--Q(a)mail.gmail. > com> > Content-Type: text/plain; charset="utf-8" > > Hi, it's here: https://github.com/porres/pd-else/releases/tag/v1.0-beta8 > (and will be hopefully and eventually up in deken). This is still > experimental, meaning (besides instability) I'll still change things and > compromise backwards compatibility (I'm trying to get all such planned > changes done with, but still have about two more releases to go before > moving to the next/final stage). > > cheers _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

2 2

Re: [PD] Creating a GUI object on Pd 0.48.1 with keyboard shortcut create two objects on MacOSX
by Dan Wilcox 22 Mar '18

22 Mar '18

Are you using an English keyboard and/or English local aka Pd is in English? There seems to be weird bug that causes this on *some* systems and switching Pd to english fixes it. I'm not sure what's going on, but it's related to the TK 8.5 cocoa bindings backend which is also causing the issues [key]. > On Mar 22, 2018, at 11:34 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Thu, 22 Mar 2018 11:18:34 +0100 > From: Jack <jack(a)rybn.org <mailto:jack@rybn.org>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: [PD] Creating a GUI object on Pd 0.48.1 with keyboard > shortcut create two objects on MacOSX > Message-ID: <1fd3cfb5-f043-f751-4c0d-5cb3542c2513(a)rybn.org <mailto:1fd3cfb5-f043-f751-4c0d-5cb3542c2513@rybn.org>> > Content-Type: text/plain; charset=windows-1252 > > Hello, > > Everything is in the title (Pd 0.48.1, MacOSX) : during a workshop some > people with this configuration trying to create a GUI object with > keyboard shortcut, create two times this object. (I don't know exactly > the version of MacOSX). > Is it a known bug ? > ++ > > Jack -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 4

cannot 'upgrade' old patch
by rolfm＠dds.nl 22 Mar '18

22 Mar '18

hi list, i have old patches made with Pdext 42.5. when opened with Vanilla 48.1 i get lots of uncreated objects (of course). some of them i'm not able to 'repair'. e.g. [symbol2list] i put in a [declare -stdpath -zexy -stdlib -zexy]. it's possible to create a new [symbol2list] object. after saving, closing pd, opening again, the new object is not created. what can i do to resolve this. rolf

4 5

Re: [PD] reporting the dimensions of a symbol / float atom
by Dan Wilcox 22 Mar '18

22 Mar '18

More less, except for Windows which is not using DejaVu Sans Mono yet, although we have a font loader for it now. This should be fixed in an upcoming version. The sizing is taken from Pd-extended which largely had tested Tcl font rendering across all platforms. With the same font, the patches should render the same size most everywhere, as shown with our testing. I would still suggest not relying on *exact* pixel sizes and give yourself a little padding here and there to be safe. In some ways, this was really not a fun problem as people moving from Pd-extended had broken sizing and people with tight GUIs like yourself have broken patches, but it should be *much* easier to resolve the sizing in the future. OTOH maybe it's worth talking about a different sizing algorithm and/or object size querying as setting a different font will of course change the sizing slightly base on what TK gives us. Maybe being able to query the size and width a character in the current font might help... > On Mar 21, 2018, at 3:18 PM, pd-list-request(a)lists.iem.at wrote: > > From: Liam Goodacre <liamg_uw(a)hotmail.com <mailto:liamg_uw@hotmail.com>> > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] reporting the dimensions of a symbol / float atom > Message-ID: > <VI1PR0102MB35843E5E52585015E68EC8F3FCAA0(a)VI1PR0102MB3584.eurprd01.prod.exchangelabs.com <mailto:VI1PR0102MB35843E5E52585015E68EC8F3FCAA0@VI1PR0102MB3584.eurprd01.prod.exchangelabs.com>> > > Content-Type: text/plain; charset="utf-8" > > Thanks for the input, Roman. I followed the discussion bout font sizes, and I also appreciate the amount of work that people have put in to solving it. Are the font sizes in 0.48.1 considered to be stable? If so, maybe it's time for me to cash in and resize everything manually, but I am wary of doing this in case things change again... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 5

Re: [PD] reporting the dimensions of a symbol / float atom
by rolfm＠dds.nl 22 Mar '18

22 Mar '18

Dan Wilcox wrote: > > The atoms are slightly taller due to the increase in inlet height to > match Pd-extended's sizing. > on my windows 10 it's the opposite; the new one is smaller. hereby i re-send the picture in which the new object box is upon the older one. rolf

1 0

← Newer
1
2
3
4
5
6
7
...
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list March 2018