Skip to:
Content
Pages
Categories
Search
Top
Bottom

Search Results for 'wordpress'

Viewing 25 results - 22,126 through 22,150 (of 22,603 total)
  • Author
    Search Results
  • #39165

    lol Oh Ren… haha!

    @brandtd, this is certainly possible. As a matter of fact, this should happen as default unless you change the width of the body or html elements themselves. This is because the “Buddy Bar” isn’t contained by anything that has a relative position attached to it.

    In bp-core/css/admin-bar.css – Try…

    #wp-admin-bar {
    position: absolute !important;
    top: 0 !important;
    left: 0 !important;
    width: 100% !important;
    z-index: 1001 !important;
    height: 26px !important;
    color: #fff !important;
    text-align: left !important;
    background:url(../images/admin_bar_back.gif) #818181 repeat-x !important;
    }

    @brian, duh I get what you’re saying now. If I can give some feedback about the Buddy Bar for a moment, I feel that it should be an all or nothing kind of deal. Either it’s always there for people to use, or it’s never there and people have to naturally find their profile area and do things from there. Toggling a whole new set of what are essentially just short-cuts and adjusting the entire layout of the screen, even if by 26px, provides for a moment of awkwardness from a user perspective. For the 3 seconds it takes for someone to think to themselves “Hey what’s that? Do I need it? What does it do? Oh gosh there’s tons of menus now? What is this stuff?”

    Now if you’ve used WordPress.com or signed up for a Gravatar before, then the bar idea isn’t new. But for what I consider the core crowd we’re catering to by using BuddyPress as a social networking platform, if it isn’t uniformly worked into the design of the site from the beginning, it only serves to confuse.

    Again, this is just my opinion. Not saying it’s right, and certainly not saying that there is a better way. Just saying… :)

    /rant

    Back on topic. In theory you could put a…

    <body>
    <?php if (is_user_logged_in()){ ?>
    <div id="buddy-bar-buffer"></div>
    <?php }?>

    In your header file, and attach the CSS to that, rather than to the body itself? That would then only show that buffer when the user is logged in, and once they are logged in, that buffer will push the body down (as styled by the CSS you will give it in your base.css).

    Does that make sense?

    Donnacha
    Participant

    Unfortunately, vBulletin decided that a vBulletin WPMU bridge was not in their commercial interests and locked the thread, despite 30 of their licensed users expressing an interest. The thread, http://www.vbulletin.org/forum/showthread.php?t=196906, remains readable but not new posts can be made and, therefore, can no longer be used to rally together all the vB users who would like to see it happen.

    I swapped a few emails back and forth with vB and they took the time to explain their position. I don’t agree but I guess I can understand their panic; WordPress is one of the few Open Source products that has wiped out commercial products in it’s sector, blogging, and they’re desperately worried that there is no longer that much difference between their $180 product and the free alternatives.

    There is, of course, nothing to stop any of you being a bit cheeky and starting your own threads on http://www.vbulletin.org/forum/, innocently asking why there isn’t a vBulletin WPMU bridge :)

    Personally, though, I’ve deciding to transition away from vB – I’ll be keeping my existing vB sites going but, for new projects, I don’t see the point of buying any more vB licenses.

    bbPress is pretty bad but I’m optimistic that they will improve over time, especially now that BuddyPress is advancing so quickly. I like the way in which, in BuddyPress, the forums are spread among the groups within the social network – it makes a lot of sense, sort of like wrapping each section of your forum in it’s own homepage, featuring the users who “hang out” in that section.

    #39147
    gpo1
    Participant

    @nicolagreco,

    Can you look into option :The most difficult way Only Profile: it’s not important having a blog or not, because the video will be published only on the profile

    https://wordpress.org/extend/plugins/all-in-one-video-pack/

    There is a difference of developing time for each way..

    We would clip-in for your workmanship?

    Burt Adsit
    Participant

    Alain, try activating the ‘WordPress MU homepage’ theme. See if it happens.

    #39129
    zoharbabin
    Member

    Hi guys,

    currently we do not have the resources to create this integration in-house.

    I will however, fully support the developers that will take this initiative, providing help in code and guidance.

    The WordPress plugin we wrote (https://wordpress.org/extend/plugins/all-in-one-video-pack/) is compatible with WPMU (you can place it in the plugins directory and activate), So I guess that for an experienced developer this should be an easy task.

    Zohar.

    Sgrunt
    Participant

    hi Burt: i’ve uploaded on the server and it is all ok! the problem was only in my local installation and so i can live with it. Thank you!

    maybe the difference is that (i use subdirectories) in my remote server i’ve wordpressmu in the root and in the local server i have it in htdocs/mu/

    #39099
    Trent Adams
    Participant
    Burt Adsit
    Participant

    sgrunt, what is the url that gets the 404 result?

    vito687, the fn bp_core_get_userurl() returns this:

    $bp->root_domain . '/' . MEMBERS_SLUG . '/' . $ud->user_login . '/';

    So it seems that root_domain isn’t correct for you. It should be correct. It comes from the mu backend, get_option(‘siteurl’). If your ‘path’ and ‘domain’ are correct, that’s what you should get.

    That’s what you have correct? mu installed in a subdir under the doc root: <apache root>/wpmu/?

    Check in Site Admin > Blogs > <your root blog> > Edit

    It should read ‘Domain’ http://yourdomain.com and ‘Path’ /yoursubdir and in the wp_1_options it should say ‘Siteurl’ http://yourdomain.com/yoursubdir

    vito687
    Participant

    I noticed that burtasit’s plugin directs you to URL/members/username I need this to direct to URL/subdirectory/members/username, Is there a quick fix to my problem?

    #39085
    Trent Adams
    Participant

    https://trac.mu.wordpress.org/browser/branches/2.7

    Zip at the bottom of the page or if you use SVN you can use that URL as well.

    Trent

    #39084

    In reply to: WordPress

    Trent Adams
    Participant
    #39083

    In reply to: WordPress

    zenseeker
    Participant

    Oops, sorry. Got a little excited there for a minute.

    #39082
    Mythailife
    Participant

    And where is that downloaded?

    #39081

    In reply to: WordPress

    Mythailife
    Participant

    Spoken like a true moderator…

    #39078

    In reply to: BP Avatars in bbPress

    Burt Adsit
    Participant

    OK. I’m back. The bbpress const for wordpress is: BB_IS_WP_LOADED and is defined in bb-settings.php John. Looks like it’s only being used during installation and bbpress boot.

    Thanks for reminding me about the template tags. I’ll include those too. I’ll add filters to all the template tags also. Good idea.

    Many thanks for your help and sharing!

    #39075

    In reply to: WordPress

    Trent Adams
    Participant

    Specific plugins that work with WPMU or not should be discussed in their forums and BP issues here.

    https://mu.wordpress.org/forums/

    Trent

    #39074
    Trent Adams
    Participant

    No, it can be tested by downloading the WPMU Branch of 2.7. It is not in trunk.

    Trent

    #39073
    Mythailife
    Participant

    Is that patch in the latest version of MU?

    #39072

    In reply to: WordPress

    Mythailife
    Participant

    hyrzz, show us. Because I don’t believe it.

    #39068

    You could look into modifying an existing WordPress plugin, I think called “a member” that will help you with your pay for subscription situation.

    BuddyPress certainly could have “private” blogs, you would just need to restrict user access to each others blogs by checking the available author ID’s against the current blog ID, and if they aren’t an author, bounce them back somewhere.

    Sounds like BuddyPress will be a very good starting point for you, you will just need to mold it to fit your needs.

    #39065

    In reply to: WordPress

    zenseeker
    Participant

    hyrxx,

    You’ve gotten wp e-commerce to work on bp & wpmu? From both the wpmu forums & the instinct forums I’m under the impression there are still problems. Something to do with the database. I think the dialog’s been going on for about a year. Got some tips you’d like to share?

    #39046
    reprocessor
    Participant

    Right, I’ve done points 1 to 4, added the salts and added the COOKIE_DOMAIN & COOKIEPATH bits to both config files. I also added a cookie hash which the tutorial said to do. How I got the cookie hash is another story – the tute said to look at the cookies in firefox to see what the number after them would be, like this ‘wordpress_267dtwia78rfn5403n’ when I went in to look at my cookies the looked like this ‘wordpress_’ so i took the nearest number from a PHPSESSID cookie for my site – now, this is probably the stupidest thing I’ve done all day – so please let me know if it is. Also If you could let me know if there’s any other way of finding out the cookiehash.

    Sorry to waste anyones time :(

    #39043

    Yes sir.

    The way the guide suggests to do it is actually a good way also.

    Delete ALL the salts and keys from your wp-config.php file, visit the Site Admin area of your WordPressMU install, and you’ll get a warning saying you need to add the salts, and it will auto suggest them.

    Copy those into your wp-config.php file, and then copy those same keys, put them in your bb-config.php file, but put “BB_” in front of each key name.

    define( 'BB_NONCE_KEY'...,
    define( 'BB_AUTH_KEY'...,
    define( 'BB_AUTH_SALT'...,
    define( 'BB_LOGGED_IN_KEY'...,
    define( 'BB_LOGGED_IN_SALT'...,
    define( 'BB_SECURE_AUTH_KEY'...,
    define( 'BB_SECURE_AUTH_SALT'...,

    Also don’t forget to put whatever the recommended cookie path settings are in each *-config.php file…

    define('COOKIE_DOMAIN', '');
    define('COOKIEPATH', '/');

    As those will determine which directory the cookies are for.

    #39040

    First thing that I had to do was delete all cookies and login to BuddyPress fresh.

    Things to double check:

    1.) You’ve correctly added the keys in both config files.

    2.) You’ve installed and correctly configured both necessary plugins, one on each side.

    3.) Check the names of your cookies in Firefox and make sure the wordpress_ cookies all have the same string of text behind them. If not, your keys in your config files are wrong.

    4.) You’ve modified both config files with all the little extra things they need done to them.

    #39038

    Anytime! ;)

Viewing 25 results - 22,126 through 22,150 (of 22,603 total)
Skip to toolbar