Сворачивающийся список внутри select

[grif0077]

Подскажите решение пожалуйста.
Есть select список категорий и внутри у каждой категории есть подкатегории вот таким планом http://prntscr.com/kszxqm
Как можно свернуть подкатегории для каждой категории? Например плюсом/минусом, но интересует в принципе любой вариант.
Категорий очень много и у каждой еще столько же подкатегорий и получается просто огромнейшее полотно.
Заранее благодарю за ответ.

[laimas]

grif0077, лучше UL LI, select для этого не очень удобен.

[grif0077]

grif0077, лучше UL LI, select для этого не очень удобен.

К сожалению - специфика движка не позволяет сделать это на чем-либо кроме select.

[laimas]

Это что за движок безграмотный такой?

[grif0077]

Это что за движок безграмотный такой?

Okay CMS

[laimas]

Если это меню, то и не говорить не стоит, ибо просто глупо. Если для выбора в некой задаче, то можно скрывать/показывать дочерние, но как вы себе это представляете в списке? Ведь изначально пусть дочерние скрыты, первый выбор в списке только покажет дочерние, а выбрать можно будет только вторым действием.
Если выбор и если много, то такие задачи решаются связанными списками, если эта CMS и этого не позволяет сделать, то можно только пожалеть ее пользователей.

PS. Хотя я сомневаюсь, что некая CMS накладывает ограничения на пользовательские сценарии и шаблоны, это уже не CMS, а ПЗУ.

[grif0077]

Если это меню, то и не говорить не стоит, ибо просто глупо. Если для выбора в некой задаче, то можно скрывать/показывать дочерние, но как вы себе это представляете в списке? Ведь изначально пусть дочерние скрыты, первый выбор в списке только покажет дочерние, а выбрать можно будет только вторым действием.
Если выбор и если много, то такие задачи решаются связанными списками, если эта CMS и этого не позволяет сделать, то можно только пожалеть ее пользователей.

PS. Хотя я сомневаюсь, что некая CMS накладывает ограничения на пользовательские сценарии и шаблоны, это уже не CMS, а ПЗУ.

Собственно поэтому и спросил тут, т.к. не нашел вариантов решения.
Связанные списки тоже не подходят, т.к. будет при выборе дочернего элемента сохранять как дочерний, так и родительский, что совершенно не нужно.
P.S. CMS не накладывает ограничений, но в данном случае форма работает только с select и дабы заставить ее работать еще с чем-то - нужно перелопатить очень сильно движок, что не стоит итоговой цели.

[laimas]

Связанные списки тоже не подходят

Что такое интерфейс? В это понятие входит не только эргономика, он должен быть интуитивно понятным. Каждый выбор в списке select закрывает его, а сам список принимает значение выбранной опции, то есть даже если при выборе родителя в списке будут показаны его ранее скрытые "дочери", этого вы не можете знать не раскрыв список повторно. Это по вашему удобно?

Что касается "при выборе дочернего элемента сохранять как дочерний, так и родительский, что совершенно не нужно", то вас никто и не заставляет делать этого. Коли речь о форме, то серверу будут переданы только те ее элементы, которые имеют значение name, поля без имени на сервер не будут переданы.

Не знаю что это такое, но дочери всегда имеют родителей, разобраться серверу какого родителя получен ребенок можно только по родителю, в противном случае все значения дочерей в любой родительской группе должны быть уникальны.

Если вы уж и хотите заморочится с select, то задействуйте хотя бы костомизированный, который строится на UL/LI, и в котором будет гораздо удобнее и ориентироваться, и делать выбор.