Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 576 through 600 (of 1,706 total)
  • @johnjamesjacoby

    Keymaster

    @chouf1, all plugins have a pagination issue since they’ve mirrored the way BP has done it, which is fixed in the 1.1 branch and will be fixed in 1.1.3+

    @johnjamesjacoby

    Keymaster

    What browser are you using on what OS? I checked your site on Windows 7 (all browsers) and could not duplicate this issue. In Chrome and Safari your sidebar is missing though.

    (I recommend maybe making your top links a little brighter. I almost missed them for a second.)

    @johnjamesjacoby

    Keymaster

    I reopened and updated the ticket. Leave them open until one of us can confirm the issue is not a BuddyPress core problem.

    @johnjamesjacoby

    Keymaster

    T-minus 2 days :D

    @johnjamesjacoby

    Keymaster

    I’ve got 1 guess…

    Go to your wp_sitemeta table and find the meta_key “bb-config-location” and tell us what you see.

    I got $5 that says it’s pointing to your old location that is long since deleted. If I’m correct, delete that from the DB and re-run the one-click integration again.

    @johnjamesjacoby

    Keymaster

    I’ll be there. I fly in to LGA from Miami at 3pm Friday, and leave on Sunday at 9pm. Tried to give myself as much time to linger around as I could.

    @johnjamesjacoby

    Keymaster

    When you try the one click installation, does it say it did it successfully?

    @johnjamesjacoby

    Keymaster

    Was this a fresh installation or did you have bbPress installed previously?

    @johnjamesjacoby

    Keymaster

    When you are including directly code that is usually a plugin, you need to make sure that you include all of its dependencies before you proceed through the file you’re using to load that code.

    In my opinion, the only way to make this transition is to do so knowing that you’re totally bypassing the ability to update the plugin and that it is now something that you’re including manually, either within your template or maybe even bp-custom.php. If the plugin itself was all you needed, then you’d just activate it and let it do it’s thing, right?

    So, rather than hook the loading of those files into a WordPress action, load them via your parent themes’ functions.php file, and put that code in your parent/functions/ folder…

    I try to keep things clean and logical, but I also reinvent a lot of wheels and re-factor existing WordPress plugins for my own custom applications. Breadcrumbs, taxonomy clouds, custom kses, etc… My parent themes are loaded with additional code that started out as someone else’s plugin that now is part of my theme. ( I know this goes against the entire reason why plugins exist, and I know it would be better karma to help contribute to a plugin than disassemble it and use its parts as my own, but sometimes that isn’t realistic, and sometimes it helps to see someone else’s perspective on how to achieve a goal. )

    Maybe I misunderstood your question entirely… If so, then forget everything I just said. :)

    Long story short, require ( WP_PLUGIN_DIR . '/bp-classifieds/bp-classifieds-groups.php' ); isn’t included everything that plugin needs to live. That file uses another file that’s missing.

    @johnjamesjacoby

    Keymaster

    BuddyPress uses the “display name” to know that they have filled out some profile information. It is the only *always* required field inside BuddyPress.

    Because WordPress is centered around the “username” and uses the “nicename” for slug purposes, we’re stuck with those no matter what. I like having my username be short for easy log ins if I can help it of course (sometimes “jjj” is already taken.), but I like my display name be my fullname because it’s how people recognize me.

    I don’t see a way around this any time soon. And like Andy said, internationally sometimes people have 4 or more names. I use my middle name, but having a “middle name” field isn’t always optimal either so I lump it in with my first name. (All those years of my mom yelling “John James you get over here this instant!!” must have stuck with me.) :)

    You can rename the primary name field to be whatever you’d like, which is designed to alleviate some of the confusion. It lets you decide what that field means to your users. The “username” is the only thing they can’t change, so they’re using that for life. :D

    @johnjamesjacoby

    Keymaster

    If you’re talking about the activity stream, you’ll need to style the…

    #activity-list li span.time-since {

    …anywhere in a custom CSS file that you create and include in your theme.

    @johnjamesjacoby

    Keymaster

    At the moment, you really don’t. The blogs avatars are randomly created by gravatar.com. Blog avatars are coming in a future version of BP.

    Because blogs can have multiple authors, and the first author isn’t necessarily the “main” one, there’s no mechanism in place to do that quite yet. It would be possible to fudge it as a custom function, but it won’t be that way in the core.

    @johnjamesjacoby

    Keymaster

    If the theme on your root blog is not using bp-sn-parent, or at the very least not using the functions.php that comes with it, then you will receive this error, among others.

    @johnjamesjacoby

    Keymaster

    Sounds like you’ve got files still in place. Can you make sure you’ve deleted all of your old BuddyPress files and try again? Or, maybe delete the buddypress directory entirely and try again?

    @johnjamesjacoby

    Keymaster

    I would recommend making your own parent/child theme and use the bp-sn-parent as your guide.

    To truly get the mileage you want out of your BuddyPress powered website, you will want to customize it fully. The parent/child setup is designed to let the parent theme be the “core” theme, and let child themes change the core design. You could also just make your own child theme and use bp-sn-parent as the parent, and then use your own custom CSS to make it look however you’d like.

    @johnjamesjacoby

    Keymaster

    georgef101, do you still have the bp-themes folder located in wp-content? If so, BuddyPress will think you’re using the old theme style and look for the 1.0 avatars. If not, make sure your folder permissions are set (I put mine to 777 to make sure it works, but you may want to do 755 depending) and then run the code above. It should rename all of your avatars accordingly and put them where they belong. Once that’s done, you shouldn’t need to delete or change anything.

    @johnjamesjacoby

    Keymaster

    At the moment only square avatars are allowed, and they are all cropped to two sizes. A while back I put together a patch that would allow non-standardized avatar sizes, but the problem then is what to do with the gravatars.

    This *might* be something we revisit for the core later, but wouldn’t make a bad external plugin either. Hm.

    @johnjamesjacoby

    Keymaster

    My unofficial opinion (which is subject to change at any point) is that it’s a great idea if you and your audience are okay with you not hosting that data on your server.

    I’m selfish, so I like to have control over everything so I can take responsibility for it if I break it. I also like to be able to dive right in and fix a problem if something happens instead of making a telephone call or sending an email.

    At the end of the day BuddyPress will have its own media management eventually, and BP developers can choose to use the built in one, or something like Kaltura. It’s the same as outsourcing your comments or forums to another service. If you trust the provider and it does what you need, then there’s no reason not to use it.

    @johnjamesjacoby

    Keymaster

    Take the files from bp-sn-parent/groups/single/forums/ and copy/paste them into the same location in your child theme, then season to taste.

    @johnjamesjacoby

    Keymaster

    MrMaz, if you need help getting your plugin i18n friendly, let me know, I’m happy to kick through the code and clean it up.

    Basically just make sure all of your text uses a textdomain like “bp-links” or “buddypress-links” then use a program like po-edit to comb through the source folder and it will sniff the strings and compile them into the po/mo/pot file.

    Textdomains are important because if you use “buddypress” for your textdomain, and the buddypress-en_US.po/mo file doesn’t have a translation for it, it won’t get translated. It’s important to use your own. The only reason NOT to use your own is if the string matches EXACTLY the BuddyPress or WordPress strings already.

    @johnjamesjacoby

    Keymaster

    Looks like it isn’t just logging in, but your members and /blog pages white screen also. Did those files get uploaded correctly? Do you have any errors in your server error log? White screens are hard to trouble shoot, but your best source on what’s happening is in your error logs.

    @johnjamesjacoby

    Keymaster

    The problem with changing from one the other is that it needs to happen manually because of the virtual URL references in the database. You start by turning VHOST from on to off, and then going through your DB and changing the blogs’ paths and domains accordingly.

    Any images or anything that might be hard coded into your individual posts will need to be edited also.

    @johnjamesjacoby

    Keymaster

    I’m seeing a trend erich73. :)

    I haven’t checked this out, but it’s something I’ve been meaning to develop for a while now. I know that I really just want a function that returns true/false if the user is currently online or not from within their profile. If this plugin can do that, then I’m happy. :D

    @johnjamesjacoby

    Keymaster

    gnesher, who is your web host? Like Mike said, it’s probably a conflicting plugin of some kind…

    It could be a missing function, a duplicate function, or anything in between, as well as an out of memory error, an incorrect PHP version error, etc…

    Blank screens are the hardest to trouble-shoot, but you start by scaling back the active volume of PHP code that is loaded at one time, and adding it in pieces until you find the offending code segment. I.E. disable plugins, and reactivate them one by one. Maybe even turn them all off, activate ONLY BuddyPress, and see if it white screens. If it does, then it’s either not installed correctly, or it’s a server error of some kind.

    @johnjamesjacoby

    Keymaster

    It isn’t that the directory needs to physically exist, because just like WordPress, all permalinks are virtual pointers to PHP interpreted code.

    When you’re talking about notifications, are you talking about the emails you receive? Or are you talking about the actual Notifications screen in BuddyPress?

    If you’re talking about the later, then it means your plugins_template.php file is missing from the root of your parent theme. BuddyPress still uses that file as a generic pointer for the settings pages to use, since they do not have their own specific template files at this point in time.

Viewing 25 replies - 576 through 600 (of 1,706 total)
Skip to toolbar