[PD] Purr Data rc4

Jonathan Wilkes jancsika at yahoo.com
Thu Jan 26 02:23:28 CET 2017


> To continue on the html+css thing:



> I can load html into a new patch with:
> window.open("D:/purr-data-clean/win32_inno/build/doc/1.manual/x3.htm","_self")
> Relative path don't work.
Unfortunately I'm having trouble loading local files on my Chromebook.
Try this:nw.Window.open("D:/purr-data-clean/win32_inno/build/doc/1.manual/x3.htm");
Hopefully the page will still load.  But even if it's broken, right-click on the window and open devtools.
Now try:var pdgui = nw.require("./pdgui.js");
If that works you should be able to do this:
pdgui.pdsend("pd dsp 1");
> It displays there on the patch but I cant put [objects] over it.
There's no way to do anything like that yet.
> This is not the best example as x3.htm has almost none CSS, but you get the idea of how cool the patch could be.
I understand what you're getting at.  There are definitely a lot of possibilities here.
-Jonathan
> Attached screenshot.
> Salutti,> Lucarda.

Mensaje telepatico asistido por maquinas.

From: Pd-list <pd-list-bounces at lists.iem.at> on behalf of Lucas Cordiviola <lucarda27 at hotmail.com>
Sent: Monday, January 23, 2017 5:14 PM
To: Alexandre Torres Porres; pd-list at lists.iem.at; Jonathan Wilkes
Subject: Re: [PD] Purr Data rc4 

>> I`ll try, but never did "data structures" in Pd yet.



>You can create them just like regular objects in Purr Data, and you can change the visual attributes with simple Pd messages.  That makes them much easier to learn.

I`ll try.




.>>> this one could be edited through “devtools”? Perhaps?







>>> Yes, that's certainly possible.





>> So you liked the [htmlcanvas]?



>I may have misunderstood.  I was talking about an object to hold an html5 canvas, which is a 2d drawing surface.

I think that an [htmlcanvas] that renders html is great.

>I don't see the value in putting a web page inside an object box.

There is, and also not in an [object] box but with the natural rendering of html that Purr-Data already have. I mean the hole window of the patch.

>For example-- suppose someone opens one of your patches where you have ggee/image centered on the canvas.  If the user has a tiny screen (like an rpi touchscreen) they may try to decrease the width of the window in order to make it fit the screen.  But in that case your ggee/image is no longer centered-- the user would have to make an additional adjustment in edit mode to move the ggee/image to the left and manually center it again.

Why would i use ggee/image in Purr-data? I can use <img> and I can use other file formats other than just .gif.Also in this example that you give my patch could break cuz beneath that ggee/image are bangs that provide funcionality (alla hidden buttons).

>One could poll the window width and use an external to automatically reposition the ggee/image.  But that's really hard, esp. compared to css which for all its faults handles this issue with elegance and ease.

Css elegance and ease is what Purr-Data should go for, or more precisely, is already there. 
Also there are a lot of things that an html/javascript could be used to talk to [receives], I guess. Which could attract “graphic designers”, how were always away from Pd and its people. This makes it more social. More urban.
>> I do.
>> I also liked he opening of html files, but probably we go back there later.
>I do, too.
Cool.
-Jonathan
Salutti,Lucarda.

Mensaje telepatico asistido por maquinas.





   #yiv9141520237 #yiv9141520237 -- P {margin-top:0;margin-bottom:0;}#yiv9141520237 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170126/865ae78f/attachment.html>


More information about the Pd-list mailing list