Alexandre,
I rewrote the TouchOSC templates using only vanilla (at least I think it is vanilla). These templates allow one to easily use the TouchOSC program on an iPhone/iPad and Pd.
Not sure this is what you are looking for but thought I’d reply.
If you are interested, you can take a look at the patches here:
http://home.lagrange.edu/mturner/MitchWebSite/max_and_pd_stuff.html <http://home.lagrange.edu/mturner/MitchWebSite/max_and_pd_stuff.html>
— Mitch
> On Apr 18, 2021, at 6:00 AM, pd-list-request(a)lists.iem.at wrote:
>
> Message: 4
> Date: Sun, 18 Apr 2021 04:21:57 -0300
> From: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>
> To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
> Subject: [PD] OSC limitations in Vanilla
> Message-ID:
> <CAEAsFmjz74E69YZi8x472hafJH55e2Np+mzW9GsVPAuVn3n8-w(a)mail.gmail.com <mailto:CAEAsFmjz74E69YZi8x472hafJH55e2Np+mzW9GsVPAuVn3n8-w@mail.gmail.com>>
> Content-Type: text/plain; charset="utf-8"
>
> I asked this on the facebook group, thought I'd ask it here as well. Who
> cannot be happy with vanilla's OSC support and still needs mrpeach and
> stuff? I mean, really really need as in there's no way to deal with such
> OSC tasks in Vanilla. Tell me what exactly please... I know that it can
> happen and how, I just wanted examples in the real world, and I also
> believe Vanilla is fine for most use cases.
>
> I just never use OSC as all I do is inside Pd anyway :)
>
> I see [netsend]/[netreceive] make [udpsend]/[udpreceive] obsolete these
> days for OSC... but we also have [routeOSC] and [packOSC], and in Vanilla's
> documentation we see this: ~*no attempt is made here to clearly
> distinguish between the OSC address (symbols) and the following data, nor
> between blobs and lists of numbers - it is assumed that you know what types
> the message should contain. You can alternatively use the OSC objects from
> mrpeach which have more features than these.*~
>
> cheers
>
netsend-help says ~*The Pd distribution includes "pdsend" and "pdreceive"
standalone programs that work with netsend/netreceive in FUDI mode.*~
I wonder how exactly thse work and how to use them. I see them on my mac
under resources/bin
cheers
Dear list,
I wonder if there is a way to change the font size of Pd's terminal
messages... I tend to use extensive printing, and in my experience, last Pd
versions have decreased the terminal font size to a somewhat
difficult-to-read size. (I'm on OS X Catalina).
perhaps it could be done via some tcl script? I'd appreciate any hint in
the right direction.
thanks very much,
--
Ángel Faraldo
www.angelfaraldo.info
Hello list,
I have been searching for a while now for a musicXML external/abstraction
for PD, no luck on my behalf, does anyone know any options for this?
cheers
--
José Rafael Subía Valdez
www.jrsv.net
*"...I am an Anarchist! Wherefore I will*
*Not rule, and also ruled I will not be!"*
- John Henry Mackay -
Sounds good to me. I'm not sure, but I might have added that, but I don't remember any specific reason why. It might have filtered in from porting some of the pd-extended stuff.
In any case, I'm all for it. :) You should also probably check the initial dialog positions as well.
> On Apr 16, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote:
>
> however, i found that if you don't specify the position in the first
> place, the WM will do the right thing? and open the window on the
> currently active monitor.
>
> so i wondered whether we shouldn't just let the WM decide where to put
> the main pdwindow.
> (on my system this would be the center of the currently active monitor)
> in caser you wondered, we can still specify the window dimension.
>
> would this break anybodies experience?
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
This is something that I manually adjust in the Wish code every time I upgrade Pd. It would be very nice to have it be a configurable setting in Preferences.
Phil Stone
Davis, CA
Well, I can think of applications that have a preference for which *screen* to open a window on (fullscreen video output for instance) but not one with a preference for specifying x, y, w, & h of a window to open. This kind of geometry setting can also be fragile as you change the amount of monitors in your setup, etc. I would therefore argue this is not a basic setting and it's also not trivial to try to divine what settings all users *might* want and then add a UI for them. OTOH if you have a working technical solution, feel free to make a PR to the Github repo for review.
IOhannes' solution is by far the best: If you want to run some TCL to customize things, then do so *and* without having to modify Pd tcl files. :)
> On Apr 15, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote:
>
> Date: Wed, 14 Apr 2021 15:57:30 +0000
> From: Philip Stone <pkstone(a)ucdavis.edu <mailto:pkstone@ucdavis.edu>>
> 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] size and position of PD window
> Message-ID:
> <BYAPR08MB55892AD8DA556B7178D2B745A74E9(a)BYAPR08MB5589.namprd08.prod.outlook.com <mailto:BYAPR08MB55892AD8DA556B7178D2B745A74E9@BYAPR08MB5589.namprd08.prod.outlook.com>>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Why? Because it seems like a basic setting, and it would be trivial to implement as a preference. This seems (to me) like just what preferences are for, configuring the basic environment of Pd.
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Hey there, I'm glad to announce this :)
Get this new version from github and also via Pd! Note we have a new
package where more than one architecture is now part of the same download,
please test these and tell me if it's all working.
Highlights: I got a cool multi slider GUI abstraction (multi.vsl) that I'm
proud of. It has things I missed from other options out there. I'm yet
to mimic a properties windows for all my GUI abstractions, I'm just lazy...
I'm holding for the next release a preset management system, but I do have
new objects here that I'll use there: [morph] and [interpolate] - to morph
and interpolate between presets. Check them out as they might be useful
outside the preset manager ;) I also have a new [power~] object, a
waveshaper, with an included example in my tutorial about it (see chapter
20).
Anyway, this is my first release to reach and exceed the mark of 400
externals, I now got 410 objects. I thought I'd be stretching it and
reaching my limit when I got to 400, that's clearly not the case. The thing
is that when I'm including so many new objects all the time, it's hard for
me to move out of a beta phase. And yes, I'm still breaking compatibility
:/ For breaking changes, more new objects, improvements and fixes, check
the full changelog here:
https://github.com/porres/pd-else/releases/tag/v1.0-beta38
cheers
ps. wait a couple of days for ELSE-camomile to appear on the radar as well
;)
_______________________________________________
Pd-announce mailing list
Pd-announce(a)lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
Why? Because it seems like a basic setting, and it would be trivial to implement as a preference. This seems (to me) like just what preferences are for, configuring the basic environment of Pd.
Thank you for the tip on the gui plugin, Iohannes; I will use that.
Phil
From: IOhannes m zmoelnig <zmoelnig(a)iem.at>
Subject: Re: [PD] size and position of PD window
Message-ID: <0eeb6fa9-e173-2afc-59ca-a85dd6c2009b(a)iem.at>
On 4/14/21 4:17 PM, Philip Stone via Pd-list wrote:
> This is something that I manually adjust in the Wish code every time I upgrade Pd. It would be very nice to have it be a configurable setting in
Preferences.
why??
and why is there no feature-request on https://bugs.puredata.info?
one possible answer to the second question is, that I (yes me) would
probably close such a feature-request immediately, on the grounds that
you can implement this with a trivial gui-plugin:
put a file named "mypdwindowgeometry-plugin.tcl" (the base-name does not
matter but it *must* end with "-plugin.tcl") with the following content
into your Pd-searchpath (without the backticks):
```
if {[winfo exists .pdwindow]} {
wm geometry .pdwindow =538x300+0+458
}
```
whenever you start Pd, this GUI plugin will move the window to the
selected place.
no patching of Pd required. works on all OSs (not tested).
you could even reduce the plugin to just the "wm geometry ..." line.
i guess writing this plugin is about the same amount of typing as a
"configurable setting" (provided this setting is text-based and not just
"remember my current position").
mgffst
IOhannes
? what i would wish for is that the Pd window opened up on the currently
active monitor, rather than my left-most monitor, where i usually have a
full-screen editor running that likes to hide my Pd)
hi, dear list !
is there a way to change the PD-console-window's position and size with
a message form within a patch ?
i know about the "relocate" method for subpatches, but couldn't find out
how to adress the console window, if that's possible at all.
any ideas ?
(an external or plugin-based solution would do as well)
best
oliver
--
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
/////////////// http://pendler.klingt.org //////////////
\\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\
////////////////////////////////////////////////////////