[wp-trac] [WordPress Trac] #17276: custom post type problems needs addressed
WordPress Trac
wp-trac at lists.automattic.com
Sun May 1 01:55:31 UTC 2011
#17276: custom post type problems needs addressed
-------------------------+------------------------------
Reporter: squeeky | Owner: squeeky
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Taxonomy | Version:
Severity: normal | Resolution:
Keywords: needs-patch |
-------------------------+------------------------------
Changes (by squeeky):
* keywords: reporter-feedback => needs-patch
* component: General => Taxonomy
Comment:
ok - I'll submit a code example shortly. . .
but for now - to be more precise:
currently, to work with custom post types, once registered a user needs to
jump through hoop after hoop to get theme to integrate properly with the
public side of an install / all the way from template creation to
navigation menus - where either coding is needed or extensive plugin
hunting (along with trial-&-error testing)
what i am saying is:
it does not need to be like this - nor should it be like this...
specifically - ALL aspects of the default wordpress install can be set to
AUTOMATICALLY handle ALL aspects of custom post types just as it currently
handles built_in post-types / in the following manner
- integrating into the core a mere test to first see if custom port types
have been registered
- then: if exist, set what features of built_in post types may logically
apply to (be used for) the custom post type
----- is like a Post, is like a Page / should it be handled like a Post /
should it be handled like a Page / and so on...
- finally: open the features up that are for the built_in post types to
also be directly used be custom post types which are set in such a way it
calls for using such features
, , , , , , , , , , , , ,
sort of like that.
it should make more sense once i share some code tidbits - i'll submit a
snippet once i've the time / ahould be within 24 hours (if not sooner)
, , , , , , , , , , , , ,
on a side note > why can't / or HOW CAN permalinks be automatically
reset/updated/flushed (whatever) directly after a new post type has been
registered ? - I played around with this but found nothing that could be
coded which would dismiss the need to visit "Settings" > "Permalinks" ---
an "auto-permalink-update" SHOULD be part of (the last part of)
registering a custom post type.
squeeky
--
Ticket URL: <http://core.trac.wordpress.org/ticket/17276#comment:3>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list