On Tuesday 26 Mar 2013 21:35:58 irfan mir wrote: > Hello all, > Apologies for not responding sooner, I've been busy; but, I am now ready to > give my thoughts ask some questions so that I can continue working on the > interactions for the security setup. > > So, I believe connection speed and / or bandwidth can be detected with > Javascript. Would you like to do it that way or through the other > technology spoken of— I believe it was referred to as UPnP ?
No, I don't see how you can detect bandwidth with Javascript, not without involving a third party server anyway. UPnP mostly works though. > > Correct me if I am wrong. Once low-security is selected a dropdown of > data-store values will appear. I believe the best way to manage a list of > values from which to choose from is a <select> with each <option> inside it > being a data-store value. > Is this just for low-security or will a drop-down of data-store values be > under each level of security ? > It was mentioned that there be a text-field whose default / placeholder > value is the remaining disk space. > Should I develop a text-field or a drop-down ( mentioned above ) ? > Or a hybrid that would be a text-field that gets whatever option in the > dropdown that is chosen as its value. It should not be the remaining disk space, it's a formula based on a fraction of the remaining disk space. I guess there's no real reason for a drop-down; a text field might be better. > > "Encrypt data: Require a password to decrypt Freenet each time you start > it. Password: [ ] Confirm: [ ]" > I like that this question is inspired by a well-established platform ( > Android ). So is this going to be one of the questions asked prior to > giving security options? Or to decrypt your downloads. At present, Freenet itself works, just downloads, client cache etc don't, until you enter the password. > > Last question, now, I believe the experience / user-flow ( how > the wizard proceeds ) that has been agreed upon is this: > > ( I just want to make sure which one ). > > Ask questions-->Way questions are answered result in a security level being > selected--> security options are shown underneath selected security level. Yes. > > The first one was: security levels presented-->user selects one-->security > options are shown underneath selected security level. > > Then, after that we had: Ask user questions->choose security option and > then present security options. > > If the user-flow that I have suggest, the first one, is not what you have > agreed upon then please choose from one of the previous ones or write your > own so that I can understand what was agreed upon. > > Thank you for reading and for your time. > > I look forward to hearing from you and thank you for letting me work with > you all! I don't see any reason to ask people to choose between low and normal; it should be at least as simple as the current wizard. But yes, this looks good. > > Best Regards, > Irfan Mir. > > > On 24 March 2013 13:33, Matthew Toseland <[email protected]> wrote: > > > On Sunday 24 Mar 2013 01:00:31 Steve Dougherty wrote: > > > On 03/23/2013 07:42 PM, Matthew Toseland wrote: > > > > Yes, if we're just talking about autodetecting via UPnP, that's > > > > fine. > > > > > > Yes, that's what I mean. > > > > > > >> * Omit the list of common Internet connection speeds for the > > > >> reasons mentioned above. > > > > > > > > You omit it in the design you just proposed, don't you? I don't > > > > follow. > > > > > > Yes. Sorry, unclear editing. > > > > > > >> For low security: * Datastore size (Dropdown of some values. > > > >> Could this be a text field?) > > > > > > > > It could. Is it a good idea? Certainly we will want to show a > > > > default. Fortunately there is always a sane default. > > > > > > It'd be more flexible. I find not having the ability to set store size > > > directly in the setup makes me set it to something, then go and resize > > > it to what I actually wanted. > > > > > > What about a text field that is initially populated with the sane > > > default? By sane default you mean the one based on remaining disk space? > > > > Yes, that all sounds fine. > > > > > > > Over-complex. We should mention Truecrypt if we're asking for a > > > > password. > > > > > > Hm. Is it clear enough from the perspective of someone using the setup > > > that setting a password indicates an interest in physical security? > > > > > > The way Android asks that question is "Encrypt phone: Require a > > > numeric PIN or password to decrypt your phone each time you power it on." > > > > > > How about "Encrypt data: Require a password to decrypt Freenet each > > > time you start it. Password: [ ] Confirm: [ ]" > > > > Or to decrypt your downloads? > > > > > > >>> Finally, I wonder if we want to delay the choice, ask the user > > > >>> when they start downloading stuff maybe? Not sure... > > > >> > > > >> Maybe! Then again I could see some advantage to putting all the > > > >> setup questions at the start instead of having surprise questions > > > >> as someone starts trying to use it. > > > > > > > > Hmm. Dunno. Ideally we'd A/B test that. > > > > > > Is the scenario in question finishing the setup and trying to load a > > > default bookmark? What's the metric? Annoyance? > > > > Whether they actually use Freenet and don't just give up / uninstall / etc > > yeah :) > > > > Completing the wizard is probably the most obvious thing - do we get a > > functional node? > > > > > > > 30 characters may not be long enough to explain some of the things > > > > we need to ask users about. We should be as concise and clear as > > > > possible, but clarity is (slightly) more important than > > > > conciseness. > > > > > > Agreed.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Devl mailing list [email protected] https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
