Forum Replies Created
Samu79: FWIW, I just pushed a plugin called BP Group Location to Github, read more here: https://github.com/naton/bp-group-location
You could edit the .po/.mo files and do a custom translation there, I’ve done so on a Swedish site, should work for English sites too, using the right locale.
But +1 for replacing once and for all what many people think is an animated 3D movie title, with something that is a bit more descriptive 😉
I finally got down to make a ticket out of it, if people have similar problems: https://buddypress.trac.wordpress.org/ticket/5372
I’ve created a ticket here now, for those with similar issues like me: https://buddypress.trac.wordpress.org/ticket/5372
Don’t know if this is helpful, but both these return bool(false) when not disabling profile sync:
var_dump(bp_has_members( 'type=alphabetical&include=' . bp_get_friendship_requests() )) var_dump($members_template->has_members())
So is this a WordPress bug then..?
Thanks. However, the only place I can find those are in the bp-friends and bp-members directories of the core plugin. No match in either plugins or themes. Don’t feel comfortable editing those myself..
No news here? I can confirm that the problem exist with only 1 plugin active (BuddyPress), network activated or not, and may be connected to the issue where the names of group members don’t show up at all (if the user hasn’t edited their WordPress profile name that is, then it’s cool).
OK, I think I have narrowed it down to the Profile sync checkbox – checking this (thus disabling WP-BP sync) shows me the friend request list again. Without having to disable Extended Profiles in BP that is.
Now, how do I get back that sync again.. :/
Darn, the problem still exists – disabling Invite Anyone no longer solves it :/ Can’t find out why though. I get correct numeric indicators (“1 Friends”) in the menus but “no pending…” in page. Guess I’ll go bug hunting elsewhere then..
Disabling the plugin Invite Anyone did the trick, which is worrysome since I love that functionality.. But now at least I can see my pending requests again, without having to disable parts of BP itself.
Same here, although I don’t get a 404 but a “no pending friendship” message – disabling Extended Profiles shows me the list. Am I doing something wrong? I’m using BuddyBoss + a child theme, FWIW.
I’m having the same issue here, or is it the other way around maybe? I can see my pending invites if Extended profiles checkbox is unchecked – enabling it gives me “no pending friendships”. What to try next?
Any new light on this one? Handling default notifications would be awesome.
+1, looking for the same thing. Ideally, the autocomplete functionality shouldn’t even be loaded if Friends is disabled (as it is now, I mean).
Where are we with regards to wireframing now? As the open tickets for 1.7 seem to dry out, are we moving back to turtleshell development again? The progress tracker still valid as a status indicator? Just trying to get up to date here. 🙂
@fiq: what’s evil and not is highly subjective but I get your point with the “too many columns” dilemma. If you’re aiming for a 960px theme then maybe a CSS fallback to tabs (or a show/hide functionality) would be more appropriate than showing everything at once. Still, on wider layouts we need to decide on how menus should look and behave. Hence this thread.
edit: On a related note, the layout as seen in the profile thread also needs some responsive design for smaller screens. Or for larger, depending on if it’s mobile or desktop first you have in mind.
@fiq: Ok, yeah, that might be one way to design those. Or as a 20/80, 40/60 or 50/50 width – you can do whatever you want in the theme CSS. It’s not in this thread’s proposal to define that, just to come up with ideas on what a side navigation _is_ and what to find there. If you want to lay out the elements differently, go ahead! Any theme will override the default width, whatever that may be. Or are you suggesting there is not room for this kind of navigation at all..?
@karmatosed: what “lot of actions”? I only have two – Mark as favorite (which won’t be there in 1.7) and Delete – same (or less) than yours. I also haven’t made a wireframe of the “actual message” – this is just a list view. I took inspiration from Gmail where actions are gathered on top and reading a message is separate from the listing. Most message readers do this and neither repeat tools for each row nor mix “browse mode” with “write mode”, which is what you get when doing too much stuff “inline”. I think it’s a very clear and nice distinction that I’d like to see in BP too. If it’s not on the radar for 1.7 then so be it – but one can hope, right?
@qrahaman: But isn’t “show thread” just the same as clicking on a message row? I’d like to have as few actions on each row as possible so maybe we could look at 1) what most people probably do most often and 2) what could be moved to a “view message/thread” context instead of this table view. E.g. I would think that Reply often comes after reading a message while Delete could come before (if unwanted or spammy content). How does that sound?
@djpaul: +1 to that. Feels more like a “site activity” thing, no? or somewhere else, outside of the “sending messages to people” area.
To make it even denser, I opted out the avatar in the listing (also to avoid lots of extra http requests). I guess those could be added on hover (clue tip plugins or similar?) for desktop browsers if we wanted to.
Just to reiterate from the chat: The tabs to the right of the menu (which is what’s primarily discussed here) is not part of the proposal but merely shows what filters we have to day, when displayed as tabs instead of as a select (and these are replicated for each and every sub item under Activity).
Also from the response so far: The dividers between the “core” functions and plugins as seen above is not something easily achieved and probably not what end users would want anyway. Consider those gone already.