The big target for routing / privacy has to be zeroconf. The box has to set itself up, and only require user intervention if they have an unusual setup or they want it. A very important technique is <a href="http://en.wikipedia.org/wiki/Progressive_disclosure">http://en.wikipedia.org/wiki/Progressive_disclosure</a> , which is the superior option to having "expert mode"s and the like.<div>
<br></div><div>I think we should make the decision now to call any service/webapp/plugin running on the box an "App". The word annoys the hell out of me but it's widely understood.</div><div><br></div><div>App installation and management seems another obvious thing to include in early UI; presumably as we proceed this will become more and more central.</div>
<div><br><div class="gmail_quote">On Sat, Feb 11, 2012 at 2:34 PM, James Vasile <span dir="ltr"><<a href="mailto:vasile@freedomboxfoundation.org">vasile@freedomboxfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sat, 11 Feb 2012 17:47:46 +1100, Daniel Bryan <<a href="mailto:danbryan@gmail.com">danbryan@gmail.com</a>> wrote:<br>
> Hi everyone,<br>
><br>
> Not sure whether I've actually posted to the list before but I've been<br>
> closely following FreedomBox since late 2010.<br>
><br>
> I got a chance to talk to Bdale a little at Linux Conf. Au 2012 and I<br>
> decided to have a go at hacking on Plinth.<br>
><br>
> I'm keen to get started, and I've been discussing it with Alistair<br>
> Davidson, who's a UX guy.<br>
><br>
> Basically we want to rapidly prototype a simple end-user service<br>
> configuration system. Does anyone have an idea of what it'd be really good<br>
> to get up and running? Web server? Routing? GPG / other ident. stuff?<br>
<br>
</div>My 0.1 list is basic router config.  We're also going to need some kind<br>
of user/group ACL interface.  And we need a way to add friends<br>
(identified by GPG keys) and metadata about them (e.g. petnames).<br>
<br>
That's a big enough bite that I hesitate to add more.<br>
<div class="im"><br>
><br>
> We'll eventually need to have some kind of spec for how a developer can<br>
> come along and contribute the configuration builder for a given service to<br>
> Plinth in a standard format, but for now I think it'd be best to focus on<br>
> usability and user experience.<br>
<br>
</div>Agreed.<br>
<div class="im"><br>
><br>
> Has anyone else been looking particularly at this stuff? I'm sort of a bit<br>
> lost for a start, but I have spare time and I reckon I'm a pretty killer<br>
> Python dev so if I can get some direction to push me over the edge that'd<br>
> be great :)<br>
<br>
</div>I'm fairly focused on the above list as a starting point, but if you<br>
have suggestions for other things, I'm open to them too.  There's a<br>
visual list and you can post designs there if you want.  We could also<br>
schedule a time to meet on IRC to hash out some stuff in real time.<br>
<br>
Best regards,<br>
James<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Freedombox-discuss mailing list<br>
<a href="mailto:Freedombox-discuss@lists.alioth.debian.org">Freedombox-discuss@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss</a><br>
</div></div></blockquote></div><br></div>