Open magdesign opened 3 months ago
current workaround is to create a second keyboard which needs to be triggered manually....
Currently a keyboard has a fixed height that applies to all layouts within it. Or actually, it has two fixed heights: one for portrait mode, one for landscape mode. Both can be set at runtime with -H or -L respectively.
But once in a certain orientation, the window size no longer changes. So regardless if your layout has two or five rows, they will be squished into the same height.
If you want a keyboard optimised for difference situations, like a two-row layout like you created, then creating a new keyboard is indeed the best solution.
I had actually considered this problem before. A possible solution would be to fix the row height instead of the total height and let the total height be computed dynamically based on that. I'm not sure if that would be preferable to having total control over the actual height like now, I guess it depends on the use case. Feel free to weigh in.
if this extra calculations do not slow down the keyboard, this sounds like a great idea. so we would define once a fixed row height and the rest will be solved by the amount of lines.
as longer i think about, i want to have this row height feature. how hard is this to integrate in main.c and where else?
On Sun Jul 28, 2024 at 9:26 AM CEST, magdesign wrote:
as longer i think about, i want to have this row height feature. how hard is this to integrate in main.c and where else?
I'm taking a look, the biggest challenge will be to resize the window on each layer switch (if needed). It's not exactly trivial with all the low-level wayland stuff.
I love this keyboard and its customisation capabilities!
However, for some vim style terminal apps like "toot tui" i'd like to create a small 50px one row NAV layout.
how would i add this codewhise to the according layout only? since following changes the size on all layouts