Hello Andrew!
When looking for objects in the ever growing library it can be a bit hard to find what one is looking for.
But I think it would make it a bit easier for the end user to find his way around the library i there was pictures included in the module browser.
So my suggestion is:
There are two ways of doing this, and both of them aren't satisfactory, so I believe this feature is not worth it.
res/ModuleWidget but not the Module. The Module will need to be instantiated after the ModuleWidget's constructor, so will require plugin code modification. It might be for the better, but it's a big change to the plugin API.Hey Andrew!
Thank you for the rapport. I fully understand. I just thought that if it was easy to implement and would not cause any strain on load times, it could have been nice to see the modules before loading them.
Jakob
In reason 9+ they have a button for taking a screenshot of vst plugins. Something similar could be added to the context menu in VCV rack. That would not require extra work from plugin devs.
@grinsted How would that be easier to developers than using their native OS screenshot function?
Because it is the user who takes the screenshot, not the developer. :-)
Here's a promo video from propellerheads showing how it works in reason 9. https://youtu.be/2Zy3RipH5u0?t=1m32s
Oh, I see what you mean.
Overall, raster images are a horrible method. Because of the separation of ModuleWidget and Module, it may be possible to render the vector version from the source "live" in the future, but I won't start thinking about it until post 1.0.
Closing this issue since it will be available in Rack v1.
Most helpful comment
Oh, I see what you mean.
Overall, raster images are a horrible method. Because of the separation of
ModuleWidgetandModule, it may be possible to render the vector version from the source "live" in the future, but I won't start thinking about it until post 1.0.