PPL

people index has section headings display if no public profiles

Bug #709439 reported by rejon
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
PPL
Fix Released
Medium
Brad Phillips

Bug Description

so, by default, if no public profile, don't display the alphabetical section heading....this is for contacts that are over a certain number like 150-200

Revision history for this message
Christopher Adams (christopheradams) wrote :

Can you spec this out a little bit more? It's not clear what needs to be done to commit a fix.

Revision history for this message
rejon (rejon) wrote : Re: [Bug 709439] Re: people index has section headings display if no public profiles

I think just have the current index style, but no section heading and
just flow from 0 - 150 entries in the current three column interface.

Jon

On Sat, Jan 29, 2011 at 4:52 PM, Christopher Adams <email address hidden> wrote:
> Can you spec this out a little bit more? It's not clear what needs to be
> done to commit a fix.
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/709439
>
> Title:
>  people index has section headings display if no public profiles
>

--
Jon Phillips
http://rejon.org/
http://fabricatorz.com/
chat/skype: kidproto | irc: rejon
+1.415.830.3884 (sf/global)
+4915155318427 (berlin)
+86.187.1003.9974 (china)
+65.8330.5807 (singapore)

Revision history for this message
Brad Phillips (brad-bradphillips) wrote :

Ok, to fix this, I restructured the /people pages to bring in widgets based on the condition of the number of records (the Aiki Global [records_num]) returned by an SQL query. Using <php php>, I inherited 1 widget if < 150 results & a different widget if > 150 were found.

NOTE: The is_public condition has recently been added into the mix, so you must now make each profile public before they will display on the /people page.

Also, users still have to be signed in to see this page. I understand that this won't be the case once the site is live. How should I address this for the current install? Should I just pull in all public profiles from all owners? So, any profile any of us publish will display on that /people page at the same time? If so, should they be filtered first by owner & then by full_name?

Changed in ppl:
status: Confirmed → Fix Released
Revision history for this message
Christopher Adams (christopheradams) wrote :

The people index page should be viewable by everyone. No sign-in required.
The index itself should display all public profiles from all owners.

On Sun, Jan 30, 2011 at 1:02 PM, Brad Phillips <email address hidden>wrote:

> Ok, to fix this, I restructured the /people pages to bring in widgets
> based on the condition of the number of records (the Aiki Global
> [records_num]) returned by an SQL query. Using <php php>, I inherited 1
> widget if < 150 results & a different widget if > 150 were found.
>
> NOTE: The is_public condition has recently been added into the mix, so
> you must now make each profile public before they will display on the
> /people page.
>
> Also, users still have to be signed in to see this page. I understand
> that this won't be the case once the site is live. How should I address
> this for the current install? Should I just pull in all public profiles
> from all owners? So, any profile any of us publish will display on that
> /people page at the same time? If so, should they be filtered first by
> owner & then by full_name?
>
> ** Changed in: ppl
> Status: Confirmed => Fix Released
>
> --
> You received this bug notification because you are a member of PPL
> Developers, which is subscribed to PPL.
> https://bugs.launchpad.net/bugs/709439
>
> Title:
> people index has section headings display if no public profiles
>
> Status in PPL:
> Fix Released
>
> Bug description:
> so, by default, if no public profile, don't display the alphabetical
> section heading....this is for contacts that are over a certain number
> like 150-200
>
>
>

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.