[PD] Purr Data rc4

Jonathan Wilkes jancsika at yahoo.com
Mon Jan 23 00:07:21 CET 2017

#yiv1741738721 #yiv1741738721 -- P {margin-top:0;margin-bottom:0;}#yiv1741738721 
>>That's a possibility.  But currently you can't open an html file from the menu.  You'd have to open devtools and do it manually.

> Like drag`n`drop an html?> Exactly where in the devtools?
In the devtools console.  For example, you can do `window.open('about:blank');`


> I meant we, in the furure, can open a remote html file that has the .pd part inside a </code> tag. And the canvas is rich-html and the objects and cables are above that.
Oh, I see.  There are two potential features you are describing.  One is a friendly 
interface for opening an html file in Purr Data.  The other is a friendly interface 
for making a network request for a remote file and then displaying/running it. 
For the first we can just play around with devtools and incrementally build the 
feature from there.  Maybe adding ".html" as a legal file type to open, making 
the pdgui.js module more generally usable, etc.

Fetching remote content is a bit more difficult.  Currently I don't let the GUI 
toolkit make any network connections aside from the local socket connection 
to the Pd process.

> I`m just brain-storming about the fact that Purr-data is based on HTML5.

Mensaje telepatico asistido por maquinas.

From: Jonathan Wilkes <jancsika at yahoo.com>
Sent: Sunday, January 22, 2017 9:11 PM
To: Lucas Cordiviola; Alexandre Torres Porres; pd-list at lists.iem.at
Subject: Re: [PD] Purr Data rc4 

>> I'm fairly certain I don't want an online dependency for help patch content. 

> Yes your right, I was just about to say “sorry for the noise”, is rather unpractical & very time consuming to port all *-help.pds. Also is rather irrelevant to make them “nicer”.
They can definitely be nicer, both in terms of readability and the ease of creating
and editing them.  It's just difficult to figure out an interface that makes it easy
to do both.
>>> Also it could be an html file with the .pd part inside an <code> </code>.

>>That could be interesting.

>>From the user standpoint, it would make the most sense to be able to position a Pd patch (which is just an svg) inside the flow of a web page.  So one could have a blog entry, webapp, etc., and the Pd patch would be like an interactive image in it.

>>But that would require some significant development time to implement.

> I`m not sure if I get this, as I see it as a potencial “tutorial” which are already covered in the “help browser”.
That's a possibility.  But currently you can't open an html file from the menu.  You'd
have to open devtools and do it manually.

> I mean the patch inside the </code> is totally working except that you cant save it, right?
Currently there is no functionality that does that.

> We are opening a remote patch inside a nice html?
I'm not sure what you mean here.

> Mensaje telepatico asistido por maquinas.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170122/39e74dfa/attachment.html>

More information about the Pd-list mailing list