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 ? 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. "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? 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. 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! 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. > > _______________________________________________ > Devl mailing list > [email protected] > https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl > -- Regards, Irfan Mir.
_______________________________________________ Devl mailing list [email protected] https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
