On 6/25/17 12:15 PM, joa...@verona.se wrote: > A graphics program can still accept commands via stdio, or some other > rpc channel. > > But, I think maybe I'm misunderstanding what the original problem was. > > I'm just trying to describe that it's possible to decouple a graphics > component from a controlling gui. > > On X11 you can embed a graphics widget in another application, using for > instance the xembed protocol, and maybe you could do something similar > on android. > > But if its complicated to port the vnc graphics widget there is no > benefit to the approach,
Yeah, you can't use Swing widgets natively on Android. They'd have to be converted, and you'd want to do that anyhow, because the current GUI is mouse-based, not touch-based. The basic GUI paradigm is different for a touchscreen device. The good news is that Android does allow copy-left open source software (whereas Apple doesn't), so there's a possibility of borrowing from other Android VNC viewers. I'm not very good at GUI programming, so most of TurboVNC has evolved by me taking other people's GUIs and making the back end much faster, then tweaking the GUI to meet my needs. Thus, the Android viewer would probably be best approached by either taking the same approach I took initially to build this project (accelerating an existing viewer code base) or by encouraging someone else to build the GUI for me. In either case, without direct funding it's going to remain pretty far down on the priority list. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users
