if we use an image (png, svg, etc.) then the thing is indeed solved but it means we cannot change the text.

If we used an svg instead would this be a way to work around that?

The challenge is not the CSS or colors but getting mediawiki to create a link for the whole button, not just the text (which does not work yet)

Good lad.

See https://wiki.apertus.org/index.php/Sandbox#Info_Area

progress but no success yet...
https://wiki.apertus.org/index.php/Sandbox#Buttons

First visualizer preview:

https://www.pine64.org/?product=rockpro64-2gb-single-board-computer

Found a bit of time over Christmas to work on the AXIOM Remote software but nothing big this time: I implemented automatic wrapping of longer text within rectangular bounds.
Its quite a challenge to do if you draw every pixel of every letter manually. In the following demo video you can see how turning the knob reduces the rectangular bounds of the text to be drawn. The black lines mark the length of the next word in the sentence being wrapped to test/debug the wrapping. The lines and bounds will not be visible in the end of course.

made a bigger update.

Adjustments to the daemon are done, see comm packet. Also added digital gain and reworked analog gain.

Made today a update:

• Iconfont is now generated
• slider in the modal window

moved css to other theme file, now it seems to be applied.

css applied

[15:44] (BAndiT1983) RexOrCine, this issue should solve the struggle with images at least a bit -> https://github.com/borkweb/bootstrap-mediawiki/issues/49

Just a quick update, tested the daemon with web UI and it works great. Of course current setup is still not finalized and daemon runs as app, so it can be killed directly, but "analog gain" setting works fine (done some test snapshots). Next step will be some adjustments to the comm packet, so we have dedicated command parameter for get/set (a bit like REST), so the part of splitting "set_gain" to check the command will become obsolete and the code easier.

Some more things discussed yesterday summarized:

Thanks. I'll fix the rest.

Right I see the problem now.

Nah. The images are meant to be full body width. There's a problem somewhere.

I created a concept for exploring enclosure options for shield connectors/interface/sensor placements:

I thought you said it was the rooster that sounded the alarm to the villagers that the pancake had gone rogue. I love it how you're making out that you're not familiar with the story now.

Is that chicken going in the pancake or is that mr. hankey in the image "the pancake"?

Sebastian wanted it to look like a Ladybird book (namely 'The Big Pancake', which he likes), I wanted it to look like the Bible (still the most popular book in the world after the Harry Potter and the Fantastic Boasts series).

The new article style has been a compromise between me (wanting bigger font size) and Rex (wanting smaller font size) so in the end we settled with medium font size which we are using now.

Is this not a duplicate of T1110 ?

You can use the test account there: Follow the Try Now and become David.

The problem is that each web-based mail service renders content differently, as it on its own replaces css tags and html elements.

Here is the source of the mail: https://privatebin.net/?819f3cc3901607de#UP+LzO2bUaz4pdYZRuwP75UNKrxaVsFlA+FVr7opELM=

Since then, i'm havily using HackMD. It just feels very lightwight to open a new browser tab, create a document and let ideas flow.

how could we debug this....

Not sure. Luckily NLs are being hosted on the site now too - https://www.apertus.org/november-2018-news-article

Still same problem in latest newsletter.

This video is a bit longer and gives a full tour of the current state of development: