NV14 - Fullscreen lua widgets and input

[pfeerick]

Fullscreen (lua) widgets don't get the emulated trim hat input benefits that #985 brings, so need some consideration as to how they will be interacted with on the NV14 (and also future potential targets like the PL18, since that has normally position trims, so isn't as... practical to emulate inputs via trims). It is possible to have it so that the widgets toggle the trims/key state as part of this function, but therein lies the problem of what if you want to use trims when a widget is fullscreen. Ideally, the real solution moving forward is getting all the lua widgets to adopt touch support since it is available to them. So this is mostly a discussion and reminder issue.

edgetx/radio/src/gui/colorlcd/widget.cpp

Lines 162 to 187 in e669763

	void Widget::setFullscreen(bool fullscreen)
	{
	if (fullscreen == this->fullscreen) return;
	// Leave Fullscreen Mode
	if (!fullscreen) {
	// Reset all zones in container
	update();
	setWindowFlags(getWindowFlags() & ~OPAQUE);
	// and give up focus
	ViewMain::instance()->setFocus();
	this->fullscreen = false;
	}
	// Enter Fullscreen Mode
	else {
	// Set window opaque (inhibits redraw from windows bellow)
	setWindowFlags(getWindowFlags() | OPAQUE);
	setRect(parent->getRect());
	setLeft(parent->getScrollPositionX());
	this->fullscreen = true;
	bringToTop();
	}
	}

[eshifri]

Can we use pushEvent() for HW key, when touch is detected?

[pfeerick]

Lua scripts to support touch events to some extent now, and with the trims as keys emulation #3894, it should also be possible to navigate scripts using trims, so this issue should no longer be relevant.