#apertus IRC Channel Logs

off to bed now ... have a good one everyone!

Bertl_oO: nn!

going good, searching for different ways to replace switch-case, also studying the remote schema :)

switch/case is another topic and requires knowledge about event systems, you can refer to the link i've posted some days ago or search google for C++ event handling, but if possible without templates, as we don't need fancy things on the microcontroller, of the case were different then i would look more strict at the code

yes but schema is imp for the gsoc, right?

facepalm i meant important ':D

that's good to know the structure, have you also seen the basic structure image in the docs folder?

oh, haven't checked out that yet

will create video of the progress now

https://lab.apertus.org/T1177

video added

yes, it should be excluded from dimming, that would help with UX

this is too complex, it's easier to add "pixel modifier" which affects drawpixel, like i'Ve described before: when parameter menu is toggled, enable dim drawing, draw menu, disable dim, draw parameter menu

enable dimming would modify the behavior of DrawPixel() with your calculation

we can exclude the selected menu item from dimming or easier way, just draw that portion again, as it'S relatively small

that will need some thought as the popupparameter menu draw() method dims the background but doesnt know anything about the menu items in the background

i love zsh, it saves a lot of typing!

metal_dent[m]: do you understand what I mean with the checkbox icon and where it would be supposed to be placed?

i looked at the task but would be great if you can explain a bit

we need a new widget for that, so it's separated from the rest, this also applies to the UI itself

create a checkbox as widget, derive it from IWidget of course

further the menu entries have to be separated, e.g. BooleanMenuEntry, RangeMenuEntry or so, then it will take care of handling data and drawing, menu just calls Draw() for all the items and doesn't care

we'll need a checkbox image?

okay

yeah, same image but different colours with different states

e.g. disabled one has a rectangle with rounded corners, but enabled one has also a check mark inside

okay, and with which button we'll place it?

what do you mean?

it will replace current "on/off" options for a menu entry

should we create a new lab task for this task?

agreed

have claimed the menu task, parameter menu class is already looking like a good progress, but have to check more

please adapt https://lab.apertus.org/T1193

metal_dent[m]: feel free to claim it or add more questions/ thoughts in there

but as BAndiT1983 recommended I would focus on the sidebar for now, you are pretty far already if I recall correctly?

good day!

What are the next steps for that (apart from a better image conversion method)?

I sent the screenshot a few days back, the ImageButton and _leftButtonBar are ready

no, not yet

okay!

did you also add an example ImageButton in the left sidebar? I cant see one in the PR?

please readd it, we want to see it working as well :)

hello!

how are you?

and you ?

se6ast1an: added the home button as an example in WB screen

great metal_dent[m], will check in a minute

as I always do things, often with colors :)

umm.. i mean the icon's colour is randomly changing everytime we run the visualizer (before when i checked it was only black)

PhilippeJadin[m]: replied

Okay, thanks!

you can merge, everything else can be done later

done

what would you like to work on next metal_dent[m]?

metal_dent[m]: maybe re-enable compiler warnings and check for uninitialized variables :)

sounds like a hot lead indeed

also how do you make sure to draw the image/icon in the middle of the button?

yes, that'd be good for tracking

what do you mean?

metal_dent[m]: you have fixed sizes for the ImageButton

Will look into this tomorrow, off to bed, nn!

or is it supposed to be a and of PWGD for VCC, VCCIO and 5V?

ok on the current mainboard it isn't even connected :)

off to bed now ... have a good one everyone!

nn