Search Results for 'wordpress'

Viewing 25 results - 20,576 through 20,600 (of 22,684 total)

← 1 2 3 … 823 824 825 … 906 907 908 →

Author

Search Results
November 3, 2009 at 1:48 am #55739

In reply to: At my wit\'s end with custom theming …

madyogi
Participant

Alright, I’m super-close now it seems, but I still need a bit of advice. It seems that what I have so far works in every case but search pages and 404 pages.

The way it looks to me, every bp_is_…_component() tag returns true for all wordpress is_search and is_404 queries. So, two questions:

1) What is it about all the bp pages that trigger the 404 and search conditionals in wordpress?

and

2) How might I differentiate the two cases?

November 2, 2009 at 7:27 pm #55723

In reply to: mystery-man image being in core ?

Xevo
Participant

Does this work?

http://buildinternet.com/2009/02/how-to-change-the-default-gravatar-in-wordpress/

November 2, 2009 at 6:07 pm #55706

In reply to: At my wit\'s end with custom theming …

David Lewis
Participant

Also… with regards to highlighting your tabs… those links should all be getting classes assigned via WordPress which you can then hook into to style (i.e… something like .current_page)

November 2, 2009 at 10:07 am #55684

In reply to: gravatar.com / only in english language ?

Bowe
Participant

“Tell them to learn English? I doubt that Gravatar is gonna translate it’s site just because some people don’t wanna learn English..”

That makes no sense whatsoever.. The guy is asking a normal question about making his site more user friendly for people who speak a different native language, it has nothing to do with his users… why do you think that multilangual plugins are so widely used for wordpress.. you could have just answered the question without the unneeded remarks about his users and “foreign” users in general..

November 2, 2009 at 1:34 am #55665

In reply to: Capitalize names in xprofile on input/signup
peterverkooijen
Participant
@Chouf1, the code is not for uppercasing; it’s making sure firstname and lastname are stored consistently in the different places where WP/WPMU/BP stores names.

Why is it too much to ask for consistently, reliably stored firstname + lastname in the WordPress world? Uppercasing should be part that imho. It’s utterly ridiculous to have to do that in CSS. Is that even official CSS? Do all browsers support it?

In most software for grownups firstname and lastname fields are at the top of the members/users table, part of the core of the application, the heart of member registration and management. In the WP/WPMU/BP world it’s a messy afterthought, stored halfheartedly in three or four different locations, in different ways, without any synchronization between them. Aaarrrggghhh.

Before a WordPress user account is activated, it is stored in the wp_signups table; there’s a meta field storing various things. Have you checked if its that one?

That’s one of the two places where the lowercase version of the name is stored. My code above updates names with uppercase in the usermeta fields.

My question is which code stores them in xprofile or wp_signups. Where should I apply my nameize() function to get clean names in xprofile?

Cleaning them up before they’re stored in wp_signups would do the trick as well, because I think the xprofile data is taken from there. I don’t think the wp_signup data is used for anything else later, so it has a lower priority to me.

Edit: Of course I’m not trying to uppercase all chars of the name, just the first ones, as used to be custom in western culture. FYI, here’s the nameize function I use:
```
function nameize($str,$a_char = array("'","-"," ")){

//$str contains the complete raw name string

//$a_char is an array containing the characters we use as separators for capitalization. If you don't pass anything, there are three in there as default.

$string = strtolower($str);

foreach ($a_char as $temp){

$pos = strpos($string,$temp);

if ($pos){

//we are in the loop because we found one of the special characters in the array, so lets split it up into chunks and capitalize each one.

$mend = '';

$a_split = explode($temp,$string);

foreach ($a_split as $temp2){

//capitalize each portion of the string which was separated at a special character

$mend .= ucfirst($temp2).$temp;

}

$string = substr($mend,0,-1);

}

}

return ucfirst($string);

}
```
Edit2: The CSS solution only works on the first name. The last name still starts with lowercase. Any easy CSS trick for that? I don’t think so.

Apparently the same CSS trick is used in this forum, which would explain why my “username” – cough, spit – is displayed as ‘Peterverkooijen’ instead of ‘peterverkooijen’ as I had entered it. Why is that kind of mess considered acceptable?
November 1, 2009 at 10:53 pm #55653

In reply to: Capitalize names in xprofile on input/signup

Paul Wong-Gibbs
Keymaster

Before a WordPress user account is activated, it is stored in the wp_signups table; there’s a meta field storing various things. Have you checked if its that one?

November 1, 2009 at 8:50 pm #55647

In reply to: Fatal error after upgrading to BP 1.1.2

ph23man
Participant

I ran into this exact same error:

Fatal error: Cannot redeclare bp_activity_install() (previously declared in …/wp-content/plugins/buddypress/bp-activity.php:19) in …/wp-content/plugins/buddypress/bp-activity.php on line 52

If you have a failed upgrade, I recommend reverting to a “clean” backup of your files and database from before you upgraded Buddypress or attempted reactivation.

