이 플러그인은 최근 3개의 주요 워드프레스 출시와 시험 되지 않았습니다. 워드프레스의 좀 더 최근 버전으로 이용할 때 더 이상 관리되지 않고 지원되지 않고 호환성 문제가 있을 수 있습니다.

Hierarchy

설명

NOTE: If you’re looking for something more user-focused, take a look at OrganizeWP which is complete rethinking of Hierarchy!

Custom Post Types (sometimes) need context, Hierarchy allows you to rework your content management workflow by essentially moving Custom Post Type admin menus into your Pages list. What this does is mimic the navigation you’ve set up on your site by placing Custom Post Type edit links amongst your Pages where they belong.

» Check out the screenshots to see Hierarchy in action

Hierarchy removes unnecessary entries from the Admin Menu and instead injects theme where appropriate amongst your Pages, grouping everything under a single ‘Content’ Admin Menu entry.

Custom Post Types NEED context

Custom Post Types are great, but the editing workflow can be improved. Adding a Custom Post Type likely results in another WordPress admin sidebar menu, abstracting the management of that content from the main organization of your site, Pages. Hierarchy intelligently extends your Pages menu by including your Custom Post Type admin links within the Page structure, allowing for a much more natural workflow when managing your content.

예제

Chances are you’ve customized your Front page displays setting to display a static page instead of your latest blog posts. Now you’ve got a sidebar link to manage your Posts and a WordPress Page called “Blog” that sites in your list of Pages doing absolutely nothing. Hierarchy remedies both problems by converting the “Blog” page link to be one that lists your Posts. It also hides the Posts sidebar entry (if you want it to).

It’s also likely that you’re utilizing Custom Post Types to power sections of your website, but it’s awkward to manage the content of an internal section of your website using the main WordPress admin sidebar links to your Custom Post Type. Hierarchy will allow you to hide those sidebar links and instead nest them amongst your Pages, providing contextual links to manage the content of your Custom Post Types.

추가 정보

If you’d like a lot more information on the implementation and workflow changes, check out the screenshots and please see the introduction and the follow-up for 1.0.

스크린샷

  • A typical WordPress site with multiple CPTs
  • Pages are set up to establish structure for the site, but editing CPTs is disjointed
  • Hierarchy integrates CPT edit links within your Pages and hides them from the Admin Menu
  • Hierarchy settings
  • Contextual links are included with each row in Hierarchy

설치

  1. Download the plugin and extract the files
  2. Upload hierarchy to your /wp-content/plugins/ directory
  3. 워드프레스의 ‘플러그인’ 메뉴에서 플러그인을 활성화하세요.

FAQ

How to I set up a Custom Post Type as a child?

This relationship is established by the rewrite parameter you used in your call to register_post_type() — it should use your desired parent as a base. For example:

You have a WordPress page with the slug of about and you have a CPT for Team. Simply set the rewrite parameter for your Team CPT to be about/team and Hierarchy will include Team as a child of About.

후기

2020년 1월 17일
If running PHP 7+, you can get an undefined index notice on line 408 of class-heirary.php. A better way of defining $post_types_to_hide on line 408 would be to do the following: /** * Just create an empty array */ $hideFromMenuFix = array(); if (isset($this->settings['hidden_from_admin_menu'])) { $post_types_to_hide = array_intersect( $this->post_types, (array) $this->settings['hidden_from_admin_menu'] ); } else { // if not set, use the blank array $post_types_to_hide = array_intersect( $this->post_types, (array) $hideFromMenuFix ); } Hope this helps!
모든 13 평가 읽기

기여자 & 개발자

“Hierarchy”(은)는 오픈 소스 소프트웨어입니다. 다음의 사람들이 이 플러그인에 기여하였습니다.

기여자

“Hierarchy”(이)가 1 개 언어로 번역되었습니다. 기여해 주셔서 번역자님께 감사드립니다.

자국어로 “Hierarchy”(을)를 번역하세요.

개발에 관심이 있으십니까?

코드 탐색하기는, SVN 저장소를 확인하시거나, 개발 기록RSS로 구독하세요.

변경이력

1.0.5.1

  • Fixes PHP Warning
  • Tested up to WordPress 5.2.3

1.0.5

  • Tested up to WordPress 4.9

1.0.4

  • Taxonomies are no longer contingent public being true
  • Updated WP_List_Table compat with WordPress 4.4
  • Added pt-BR translation, props brenoalvs

1.0.3

  • Replaced ‘Add New Page’ button with a ‘Shortcuts’ button allowing for rapid access to post types and taxonomies
  • Capability checks before outputting links (clicking links without capabilities results in a permission denied screen)
  • New filter hierarchy_settings_capability to control who can see the Hierarchy settings
  • Improved l18n

1.0.2

  • Fixed an issue where pagination wasn’t displaying properly
  • Fixed an issue where standalone (e.g. not ‘child’) CPT entries were not properly output

1.0.1

  • Fixed a false positive that would incorrectly output post type entries
  • Clean up .org repo (deploy script didn’t remove legacy files)

1.0

  • Complete refactor: reorganization, optimization, PHP Warning cleanup
  • Bumped minimum WordPress version support to 3.8
  • Use Dashicons where applicable
  • Allow ‘Prevent New’ for post types (prevent adding new entries)
  • New filters to customize Menu entry, Menu position, page title, and more

0.5

  • Improved README, added banner image to help explain Hierarchy
  • Tested with WordPress 3.7

0.4

  • You can now implement pagination on the main ‘Content’ page
  • Aded entry count when considering CPTs to better call attention to posts within
  • Cleaned up a PHP Warning

0.3

  • Added a fix for CPTs not being nested properly in WordPress 3.4+

0.2

  • Added a contextual CPT management link to the admin sidebar that displays only when editing an entry of that CPT
  • Added option to include CPT entries within the Hierarchy. Added option to omit a CPT from the Hierarchy entirely.
  • CPT with a rewrite slug that matches an existing Page will respect that relationship and be inserted as a child of that Page
  • Posts Page is now placed properly when a custom permalink front has been put in place

0.1

  • 초기 릴리즈