Show data or not? was: [nbui] Re: We need usage data - please review
Jaroslav Tulach <[email protected]>
| Newsgroups | gmane.comp.java.netbeans.user-interface |
|---|---|
| Organization | Sun Microsystems |
| Message-ID | <[email protected]> |
<quote who="Tor Norbye"> > Jan Rojcek wrote: > > +------------------------------------------------+ > > > > | NetBeans Gesture Collector | > > > > +------------------------------------------------+ > > > > | <Explanation of UI gesture collector program> | > > | > > | <with a link to Privacy Policy> | > > | > > | Do you agree to ... ? | > > | > > | [ I Agree ] [ I Disagree ] | > > > > +------------------------------------------------+ > > > > What do you think? > > I think there should be a "Show Data" button somewhere so people can > inspect what is being submitted. My personal view is that I am going to disagree with everything that is not under my control. That is why I am going to say "I disagree" to any question like the one above, so will most of our users. Imho the direction Jano outlines (e.g. one question and that is all) is not going to win us hearts of our users and will not contribute to wider usage of the UI Gesture Collector. But this is just my opinion, based on my personal point of view, not backed up by any data. Jano wrote: > > guess this is important flexibility that is likely to be found > > handy later. > > The question is whether to show the "Get Tip of the Day" button or > not. The IDE should show it only if it offers reasonable tips. Of course not! The name of the button should be choosen to reflect the actual situation on the server. If there are no tips yet, then there will be just "Send Data". > > Exit time is more suitable than "update center time", because at > > "update > > center time", there are usually no recorded actions yet. > > If the IDE collects the data on disc and sends it once a week when > connecting to update center then the data should be already recorded. Interesting idea. I have never thought about anything like this. Btw. The current implementation definitely is not ready for this kind of usage. Thanks for having a conversation with me. -jst