Hi mistermsk,
You're welcome

Regarding the GUI - As pointed out Contiki for Retrocomputing tries to lower the entry barrier for others to join active participation. And from that perspective the GUI is counterproductive:
- The GUI was running in graphics mode but actually character-based. The only benefit from the graphics mode were the icons and the window decoration. Having several windows and icons makes only sense with several programs integrated into one Contiki system. But if Contiki programs are created by different authors there's no means for integration.
- The GUI was taking so much RAM that it wasn't possible to run mone than more "real" program at any time anyway. But the window decoration still took away screen estate with no benefit at all.
- The actual UI of the current programs is identical to the GUI counterparts, so there's no degrade in usability. Actually usability is now much higher as there's now enough RAM to activate the Contiki mouse support.
- The GUI required quite some hacks/tricks/... to build programs.
I personally could most likely with some effort create a GUI-based integrated Contiki from the current code base - but I don't see a point in doing so. It would be more or less identical to Contiki 1.x. I want something new - I want other's to join in creating somwthing new. And here the GUI is rather a roadblock. See the Breadbox64 Twitter client - it doesn't even use the Contiki UI framework...
Regards,
Oliver