gambit37
Forum Replies Created
-
Forum: Plugins
In reply to: [OptionTree] Issue with WP 3.1.2 and formatting in admin?OK, I finally worked out the culprit:
Easy Custom Post Types — disabling it makes OptionTree work fine 🙂Forum: Plugins
In reply to: Tags in current category with custom post typesI found this post while searching for something similar: you saved me a lot of time. Many thanks 🙂
Forum: Fixing WordPress
In reply to: Sharing article on facebook – gravatar image showsI’m having the same problem. I created a website for our local film society that runs on WordPress. Other Film Society staff create links on Facebook that link to posts on our WordPress site usually via BIT.LY.
Recent links have all been displayed with a picture of my face! EG:
It seems that, by default, Facebook is displaying the Gravatar associated with the user account of the person who originally wrote the post on the WordPress site. (In this case, that’s me.)
How do we resolve this? Is it a FaceBook issue or a WordPress issue?
I’m wondering if there’s any news on this issue? Is there an official update coming that fixes the 5 limit for post selection?. Many thanks.
In functions/post.php, I changed lines 24 and 85 to:
$posts = &get_posts(array('numberposts' => -1, 'orderby' => 'date' ));In functions/custom-post.php, I changed line 24 to:
$posts = &get_posts( array( 'post_type' => trim($value->item_options), 'numberposts' => -1, 'orderby' => 'title', 'order' => 'ASC' ) );You’d also want to change line 85 in custom-post.php, but I didn’t need to for my purposes. I also added ordering parameters.
I think category.php might need some love too — to enable ordering /sorting.
Perhaps you could also add sorting/ordering options for these types in the Option Tree settings?
Is the limit to 5 items a bug, or did I miss an option somewhere?
This problem also exists when you revert to a previous version of a post using the WordPress revision system: all the VMD metadata is lost.
This is a major bug, I’ve also sent an email about it to the author. Hopefully all instances of this problem will be fixed in the next version.
I’m no WP coding expert, but I don’t think that the workaround posted above is sufficient.
You can easily hide the Custom Fields meta box using a plugin such as Adminimize.
I dip in and out of following WordPress development: I’m a bit out of the loop at the moment. Is there a good place to follow discussions on future developments of Custom Post Types? Cheers.
I hope so. It does seem a strange design decision to exclude custom post types from working with many of the core WP functions. I realise that’s a big job, but it does seem strange to bring out such a great feature that’s already half crippled from the start.
One might have assumed that people will want to use all the standard WP functions with Custom Post Types and I think a lot of people are going to be disappointed when they discover that they can’t. It seems a bit of a missed opportunity. 🙁
Ah, right, thanks. Yes, I thought about this but still wanted to use some of the built in stuff like displaying them in dated archives.
What I’m trying to do is to have something like this:
http://www.mysite.com/blog/ <- display using standard WP blog stuff
http://www.mysite.com/news/ <- custom post typesFor the News option, I’d ideally like to still filter them and manage them using all the standard WP functions.
I thought about doing them as category slugs instead and setting ‘Blog’ and ‘News’ categories and not using custom post types for News. But to do this, I’d need to set the custom permalinks to “%category%” which I’ve read is a bad idea.
Do you have any views on this, or suggestions for other ways I can accomplish this and still retain the correct child URLs for the different areas? Eg:
http://www.mysite.com/blog/title-of-post-in-blog-cat/
http://www.mysite.com/news/title-of-post-in-news-cat/Many thanks for any insights 🙂
Hi, thanks for the reply. “Display the object in that post type” — not entirely sure what you mean by this? What object?
Forum: Plugins
In reply to: [Plugin: Custom Post Type UI] Version 0.4.1 partially working with WP3 Beta 1I’ve also been getting similar errors using another plugin, Verve Meta Boxes. When I reported it to the author, he fixed it: “Modified code to work in environments that utilize PHP strict.”
So I wonder if Custom Post Types GUI also needs to be modified to work with PHP strict?
Forum: Plugins
In reply to: [Plugin: Custom Post Type UI] Version 0.4.1 partially working with WP3 Beta 1I’ll have to come back to you on this as I’ve ditched the plugin for now and have hand coded my custom posts stuff. Gotta get this project out the door! 🙂
Forum: Plugins
In reply to: [Plugin: Custom Post Type UI] Version 0.4.1 partially working with WP3 Beta 1Yes, the original PHP error warning is still output, but no extra backtrace info is output.
Forum: Plugins
In reply to: [Plugin: Custom Post Type UI] Version 0.4.1 partially working with WP3 Beta 1I tried your suggestion but no extra info is output. Do you know where I find this ‘backtrace’? Should it be output in the HTML?