Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8FB16D6A3 for ; Mon, 4 Mar 2013 21:59:34 +0000 (UTC) Received: (qmail 35702 invoked by uid 500); 4 Mar 2013 21:59:34 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 35667 invoked by uid 500); 4 Mar 2013 21:59:34 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 35659 invoked by uid 99); 4 Mar 2013 21:59:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Mar 2013 21:59:34 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of simone.gatti88@gmail.com designates 209.85.212.50 as permitted sender) Received: from [209.85.212.50] (HELO mail-vb0-f50.google.com) (209.85.212.50) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Mar 2013 21:59:30 +0000 Received: by mail-vb0-f50.google.com with SMTP id ft2so1054839vbb.37 for ; Mon, 04 Mar 2013 13:59:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=BjA7YDr/Tl7hiJsY12dyt4ab/QgA9gAHxmRf/dmCmaQ=; b=GiMf6vhj0nYdLabThjZ3cGKi1Lqp+AxIj/A0Yh02HdTN1z2pnch91pn2mG7UWQFBBS 5VOuKhi3UfxTmaeo2JSMlmg359jEj8E8KbR400sSO8IT5VkDeKofWI89735Yhc0xW+GG EUcjh0rwtJ7DL0pIlYBF4+IOZT56FZnMcv4EKy3AGYDLln46ydKZq+iBrN9JAU5xRJ8Y blqz4/bOV1J5elwzKjfoH3bm/D0Vl57GLCk2fx0AH8hgdfW6yr+6qTVxO7k3Tqy7zlGl FeotrMgynCXXmLV6BF2GQeM60reeyvyyuKC16v7+lf6Pttb72Wdec4fdr7qt21WTf8eM f/2w== MIME-Version: 1.0 X-Received: by 10.58.220.229 with SMTP id pz5mr8796492vec.30.1362434349401; Mon, 04 Mar 2013 13:59:09 -0800 (PST) Received: by 10.58.107.41 with HTTP; Mon, 4 Mar 2013 13:59:09 -0800 (PST) In-Reply-To: References: <1355121885.14536.42.camel@lenovix> <0AF7AD06F6714802A574B191FEAB144A@gmail.com> <895A097083B64C84AE2817FD16BC6D8A@gmail.com> <82C47F9CEEAE4B1B9118C6BDDB19CA06@gmail.com> <51226603.6020606@brondsema.net> Date: Mon, 4 Mar 2013 22:59:09 +0100 Message-ID: Subject: Re: User stats and organizations From: Simone Gatti To: allura-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=047d7bdc07d06d0dc804d7207766 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bdc07d06d0dc804d7207766 Content-Type: text/plain; charset=ISO-8859-1 Dear all, I have finished working on the last modifications presented. You can find the patch in attachment here . Regards, Simone 2013/3/2 Simone Gatti > Dear Dave, > I have changed the preference page in order to meet these requests. > I created two new pages to collect data about contacts and availability. > In the preference page, over the links, it is now indicated that these > personal data are not compulsory. > In this way, the preference page will no more become so long due to data > about contacts and availability precedently inserted by the user, and the > forms not necessary are not disclosed. > About general personal data, I decided to leave its original form in the > preference page, because it has fixed size and refer to general > information, but I put an explicit indication that they are discretionary. > Please, let me know what do you think about these modifications. > Thanks, > Simone > > > 2013/2/18 Dave Brondsema > >> Cory, I think Stefano is referring to user stats, which his feature branch >> starts collecting, not user profile data (gender, location, etc). >> >> But on the topic of user profiel data, we've had a least one SourceForge >> user >> communicate to use that he/she thought the fields were required. I can >> see how >> this might be inferred since they're the first thing you see on the >> /auth/prefs/ >> form. We might consider labelling those optional, or putting them on a >> separate >> page from "subscriptions" and other sections on that page. >> >> -Dave >> >> >> >> On 2/18/13 9:55 AM, Cory Johns wrote: >> > Stefano, >> > >> > Could a user simply not fill in the personal info fields they don't >> wish to >> > share? What is the value of entering that info but then not displaying >> it; >> > to encourage users to enter it if only for our edification? >> > >> > >> > Thanks, >> > >> > Cory >> > >> > >> > On Sat, Feb 16, 2013 at 9:53 AM, Stefano Invernizzi < >> > stefano.invernizzi88@gmail.com> wrote: >> > >> >> Dear all, >> >> >> >> I recently pushed some new commits allowing a single user to hide his >> or >> >> her personal statistics. I and Simone implemented it since some users >> may >> >> prefer not to show this data. In that case, data is still available for >> >> their personal use. However, if you think we should not allow users to >> do >> >> this, we can simply put it back as it was. >> >> As usual, we hope to get some feedbacks from you about this, as well as >> >> about the rest of submitted code. >> >> It would be great for us if the code could be reviewed and, if you >> think it >> >> would be useful, included on the forge before we complete the thesis >> we are >> >> working on. >> >> Thank you very much! >> >> Stefano >> >> >> >> >> >> -- >> Dave Brondsema : dave@brondsema.net >> http://www.brondsema.net : personal >> http://www.splike.com : programming >> <>< >> > > --047d7bdc07d06d0dc804d7207766--