Here’s what I did to successfully upgrade from BP 1.0.3 to 1.1.2:

1. Switch to a non-BP theme, i.e. WordPress mu Homepage 1.6

2. Deactivate ALL plugins (you’d probably be okay by deactivating only BP-dependent plugins but I did this just to be safe)

3. Delete Buddypress plugin files (/wp-content/plugins/buddypress) via wp-admin or FTP, either is fine

4. Download the Buddypress 1.1.2 zip and upload the new files to your plugins folder

5. Activate Buddypress plugin in wp-admin

I can’t comment on what changes you have done to your install or what plugins you’re running but I had similar problems with the upgrade and the steps above allowed me to successfully upgrade BP.

November 1, 2009 at 7:51 pm #55637

In reply to: buddybar wont go away after deactivation

John James Jacoby
Keymaster

The BuddyBar is an adaptation of the bar that was previously included in WPMU, which was a watered down version of what you see at wordpress.com. It can be restyled, replaced, or totally removed if you so choose.

November 1, 2009 at 5:49 pm #55622

In reply to: Non-Roman character named blogs don\'t show in A to Z Blog Listing

Paul Wong-Gibbs
Keymaster

No, but it’s been well discussed that WordPress and BuddyPress do a relatively poor job dealing with i18n issues.

November 1, 2009 at 5:35 pm #55619

In reply to: Docs on buddypress.org?

Xevo
Participant

For wp wiki, you have to use the backend editor, since it’s officialy made for single wordpress. But since you have to/can make a different theme for the blog, you could try making it front-end.

Edit: I found an easy solution for this as well, there’s a front end editor plugin.

https://wordpress.org/extend/plugins/front-end-editor/screenshots/

November 1, 2009 at 5:27 pm #55618

In reply to: Docs on buddypress.org?

21cdb
Participant

Do users have to log into the wordpress backend in order to write a wiki post, or is there kinf of frontend editor?

November 1, 2009 at 11:32 am #55600

In reply to: Removing default Avatars from Blog Listing View

John James Jacoby
Keymaster

You can create a custom home theme and replace the blog avatars with a default image of your own if you’d like. And choosing the creator is obvious to you, but might not be what someone else wants. The creator of the root blog is the admin account, but I always create a new user right away and use that new user as my active account.

When you first install WordPress and see the default theme, is your first response to say “it’s obvious the sidebar should be on the left side.” The default BuddyPress themes are designed to include all of the functions of BuddyPress to guide everyone into how to customize the use of them to do what you want and look how you want it to, just like the included WordPress themes do.

Sure, people have made ultra elaborate theme frameworks, but don’t expect that to come bundled in the BuddyPress core. You’ve got options if you don’t like what you see, so explore them.

November 1, 2009 at 11:18 am #55597

In reply to: Buddypress dont see old WPMU blogs. Error: 'hasn't created any public blogs yet'

John James Jacoby
Keymaster

BuddyPress doesn’t modify any WordPress tables or data. It does add a few entries to your _options though. The easiest way to “uninstall” BuddyPress is to drop the tables it creates when it installs. They usually start with “wp_bp_”.

Very few WordPress plugins have a real “uninstall.” Most of them pollute the WordPress tables with their data and when you deactivate and delete that plugins files, their settings and data still remain in the database. It took me a while to get used to that too, coming from a world where if you don’t need something, you get rid of it; But it doesn’t hurt anything keeping it there, and it even helps sometimes if you decide to revisit a plugin that you deleted 6 months ago.

In the coming weeks I may write a plugin to import existing blogs into the wp_bp_* tables, but the risk with that kind of thing is just like any other aggregator, it will be a very heavy routine that goes through all users, all blogs, all posts, and all comments, and feeds them into the BuddyPress tables for future use.

November 1, 2009 at 11:10 am #55596

In reply to: group slugs when i18n environment

John James Jacoby
Keymaster

@nonegiven:

No one is forcing you to use WordPress and BuddyPress, and if it doesn’t suit your particular needs then it isn’t the right tool for the job, and that’s okay.

Multilingual blogging and content management is a relatively new need, and as more people speak up and help out in areas of need, things like this eventually do make it into the core product

Remember that there are very few people that can do multilingual development, and even less that can do it well. It isn’t that no one cares, it isn’t due to lack of funding (you mean people get paid to do this? ), it isn’t because the need isn’t obvious, it’s because things are prioritized in the order that the WordPress community votes on, and for 2.9 the votes said media was the top priority.

We’ll get there, I promise. But before we can do that, we need to finish some of the work we’ve already got first.

November 1, 2009 at 8:22 am #55583

In reply to: Grasping at straws now – should WPMU & BP be in same DB or different?

John James Jacoby
Keymaster

Just registered on your site as “guest”

When I attempt to create a group. The “previous” and “next” buttons are always there. You’re correct to assume part of the problem is with the avatar cropping tool, because the issue isn’t with groups, it’s with user avatars too.

