Forum Replies Created
-
Do you know this plugin ? https://wordpress.org/extend/plugins/buddybar-widget/
Maybe for inspiration at least…
Hi @pjtna,
There are many ways to accomplish what you want, depending essentially of your php/html knowledge.
First thing you have to do anyway is to create a child theme.Second, IMO, the easiest would be to create a widget with help of the TextWidget delivered with WP and phpexec plugin. This plugin allows to insert php, css and HTML into the TextWidget. No need then to hack into the sidebar file.
Note: you can search on this forum with Google. Use `buddypress.org: your search terms`
This would bring you many answers.
And apologize if I push an opened doorWhy do you want to remove html code when you don’t know what genrate it ?
That said, the profile textarea’s content is in the DB (xprofile tab from memory)
But you have to find what plugin genrates the double insertion. The unique solution is to proceed like i explained previously.First activate the bp-default theme with no plugins except BP and create a new profile field for testing.
If the field shows correctly, you have to update the Huddle theme (you can use Template Pack plugin to do this easily).
If the problem remains, you have to reactive one by one your plugins.Hi,
i had a similar problem on a multisite install: after update from 1.5.6 to 1.6, no access to profiles, topics and some plugins. All links going nowhere else as my homepage
I searched in the recent tickets and found a solution here: https://buddypress.trac.wordpress.org/ticket/4415
By commenting the (very old) NOBLOGREDIRECT line in wp-config, my url’s where backOn a single install, it maybe possible to add this filter
`add_filter( ‘bp_do_redirect_canonical’, ‘__return_false’ );`These solution was already given by @boonebgorges on this forum a few days back i guess
Hello,
registration process has nothing to do with BP, it’s WP stuff. For some technical answers to your question, be inspired by reading here:
http://www.esecurityplanet.com/open-source-security/top-5-wordpress-vulnerabilities-and-how-to-fix-them.htmlTo avoid robot resgistration, there is nothing definitve to do at this time. But to get sure you don’t get a robot in your user list, you can add a mandatory field to your registration via custom profile fields.
For example, “city”. Because this field is custom, no robot will fill it correctly. And most will not fill it at all. Each subscription with “doe” as city name or empty city field can be banned and/or erased from your DB. This will calm down spam activities for a while. The price of this is a constant admin work. But consider that a daily managed site is lesser spammed than a site with randomised webmastering each 31th february… And a site with 50 000 unique visitors will be more attacked that a 70 hits/day site. Just the price of glory, nothing to do with buddypress. [exit]Pot file is not the problem
Pot files are automaticaly created on trunk each time a file is updated. Creating pot file on Glotpress is not a problem, because Glotpress imports this file from bp Trac.The “problem” is writing a po file (not pot, but po). Do we write it on Glotpress or do we write it at home on poEdit for example and push it to i18n Trac or do we use both ?
In my mind this doesn’t matter as long as an updated mo file is avaible somewhere. The unique question is, where is somewhere ? Of course it must be a place knowed by BP users. The existing i18n is a good place to be. Must only be more visible on buddypress.org
The other problem are the translators themselves. Polyglot discussion list is essentially devoted to wordpress, and as you know, BP user are constantly busy (and honnestly not so numerous as WP users), so its a bit difficult to built translators teams or find a goodwill in (ie.) Farsi or (ie.) Croatian language…
And as you know also, working a long time without feedback is demotivative, frustrating and leads to abandon.
@djpaul FYI i answered here: https://buddypress.trac.wordpress.org/ticket/4265
