В WP-Recall есть такая замечательная вещь как автоматическое создание произвольных полей к нужному типу поста из настройки формы публикации. Но в консоли в редакторе поста выглядит это мягко говоря "не очень", все эти произвольные поля вываливаются в метабоксе "Произвольные поля формы публикации" в неудобной и неприглядной форме. Не серьезно как-то выглядит.
Суть проблемы
Создал новый тип поста. Не важно ручками или через ACF создал нужные поля и красивый вывод в консоли.
Настраиваю форму публикации, в новых полях вставляю MetaKey созданных раннее произвольных полей поста, но WP-Recall все равно регистрирует свои произвольные поля к посту и выводит их в своем метабоксе "Произвольные поля формы публикации", не смотря на то что поля с таким MetaKey уже существуют.
Как можно сделать так чтобы если произвольное поле с таким MetaKey существует WP-Recall не дублировал их в своем метабоксе. Может хуки какие есть?
nomad сказал(а)
выглядит это мягко говоря "не очень"
На моей памяти вы первый кто прям так жестко высказывается по поводу отображения указанных полей, только вот я так и не увидел ничего ужасного в их выводе, выводятся вполне нормально, все нужные данные и пояснения тоже, чего еще надо неясно.
Держать на сайте комбайн ACF ради "более привлекательного" отображения произвольных полей считаю странным, тем более, если учесть, что всю эту красоту видит только админ и может еще редактор.
А если уж так прямо надо скрыть те поля, что "не очень", то должен быть на странице раздел "Настройки", где можно галочкой пометить, какие блоки выводить, а какие нет.
Ну я не жестко высказываюсь а мягко же)
Да, соглашусь что видно будет только амину да редактору, но такой у меня подход к работе, даже в мелочах делать все на высоком уровне, чтобы был продукт, на не поделка. Уже одно "Произвольные поля формы публикации" начинает смущать. Согласитесь, на скриншотах видно, второй вариант выглядит информативнее и солиднее.
ACF был поставлен для теста, на боевом будет прописано руками.
Настройки такой я нигде не нашел, где такой раздел Настройки?
Да и странно, сама собой разумеющаяся вещь что если ввел свой метакей и он существует то зачем еще свое такое же поле создавать? Не хочется конечно код плагина править, да и не нашел я пока где этот функционал прописан
nomad сказал(а)
Уже одно "Произвольные поля формы публикации" начинает смущать.
Произвольные поля формы публикации - что тут смущает? Ведь это и правда они и есть. Как вы предлагаете их именовать?
nomad сказал(а)
Согласитесь, на скриншотах видно, второй вариант выглядит информативнее и солиднее.
Не соглашусь, что в первом, что во втором случае выводятся одинаковые поля с абсолютно одинаковым функционалом. Если админ занят увеличением солидности и информативности для себя самого, то ему скорее всего просто делать нечего.
nomad сказал(а)
Да и странно, сама собой разумеющаяся вещь что если ввел свой метакей и он существует то зачем еще свое такое же поле создавать?
что тут странного? для кого это разумеющаяся вещь? что это за логика такая?
создали в форме публикации поле, почему оно не должно выводится для публикации? Как плагин должен понять, что именно это поле ему не следует выводить в редакторе публикации? Только потому что оно уже присутствует в БД? а если это поле и было ранее создано самим wp-recall, как его вообще отличить от полей которые были созданы другими плагинами?
nomad сказал(а)
Настройки такой я нигде не нашел, где такой раздел Настройки?
Этот вопрос меня немного выбил из реальности. Вам и правда неизвестны настройки, которые позволяют отключать в админке "неугодные" блоки на странице редактирования?
. Не знаю, как их обозвали и куда запрятали в гутенберге, ибо не пользую его, но и там они должны быть.
Ваши "замечания" к работе функционала полей мне кажутся "мягко говоря" странными и ваш "подход", который подразумевает активацию по сути бесполезных плагинов, чтобы глаз у админа радовался - тоже.
Благодарю за развернутые ответы
По поводу "настройки экрана", стыдно, не знал. Правда WordPress всего пару месяцев как осваиваю, но не суть.
Андрей CS сказал(а)
Не соглашусь, что в первом, что во втором случае выводятся одинаковые поля с абсолютно одинаковым функционалом.
Да понятно что функционал одинаков, можно на копейке ездить, можно на мерине. Но кроме функционала есть еще и UI, и он важен, да согласен, перфекционист, и ничего с этим не могу сделать.
Андрей CS сказал(а)
Как вы предлагаете их именовать?
Так-то ничего против такого наименованию я конечно не имею, но я думаю, например, было бы здорово если я мог менять название этого метабокса. Но это скорее излишество.
Андрей CS сказал(а)
Как плагин должен понять, что именно это поле ему не следует выводить в редакторе публикации?
Да он не выводить не должен, а создавать его вообще не должен. Ну вот в чем логика если я указал метакей существующего поля поста зачем wp-recall создает еще такое же свое метаполе?
Андрей CS сказал(а)
ваш "подход", который подразумевает активацию по сути бесполезных плагинов
Еще раз повторюсь никаких бесполезных (ACF) плагинов не будет, был для пробы, все будет написано ручками.
Андрей CS сказал(а)
но ваш взгляд на некоторые вещи настолько отличается от моего, что не смог промолчать, хотя может быть вам это и не было интересно.
Да как раз то и интересно, в этой теме я новичок, разбираюсь. Это все конечно полемика больше, просто изначально хотел узнать как сделать чтобы wp-recall не создавал свое метаполе если ему указал метакей существующего, дублирование по мне не логично.
nomad сказал(а)
Да он не выводить не должен, а создавать его вообще не должен. Ну вот в чем логика если я указал метакей существующего поля поста зачем wp-recall создает еще такое же свое метаполе?
я не понимаю, что плагин не должен создавать? в БД или в админке? даже если в БД существует поле для публикации, то это не повод плагину игнорировать работу с ним, а если речь идет об интерфейсе админки, так плагин не знает ничего о других плагинах, так же как другие плагины не знают о wp-recall, почему он вдруг не должен выводить свой интерфейс?
Я все таки не глубоко понимаю как работает wp. Не знаю как объяснить. Может быть и в БД, если уже существует поле с таким метакеем.
Вот смотрите, мне нужен свой тип поста с определенными полями, создал. Теперь мне нужно чтобы юзер из фронта публиковал эти посты. Настраиваю форму публикации в wp-recall, добавляю поля и вставляю туда метакеи существующих полей моего типа поста и в админке они выводятся 2 раза, как я прописал и от wp-recall.
Чтобы изменить значения получается нужно править в 2х местах. Это и хочу исправить, но уже понимаю что наверно не получится как я хочу. Там еще и в рекалловских полях даты глюк какой то с форматом вывода даты.
Непонятно просто для чего тогда есть возможность указывать метакеи существующих полей
ну а если установить какой-нибудь третий плагин, который работает с произвольными полями, эти плагины тоже должны между собой договориться, кто будет выводить свои поля в админке, а кто нет?
Само по себе присутствие значения поля в БД говорит лишь о том, что у публикации есть такое поле с определенным значением и больше ничего, а кто создал это поле, когда и для чего неясно.
Отключайте вывод произвольных полей плагина дерегистрировав его хук:
remove_action( 'dbx_post_advanced', 'custom_fields_editor_post_rcl', 1 );
Здравствуйте.
Влезу чуток в разговор.
По моему можно стилями подправить и будет почти так как на 2-м скрине, а может быть еще и лучше.
Вообще - дизайн и интерфейс дело вкуса.
Вы вот упомянули тут термин UI - а A/B тесты вы проводили чтобы опираясь только лишь на свое мнение говорить что именно в реколл реализовано неправильно? (это вам понадобилось в 2 колонки выводить, а если кому-то надо в 3 колонки и под ним данные сразу в 2 колонки? Плагин не угадает всех хотелок, но магия css - и работа специалиста и все будет по вашему т.з.)
Вот вам уже второй человек говорит что поля в реколл удобные и достаточные для работы.
Андрей CS
Спасибо! Не хочется больше отнимать вашего времени.
Просто для меня на месте разработчика было бы логично что если пользователь руками прописал метакей кастомного поля и оно существует для этого типа публикации (уверен что это можно проверить) то наверняка он его и создал и наверняка позаботился о том где и как его выводить в интерфейсе, я бы или не выводил его через свой плагин, или скорее всего спросил пользователя выводить или не выводить.
И прошу простить что вызвал столько эмоций, правда, пока мало опыта, учусь...
Otshelnik-Fm
И вам спасибо! Что-то не подумал в сторону стилей сразу, попробую.
И, к слову, я никогда не говорил что что-то реколл реализовано неправильно, и что его поля недостаточные для работы. Все что я сказал, что выглядит их вывод "не очень", по моему мнению, сугубо ИМХО.
А что до А/В тестов то нет конечно, как-то лихо для консоли, конверсию повышать) Понимаю что вопрос был риторическим.
