David Carson

This is not related to the Frisco theme. It’s a general BuddyPress question related to the navigation menu.

There might be some plugins that will help you. Or you can just go in header.php and replace the WordPress nav menu with hard-coded links. The function below should provide a link destination to the logged in users profile.

bp_loggedin_user_domain()

I took down the demo site temporarily.

Another website that I host on the same server has been pushing the hosting resources to the limit.

But I do plan to put the demo site back online soon.

That’s great! Thanks, Daniel.

I’m experiencing a similar issue with the Edit Flow Calendar. I’ll post my experience here instead of starting a new thread if that’s alright because it’s so close to @blueduck’s issue.

Summary: If there are multiple post types available in the calendar filter (ex. $supported_post_types > 1) and one of the post types (ex. “posts” or “pages” or “custom post type”) is selected as the filter, then all pagination links including the “Today” link will render the WordPress error message “Cannot load calendar.”

Here’s a screenshot example where the post type “Pages” is selected in the calendar filter:

https://d3u3luhfiauvsc.cloudfront.net/status-type-filter.png

And another screenshot of the error message when the “Today” link/button has been clicked:

https://d3u3luhfiauvsc.cloudfront.net/cannot-load-calendar.png

The URL is visible in the address bar of the screenshot, but I’ll paste it just below, too.

https://example.com/wp-admin/index.php?page=calendar&post_status&post_type=page&cat=0&author=0&start_date=2012-12-31

The forward/backward/today links all produce a similar message. Likewise, if any other post type (ex “Posts”) is selected, the same error message appears.

If the post type filter is reset, all pagination links including the today link work as expected and all is well.

This error appears to be happening in plain vanilla installs running WordPress 3.5 and WordPress 3.4.2. I tested both locally after experiencing the issue on a live site running WP 3.5. My site runs a bunch of plugins so I tested it on plain installs just to be sure there wasn’t a conflict.

The “post type” filter looks like it’s the only one with the issue. All other filters (ex. statuses, categories, authors) were working normally.

I also tried testing it with different roles (as @blueduck and you mentioned) by adding a new administrator and editor. The same error message persisted whether I was logged in as the original administrator, a new administrator or editor. The roles did not appear to affect the error message – my guess is that @blueduck had a post type filter selected without knowing it so the other users/editors and the new profile he set up all worked normally if they didn’t have a post type filter selected.

Sure thing. I didn’t include featured images in the Frisco theme because the default BuddyPress theme (bp-default) doesn’t use them either. And I wanted to keep things as simple as possible. But I might add featured images to the next version of the theme because so many people want to use them.

Thanks, somdefabrica. I’m glad you’re enjoying it. Cheers

Duplicate question.

https://www.ads-software.com/support/topic/move-sidebar-to-footer

WPMU has their own support forums and staff. It’s best to ask for support in their forums.

https://www.ads-software.com/support/topic/theme-frisco-for-buddypress-login-in-home-page?replies=50#post-2469658

Look at sidebar.php in the bp-default theme. It’s located in the BuddyPress themes folder. wp-content/plugins/buddypress/bp-themes/bp-default/sidebar.php

The Frisco theme is a child theme of bp-default and is actually using most template files from bp-default (like sidebar.php), so you’ll want to override a couple templates.

To do that, copy sidebar.php and sidebar-footer.php from bp-default and put the copied files in your Frisco theme folder. Then cut the login code (lines 8-59) from sidebar.php in the Frisco theme folder, and put it wherever you’d like in sidebar-footer.php or even footer.php. You’ll likely need to add some custom CSS to style the form/section again.

Use Firebug or a similar browser extension to find the CSS and then make a custom.css file in your theme folder and enable it by checking the box in theme options.

I can’t help with the other two issues. I don’t think they are related to the Frisco theme.

I appreciate your eagerness to share and talk about the Frisco theme. But threads like this aren’t really support requests. Maybe you should start a blog about your customizations so you can share with others?

This is not related to the Frisco theme. Questions like this should be posted in the BuddyPress forums.

https://buddypress.org/support/

This is not related to the Frisco theme. Questions like this should be posted in the BuddyPress forums.

https://buddypress.org/support/

@marekgregs. In the example where BuddyPress is locked down and users are forced to register before accessing content (like on the Frisco Demo site at https://friscotheme.com/demo/), new users see the welcome message before registering and logging in. Once logged in, they see whatever you’ve selected as the homepage in the Reading Settings from the Dashboard.

You can also make use of the is_user_logged_in function and other conditionals to control who sees what on your own site.

https://codex.www.ads-software.com/Function_Reference/is_user_logged_in
https://codex.www.ads-software.com/Conditional_Tags