I think you can already do it on osx.. via remote buddy i think. kilshaw~
Simon Kilshaw
Lecturer in Music Technology
RWCMD
-----Original Message-----
From: [EMAIL PROTECTED] on behalf of [EMAIL PROTECTED]
Sent: Sun 4/27/2008 11:00 AM
To: pd-list@iem.at
Subject: PD-list Digest, Vol 37, Issue 112
Send PD-list mailing list submissions to
pd-list@iem.at
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.puredata.info/listinfo/pd-list
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of PD-list digest..."
Today's Topics:
1. Re: I'm stuck in a corner, please help! RE: [delta~] object
was: Re: Cyclone in vanilla? (Steffen Juul)
2. Re: pd on multi touch (Ben Carney)
3. Re: contextual pdpedia menu link (Hans-Christoph Steiner)
4. Re: pdp_colorgrid bug (Hans-Christoph Steiner)
5. compiling pd in fedora (Jaime Oliver)
----------------------------------------------------------------------
Message: 1
Date: Sat, 26 Apr 2008 20:05:55 +0200
From: Steffen Juul <[EMAIL PROTECTED]>
Subject: Re: [PD] I'm stuck in a corner, please help! RE: [delta~]
object was: Re: Cyclone in vanilla?
To: "pd-list@iem.at mailinglist" <pd-list@iem.at>
Cc: Frank Barknecht <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On 25/04/2008, at 19.25, Steffen Juul wrote:
>
> On 25/04/2008, at 18.34, Frank Barknecht wrote:
>> Hallo,
>> Andy Farnell hat gesagt: // Andy Farnell wrote:
>>
>>> Fundamentally, [z~] is a *very* useful primitive to have
>>
>> I think, fundamentally z~ is just delread~/delwrite~ with a different
>> way to specify delay times, slightly better performance because it
>> doesn't allow many things delread~/delwrite~ can do, and no need
>> to employ two objects. Or am I missing something?
>
> Maybe that your implementation uses an unsupported feature?
I gotta point out that my intention was not to be rude, but rather to
point out that if, and i may very well be wrong, z~ implementations
need dynamic patching which is an unsupported feature then its not a
robust solution hence not the best to add to a printed book.
I'm sorry if i seamed rude, i just tried to be brief.
------------------------------
Message: 2
Date: Sat, 26 Apr 2008 17:44:55 -0500
From: "Ben Carney" <[EMAIL PROTECTED]>
Subject: Re: [PD] pd on multi touch
To: "Hans-Christoph Steiner" <[EMAIL PROTECTED]>, pd-list@iem.at
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hans,pdlisters,
I would be willing to contribute to a paypal account setup for this
specific reason. I wouldthink that many other pd list-ers out here would do
the same.
anyone want to chime in here? think about connecting patch chords on the
train. with your fingertips
On Thu, Apr 24, 2008 at 9:11 AM, Hans-Christoph Steiner <[EMAIL PROTECTED]>
wrote:
>
> Shouldn't be too hard to get Pd running on an iphone. Getting the GUI
> stuff running on an iPhone is a different story. That's dependant on
> whether Tcl/Tk runs on the iPhone. Apparently, someone has done it, I
> haven't tried it. Also, someone has stepped up and said they are going to
> make Tcl/Tk pure Cocoa on the Mac, so that would make it trivial to get it
> on the iPhone.
>
> Buy me an iphone and I'll do it :)
>
> .hc
>
> On Apr 24, 2008, at 3:41 AM, Ben Carney wrote:
>
> Hello there all,
> Is there any work being done on getting pd to tun on a multi ouch
> device such as the ipod touch or iphone?
> I think this would be an amazing experience, connecting patch chords with
> a fingertip or stylus
>
> best,
>
>
> --
>
> Ben C.
> _______________________________________________
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
>
>
>
>
> ----------------------------------------------------------------------------
>
> "It is convenient to imagine a power beyond us because that means we don't
> have to examine our own lives.", from "The Idols of Environmentalism", by
> Curtis White
>
>
>
>
>
--
Ben C.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.puredata.info/pipermail/pd-list/attachments/20080426/d0a3ade0/attachment.html
------------------------------
Message: 3
Date: Sat, 26 Apr 2008 20:21:40 -0400
From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
Subject: Re: [PD] contextual pdpedia menu link
To: pd-list@iem.at
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
On Apr 26, 2008, at 5:16 AM, Luke Iannini (pd) wrote:
> On Fri, Apr 25, 2008 at 12:30 PM, Hans-Christoph Steiner
> <[EMAIL PROTECTED]> wrote:
>>
>> That sounds very useful, I have always missed that, but I don't see
>> the patch attached. I think the patch tracker would be a good place
>> for it. I just got Cmd-M working to minimize, but it is a hack. I
>> think that Cmd-M and Cmd-` (to switch between windows) should work
>> with a Tk app, but somehow Pd has disabled that. I can't find where
>> tho.
>>
> Great that you got minimize working! I've tried to find the Cmd-`
> blocker before as well, but I couldn't find any references to it on Tk
> mailing lists etc. so I wasn't sure if it just wasn't supported by Tk.
> It could be emulated with Tk commands, anyways, yea?
Yes, I think it would not be too hard. Basically you just cycle thru
the window list given from [wm stackorder .] using [raise
$nextWindow]. Or maybe something like this (in rough Tcl):
bind <Cmd-`> menu_nextwindow
proc menu_nextwindow {} {
global current_window
$current_window = $current_window + 1 % $window_count
[raise [lindex [wm stackorder .] $current_window]
}
I don't know how to bind to Cmd-` tho or how to get the total window
count.
>> Now that I think about the pdpedia help menu item more, my
>> implementation is just a first attempt. I am not sure whether it is
>> the best way to handle it. Does it do the same thing that you were
>> thinking?
>>
> The only advantage my method would have conferred was that the menu
> item would say "Pdpedia for switch~" or what-have-you (to make it
> clearer that that is where it would take you), not that big a deal.
> What else were you thinking about?
That does sound much better. I think you could add that without
having to edit anything outside of u_main.tk.
>> Also, any interest in taking on the pdpedia context menu item? I
>> think that will require edits to both u_main.tk and g_editor.c, but
>> it should be relatively straightforward.
>>
> Sure, I don't mind taking it on. But maybe someone else could chime
> in; I don't know if I'd be visiting the Pdpedia entry of patches often
> enough to be worth having in the context menu all the time, it will
> sort of clutter things and reduce the "muscle-memorability" of the
> menu so that has to be taken into account. Anyone else have an
> opinion on that?
> Yea, thinking about it more, I don't know if a link taking you out of
> Pd and into a web-browser is the best thing for a context menu where
> it could be accidentally clicked (that would drive me nuts after a
> couple times I think).
Well, one way to find out is to try it :). But yeah, it might not
work out, so perhaps there are better things to do.
> O, and I put the patch for proxy icons in the tracker.
I saw that, I'll check it out when I get a moment.
.hc
>
> Cheers
> Luke
>
>> .hc
>>
>>
>>
>> On Apr 25, 2008, at 2:57 AM, Luke Iannini (pd) wrote:
>>
>>> I mentioned them a week or two ago in another thread; documents
>>> in OS
>>> X usually have a little icon in the titlebar that represents the
>>> file
>>> being edited; you can drag it to get a reference to the file (for
>>> copying or opening in another application; for Pd files that's
>>> awesome
>>> for dragging to your text editor for editing), or you can right
>>> click
>>> it to get a context menu with the parent folders up to the root
>>> (great
>>> as a "reveal in finder" function).
>>>
>>> I attached a patch that should theoretically add support for them as
>>> well as properly showing the "modified" state consistently with the
>>> rest of OS X apps (which dims the proxy icon and adds a dot in the
>>> close button). But I haven't been able to get it to work with Pd
>>> Vanilla.
>>>
>>> I added this to pdtk_canvas_new in my Pd-extended pdtk with static
>>> arguments and the feature does work, so maybe you can try the patch
>>> (my build environment still isn't working):
>>> wm attributes $name -modified 0 -titlepath
>>> {/Users/LukeIannini/PureData/sft/sft.structhausen.pd}
>>> (replace the path with an actual file on your machine of course)
>>>
>>> Cheers
>>> Luke
>>>
>>> On Thu, Apr 24, 2008 at 8:57 PM, Hans-Christoph Steiner
>>> <[EMAIL PROTECTED]> wrote:
>>>>
>>>> Oops, sorry, I didn't realize that you were working on it. You
>>>> still
>>>> get credit for the idea :). I think the pdpedia context menu
>>>> link is
>>>> still worth doing.
>>>>
>>>> What are proxy icons?
>>>>
>>>> .hc
>>>>
>>>>
>>>>
>>>> On Apr 24, 2008, at 8:24 PM, Luke Iannini (pd) wrote:
>>>>
>>>>> Arr, I finished this two days ago and got caught up with troubles
>>>>> recompiling Pd. Ah well, glad it is done : ). Thanks for
>>>>> doing it.
>>>>> On the upside, I discovered how to get OS X proxy icons working
>>>>> in the
>>>>> process, so I'll still have something to contribute
>>>>> Cheers
>>>>> Luke
>>>>>
>>>>> On Thu, Apr 24, 2008 at 5:03 PM, Hans-Christoph Steiner
>>>>> <[EMAIL PROTECTED]> wrote:
>>>>>>
>>>>>> Hey all,
>>>>>>
>>>>>> I just checked in code to make the Pdpedia link in the Help
>>>>>> menu try
>>>>>> to find the object name if you are looking at a help patch. If
>>>>>> the
>>>>>> help patch is the topmost window, it'll use that object name
>>>>>> when it
>>>>>> opens the pdpedia and take you directly to that page. Should
>>>>>> be in
>>>>>> tomorrow's builds.
>>>>>>
>>>>>> This got me thinking that there should be a Pdpedia link in the
>>>>>> popup
>>>>>> menu that currently has Help, Properties, and Open in it...
>>>>>>
>>>>>> .hc
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----------------------------------------------------------------
>>>>>> --
>>>>>> --
>>>>>> ---
>>>>>> ----
>>>>>>
>>>>>> "[W]e have invented the technology to eliminate scarcity, but
>>>>>> we are
>>>>>> deliberately throwing it away to benefit those who profit from
>>>>>> scarcity." -John Gilmore
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> PD-list@iem.at mailing list
>>>>>> UNSUBSCRIBE and account-management -> http://
>>>>>> lists.puredata.info/
>>>>>> listinfo/pd-list
>>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>>> --
>>>> ---
>>>> ----
>>>>
>>>> The arc of history bends towards justice. - Dr. Martin Luther
>>>> King, Jr.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> PD-list@iem.at mailing list
>>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>>>> listinfo/pd-list
>>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> ---
>> ----
>>
>> If you are not part of the solution, you are part of the problem.
>>
>>
>>
>>
>>
>> _______________________________________________
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
------------------------------------------------------------------------
----
Using ReBirth is like trying to play an 808 with a long stick. -
David Zicarelli
------------------------------
Message: 4
Date: Sat, 26 Apr 2008 20:12:53 -0400
From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
Subject: Re: [PD] pdp_colorgrid bug
To: [EMAIL PROTECTED]
Cc: Yves Degoyon <[EMAIL PROTECTED]>, "pd-list@iem.at List"
<pd-list@iem.at>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
On Apr 25, 2008, at 10:26 PM, [EMAIL PROTECTED] wrote:
> Hans-Christoph Steiner <[EMAIL PROTECTED]> ha escrito:
>
>>
>> On Apr 24, 2008, at 6:33 PM, [EMAIL PROTECTED] wrote:
>>
>>> S'est? citant Hans-Christoph Steiner <[EMAIL PROTECTED]>:
>>>
>>>>
>>>> On Apr 1, 2008, at 8:13 AM, [EMAIL PROTECTED] wrote:
>>>>
>>>>> Hans-Christoph Steiner wrote:
>>>>>
>>>>>> Hey Lluis,
>>>>>>
>>>>>> Good to hear that you're working on these objects, they are
>>>>>> very valuable
>>>>> contributions that with a little more polish will really round
>>>>> out Pd's
>>>>> capabilities.
>>>>>>
>>>>>> As for updating this, I think pdp_colorgrid is currently part
>>>>>> of Yves' pidip
>>>>> code directories.
>>>>>
>>>>> the new version of colorgrid doesn't need anymore
>>>>> to bundle the image (colorgrid.pnm) file in the package,
>>>>> but it introduces a new dependency to the tk-img library,
>>>>> and i don't know of the availability of this library
>>>>> on every platform,
>>>>> for now i'm sure it's not listed in pd's dependencies...
>>>>> not sure it's the way to go.
>>>>>
>>>>> second, when you build pidip from source,
>>>>> it defines the path to that image as :
>>>>> #define COLORGRID_IMG PWD"/patches/images/colorgrid.pnm"
>>>>> that insure a compiled PIDIP will find the image..
>>>>>
>>>>> when it's build in extended, i don't know which path should be
>>>>> given here,
>>>>> as i don't know of a standard path for shared files in pd-
>>>>> extended,
>>>>> well, basically the simplest thing is to put the right path
>>>>> here in SVN,
>>>>> and pidip will keep its way of compiling it.
>>>>
>>>> How about using the built-in image support? It means the file
>>>> has to
>>>> be a GIF, but since the GIF patent has expired, that shouldn't
>>>> be any
>>>> problem.
>>>
>>> this could be a good solution but GIF can only handle 256
>>> indexed colors, so it's not a good solution for a color picker ;(
>>>
>>> the strange thing here is that if i use the tk command ::
>>>
>>> COLORGRID_SYS_VGUI3("image create photo img%x -data {%s}
>>> \n",x,fdata);
>>>
>>> with the fdata being a base64 encoded GIF image it works without
>>> the Tk::Img library , but if You try to do the same with a
>>> base64 encoded PNM image you will need to load the Img library
>>> to get it work, with this ::
>>>
>>> sys_gui("package require Img\n");
>>>
>>> otherwise you will get:
>>> "couldn't recognize image data"
>>>
>>> it's a really strange thing because PNM is suposed to be also
>>> built-in supported by tk ...
>>>
>>> any tips?
>>
>>
>> Hmm, strange PNM/PGM should work with tk's built-in 'image'. I would
>> first try making a .pnm file and see if you can get that working.
>
> it's done. this is how it works in the previous version
> (pdp_colorgrid)
>
>> Then once that is working, try including it as base64.
>
> no way ;(
>
> I'll try asking in the tk mailing list ...
I find #tcl on freenode is quite helpful too.
.hc
>
>>
>> .hc
>>
>>>
>>>
>>>>
>>>> .hc
>>>>
>>>
>>>
>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------
>>>> ---------
>>>>
>>>> kill your television
>>>
>>>
>>>
>>> ----------------------------------------------------------------
>>> This message was sent using IMP, the Internet Messaging Program.
>>
>>
>>
>> ---------------------------------------------------------------------
>> -------
>>
>> There is no way to peace, peace is the way. -A.J. Muste
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
------------------------------------------------------------------------
----
You can't steal a gift. Bird gave the world his music, and if you can
hear it, you can have it. - Dizzy Gillespie
------------------------------
Message: 5
Date: Sat, 26 Apr 2008 19:00:46 -0700
From: "Jaime Oliver" <[EMAIL PROTECTED]>
Subject: [PD] compiling pd in fedora
To: "PD List" <pd-list@iem.at>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
hello all,
I am compiling pd in fedora and it all seems to go well until I run pd as
following and get the error. Pd seems to be running, but there is no gui, am
i missing something?:
[EMAIL PROTECTED] bin]# ./pd
priority 98 scheduling enabled.
../bin/pd-gui: error while loading shared libraries: libtk8.5.so: cannot
open shared object file: No such file or directory
priority 96 scheduling enabled.
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
--
Jaime E Oliver LR
[EMAIL PROTECTED]
www.realidadvisual.org/jaimeoliver
www-crca.ucsd.edu/
www.realidadvisual.org
9168 Regents Rd. Apt. G
La Jolla, CA 92037
USA
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.puredata.info/pipermail/pd-list/attachments/20080426/00fde757/attachment-0001.htm
------------------------------
_______________________________________________
PD-list mailing list
PD-list@iem.at
to manage your subscription (including un-subscription) see
http://lists.puredata.info/listinfo/pd-list
End of PD-list Digest, Vol 37, Issue 112
****************************************
Royal Welsh College of Music & Drama
Castle Grounds
Cathays Park
Cardiff CF10 3ER
Royal Welsh College of Music & Drama Ltd
A subsidiary of the University of Glamorgan
Company registration 6013744, registered in England and Wales
This e-mail is intended for the above named only, and may contain privileged or
confidential information. If you are not the intended recipient, any
disclosure,
copying, distribution or reliance upon the e-mail is prohibited, and may be
unlawful.
If you are not the intended recipient, please contact [EMAIL PROTECTED],
quoting your name and the name of the sender, then delete the e-mail from your
system. Please note that neither RWCMD nor the sender accepts any liability for
viruses and it is your responsibility to scan any attachments included with
this e-mail.
Coleg Brenhinol Cerdd a Drama Cymru
Maes y Castell
Parc Cathays
Caerdydd CF10 3ER
Coleg Brenhinol Cerdd a Drama Cymru Cyf
Is-gwmni Prifysgol Morgannwg
Cofrestriad cwmni 6013744, a gofrestrwyd yn Lloegr a Chymru
Dim ond at ddefnydd yr unigolyn a enwir uchod y bwriedir yr e-bost hwn, a gall
gynnwys
gwybodaeth gyfrinachol. Os nad chi yw'r derbynnydd a fwriadwyd, gwaherddir i
chi
ledaenu, copio neu ddosbarthu'r e-bost, a gall hynny fod yn anghyfreithlon. Os
nad chi
yw'r derbynnydd a fwriadwyd, cysylltwch a [EMAIL PROTECTED] gan nodi eich enw
ac
enw'r anfonydd, ac yna dileu'r neges o'ch cyfrifiadur. Dylech nodi nad yw CBCDC
na'r
anfonydd yn derbyn unrhyw gyfrifoldeb am unrhyw firysau, ac eich cyfrifoldeb
chi yw
sganio unrhyw atodiadau sydd ynghlwm wrth yr e-bost hwn.
<<winmail.dat>>
_______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
