Nice work (and very nice name — although know that Picasso was actually an asshole). The slides are a very nice addition to the landing pages, I think the link to them should be emphasized more: http://slides.pablojs.com/.
When coldtea said "Well, as opposed to who of us?" he implied that we all are assholes. Given the reason I was saying that about Picasso, which are all linked to sexist behavior and patriarchy, I understood that "us" as "men".
I was mostly meaning it as in: "who are we to judge", as opposed as to "we are all assholes". I'm sure plenty are assholes, plenty are not, and many women are too.
But my point was, any of us could be much worse, including those pointing the finger at Picasso, the main difference being that we don't have our lives open for all to see, as is the case with someone like Picasso.
I didn’t infer he was talking about men specifically. Plenty of women are assholes, an equal amount to men I would say. It’s a universal human phenomenon.
It is possible to appreciate art without tedious pro-forma denunciations of the artist's behavior? At some point a creator's name is less about a historical person or apocryphal personage than the collective value found in artifacts and ideas.
I understand why you would say that, adolph. But first, Picasso's art is tightly linked to his misbehavior, and second, we're not even talking about Picasso's art here, we're discussing the name of a project which is a direct reference to Picasso.
Please read the references I put elsewhere in this thread before saying such things. You are wrong. It's not a matter of opinion, it is a fact that some of his paintings are direct expression of his violence against women. And that his career was partly made possible by his exploitation of his (successive) wives (who he happens to have intentionally broken their career for two of them).
Good luck with that Picasso cancelling campaign! I’ll keep an eye on the museum’s curb cause they have a pre-cubist one that is a thing of grace to behold even before you know whose names on it.
I'm always interested in projects like this, since my Iron Arachne project dynamically builds several types of image with SVG and I currently rely on xmlbuilder2 as my primary method of creation.
To see the results, here are two pieces of the site that use SVG:
It's kind of painful to work with xmlbuilder2 for these things, though. I've been considering moving away from SVG and just using pure WebGL for all generated images.
Pablo looks like it's meant as an animation library more than anything else; the commentary about Flash drives home that point for me. I don't think it would help me, at least not at a glance.
I would use React or a similar library with renderToStaticMarkup to produce SVG, because the JSX syntax basically gives you an XML literal. You can compose XML expression and write functions that take and return XML fragments. Those features significantly reduced the XML/HTML boilerplate for a document export system I migrated to React/JSX. The big annoyance is that it requires a build step to transform the JSX into regular JS, but if you’re using Typescript already (I was) then it’s a single flag to enable.
Or go WebGL. That also sounds like a fun learning project.
Pablo looks to be about 8 years old. I thought it must be when it mentioned installing it with Bower. Not a criticism or anything, just pointing it out.
I've heard Svelte being promoted for SVG animations before too, but I haven't understood why. Is there some benefit Svelte specifically has here opposed to React/Vue/etc?
What deergomoo says, and also performance - Svelte isn't really a framework, it prefers to call itself a compiler. Each component compiles into something that has no virtual-DOM overhead - what the compiler does is that it tracks which fragment depends on which value, and then at runtime when a value is updated, only the needed fragments are updated.
What I also like about it is what a .Svelte file looks like. Since it's a compiler from the very beginning, it didn't need to start as .js and only than add .jsx for a little less verbosity. Svelte file is basically a HTML file with <style> and <script> tags. Variables from javascript can be referenced in HTML simply with {var}, and there are constructs for if/else, loops and few other special things. Easier to see than describe, go to https://svelte.dev/tutorial/
Svelte comes with a bunch of animation related things out of the box, whereas with Vue or React you’re going to be implementing that stuff yourself or seeking out a third party library.
Does the DOM's animate method play well with SVGs yet? E.g., can you feed it an array of path data and have it do the animation over a specified duration?
Edit: assume I'm giving path data with the same commands and number of points.
Despite this being old, it did allow me to do something I've wanted to for a while on this page : https://opguides.info/design/dacadc/ so I'm really glad it made it to the front page!
Nice. A few more examples would help. Also, some of us (read: less and less) remember Flash. But there are plenty who probably heard of it but never full experienced, or felt the pains it created. So yeah, more examples would be great.
Someone should create a Pablo implementation that exists entirely with an .svg since they can contain and execute JS code when viewed in an HTML page by a browser (or sometimes PDF readers).
This is just a DOM manipulation library, with some animation support thrown in. It's doing the same stuff that you can do with a few D3 libraries: d3.selection + d3.transition.
Nice work (and very nice name — although know that Picasso was actually an asshole). The slides are a very nice addition to the landing pages, I think the link to them should be emphasized more: http://slides.pablojs.com/.