#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.
-Jonathan

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


Mensaje telepatico asistido por maquinas.

From: Jonathan Wilkes <[email protected]>
Sent: Sunday, January 22, 2017 9:11 PM
To: Lucas Cordiviola; Alexandre Torres Porres; [email protected]
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.
-Jonathan

> Mensaje telepatico asistido por maquinas.

   
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to