Re: [PD] compiling PD on windows

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:

Re: [PD] reporting the dimensions of a symbol / float atom

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.

Re: [PD] reporting the dimensions of a symbol / float atom

On Mit, 2018-03-21 at 18:52 +, Liam Goodacre wrote: > It would certainly help me to have be able to query atom sizes. I see your point and the benefit of such a feature. Independent of that, I'd like to be able to count on consistent box sizes across platforms and future Pd versions.  >

Re: [PD] reporting the dimensions of a symbol / float atom

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 > > Cc: Pd-List

Re: [PD] compiling PD on windows

Here is your original mail. It contains a working link to an "Pd64bit tcl/tk 32bit" https://lists.puredata.info/pipermail/pd-list/2018-01/121423.html Mensaje telepatico asistido por maquinas. On 3/21/2018 6:07 AM, Patrice Colet wrote: Could you post a link to Pd64bit tcl/tk 32bit version?

Re: [PD] reporting the dimensions of a symbol / float atom

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

Re: [PD] pad sound with Pd

Blimey just checked that youtube link. 'Wowsah' indeed, great tune! On 20 March 2018 at 21:54, Roman Haefeli wrote: > On Die, 2018-03-20 at 22:09 +0100, Dan Wilcox wrote: > > Try s_pad in rjlib: https://github.com/rjdj/rjlib > > Oh yeah. There's a lot that can be tweaked

Re: [PD] reporting the dimensions of a symbol / float atom

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

Re: [PD] changing GOP size dynamically without dirty flag

Another option is the "coords" message. In my mind, this is always preferable to "donecanvasdialog" because you don't need to dirty it, and because the syntax is slightly easier to remember. If you open the .pd file in a text editor, you'll find the "coords" term at the very bottom, and you can

Re: [PD] changing GOP size dynamically without dirty flag

On Mit, 2018-03-21 at 14:57 +0100, oliver wrote: > > > > > > Is there a way to adjust the GOP size without marking the instance > > of > > the abstraction/patch dirty? > > [..] send it a message like this: > > [donecanvasdialog 1 -1 3 0 -1 1 1 100 100 10 10, dirty 0( > | > [send YOURNAME]

Re: [PD] changing GOP size dynamically without dirty flag

Is there a way to adjust the GOP size without marking the instance of the abstraction/patch dirty? yes, add a "dirty 0" message to the GOP's namecanvas, like this: put a [namecanvas YOURNAME] onto the patch's top level. then send it a message like this: [donecanvasdialog 1 -1 3 0 -1 1

[PD] changing GOP size dynamically without dirty flag

On Mit, 2018-03-21 at 13:08 +, Liam Goodacre wrote: > An external object that reported the system standard dimensions would > offer a solution, since you could then set the abstraction to resize > itself according to the system. This reminds of my finding, that when using 'donecanvasdialog'

Re: [PD] reporting the dimensions of a symbol / float atom

On Mit, 2018-03-21 at 13:08 +, Liam Goodacre wrote: > The problem is that when I move from one system to another, many of > my abstractions fail to display correctly, because the atoms fall > outside of the GOP area. (See the attached image: the GOP area was > set in 0.47, but it won't display

Re: [PD] reporting the dimensions of a symbol / float atom

The problem is that when I move from one system to another, many of my abstractions fail to display correctly, because the atoms fall outside of the GOP area. (See the attached image: the GOP area was set in 0.47, but it won't display in 0.48). The Context library uses a lot of tightly fitted

Re: [PD] compiling PD on windows

Could you post a link to Pd64bit tcl/tk 32bit version? Le 20 mars 2018 20:16:52 GMT+01:00, Lucas Cordiviola a écrit : >Patrice reported he was able to use his 64bit ASIO soundcard only with >64bit tcl/tk 8.6.8. > >He couldn't with 64bit-Pd 32bit-tcl/tk or with Pd-w32