Got some time off coming up

To the points raised so far.

• SMS on the joggler - yep this sounds like a winner, it would also require the xap-hub to be ported but that is a no brainer.  I don't think this would be a lot of work.
• BSC endpoint graphical wiring control surface.  Kevin I see what you are thinking and I like the idea, not an overnighter but it sure would look pretty.  I've built some things like this before in Java and I've seen some nice libraries around to even do this in a browser using javascript.
• Not sure I understand the xAP counter.  Is this just a schema?  Tell me more.
• Sound like xAP Speedfan already does much of what I mentioned.  No point in reinventing the wheel.
• google calendar multiple calendar support - my problem has always been that the underlying library libgcal didn't support it.  I know its since been added however I'm waiting for the developers to release a public library.  See issue - http://code.google.com/p/libgcal/issues/detail?id=87
• email monitoring - already done along with email sending ... what was cool about this code is that I put together a really simple LUA template engine to generate the HTML web based emails.    This template engine may be useful for other things.   Such as building your own WEB GUI interfaces for your applets.  I'm sure I'm going to resuse that code at somepoint.
• Currentcost display gui.  Well the problem with a WEB based interface is keeping it refreshed.  Static I could do without too much effort.  There are hacks to make it more dynamic but they all suck ... until HTML5 websockets (one of my suggestions) that would need to be put in place first.  Stuff you don't see but it enabled these kinds of things like the iServer and xap-hub invisible glue components.
• Another suggestion for a GUI based xAP endpoint configuration wizard.  Yep the whole idea of having LUA as a scripting language was that once you get a framework in place you can have higher level tools generate the Applets for you.  This was one of the reasons I took the LUA framework approach I had these tools in the back of my mind for much later on.  See I do think ahead.
• xAP enable an android - well there are several ways to do that.  xAPFlash, improve the existing HAH web gui or using HTML5 and a websocket enabled iServer with a webpage running javascript on the Android itself.  This last approach will also enable iPads which can't do flash.  Did I say this is a LOT of work!  Again websockets allow realtime updating of data with minimal overhead.
• I'd love to fly back to the UK to help you repoint your wall and paint some wood or I can write cool things for the HAH :)
• Log windows showing status of various endpoints.  What I would love to do here is come up with a generic framework whereby a plugboard applet could expose something that would allow it to bolt a webpage into the webserver.  My existing webserver can make CGI call outs, so using an LUA CGI-BIN library this should be possible by having it look for external webpage definitions and having a new top level "External" tab where user configured page can be hooked.  Some deeper thought is required here as it may even require a complete overhual of the existing web gui and that WOULD be a reasonable effort.
• Multiple 1-wire support for HAHnode - actually this is doable now you don't even need me for this one.  Write some C code for your HAHNode build a new CLASS and job done.   The only thing stopping you perhaps is the documentation on how this would be done but it is doable if you browse the existing source code for the current nodes and grasp how they work, have a crack at it yourself.  The system has been architected to allow EXACTLY this kind of thing.
• Interacting with linux from xAP can be done a number of way - I already have documented doing this with xAP Python - also the LUA library is platform agnostic so you can pick all this up and run it on windows, linux, android, macox what ever.  There are a few C libraries that are required, luasocket being the primary and lrexlib being the other see (plugboard LUA libraries)  I also have a linux based LUA development environment I can share luadev.tar.gz I used this for doing all my HAH LUA script development on a Linux box.  Once I get my Applet working I simply plonk it on the HAH and it just works.  This is how I fly.
• mySQL logging, well this is kind of reinventing the wheel a little.  Pachube already serves as a remote database and I've documented using cacti which uses rrdtools as its database storage.  OK its not quite mySQL but by using the python stuff I mentioned above its a small step to gather data and push into a DB.   Logging data always then leads to graphing and a myriad of other task which may other products can do so although there is good value in perhaps having your own solution there is a lot of overlap already.

All good suggestions thanks.  Keep 'em coming.

Brett

I've now tackled; the Scheduler and Backup/Restore configuration settings.  Two items which I think deserved attention first.  I'll take a little break and enjoy a few days of my holidays before diving into some of the other items - Brett