Updates from Tammie Lister Toggle Comment Threads | Keyboard Shortcuts

  • Tammie Lister 6:27 pm on May 8, 2013 Permalink | Reply
    Tags:   

    I’m going to start this week’s updates with mine.

    UI Refresh (http://buddypress.trac.wordpress.org/ticket/4953):
    New message styling.
    @hugo has some more ‘detheming’ that was missed he’s going to commit.

    New templates (http://buddypress.trac.wordpress.org/ticket/4952):
    I added some mockups: http://buddypress.trac.wordpress.org/ticket/4952#comment:7
    I also updated the dropmark board to show the wireframes Turtleshell was using (more as a record)
    This week we move into refining and commenting.

     

  • Tammie Lister 6:26 pm on March 6, 2013 Permalink | Reply  

    There are lots of tickets marked for ‘Future Release’ and these need to be worked through.

    With that in mind, lets have a ticket sprint on Monday 11th March starting at 7pm UTC and lasting a few hours. I suggest we all meet in the irc #buddypress-dev room (irc.freenode.net) and take from there.

    The plan will be:

    1. Select a ticket
    2. Test against 1.7 beta (most recent available as of Monday) – does it still exist? Or is there not even enough information to test?
    3. Leave it as future release if it does still exist.
    4. If it doesn’t still happen then comment on the ticket you can’t replicate in 1.7 beta and resolve it as fixed.
    5. If you do not have enough information to test comment on the ticket asking for more details.
    6. Otherwise, if you have more information from testing update it or leave the ticket alone.

    Note: Also keep an eye out for duplicates during this process as pointed out by @Boone

    Anyone is welcome and the idea is you would pick a ticket and then assess if fixed already or needs more information. I hope others get involved as be great to see if we can clean down this section a bit.

     

    • Boone Gorges 6:31 pm on March 6, 2013 Permalink | Reply

      Awesome!

      Also, look for duplicates – I have a feeling there are lots of feature requests in Future Release that are duplicates of one another.

    • ubernaut 6:38 pm on March 6, 2013 Permalink | Reply

      i’ll give it a shot!

    • Paul Gibbs 8:49 am on March 12, 2013 Permalink | Reply

      Really good work on this yesterday evening, everyone, and thanks to Tammie for organising it; did we get a number of how many tickets we managed to close or move out of FR?

      • ubernaut 3:31 pm on March 12, 2013 Permalink | Reply

        i got one or two, thanks for your help (you too Tammie)!

  • Tammie Lister 4:16 pm on January 30, 2013 Permalink | Reply  

    There will be a developer chat today at 19:00 UTC in irc (irc.freenode.net #buddypress-dev).

     

    • Paul Gibbs 8:51 pm on January 30, 2013 Permalink | Reply

      We covered the remaining 1.7 tickets, and discussed a few in detail. A couple of tickets were fixed/committed during dev chat, and the remaining few important tickets are going to be addressed today. Beta soon!

      • Selu Vega 9:41 pm on January 30, 2013 Permalink | Reply

        Really appreciate the work! Im using indeed 1.7 trunk on a live site with a great results and in a non Buddypress theme!

        Can I ask about Turtleshell? Will be developed and released with 1.7? Thanks to all team for make so easy for non programmers to enjoy this wicked plugin.

        • Paul Gibbs 10:12 pm on January 30, 2013 Permalink

          Turtleshell, or something that grows out of it, will be included in a future BP release. Maybe 1.8, don’t know yet.

    • Selu Vega 2:27 pm on January 31, 2013 Permalink | Reply

      Thanks again for everything! You made the life of dreamers easier!

  • Tammie Lister 11:44 am on September 23, 2012 Permalink | Reply
    Tags: ,   

    The UI project for BuddyPress has moved on a fair bit over the past few weeks. We now have a final set of wireframes and are moving into development based on those wireframes. This is really great news. So, here are the final wireframes.

    Streams / entries:

    Profile:

    Members directory/directory grid (not decided if groups yet):

    Messages:

    At this point we’re now moving into code and the first area has been members:
    http://buddypress.org/community/groups/bp-default/forum/topic/members-directory-code/

    The idea is to work on this area and refine to create a ‘template’ of sorts to then move into the next areas. A second version of the code for members is due over the weekend with no styling elements at all. At this stage it was agreed in the dev chat to leave it all up to theme aside from positioning.

     

    • OC2PS 12:24 pm on September 23, 2012 Permalink | Reply

      Regarding Members directory/directory grid

      1. No search box? There should be an easy way to search for members – by name or handle (and advanced search for searching by other fields)
      2. Sorting: The directory is not very helpful without end-user being able to sort by date joined, last seen online, first name, last name, and other fields.
      3. Info in user boxes. At the moment it’s just name and last seen online. Perhaps there could be more fields here (chosen by site admin, perhaps…)

      Regarding messages

      1. I see 3 bottons which I assume to be forward, star and delete. Should there also be expand, and reply?

      • Boone Gorges 1:09 pm on September 23, 2012 Permalink | Reply

        I agree it would be nice to have the search box and sorting on member directories, so that we have feature parity with bp-default. I’d say “we can just stick ‘em at the top”, but then again I’m no designer :) Adding features like additional info in user boxes would be nice, but it’s not straightforward technically, so I’m happy to leave that for further iterations.

      • Tammie Lister 2:18 pm on September 23, 2012 Permalink | Reply

        Sorting and search weren’t added as the wireframes as we were focusing on structure we were changing and those weren’t going to change from the existing legacy theme. I do agree with them going at the top though – that seems the only sensible place to sort the content that is then below.

        Info in user boxes is sticking with the minimum / defaults. As Boone says having a function that allows you to choose what you show or don’t is a bit of a deeper task both technically and UI wise it would need some serious consideration. I’d probably suggest that getting the basics in place first would be a good step then look at perhaps revisions if people want them. That’s just my suggestion though.

        Messages I think based on feedback since these will probably not have icons. In later development conversations the direction seems to be agreed towards not having icons. I would suggest therefore we have to reflect that in all areas including this one.

        • OC2PS 4:22 pm on September 23, 2012 Permalink

          > Messages I think based on feedback since these will probably not have icons.

          How will one reply, forward, star, expand/compress, or delete messages? I don’t see corresponding links either…

        • OC2PS 4:30 pm on September 23, 2012 Permalink

          Can we call the “Activity” tab “Wall” and throw everything on it? Including posts by the person, mentions of the person, topics started by the person, etc…

        • OC2PS 4:32 pm on September 23, 2012 Permalink

          On the Profile page, what do the “Personal” and “Friends” links refer to?

        • Quint 4:57 pm on September 23, 2012 Permalink

          @OC2PS,

          I thought those were Activity filters, but if that were the case, wouldn’t it be a submenu under the main Activity menu item?

        • OC2PS 5:01 pm on September 23, 2012 Permalink

          @Quint Activity filters, meaning showing activity of the profiled person and his/her friends? I don’t really see the utility of having activity of friends on the profile page. Maybe there are some edge cases, but do you think it is a common-enough need to deserve such valuable real-estate?

        • Quint 5:10 pm on September 23, 2012 Permalink

          @OC2PS,

          That is the way it is today, including Mentions, Groups, Favorites, and if installed, Following, Gallery, Links, etc. I do find it helpful… it means I can stay right at my profile and do “work” instead of having to pull out to view the Activity stream and filter there, then come back.

        • OC2PS 5:15 pm on September 23, 2012 Permalink

          @Quint Maybe so, but doesn’t make sense. If I go to A’s profile, I want to see A’s stuff not his friends’. There Friends tab is “noise” and a UI complication as far as I am concerned. In Facebook or Twitter or G+, do you see friends’ activity on A’s profile page, or even a link to it? No sir, you don’t.

          Of course, if I am A, and I am logged in, then I want to see the activity of friends, and people I am following etc, but my profile page is not the page for that. Rather, it could be the landing page upon login, just like in the case of Facebook.

        • Quint 5:29 pm on September 23, 2012 Permalink

          @OC2PS,

          I see your point of view. The way it is structured today, it’s up to the viewer to make the choice. If it’s removed, then we made the choice for them. I believe a portion of my membership would want the choice. With regard to friends specifically, seeing what’s happening in the sphere of the person you’re looking at helps to add depth to that person. Just an opinion… The UI bit I can’t comment on

        • OC2PS 5:34 pm on September 23, 2012 Permalink

          Do we know if it works this way in any popular social network?

        • OC2PS 6:16 pm on September 23, 2012 Permalink

          @Quint

          So #1 and #2 – semantics

          #3 Yup, many of the social networks/communities built using BuddyPress would be closed communities. Many would be niche communities. In any case, I can’t imagine a BP community trying to compete with FB or even G+ in the overall wide ground….nobody here is striving for 10M users, leave alone 7B.

          As a former usability expert, though, I have discovered that often products with large user bases set some of the standards of usability…certain things become intuitive not because they are empirically easy but merely because a large majority of users are used to doing things a certain way. http://www.humanfactors.com/downloads/mousemaze.asp In that sense, there is no particular harm in shamelessly copying some of Facebook’s UI elements.

          In this case, of course, I strongly feel that empirically Friends filter is vestigial and therefore the Personal and Friends links are redundant noise.

        • Tammie Lister 6:30 pm on September 23, 2012 Permalink

          @OC2PS : They will use the words not icons. I’m not saying it won’t have that at all. I think ‘wall’ is a rather ‘FBesque word’ but that’s just my opinion. I think though we need to be careful to get some of the things we have now made up then look at adding onto that. I’m not saying anything against changing things more we need to focus on getting some things done now then look at revisiting. The process of UI’s to this point has been extensive and it’s the right time to create something now.

        • OC2PS 6:36 pm on September 23, 2012 Permalink

          “Wall” is FB-esque. That’s not necessarily evil. It helps us easily convey to the vast majority of folks what we are trying to do there…

        • Tammie Lister 6:38 pm on September 23, 2012 Permalink

          Never said it was ‘evil’ that is your labelling not mine – I said it’s a case of FBeque and in saying that I’m pointing out we shouldn’t constantly draw parallels and should consider other social networks, other communities. After all BuddyPress isn’t just a social network to be pigeonholed into a FB square.

          I think you are perhaps broad stroking across people in assuming the ‘majority’ need to have a parallel to Facebook. I don’t think they do as much as you are suggesting.

        • OC2PS 6:42 pm on September 23, 2012 Permalink

          > BuddyPres isn’t just a social network to be pigeonholed into a FB square.

          I agree with that. At the same time, we can make *some* things simpler for our users if we know that a large majority of users are familiar with certain ways of doing things or certain terminologies. With the size of userbase FB has, there is a fair probability that a large majority of users of BP-based social networks would be familiar with, nay used to, the FB way. Just my 2c worth

      • Quint 5:42 pm on September 23, 2012 Permalink | Reply

        @OC2PS,

        Again another opinion: I don’t view BuddyPress as a “social network”. Sure, it has the features of social network platforms, but I view it as a “community building platform”. It is for this reason that I believe BuddyPress will become a force to reckon with. The term “niche social network” is becoming more and more popular. In reality, what they’re referring to is a community platform.

        A community or a few are what I can handle. I don’t need nor want to deal with the barrage of stuff FB delivers. I don’t have the time for it. Time will tell if these are insane thoughts. :-)

        • OC2PS 5:46 pm on September 23, 2012 Permalink

          @Quint

          1. I would refer you to http://buddypress.org/
          “BuddyPress
          Social networking, in a box.
          Everything you need to start your own
          self-hosted and WordPress-powered
          social network!”

          2. What’s the difference between social networking platform and community building platform?

          3. I don’t believe on this specific point I am talking about building a barrage of features. Rather I am taking about making the UI cleaner, easier and more intuitive.

        • Quint 6:06 pm on September 23, 2012 Permalink

          @OC2PS,

          1. I’m well aware of the tagline. I view FB as THE “social network”. Given that, I don’t see BuddyPress as that at all, though it contains elements of it.

          2. Here’s an example: In a Fortune 50 company or any for that matter, there’s no way they would ever launch FB internally as their business network (if that were technically possible). However, I can see them launching BuddyPress as their business network. Still, if one were to walk in there and tell them I’ve got this thing called BuddyPress and it’ll enable a “social network” within your business, they will quickly walk you out the building. However, if you tell them your entire business can rely on a platform that enables your organization to function as an integrated community globally, then you’ve got a chance. It’s my definition.

          3. That wasn’t the point I was trying to make. FB is meant, as I see it, to address the world. It won’t be satisfied until it has 7.2 billion members and then it’ll start looking across the planets for more. I see BuddyPress as a tuning mechanism. Anyway, I’m all for your goal of a cleaner, easier and more intuitive UI.

        • OC2PS 6:16 pm on September 23, 2012 Permalink

          @Quint

          So #1 and #2 – semantics

          #3 Yup, many of the social networks/communities built using BuddyPress would be closed communities. Many would be niche communities. In any case, I can’t imagine a BP community trying to compete with FB or even G+ in the overall wide ground….nobody here is striving for 10M users, leave alone 7B.

          As a former usability expert, though, I have discovered that often products with large user bases set some of the standards of usability…certain things become intuitive not because they are empirically easy but merely because a large majority of users are used to doing things a certain way. http://www.humanfactors.com/downloads/mousemaze.asp In that sense, there is no particular harm in shamelessly copying some of Facebook’s UI elements.

          In this case, of course, I strongly feel that empirically Friends filter is vestigial and therefore the Personal and Friends links are redundant noise.

    • marshallsorenson 12:47 pm on September 23, 2012 Permalink | Reply

      Thanks for all of your hard work, Tammie. Excited to see this still has legs!

      • Tammie Lister 2:19 pm on September 23, 2012 Permalink | Reply

        Thank you, it’s been a great team effort @marshallsorenson which has been so cool.

    • Quint 12:57 pm on September 23, 2012 Permalink | Reply

      Hello Tammie,

      All of them look great and thanks for summing it all up.

      Just a couple points:

      First, does the threaded stream (where there are threads), function the same as in Messages wireframe; that is, collapsed which can then be expanded?

      Second, in the Directory, the “Add/Cancel Friend” and “Follow/Stop Following” should also be represented. I know the “follow” feature is driven by a plugin but including those two in the wireframe would help to visualize the content of the member grid element, especially if the grid isn’t styled horizontally but rather, vertically.

      • Tammie Lister 2:20 pm on September 23, 2012 Permalink | Reply

        The last talking was for threading (collapse and reveal) but that’s something to explore once we’re into code for that section.

        For now in the directories the default information is shown. Additional information I’d suggest (and it’s just my suggestion) would be reviewed once we have the structure.

      • OC2PS 6:07 pm on September 23, 2012 Permalink | Reply

        > Second, in the Directory, the “Add/Cancel Friend” and “Follow/Stop Following” should also be represented.

        I agree. At least send message should be there.

    • OC2PS 5:00 pm on September 23, 2012 Permalink | Reply

      @Quint Activity filters, meaning showing activity of the profiled person and his/her friends? I don’t really see the utility of having activity of friends on the profile page. Maybe there are some edge cases, but do you think it is a common-enough need to deserve such valuable real-estate?

    • ubernaut 6:02 pm on September 23, 2012 Permalink | Reply

      Looking good! One question, if the member grid just shows latest login time (i think it currently also shows latest update in 1.6) shouldn’t the grid could be more compact?

    • Raminjan 10:27 pm on September 23, 2012 Permalink | Reply

      Hey tammie I was just wondering to know would this wireframe thing is a improvement to how a social network would look like right. Like messaging page and comments and so on

      • Tammie Lister 8:43 pm on September 24, 2012 Permalink | Reply

        I’m not quite sure what you’re asking, sorry can you clarify please?

    • Paul Gibbs 8:58 pm on September 24, 2012 Permalink | Reply

      MySpace have a really awesome looking redesign out soon; there’s a preview video on Vimeo http://vimeo.com/50071857. Lots of fun ideas, but one I think relevant to our Profile wireframe is this:

      http://cl.ly/image/3y3t0c153s2m

      We could loose the entire middle-top box (username, @ name, last activity update) and stick the name in the sidebar. ?

      • Tammie Lister 9:05 pm on September 24, 2012 Permalink | Reply

        I like idea of moving it all to that side. I’ve thought for a bit that top area is a bit of wasted space. One argument against a full on sidebar was smaller spaces, but we can easily adapt to having it pop up to the top in smaller spaces and loose the sidebar in that case. A nice clean look.

        I am quite jaw droopingly surprised in a good way by the new MySpace. Half holding onto a ‘hmm thought’ until see it working but wow. Love the posting simplicity. There are flavours of Pintrest and also Flipboard in it – not a bad thing though.

      • Quint 10:11 pm on September 24, 2012 Permalink | Reply

        I like their redesign. I specifically like the left navigation menu. Now for the but… it’s a “young” design, meaning that it will primarily appeal to young adults and younger. There’s a lot going on and I believe it will overwhelm those outside the target audience at first, then tire them out soon thereafter.

        The kicker though, is the entire background which helps to individualize their space… is really “content”. BuddyPress Profile isn’t structured to depict content using the entire background. I hope that makes sense? I suspect that would be a huge redesign, including what the impact of the bottom “function” bar does for MySpace and whether or not it’s needed for BuddyPress–not that anyone suggested this.

        This is why I had hopped on the whole custom header bandwagon… that’s where the individualization could happen. After some discussion, this was relegated to a plugin opportunity. I still think it’s a good intermediate step while on the way to making a Profile unique. As I see it, we’re focusing on the “work” (boots on the ground) aspect of leveraging a member’s profile both for the member and the observer.

        And yes, it’s wasted space if we don’t use it. If “you” say that by getting rid of the middle top box means that it allows something like a Pod or a slider to be injected in that spot through a plugin which could then be customized by way of the left navigation menu, then that would be sweet!

        Btw, this comment isn’t directed to any specific person.

        Anyway, thanks Paul. The MySpace redesign is pretty cool.

        • ubernaut 5:54 pm on September 25, 2012 Permalink

          i also agree that the new myspace is very modern clean and attractive but it definitely seems to me that the structure would be problematic for theme compatibility.

        • Tammie Lister 9:25 am on September 26, 2012 Permalink

          @Quint: Personally I’m not young by any stretch and it appeals to me and other of my peers. I think calling that a young design is a very sweeping statement. The peers I’m talking about aren’t all technie either.

        • Quint 4:15 pm on September 26, 2012 Permalink

          @karmatosed,
          :-) Yes, it’s actually a sweeping opinion. I have no empirical evidence to support my claim. I could say that I’m leaning on over a decade worth of experience in the automotive industry where a vehicle design was solidified years in advance of launch at the cost of billions of dollars and had to be tuned to a specific demographic. Get the forecast wrong and well, you’re… you know what. But your experience and everyone else’s is equally valid.

          Facebook has become “your grandfather’s Oldsmobile”. I suspect this is why the “younger” crowd are leaving in droves. They really don’t have a place to go… yet. That is, until the new MySpace drops. Again, that’s my opinion.

          FYI: I do like the design and I think “porting” over a few elements would help “modernize” the “look and feel” of BuddyPress. Still with the BuddyPress platform, I think the actual “work” (value) that a BuddyPress member can perform/deliver kicks butt. Neither FB or MS can touch it. Oh, and I’m not in the “younger” category either. ;-)

      • ubernaut 6:08 pm on September 25, 2012 Permalink | Reply

        heres a random idea, what about breaking the menu apart format he picture and putting them on opposite sides of the top box which is sorta empty on the right hand side as it is the end result would like what happens in a twitter profile.

        • raminjan 9:56 pm on September 25, 2012 Permalink

          how about drag and drop for users to let them drag and drop their profile anywhere on the page like if I want my picture to be on right side of the screen, I could do that and so on. this gives a little flexibility to users and allows to have fun with their account and customize it however they like.

    • OC2PS 9:15 pm on September 24, 2012 Permalink | Reply

      How about only having profile pictures in member directory? (overlayed name, username, etc on hover)

      Similar to upcoming MySpace http://vimeo.com/50071857

      That would be super cool.

      • Quint 10:18 pm on September 24, 2012 Permalink | Reply

        If there were a way to perform highly complex searches, then you might be able to sell me on this idea. My lingering hesitation is the necessity of making the observer have to “do” something to reveal the meta. There is the avatar hover card plugin that does what you’re referring to.

        • OC2PS 10:21 pm on September 24, 2012 Permalink

          Sorry, what’s this gotta do with searches?

          Can I sell it to you by pointing out that this makes the directory listing quite compact and aesthetically pleasing?

        • Quint 10:53 pm on September 24, 2012 Permalink

          Context; that is, who am I looking at (finer yet imperfect level of granularity if the image is all I had to rely on). It’s like going over to your neighbor’s house, picking up their family album (that is aesthetically pleasing) and with each turn of the page, one soon gets tired of looking at every other anonymous face. Put some relevant meta under each picture, then they might get farther through the album.

          What I think you’re suggesting for the directory is equivalent to a high-school yearbook that contains only pictures with no descriptors under each picture. My “search” reference is weak, but at least in my example, I could see the images of the folks who were in the 12th, 11th, 10th, and 9th grade… still wouldn’t know what their names were.

          Dude, just look at my avatar… do you think anyone’s actually gonna get past that mug? ;-) Just say no to hovering over that dude in the green t-shirt!

        • OC2PS 11:23 pm on September 24, 2012 Permalink

          I look at it this way: At the moment, the directory lists 3 things: avatar, name and last seen online.

          A huge box being used for name and last seen online is not good usage of real-estate and as a user, does not help me make any decisions w.r.t. the member.

          If the box told me this is a neurosurgeon, is interested in hiking, or lives in Scranton PA, that might be interesting.

          But based on the current structure, it just seems to make sense to remove the box, have only avatars and show the meta in semi-transparent hover overlays. http://www.csillamvilag.com/kepek/

          If you think names can actually add value (I don’t think they do) then consider persistent (rather than hover) semitransparent overlays.

      • Tammie Lister 9:26 am on September 26, 2012 Permalink | Reply

        We looked at profile members having pictures several wireframes ago and that extra functionality was seen as something for plugins and not going to be in the core theme. What you have to think about is theme compatibility not creating a theme.

        I will note at this point whilst ideas are great the important bit is to look at the wireframes we have and check the historical comments if you are thinking about something. We’ve spent a long time in revisions and quite possibly what you want added has already been debated and you can add to that existing debate in the forums threads.

    • Paul Gibbs 6:04 pm on September 30, 2012 Permalink | Reply

      We forgot about the Blogs directory. Multisite needs love, too :(

      • ubernaut 6:08 pm on September 30, 2012 Permalink | Reply

        indeed, i’d think it was basically the same thing as members grid would be ideal.

        • Paul Gibbs 6:13 pm on September 30, 2012 Permalink

          There’s lots of interesting information we can get from individual sites. Displaying the latest blog post from each would tell a visitor a bit more about that site and give them a reason to click through.

        • ubernaut 6:19 pm on September 30, 2012 Permalink

          yeah good point maybe a hover homepage thumbnail effect might be nice too.

        • OC2PS 9:39 pm on September 30, 2012 Permalink

          Displaying the latest blog post from each would tell a visitor a bit more about that site and give them a reason to click through.

          The same could be said for the members directory :-)

        • Paul Gibbs 8:20 am on October 1, 2012 Permalink

          @OC2PS Not sure I agree. The member is the content on the member directory, but the content on a site are its actual posts.

        • ubernaut 3:26 pm on October 1, 2012 Permalink

          @paulgibbs i think @ocps right about the units of content in each list one is a list of sites the other is a list of members, each has its own subset of content units per listed item (sites have posts whereas members have activity items) so logically speaking there is no difference between the two at least terms of lists and levels of detail.

        • Quint 4:14 pm on October 1, 2012 Permalink

          I know why I blocked myself from remembering the “blogs directory”… it’s less “navigable” than either the Members or Groups directory. I anticipate my US membership to hover around 40,000 each of whom will have their own blog/site. If I anted up the blogs directory, that would be at least 40k sites to comb. How would users do that? Listing the sites isn’t of actionable value… the variety of the content is, which goes to all of your points. Can the directory become a laser-like tool for search/discovery rather than a giant, albeit comprehensive list of stuff? ;-)

      • Quint 7:02 pm on September 30, 2012 Permalink | Reply

        Uhm… what blogs directory? Are you saying that blogs created by members who post content will somehow aggregate to a single directory for the entire multisite installation? Don’t tease me, Paul. Off topic: With capability like that, couldn’t one use Kavin’s http://kav.in/wp-ui-for-wordpress/ to organize the aggregated content?

        • Paul Gibbs 7:22 pm on September 30, 2012 Permalink

          If you run multisite + have the Site Tracking component enabled, and go to .com/blogs/ (unless you’ve changed the page name), you get a list of blogs. BP-Default currently styles it so that it looks very similar to the members and groups directory screen.

        • ubernaut 7:24 pm on September 30, 2012 Permalink

          you can see what that looks like here:

          gotgame.cc

        • OC2PS 9:40 pm on September 30, 2012 Permalink

          you can see what that looks like here: gotgame.cc

          I suppose you mean here: http://gotgame.cc/sites/

        • ubernaut 10:20 pm on September 30, 2012 Permalink

          indeed i do but was just sort of referencing the multisite/buddypress setup

        • Paul Gibbs 7:48 pm on October 3, 2012 Permalink

          Something like http://cl.ly/image/113v4304070W (just a mockup for the idea)

    • trishasalas 5:45 am on April 13, 2013 Permalink | Reply

      I’m a little late to the party but I’d like to offer help with this project. I have been very interested in contributing and mentioned as much to Boone (and jjj) in IRC. Boone mentioned I should check with you guys :) . My php skills are a bit on the shaky side but I’m good with SQL and great with HTML/CSS…and UI is something I deal with on an almost daily basis. Let me know where I can plug-in (where is the greatest need?). I’ve forked the project on Github and will get it up and running on my dev site.

    • Victoria 7:03 pm on May 10, 2013 Permalink | Reply

      A man’s sexual health is not just regarding sex but also about mental health and that
      is why whenever erectile dysfunction hits it can be a miserable time in a man’s life.

      The best thing is that, this can be healed when you buy Cialis online.
      Saying that an erectile dysfunction drug is the best is very common when you
      research specific drugs but you will find differences with Cialis that make it actually the one on
      top of the mountain. In the 35 percent of men with some kind
      of ED here are the reasons to choose Cialis.

  • Tammie Lister 8:13 pm on September 6, 2012 Permalink | Reply
    Tags: ,   

    This week several people couldn’t make it so the dev chat was a little shorter than previous weeks. I’m going to do a little summary though of the current state of wireframes based on this chat and the forums this week. The summary post for the events in wireframes this past week is here: http://bpdevel.wordpress.com/2012/09/04/this-weeks-wireframe-update/ and this was the starting point for conversation.

    Several new wireframes were added right in the last day before the dev chat so those have been added to that list.

    A few points from the dev chat are worth mentioning as we move into a more focused / refinement phase of the wireframes:

    • There is a new idea in the mix for right aligning of profiles.

    http://buddypress.org/community/groups/bp-default/forum/topic/profile-wireframes-take-two/#post-138015

    There was a feeling this would simplify things a lot more for smaller widths which would be of benefit. The ‘more…’ was thought to possibly be a bit confusing. There were also voices that didn’t like this different approach to navigation.

    • Custom headers/backgrounds for groups and profiles probably are plugin territory at least right now.
    • The break points we need to consider for responsive design were mentioned: 1382, 992, 768, 600, 480. There was also raised the point we should where possible be mobile first for the design.
    • Icons being used to show / hide on mobile menus was well received as an option for the navigation when on the smallest devices.

    If you want to catch up on the developer chat please do so here: https://irclogs.wordpress.org/chanlog.php?channel=buddypress-dev&day=2012-09-05&sort=asc

    My suggestion for moving forward this week would be leave the wireframe posts open for people to submit and debate the points. After that probably over the weekend / early next week I am going to try and bring together those thoughts into a set of wireframes that hopefully take the strongest contenders we have. New wireframes may not be needed in all cases – hopefully we have clear winners without any adjustments in a few areas. If anything does need adjusting the only adjustment will be based on agreed feedback.

    I will then post this up on the forum and share the files. We can then between us over a few days hopefully agree (adding / refining as needed) a set of final wireframes to bring to everyone in the developer meeting next week.

    If anyone has any objections to this please let me know.

     

  • Tammie Lister 4:30 pm on September 4, 2012 Permalink | Reply
    Tags: ,   

    This week has seen more activity on the wireframes so I’m just going to sum up that ahead of the developer meeting tomorrow. This post is a series of links and a snapshot of the activity in the wireframe discussions this week.

    Profiles: http://buddypress.org/community/groups/bp-default/forum/topic/profile-wireframes-take-two/
    The starting point image was:

    https://dl.dropbox.com/s/7hpx36k3ohoj0iz/mock.png

    Moving on from this, several new profile screens were added:

    https://dl.dropbox.com/u/2339616/profile-yours.png

    https://dl.dropbox.com/u/2339616/profile-yours-withnotifications.png

    https://dl.dropbox.com/u/2339616/profile-yours2.png

    Discussion revolved around would this be a good option to have a custom header per user or is this extra functionality that we may not want to have added into 1.7?
    The wireframes also saw the possible move towards putting notifications in this section not messages.
    On this blog it was suggested that customisation of profile could be useful such as a html / css option. http://bpdevel.wordpress.com/2012/08/29/developer-chat-ui-update/#comment-6443
    More profile suggestions were also added here:

    http://i.imgur.com/BW7Z1.jpg

    http://i.imgur.com/IZeej.jpg

    Member/group directory wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/member-directory-wireframes/
    Some wireframes were added to this section:

    https://dl.dropbox.com/u/2339616/groups.png

    https://dl.dropbox.com/u/2339616/groups2.png

    https://dl.dropbox.com/u/2339616/groups3.png

    The second version was mentioned as preferred. There was also a flag raised as to how close these could be if one of the layouts for profiles was picked. It was noted that as nothing was set in profiles it should be added as something to consider when it may be.
    EDIT: Some more wireframes were added over night:

    https://www.dropbox.com/s/mbkftzxzrynt1t7/Wireframe%20-%20Group%20Home.jpg

    https://www.dropbox.com/s/so7t68k7k2m5x69/Wireframe%20-%20Groups.jpg

    Menus: http://buddypress.org/community/groups/bp-default/forum/topic/menu-wireframes/
    Aside from a navigation menu option for mobiles, not much else was wire framed in this section. T

    https://dl.dropbox.com/u/2339616/mobilemenu.png

    The conversation got quite involved in mobile menus and optimisation.
    In another thread but also relating to this area, a jQuery tab solution was suggested at being produced and a screenshot added:

    http://i.imgur.com/EMVos.jpg

    Streams: http://buddypress.org/community/groups/bp-default/forum/topic/stream-wireframes/
    There were 2 suggestions for streams submitted:

    https://dl.dropbox.com/u/2339616/streamitem.png

    Potential issues were mentioned about sizes of images with buttons and also about hiding options under a select menu.

    Messages: http://buddypress.org/community/groups/bp-default/forum/topic/message-wireframes/
    There were several things discussed and wireframes produced about messages.

    https://p.twimg.com/A1igD9pCUAAV-dr.png:large

    https://dl.dropbox.com/u/2339616/messages2.png

    Potential issues were raised with segmenting and organising actions. Also it was raised the potential of moving out notifications.

    If you’d like to get involved then please come along to the developer meeting Wednesday at 19:00 UTC, on IRC in Freenode; see the sidebar for connection details.

     

  • Tammie Lister 9:00 pm on August 29, 2012 Permalink | Reply
    Tags: ,   

    Today’s developer chat saw each one of the wireframes so far submitted looked at along with each area that had wireframes.

    There are a few take homes that people raised:

    • Mobile / responsive should be considreed and this will also make sure it’s theme independent when you consider all variations
    • With regards to the activity / streams – there was a consensus that a unified stream was better for the majority of cases. A split stream approach could be considered as an extra though but that was an edge case not for default component format.
    • The stream in the split screen was too spread out – a more frugile approah should happen with the stream and not an entire section for usernames for instnace.
    • Filtering was discussed but no clear path was found beyond the fact that multiple filtering can just create confusion.
    • The side menu was agreed to be the winner in layout. This brings up other complication in actual ‘doing’ but it’s the one that will as a default layout provide more flexibility.
    • Also in menus it was considered how they could be brought to be custom menus. This is going to be explored more and reported on by @Paulgibbs.
    • The notification icons are probably more something for 1.8 and beyond when a revision of the way that seciton works may / may not be carried out.
    • Profiles with a sidebar were the winning layout everyone agreed upon. There were varying degrees for how things were arrange and streams were laid out.
    • The message wireframe needed refinement. It was agreed there was too much space taken up with things like notifications.

    That’s the summary of all points raised. As we’re still in the wireframe phase any other areas are also still open for wireframes. Anyone that wants to is invited to be part of this process. A thank you goes out to anyone that has contributed so far it’s seen a great response.

    The plan is to carry this on both in the forums and through to more developer chats looking to refine the wireframes as this happens. To assist this process sperate topics have been created on BuddyPress.org where wireframes can be collected.

    Member / group directory wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/member-directory-wireframes/

    Stream wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/stream-wireframes/

    Menu wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/menu-wireframes/

    Profile wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/profile-wireframes/

    Message wireframes: http://buddypress.org/community/groups/bp-default/forum/topic/message-wireframes/

    Other wireframes: (a catch all): http://buddypress.org/community/groups/bp-default/forum/topic/other-wireframes/

     

    • Nyxielle 8:17 pm on September 2, 2012 Permalink | Reply

      Just my 2 cents:…

      Some people like to be able to customise their profile page, and I think this would be a very valuable option to include. I know that oxwall for example makes this possible by allowing users to add a custom html/css box to insert their own code into. You can move them around and stuff, it’s pretty much drag and drop.

      I’d be super excited if something like this would be possible with buddypress 1.7.

      I’m currently helping out with a website running on oxwall and trying to convince them to switch over to buddypress but there are two issues holding them back:

      1. theme compatibility (I’m happy to see this is set for the 1.7 release)
      2. Ability for users to customise their profile.

      I wish I could help y’all out somehow, though I’m not terribly sure where I fit in. (I can design themes, but not code them unless it just involves editing a bit of html/css)

      Also, is there an estimated release date for 1.7?

      Lastly, keep up the good work guys! 1.7 is looking set to be the release that convinces anyone on the fence to take the leap!

      • Paul Gibbs 9:56 pm on September 4, 2012 Permalink | Reply

        No date for 1.7, but we think it’ll surprise people how soon it will be.

  • Tammie Lister 9:07 pm on August 28, 2012 Permalink | Reply
    Tags: ,   

    The amount of wireframes and people getting involved this week has been really great. Thank you for all that contributed so far. I am going to summarise what we’ve got so far in this post. In the developer meeting we will be discussing the current batch of wireframes along with some other topics brought up during this process.

    Menus: @nat0n worked on some suggestions for menus:

    More here for menus:
    https://p.twimg.com/A1A4geLCIAA82M6.png:large
    https://p.twimg.com/A1KrpH6CUAAVoeE.png:large
    https://p.twimg.com/A1KvBujCIAAyqGX.png:large

    @Ubernaut also had some menu suggestions here:
    https://creative.adobe.com/file/b4abf171-8951-44f5-9a45-5bc133857c22

    @Mercime also contributed into the menu discussion:
    http://mercime.files.wordpress.com/2012/08/bp17-wire-navigation.png

    Profiles:@Mercime offered a suggestion for profiles:

    @Mercime continued to work on profiles with a second version:
    http://mercime.files.wordpress.com/2012/08/bp17-wire-memberhome.png

    I offered some additional builds based off profiles from @Mercime:
    https://dl.dropbox.com/u/2339616/profile.png
    https://dl.dropbox.com/u/2339616/profilev2.png

    @Modemlooper then continued with another profile suggestion:
    https://dl.dropbox.com/s/7hpx36k3ohoj0iz/mock.png


    Streams:     I did some suggestions for streams starting with this one:

    And then moving into using filtering for the drill down into information:
    https://dl.dropbox.com/u/2339616/stream-filter.png


    Messaging/Admin notifications:     I did a suggestion to add to the admin bar:

    Messages: I did a suggestion of a revised messaging section:

    It is expected that wireframes will continue throughout next week so if you have not yet had a chance to be involved and want to please come along to the developer meeting Wednesday at 19:00 UTC, on IRC in Freenode; see the sidebar for connection details.

     

    • John James Jacoby 9:18 pm on August 28, 2012 Permalink | Reply

      Very awesome work everyone. I see some common solutions, and some unique approaches. The left-column navigation is something it looks like we all agree on so far.

      • Tomw 1:46 pm on August 29, 2012 Permalink | Reply

        Nice suggestions – the left-hand nav is quickly becoming the standard for web sites requiring navigation. Question – what tools are being used to create the wireframes ?

    • mercime 6:44 pm on August 29, 2012 Permalink | Reply

      @karmatosed great job in bringing these all together.

      I like this https://dl.dropbox.com/u/2339616/profilev2.png a lot as you might expect and the concept shown in https://dl.dropbox.com/u/2339616/messages.png :-)

    • Raminjan 7:31 am on October 6, 2012 Permalink | Reply

      This looks very awesome but a lot of people dont want the wordpress icon at the top bar or even they want different bar color instead of that gray bar is there anyway we can also consider taking the wp icon out

  • Tammie Lister 9:22 pm on August 23, 2012 Permalink | Reply  

    Here is an update on the BuddyPress UI push. After all the great discussion to do with BuddyPress UI we’re now moving into some action based on that. As discussed in Wednesdays dev chat several people are going to start working on wireframes and bring them to the dev chat meeting next week. If there is anything before that it may also be posted here. If anyone wasn’t able to attend and wants to join in you are more than welcome to comment here and get involved.

    The current plan is to look specifically at: menus, streams, members, profiles, groups, friends and messaging. During this wireframe process there would also be consideration existing trac tickets, feedback from the chat, discussion on this blog along with new ideas.

    The dev chat saw a lot of general discussion about UI and some great thinking of different ways to go that followed on from the formal dev chat. Along with this some consideration of the overall format would be good – the consensus was that a 3 column layout could be worth exploring.

    If you’d like to see what wireframes come up from this then come to the developer chat next week at 19:00 UTC, on IRC in Freenode; see the sidebar for connection details.

     

  • Tammie Lister 8:14 pm on August 20, 2012 Permalink | Reply
    Tags: ,   

    If you want to get involved in the UI side then this week’s dev chat is one you’ll want to attend. The points raised in the conversation following this post will be summarised and then we can see who wants to get involved. We can also discuss the next step and set some tentive time frames on things.

    So, come along and get involved at 19:00 UTC is BuddyPress dev chat, on IRC in Freenode; see the sidebar for connection details.

     

← Older posts

c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
shift + esc
cancel
Follow

Get every new post delivered to your Inbox.

Join 301 other followers

%d bloggers like this: