Additional keys layer covers the window in windowed mode

[zubozrout]

Hi,
I am experiencing the following bug in the windowed mode on my tablet. If a keyboard is revealed while running terminal app in the windowed mode, the layer of additional keys is moved upwards by the height of keyboard. This works nicely if the app runs on fullscreen but in windowed mode this is an unexpected behaviour as the window gets covered with a white layer that is beneath the additional keys and as a result the terminal app is unusable.

Is it necessary to move the bottom keys in the terminal app by the height of a keyboard if it is triggered, won't it move automatically as the app is shrinked? Nevertheless I have no idea how this is implemented nor how to fix this if an app is partially covered with the function keys. But I suppose it would be much nicer to have this implemented in the keyboard itself so that every app that demands it or if users request it can use the expanded keyboard - with keyboard profiles being available for download in the store just like scopes. Just an idea, but it would certainly fix this problem and make it easier for other developers to use this functionality.

I am experiencing this error since the windowed mode was introduced to the devel-proposed versions of Ubuntu and have not tried it before.

// not sure how to call those json defined additional keyboard keys in the terminal, so I am referring to those as to function keys.

[Filippo Scognamiglio (flscogna)]

Thank you for the report. We are currently checking the keyboard visibility to move the keyboard bar, and this might cause the issue you mention. I'll try to find out which is the proper way to manage the windowed mode.