Re: [wp-testers] Permalinks for custom post types
Excellent. It's working.
Thank you, Dion.
Clement
On Tue, Mar 23, 2010 at 10:28 PM, Dion Hulse (dd32) wordpr...@dd32.id.auwrote:
On Wed, 24 Mar 2010 00:49:55 +1200, Clement Nicolaescu
clementnicolae...@gmail.com wrote:
Hello ,
My custom posts types are not working when it comes to use permalinks.
register_post_type('slider', array(
'label' = __('Sliders'),
'singular_label' = __('Slider'),
'public' = true,
'show_ui' = true,
'inherit_type' = 'post',
'_builtin' = true,
'_edit_link' = 'post.php?post=%d',
'capability_type' = 'post',
'hierarchical' = false,
'rewrite' = true,
'query_var' = false,
'supports' = array('title', 'editor', 'custom-fields')
));
Remove the _builtin note, thats for internal post_Types only.
Remove the _edit_link item, thats the wrong link (The default will create
it properly for you)
Remove the query_var = false, It'll default to the post_type name, and as
false, will not work correctly anyway.
Dion Hulse / dd32
Contact:
e: cont...@dd32.id.au
Web: http://dd32.id.au/
___
wp-testers mailing list
wp-testers@lists.automattic.com
http://lists.automattic.com/mailman/listinfo/wp-testers
___
wp-testers mailing list
wp-testers@lists.automattic.com
http://lists.automattic.com/mailman/listinfo/wp-testers
Re: [wp-testers] Menus broken with today's build (03-23-10)
After updating my worpress installation, the frontend menu won't work anymore. While the hover effect still works as expected, the links won't. I went to the admin panel, to the menu page and found that in the one menu I'd created so far, the type of the menu items changed from 'page' to 'custom' (see the attached pic). I deleted the menu and created a new one. Back to the frontend of my website, I found everything was back to normal. The menu was now working as expected. Hope this helps. --- En date de : Mer 24.3.10, Andrew Nacin w...@andrewnacin.com a écrit : De: Andrew Nacin w...@andrewnacin.com Objet: Re: [wp-testers] Menus broken with today's build (03-23-10) À: wp-testers@lists.automattic.com Date: Mercredi 24 mars 2010, 5h27 That patch was committed on March 22. http://core.trac.wordpress.org/changeset/13802 Menus remain a work in progress. I encourage the submission of specific bug reports with full steps to reproduce (do a screencast if you find that best). Head over to Trac and use the Menus component and 3.0 milestone. Please though, no it just doesn't work tickets. Let us know exactly what is buggy and we will work to fix it. :-) On 3/24/10, Will Anderson w...@itsananderson.com wrote: Yeah, the menu manager has been screwed up for about a week now. I think Ptah Dunbar submitted a new patch (he's been the main dev on menus), but I don't remember seeing an SVN commit for it yet. Here's the patch: http://core.trac.wordpress.org/attachment/ticket/11817/menus_awesomesauce_patch.diff Haven't looked at it too closely, but it'll hopefully fix menus. ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers
Re: [wp-testers] Menus broken with today's build (03-23-10)
To all, Please disregard problem #3 in my original post. Clicking on Save Menu at the top of the sidebar after changes are made does save the new menu configuration. Just by habit I expect either a Save Changes type button at the bottom of the page or, like the Widgets page, have any changes save automatically as soon as there made. I realize that's a mistake on my part and I should have checked more closely Numbers 1 and 2 are still valid although I was able to clear the board so to speak and redo my menus as before. Happy bug hunting. On 03/23/2010 10:08 PM, Paul Robinson wrote: No problems for me so far with the latest build. Sorry. :( Just out of curiosity are there any docs or anything (basic or detailed) on how to develop using the new menu system? I kinda got there by trial and error (and reading the comments above the functions). On 24 March 2010 00:28, Kirk Mkmb4...@gmail.com wrote: Hi all, In my Main menu bar in the 2010 theme, I had 2 pages (About and Contact) and 2 drop down menus (Ye Olde Blogroll and Categories) set up via the new (Woo) Menus which has been working real well until today's build which did two things: 1. It took every single item in my Main menu bar regardless of classification meaning pages, drop down menu titles and drop down menu items and made each one it's own individual entry in the Main menu bar. This put 15 separate items in the Main menu bar instead of the instead the normal 4. 2. It removed all internal links (About and Contact pages) and external urls (blogroll) associated with each item in the Main menu bar. 3. Changing menus and menu items in the Appearances/Menus admin page no longer saves the changes. For example, deleting every page, menu and menu item in Menus (leaving it with only the Main entry) changes nothing in the front end meaning the site itslelf. If I navigate away from the Appearances/Menus admin page and then back again, all the original (incorrect) entries are still there even though I deleted all of them previously. In essence, Woo Menus no longer functions. Unfortunately, there's no entries in any error logs so it's difficult for me to carry this any firther as I wouldn't know where to begin looking. Can anyone else verify this please? (I just love testing, don't you?) ;-) ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers ___ wp-testers mailing list wp-testers@lists.automattic.com http://lists.automattic.com/mailman/listinfo/wp-testers
[wp-testers] Add Option and uninstall
Hi all,
I'm working on a plugin which needs to store some data in the table
wp_options, and to create some new tables as well. I have two questions:
1) Why calling add_option('myoption', array(), 'no') creates a new entry
that has the 'autoload' field set to YES in the database? Am I doing
something wrong?
2) Since I want to be a 'good developer', I added the uninstall function
to be executed whenever the user decides to remove this plugin from his
WP box. So I have this method inside my class:
public function uninstall() {
global $wpdb;
// Goodbye data...
$wpdb-query(DROP TABLE IF EXISTS `tablename`);
// Goodbye options...
delete_option('myoption');
}
And then it's hooked like this
register_uninstall_hook( __FILE__, array( $myclass, 'uninstall' ) );
I've tried both with 2.9 and 3.0alpha, and the table is still there
after I uninstall the plugin via the admin interface.
Thanks for your time,
dino.
___
wp-testers mailing list
wp-testers@lists.automattic.com
http://lists.automattic.com/mailman/listinfo/wp-testers
