Pods: Идентификатор родительского меню

Созданный на 28 мая 2013  ·  5Комментарии  ·  Источник: pods-framework/pods

Использование Pods 2.3.6 на WP 3.5.1. Мы пытаемся использовать идентификатор родительского меню на вкладке пользовательского интерфейса администратора для модуля. Когда мы вводим другой идентификатор модуля и оставляем положение меню равным 0, модуль исчезает из навигации Wordpress, но не отображается как подменю соответствующего элемента навигации модуля. Есть ли идентификатор для пунктов меню, отличный от идентификатора модуля, или что-то не работает?

Спасибо, Марк

Самый полезный комментарий

Приведенные выше решения, вероятно, действительны для более ранних версий Pods, но мне нужно было использовать родительский REQUEST URI edit.php?post_type=product

Все 5 Комментарий

Ой! Я думаю, что это рассматривается в другом сообщении github ... Да, действительно, в нашем случае нам нужно было использовать идентификатор:

pods-manage- (пуля стручка)

Погодите - все-таки не работает. Ввод в поле «Идентификатор родительского меню» ...

стручки-управление-продукты

помещает его как подменю в модуле «Продукты», но щелкнув его, я пытаюсь перейти на страницу самого веб-сайта. Мы перепробовали всю иерархию ...

/wp-admin/admin.php?page=pods-manage-products
wp-admin / admin.php? page = pods-manage-products
/admin.php?page=pods-manage-products
admin.php? page = pods-manage-products
? page = pods-управление-продуктами
page = pods-manage-products
стручки-управление-продукты

но ни один из них не работает. Поды 2.3.6 на Wordpress 3.5.1. Мы что-то упускаем?

О ... это еще одна вещь, с которой я имел дело, которую я не мог найти. Я думаю, кто-то другой нашел это.

Приведенные выше решения, вероятно, действительны для более ранних версий Pods, но мне нужно было использовать родительский REQUEST URI edit.php?post_type=product

Мы не обрабатываем это в самих модулях, однако меню WordPress обрабатываются для аргумента «родительский», как в add_submenu_page.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги