the existing tutorial about plugin development is surely wonderful to start with that task.
Anyway, I met some difficulties when you need to deal with external libraries. Not only dynamic ones, that I read are more tricky, but also static one: watching an example on how to develop a simple node that have to deal with a preexisting static library would be a good example, in my opinion.
Would it be possible to add phase and period controls to the gradient image generators to make repeating and animated patterns? For example, give a Make Linear Gradient Image 3 colours but then give it a small period to repeat the 3 colours over and over. Phase would then let you animate the gradient over time with options similar to the Change Wrap Mode node such as mirror, hold, repeat etc.
It would also be great to have interpolation method control between the colours in order to make hard steps.
Both Vuo and Vuo Pro are contained in the same download. Now that you've upgraded to Vuo Pro, you should launch Vuo Editor, go to the Help menu, and click "Reactivate Vuo…". It will contact the vuo.org website to verify your new Vuo Pro license, and you'll then have access to the Vuo Pro features.
There is a lot of detailed information in our node documentation, where you can find out what nodes are included in Vuo, and what they do. Vuo is continually growing, so check out our feature requests, to see what has been chosen to be implemented, and what the community is voting to implement.
Oh, hey, I just thought of another use case - it's not MY use case, I have no current need to do this, but I think it better illustrates the usefulness of separating the UV texture coordinates from the parametric surface parameters.
Suppose I have several different world-map images, in different projection styles. One is a cylindrical Mercator projection, one is an equal-area Peters projection, perhaps another is in raw spherical coordinates. I want to wrap all of these onto spheres in a geographically accurate way.
In order to do this with the current implementation, it seems like my best bet is to come up with a few different ways of parametrically defining a spherical surface, definitions which produce different amounts of vertex density near the poles vs. near the equator. This math gets tricky very fast, and I might not want geometry with those varying levels of vertex density.
It would be much tidier if, instead, I could define the geometry of the sphere in XYZ-space according to a spherical coordinate system, and give mathematical expressions for X, Y, and Z in terms of latitude and longitude (perhaps ranging from -180 to 180, which simplifies life since the trig function operate in degrees by default) and then separately come up with mathematical expressions which express the U and V coordinates of the map images (perhaps ranging from 0 to 1, consistent with how other 3d packages treat UV) as functions of latitude and longitude as well.
This way I can have more or less texture detail near the equator vs. near the poles, without having to also create higher/lower vertex density in those regions.
(Again, this isn't something I have any pressing need to do right now, but hopefully it illuminates how much more versatile this node could be.)
The specific task I had in mind when writing this, is creating a banner-like curved surface, and then scrolling an image around that surface, marquee-style. I can work around this by flat-mapping an image onto the entire surface and then using scaled layers and Tile Image nodes to position the image wherever I want (example project enclosed) but this is wasteful. There are tons of texels on this 3d surface being wasted on a flat background colour, and I have less detail in the image area because i've had to scale the image down instead of just positioning it where i want it on the surface.
It would be nice if I could just manipulate the UV mapping of the surface by itself (maybe just by making the V expression a clamped linear function, and making the U expression scroll with time) in order to slide the image around on the surface, without this affecting the position of the surface's points in XYZ space. This would make it unnecessary to do all these image/layer manipulations to the image, and it would also allow saving all the image's detail where it's actually needed.
Flat scaling/scrolling is just a simple example, though. If UV were parameterized just as XYZ is, there's all sorts of other, wilder image-warping stuff we could do on these parametric surfaces too. :)