<div dir="ltr">Splitting out from the main tree as we're going off-topic :)<br><div class="gmail_extra"><br><div class="gmail_quote">On 1 February 2016 at 14:11, Alyssa Milburn <span dir="ltr"><<a href="mailto:fuzzie@fuzzie.org" target="_blank">fuzzie@fuzzie.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(I also have a branch where I hacked in shader support, but I<br>
think writing that properly based on LordHoto's current refactoring makes<br>
more sense.)<br></blockquote><div>Yep, makes sense. I think I started my GLSL support precisely from your branch...</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The GUI is the real problem for the Android port though - it's very<br>
touch-unfriendly, it's too small, and ideally we want a bunch of Android<br>
specific settings which are painful to fit into the current GUI system. Do<br>
we hate the idea of refactoring things so that we can just write a 'native'<br>
GUI for the launcher?<br></blockquote><div>Nothing prevents you from doing it even now. GUI is essentially same OSystem user as any engine is. Just launch relevant engine plugins once the user selected their game, it's easy and straighforward.</div><div><br></div><div>We used to even have a port with fully custom launcher. That was PalmOS port. The drawback of it is that you have to support your custom launcher.</div><div><br></div><div>We had a GSoC task to make the GUI touch-friendly, and also we may refer to what is done with DotEmu releases (which come from iPhSoft/MojoTouch). I was involved in creating some of that code and plan to bring pieces of it soon: transparent PNGs, 9-patch images, event-based animations.</div><div><br></div><div><br></div><div>Eugene</div></div></div></div>