new repo has been created and we started filling it: https://github.com/apertus-open-source-cinema/pcb-paneliser

The laser cutter couldnt cut the rubber so Bertl will now try the other laser.

nextcloud talk is the already easily installed alternative.

subpanel separation mouse bit design:

Sergio tested the new Firmware 2.0 with this file
https://github.com/apertus-open-source-cinema/axiom-firmware/blob/master/software/scripts/pic_jtag_pcie.py#L20
modified to
base = 0x10
and reports the HDMI works OK!

<anuejn> the simplest (as in works right now) would be to use the fuse api of nCtrl
<anuejn> and then write a standalone program / script that just reads the files there
<anuejn> just dig around in /axiom-api/ on a camera runing https://github.com/apertus-open-source-cinema/axiom-firmware/pull/127/files
<anuejn> or use the webui register explorer, that has the same (file) hierarchy

Great, thanks!

Small rubber feet have been designed to be laser cut.

In T1202#17213, @Oscar wrote:

So you mean to skip the whole idea of the 'set' function? Isn't there an example on other devices that have already tackled this issue?

icon still needs to be added (T1193) but the rest is working:

After looking at this implementation I reconsider to add a "Live" only label with a checkbox next to it- > much clearer

great!

When you say "all the colours ", what do you mean exactly?

many thanks @alex !

I can confirm this issue is not resolved yet as _currentImageColor is still not initialized in ImageButton.h

I saw you discussed this already today on IRC.

LIVE/DIAL <- the knob could be seen as dial so that could be confusing IMHO

I like the idea of LIVE/SET as the button that actually sets the setting also says "set" so there is a clear connection visible.

Example gerber package sent to PCB manufacturer (single PCB, no panel).

This was supplied as output by manual panellization in altium

The place for the draw() method of the checkbox icon is here: https://github.com/apertus-open-source-cinema/AXIOM-Remote/blob/dev/Firmware/UI/Widgets/CheckboxMenuItem.h#L43

Understood and convinced :)

I thought about this quite a bit and think the reason that the ABC layouts are used is that every locale has a slightly different keyboard layout so international corps are afraid of the QWERTY approach not fitting anyone but the UK/US folks.

Would that really save much time/effort?

In T1177#16845, @sebastian wrote:

The structure should allow for different datatypes in the future.

Currently its a dropdown menu of string entries only.

1.
I would like to support integer values as well in the future where just one item appears in the parameter menu and the value changes as the knob is turned.

Can create visual concept if required.

2.
boolean options with checkbox (on /off)
no menu should open here when clicked, just the checkbox checked/unchecked

Well done @BAndiT1983 and @panintended

./example_sdl_opengl3

Screenshot:

I am back to the black screen now.

latest commits add:

• dimming of background to give visual focus to popupmenu
• automatic resizing - matching the choices
• alignment to right side of menu
• display of current value in the settingsmenu
• parametermenu normally opens "upwards" from the selected entry but if that entry is further up leaving not enough space for the popup the parameter menu is pushed down automatically.