Структура страницы в кастомных типах

@sevlad,

Чтобы добавить возможность указать индивидуальную структуру в кастомный тип записи, используйте этот код :

function mybasic_add_custom_box() {
	add_meta_box( 
		'basic-page-layout', 
		__( 'Select Layout', 'basic' ), 
		'basic_page_layout', 
		'product',  // укажите здесь slug пользовательского типа записи
		'side', 
		'default' 
	);
}
add_action( 'add_meta_boxes', 'mybasic_add_custom_box' );

Что касается совместимости с плагином – именно моды он будет переносить, но многие настройки сохранены в опциях, из-за этого и не переносятся. В новых версиях мы планируем полностью перейти на хранение данных в модах, тогда все будет переноситься.
Относительно же дочерних тем – они и не должны подхватывать настройки родительской, у каждой темы настройки хранятся свои, не зависимо от наличия и опций родительской темы.

Спасибо что детально описали проблемы, с которыми столкнулись. Это поможет нам сделать тему еще лучше! Если Вы разработчик и активно используете тему, приглашаем в наш трекер – все пожелания и репорты можно оставлять там https://github.com/wppuzzle/basic/issues

@wppuzzle, благодарю.

Однако с этим:

Относительно же дочерних тем – они и не должны подхватывать настройки родительской,

позвольте не согласиться.

В процессе работы над сайтами перебираешь массу тем. Естественно производишь их настройки (от меню/логотипов/виджетов до индивидуальных фишек/особенностей темы. Вот как в данной: цвета, структура, соцкноки, коды в постах и тд). И только если увидишь, что тема подходит – делаешь дочернюю.

Практически во всех темах дочки подхватывают настройки, сделанные в родителе. И уж точно указанный плагин спокойно переносит настройки между родителями и дочками. В всяком случае Basic – первая попавшаяся мне тема с такой проблемкой. Проблема небольшая, да, но всё же..
Тема мне понравилась, возможно буду ещё где-то использовать и советовать другим.

ЗЫ. Посмотрите всё же как нибудь как указанный плагин импортирует данные. Проблема, насколько я помню, всего лишь в именовании опций, из-за чего ломаются сериализованные массивы.

@sevlad, для настроек темы, хранящихся в mods, WordPress создает одну опцию в базе, которая именуется как theme_mods_имятемы. Если настройки подхватывались, то хранились они не в модах, а обычных option, имя которому задает сам разработчик темы, и скорее всего оно статичное. В basic многие настройки хранятся в option, но имя этой опции также привязано к названию активной темы, как и mods.

Из-за этого обе ваши проблемы:
в первом – случае поведение такое, как мы и задумали (т.е. по факту – это не проблема, и поведение таким и останется),
во втором – несовместимость с плагином банальная, из-за хранения настроек в option.