Note: You do not need to respond to IOhannes directly as he gets messages from the list.
I can confirm this behavior, except for me the subpath window reappears on the right edge of the main screen. It does not appear offscreen. This is with both master and release 0.48 using Tk 8.5+. One issue might be TK 8.4 in Pd 0.47.
> On Sep 20, 2017, at 5:09 PM, pd-list-request(a)lists.iem.at wrote:
>
> - try to re-open it (clicking object [pd subpatch] in the main patch)
> - the subpatch window gets opened, but doesn't appear in the display, it
> has moved outside screen
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Thanks for doing that, I knew there had to be an actual bug in there *somewhere*.
On Tue, 19 Sep 2017 22:49:13 +0200, IOhannes m zmölnig <zmoelnig(a)iem.at> wrote:
> On 09/19/2017 07:01 PM, IOhannes m zmölnig wrote:
> > On 09/19/2017 05:07 AM, Alexander Connor wrote:
> >> pd -rt -noaudio -audiobuf 1 -sleepgrain 0.5 -alsamidi -mididev 1,0 2,0 3,0 4,0 5,0 6,0 7,0 8,0 9,0 10,0 11,0 12,0 13,0 14,0 15,0 16,0
> >
> > ???
> >
> > where did you get that syntax from?
>
> in any case, there is an overflow bug in Pd's commandline parser that
> made this do *something* with the midi-devices (and you were merely
> exploiting that bug).
> i've committed a fix in the "updates/0.48.0" branch on github.
>
> gfsamrd
> IOhannes
> _______________________________________________
> Pd-list(a)lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
----- End Forwarded Message -----
Dear list,
I want to build a dimmer of 7 lamps which is controlled from pure data.
Basically, I need to control AC power from 0V to 220.
Is there any hint how to start it building, what I need for it?
Thanks in advance:
Popesz
Hi everybody,
I'm trying to move and resize the Pd console window with [hcs/sys_gui].
This used to work fine with pd-extended. The name of the console window used
to be "." in pd-extended.
With pd vanilla or purr-data this does not work. Probably due to the fact
that the console window is not named "." here.
Can anybody tell me the name for that window in vanilla or purr-data for the
use with [hcs/sys_gui]?
How can you find out what the name is?
I'm on Debian (ubilinux) 9.
Thanks!
Ingo
Hi dear list,
I know that Gem's OpenGL output is not primarily designed to be captured
into a video file but am wondering what are the best practices by the
list members to create a movie file from a Gem window's output?
Thank you for all ideas!
P
The ossia collective is happy to announce the public release of ossia-pd
v1.0b3 as part of libossia v1.0.0-b3 !
ossia-pd is the implementation of libossia for pd - several other
implementations of libossia are available for various environments, such as
openFrameworks, C'74's Max, python, Qt, plain C, etc... for more info, see:
https://ossia.github.io
libossia allows to declare the architecture of a patcher's functions as a
tree of OSC nodes and parameters. These nodes/parameters can have
attributes, which allow to declare some of their properties, such as their
values, types, units, ranges, etc…
This tree-based architecture (coined "device" in the OSSIA terminology) can
then be exposed under several protocols, some of which allow this
architecture, and the properties and values of its nodes, to be explored
and queried. For now, protocols available in pd are plain OSC, OSCquery,
and Minuit - more to come..
You can grab ossia-pd on https://github.com/OSSIA/libossia/releases -
builds are available for Mac and Win32/64. Linux x86_64 and armv7 is coming.
It will be put into Deken as soon as possible too.
We hope you enjoy it!
Please feel free to come and chat, and give us feedback on
https://gitter.im/OSSIA/
Bugs and feature requests are to be reported on:
https://github.com/OSSIA/libossia/issues
*Mail* : ossia.collective(a)gmail.com
*Facebook* : https://www.facebook.com/ossia.score
*Twitter* : https://twitter.com/ossia_score
The ossia collective is happy to announce the public release of ossia-pd
v1.0b3 as part of libossia v1.0.0-b3 !
ossia-pd is the implementation of libossia for pd - several other
implementations of libossia are available for various environments, such as
openFrameworks, C'74's Max, python, Qt, plain C, etc... for more info, see:
https://ossia.github.io
libossia allows to declare the architecture of a patcher's functions as a
tree of OSC nodes and parameters. These nodes/parameters can have
attributes, which allow to declare some of their properties, such as their
values, types, units, ranges, etc…
This tree-based architecture (coined "device" in the OSSIA terminology) can
then be exposed under several protocols, some of which allow this
architecture, and the properties and values of its nodes, to be explored
and queried. For now, protocols available in pd are plain OSC, OSCquery,
and Minuit - more to come..
You can grab ossia-pd on https://github.com/OSSIA/libossia/releases -
builds are available for Mac and Win32/64. Linux x86_64 and armv7 is coming.
It will be put into Deken as soon as possible too.
We hope you enjoy it!
Please feel free to come and chat, and give us feedback on
https://gitter.im/OSSIA/
Bugs and feature requests are to be reported on: https://github.com/OSSIA/
libossia/issues
*Mail* : ossia.collective(a)gmail.com
*Facebook* : https://www.facebook.com/ossia.score
*Twitter* : https://twitter.com/ossia_score
----- Start Forwarded Message -----
Sent: Mon, 11 Sep 2017 21:49:42 -0400 (EDT)
From: "Alexander Connor" <a.connexx(a)runbox.com>
To: "Lucas Cordiviola" <lucarda27(a)hotmail.com>
Subject: Re: [PD] linux: "-font-size" startup flag -- does this work?
Ah yes thank you I forgot that and was using the wrong GUI window menu --
Unfortunately though, it still doesn't help with this problem because what I need is a size 9, and as I mentioned this is an "in between" variable that isn't available in the GUI options.
Is there a control channel that I could send the desired font size through within the patch to bypass the limited GUI switching? Or alternatively (but much less desirability) a variable to edit within the text file (is that what the last number is in the canvas parameters at the beginning of the file)?
Those things aside, there's still one thing I don't understand about the -font-size flag. As I mentioned -font-face and -font-weight produce the effect I expected -- that is, they change the face and weight of all patches opened after Pd starts up -- but not -font-size. If what you say is the case (sorry haven't been able to test it yet) isn't this a bit inconsistent with the functioning of the other font control flags?
On Mon, 11 Sep 2017 18:00:34 +0000, Lucas Cordiviola <lucarda27(a)hotmail.com> wrote:
> hi,
>
> The "-font-size" flag will affect your *new* patches. Saved patches have
> their font size saved.
>
> If you want to change the font of a saved patch use the "GUI Edit->Font
> option" of that particular window, not the Pd window (the one with the
> console).
>
> Hope this helps.
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/11/2017 2:02 PM, Alexander Connor wrote:
> > Hello list -
> >
> > So whilst testing some of the newer Debian/Ubuntu versions to replace my EOL/close to EOL versions I'm currently using, I ran into the enlarged font rendering issue in Vanilla which has been discussed in various posts to this list and I am aware the devs are still working on this.
> >
> > I attempted some temporary workarounds. I first tried the GUI Edit->Font option. In pre 0.48 Vanilla, this would change the object box font size (this seems not to be the case in 0.48 as it is now applied to to the window menu fonts???) but this didn't cut it as I needed size that was in between the GUI selectable values.
> >
> > So I then turned to the -font-size startup flag, and found that no matter what value I put in, on any of the last few revisions of 0.47 or even 0.48, this flag seemed to do *absolutely nothing*. Tried with and without quotes around the variable -- nada. I tested -font-face and -font-weight and these worked as expected. Am I missing something here? Should I file a bug?
> >
> > BTW I tried searching for -font-size in the archive, but this buries you with the "font-size" line in all the headers in those "attachment" files. Couldn't find any way to filter those. Not very useful.
> >
> > _______________________________________________
> > Pd-list(a)lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
>
----- End Forwarded Message -----