BuddyPress.org

As far as I got that a template pack will no longer be necessary in BP 1.7.

That´s the big deal now, it´s becoming absolutely theme independent and therefore will work out of the box on EVERY wordpress theme. (That has the “the_content call”, of course.)

So actually, giving BP it´s own Login and profile editing pages wont be as much work as it would be with the previous versions. Also a page where users can manage their post comment subscriptions would be great. Ask me, I might have another 400 ideas here 😉

Maybe ?!!! Yes….

Did you read the ticket indicate in boone’s post ?
https://buddypress.trac.wordpress.org/ticket/4846#comment:4

Hi,

read here: http://bpdevel.wordpress.com/2013/02/25/bp-theme-authors-make-sure-your-theme-registers-buddypress-support/

Hi

Can make a plugin for Buddypress so that the forum sends private messages to group users. This will then cause the notification system to pick up the message and show it in the grey WordPress/Buddypress notification bar. Your forum notification problem solved for only £15.

Let me know if you are interested and we will build it

You don’t have separate sites. Use the same install. Use htaccess rewrites to show a different url when on mobile and a different theme.

If you don’t care so much about the url it’s easy to show a different theme at the same url. This is the preferred method now. At one time having a dedicated subdomain for mobile was the way but google frowns on this and your links are confusing.

url.com/item should be the same url no matter what device. You just display the content accordingly.

some theme switch plugins: https://wordpress.org/extend/plugins/search.php?q=theme+switch

Read the info in the below link. Pay close attention to the section: 3) Logged-out menu
http://wpmu.org/how-to-build-a-facebook-style-members-only-wordpress-buddypress-site/

Most probably the code you are using is trying to access logged in user’s data before init action. Since the current user is set on ‘set_current_user’ hook’ which is just before init, any function trying to access current user data should be called on or after init action.

Hope that helps.

Reference: https://codex.wordpress.org/Plugin_API/Action_Reference

This works:
https://wordpress.org/extend/plugins/remove-dashboard-access-for-non-admins/

Chouf1,

Merci pour ta réponse ! Je suis désolé, je continue en Français mais ça sera plus simple pour moi de comprendre et d’expliquer ma problématique… En fait, tu me conseilles d’installer BP User Profile Map (ce que j’ai fait, je passais avant par une solution codée à la main qui nécessitait une clé pour l’API de GG Maps donc je vais abandonner ça) et de laisser les utilisateurs rentrer eux-même leur pays manuellement lors de l’inscription ou de l’édition de leur profil ?

Cette solution m’a effectivement l’air séduisante mais pour les villes surtout, qui sont effectivement impossibles à toutes recenser. Penses-tu qu’il soit possible de dire au plugin de prendre en compte deux profile fields au lieu d’un (Ville + Pays) ? De manière à ce qu’il localise encore mieux, et pour éviter les erreurs (il existe des villes qui ont le même nom dans des pays différents).

Pour l’intégration d’une liste de pays dans BuddyPress, j’ai suivi le process décrit ici :
https://buddypress.org/support/topic/how-to-make-a-country-drop-down-list-in-profile-field/#post-147697

J’en suis à l’étape de copier coller une liste des pays du monde dans mon fichier CSV extrait de ma BDD, mais je bloque sur les ID par pays : dois-je les étendre simplement sous Excel ? J’ai peur en faisant ça de me retrouver avec un ID de pays identique à un ID d’autre chose de mon WordPress (ID de post, ID de catégorie ou autre)… ça serait problématique ?

Merci pour ton aide et désolé pour l’emploi du Français.