А без jq на фронте вариант? Я не вчитывался

Еще раз привтствую)) а кто-то плотно работал с carbonfields? столкнулся с глупой проблемой.. создаю доп.поля для записей и хожу в поле по дефолту вывести какую-то динамическую информацию(типа get_the_ID() ). по выводит false. подскажите, в чем может быть проблема, код то простейший.. 30 строка на скрине

попробуй $post->ID

global $post наверное еще не определена

пусто. подозреваю, что в админке, както подругому вытягивается айди записи

попробуй $_GET['post']

Вы можете при получении проверять наличие поля и если оно пустое, получать текущий id

проверяю уже на созданной записи. т.е настройки и доп. поля выводятся уже у существующих записях

а ты хочешь получить айди не создав запись?

id записи есть только на странице записи или в цикле. Тут у тебя ни того ни другого нет

Задай свое значение по умолчанию null, а на фронте проверяй if is_null то get_the_ID()

это сработало. спасибо!!

А есть на странице нет этого нет параметра?

значит это не пост

там логика такая, что эти записи генерятся сами автоматически. админ просто потом может их редактировать. поэтому $_GET['post'] там есть в любом случае

я снова с вопросами по CarbonFields) Подскажите, у когонибуть был опыт непереноса деуствующих доп.полей на CarbonFields ? т.е у меня есть уже post_meta с информацией и я хожу прикрутить к ним CarbonFields (чтоб красивыво выводить и редактировать)
допустим есть поле type я его пытаюсь получить через: Field::make( 'text', 'type', 'Тип чего-то' ) - но ничего не выходит, так как CarbonFields поля по дефолту делает невидимыми и вмсто type пытается получить _type

да просто в базе добавь всем этим полям _

менять это поведение в карбоне НЕ рекомендую

очень рискованно.. проект очень большой и менять что то в базе не хотелось бы

видимо придется отказаться от CarbonFields