CSS in production plugins?
-
Who's using CSS renderer in production plugins?
Or are you sticking with LAF until CSS is more solid/complete?
-
@dannytaurus I haven't found a place where I need CSS yet. It's simpler for me to use a single method of styling throughout my whole project than mixing and matching, but if I run into a situation where CSS is the best/only method then I'll use it.
-
@David-Healey Makes sense. I'm having a helluva time working with fonts in CSS, so maybe I'll stick to LAF too.
But CSS will never be able to actually replace LAF, so the future will always be a mix won't it?
-
@dannytaurus said in CSS in production plugins?:
But CSS will never be able to actually replace LAF, so the future will always be a mix won't it?
Yes you're right. I still find it limiting that you can't mix laf and css together, it's one or the other.
-
But CSS will never be able to actually replace LAF
Yes that was never the intention of CSS in HISE, it's supposed to be used as an alternative for suitable components with an easy approach to animating & designing for people that have a CSS background. Mixing it within a single draw call is also not on the table for now as this would blow up the complexity of the rendering engine.
I haven't shipped anything with CSS yet too, but not because it's not stable enough - there's less going on than with scripted LAF so the chances of it crashing is rather low, but there might be a few breaking changes in the future (but from my POV its feature set is pretty much stabilized so there won't be too many changes).
-
Hmmmm I started using it for the modulation matrix controller, but there were things I wanted to do that I couldn't, so I wrote my own script panel matrix controller using LAF instead.
LAF is - I guess - a subset of the JUCE graphics API, so I'm more comfortable with LAF. CSS hasn't really fully clicked for me yet, if I'm honest. I've never needed it for anything else I've ever done, because none of it was web based and it was all Python, c++, JUCE, Lua, and C#.