Cabbage Logo
Back to Cabbage Site

Modal Filter Bank Efficiency

#22

Should be fixed now :wink:

1 Like
#23

I got it, itā€™s a working build. I havenā€™t tested the range sliders yetā€¦ but immediately Iā€™m seeing a difference in rendering/parsing behavior on imported widgets, and it makes me a little nervous for what other differences in subtleties might be lurking belowā€¦

Hereā€™s an example:

CabbageWidgetsBefore
CabbageWidgetsBefore1015Ɨ544 92.2 KB

And after:
CabbageWidgetsAfter
CabbageWidgetsAfter998Ɨ533 82 KB

Iā€™m going to take a look, and it might be an easy fix for thoseā€¦ but not sure why they changed, but not ALL of my widgets changed. :thinking:

Also a minor concern, for some reason the once I install a new drop, I canā€™t reinstall an older drop without nuking the folder first.

#24

I canā€™t think of what changes caused that problem? The only change I made was to allow widget that support multiple channels? Hmmm. Strange. If you can narrow it down that would be great.

#25

Ok, good news on both fronts. Range widgets appear to be working in my first tests. Itā€™s great to have those back!

With regards to the ā€œwhite widgetsā€, the difference between once that work and the ones that donā€™t:
Working:

$CONTAINER bounds(0, 0, 25, 10)
{

Not working:

$CONTAINER bounds(0, 0, 25, 10) {

Both rely on the same define of from an external imported file:
#define CONTAINER image colour(0,0,0,0)

Itā€™s an easy fix on my part, so I can easily change it outā€¦ but I do want to make sure itā€™s on your radar, because it might have changed some other parsing that we havenā€™t discovered yet. :cold_sweat:

#26

For clarity, these are both imported xml sets of widgets, and those are the first lines of the cabbagecode sections

#27

I should have known it was something to do with a macro. Why did I ever introduce these to Cabbage :rage: :rofl:

#28

Because theyā€™re AWESOME?

Let me test without the macro just for funā€¦

#29

Ok, without the macro it appears to break in a new way. The color appears normal, but now the bounds are wrongā€¦ I changed the widget that contains the small OL label and square ā€œledā€. They used to appear above the ā€œNo Panā€ knob in the In/Out section. No it appears they have pos(0,0):

NoMacro
NoMacro1004Ɨ535 86.6 KB

FAKE NEWS! my bad. I accidentally pasted over the macro name, but the $ still remained. Itā€™s now working as expected when not using a macro.

#30

So itā€™s a macro issue. Of course it is?! :laughing:

1 Like
#31

And a pretty minor one, I donā€™t mind working around it.

Whatā€™s interesting tho, is it looks like it also solves my problem to just have the colour(x,x,x,x) statement redone after the macro and bounds tooā€¦ like so
$CONTAINER bounds(0, 0, 120, 55), colour(0,0,0,0) {

^ I know this because I had worked around this once in the past, so some widgets already had that done to prevent this from happening! Thatā€™s partly why not all of them broke. :wink:

1 Like