Your bug in the trac wasn’t deleted because I responded to it a few hours ago also, but saw the post here and figured it would be the easiest way to find you…

Are you able to upload images to your WordPress blog?

I haven’t seen an issue like this before, so this looks like a configuration issue of some kind. I know you’ve said you’ve tried this on a bunch of hosts, but something isn’t jiving on your installs.

Can you try the updated version of WordPressMU (2.8.5.2) and see if the problem continues?

November 1, 2009 at 4:24 am #55565

In reply to: Grasping at straws now – should WPMU & BP be in same DB or different?

John James Jacoby
Keymaster

@gazouteast

Do you have a link to your install that I can join and try to diagnose? I know that there have been issues with the cropping tool, but the current tool is one that now comes included with WordPress and is being used as part of the media editing update coming in WordPress 2.9.

November 1, 2009 at 3:35 am #55559

In reply to: WordPress MU 2.8.5.2 Released

Xevo
Participant

I now have re-installed wpmu, buddypress and bbpress (all newest versions). But it still won’t work. I also used buddypress Forum Setup.

See the site here: http://xevodesign.nl/talkmore/

The only 3 differences between this setup and the one I did on my localhost (which worked), are that I installed on my localhost, I used my localhost root and the wpmu version.

Edit: Never mind, got it working, used the bbpress-integration plugin. Strangely enough I didnt have to use this before on my localhost.

November 1, 2009 at 2:12 am #55558

In reply to: WordPress MU 2.8.5.2 Released

Xevo
Participant

I might’ve found the first bug, I’m not sure if buddypress/wpmu/bbpress or one of my plugins is the problem though.

I have a stand-alone bbpress and integrated it with the bbpress install. But now the cross-login doesn’t work anymore. When I login to buddypress/wpmu I’m not automatically logged in to my bbpress, I checked if I maybe made a mistake with my KEYs, but those are correct.

Since this worked perfectly fine with wpmu 2.8.4a, I’m geussing it’s wpmu’s fault. I’ll test some more and I’ll try to see if I can track down the problem.

Btw, the plugins I have installed are:

– Plugin Commander

– WP Wiki (already tried disabling, no effect)

November 1, 2009 at 1:32 am #55557

In reply to: Unable to create groups or forums

carinallc
Participant

Ok, WordPress has the ability sometimes to make me feel really stupid.

By disabling the admin bar, you lose the ability to create groups. Doh.

Another change it would have been nice to have noted somewhere, and another reason why I’d pay good money (REALLY GOOD MONEY) for a technical deep-dive reference book on BuddyPress

But, because the admin bar doesn’t fit the asthetics of the site we’re building, I need to find the code that makes up My Account, My Blogs, Notifications and Visit and make them part of our new header so that functionality stays intact.

Thanks for your help DJPaul! Would you know offhand where I might find that code?

November 1, 2009 at 1:08 am #55555

In reply to: noreply@domain.com

Xevo
Participant

There’s a nice plugin for this.

Check: https://wordpress.org/extend/plugins/mail-from/

November 1, 2009 at 12:21 am #55553

In reply to: WordPress MU 2.8.5.1 Released

Xevo
Participant

@ Arghagain: No, I just made a clean install of Wpmu 2.8.5.2, Buddypress 1.1.2 and even a stand alone integrated BBpress 1.0.2. So no problems there.

Shouldnt this be closed, since there’s already a new topic of the newer version?

October 31, 2009 at 9:28 pm #55548

In reply to: WordPress MU 2.8.5.1 Released

arghagain
Participant

I know this may be a stupid reply or may be repeating someone else saying, but have anyone see a problem of getting buddypress 1.1.2 on wpmu 2.8.5.2?

October 31, 2009 at 4:13 pm #55537

In reply to: WordPress MU 2.8.5.1 Released

Jeff Sayre
Participant

I went to bed and it was 2.8.5.1. I just went to download and it is now 2.8.5.2.

There was a posting bug discovered that required an additional incrementally tagged version.

http://ocaoimh.ie/wordpress-mu-2851/

October 31, 2009 at 2:05 pm #55533

In reply to: Infinite Redirects

5053583
Inactive

looks like an mu bug

https://trac.mu.wordpress.org/ticket/215

October 31, 2009 at 6:25 am #55524

In reply to: group slugs when i18n environment

still giving
Participant

BIG bump ….

I hope some of those $29,500,000 Matt Mullenweg has raised for WordPress/Buddypress goes into an internationalizing campaign.

I would like to see a mature MULTI-LINGUAL environment … not just single stand alone versions (… my interest is in Chinese, Korean and Japanese versions).

To be honest, given that Web 2.0 is all about “communication” … would not it be wonderful is we could build multi-national communities?

Sure it even makes sense from a business point of view given the size of those markets.

If WP/BP will never hack it … can anyone recommend any other native language blogs/CMS packages?
Author

Search Results