По-моему вы пользователю оказали медвежью услугу, у него проект коммерческий, а вы ему код написали с методом remove(), который не поддерживается Internet Explorer https://developer.mozilla.org/en-US/...ildNode/remove

Sigizmund2012,
если вас не затруднит проверьте

Sigizmund2012,
единственное ограничение в том коде querySelectorAll для ie ниже 8 , которое легко исправить

s = document.getElementsByTagName('select')

и код будет работать во всех версиях ie

циферки только время от времени исправлять и будет работать во всех версиях. Ну то есть так закладывается правильные отношения с заказчиком. Вы ему хардкод - он вам пожизненный ангажемент циферки исправлять.

kostyanet,
видимо вы не программист если вам один метод сложно применить к массиву элементов и вы делаите отдельную функцию для каждого элемента

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

kostyanet,
напишите свой вариант для вашего реляционного коня в вакууме.

Кстати если потусоваться на sql.ru то увидите что таких программистов которые запростяк рушат все эти постулаты дофига и больше. Они воспринимают бд как обычный массив или объект, в котором по недоразумению забыли проиндексировать-пронумеровать все данные. Потом когда при ожидании получить одну - им вываливается несколько миллионов записей по условию != они жутко недоумевают.

Чтобы сделать интерактивные деревянные (tree) списки в хтмле, туда надо перенести отношения. Самое очевидное решение - в каждом дочернем элементе лежит атрибут указывающий на родителя. Тогда взяв родителя за уши можно вытрясти с него всех деток по тому же самому ключу или индексу, а чужих деток - стрясти.

Это если уровней как в примере - 2. Если больше, то приходится идти рекурсивно. Все давным давно отработано и известно. Изобретать тут вообще уже нечего.

Стандартная таблица для дерева в парадигме adjacent list, то есть обычной "плоской" таблицы минимально состоит из отношений:

id
pid
name

В pid хранится значение родительского id. Нормально получить из бд дерево толком нельзя, или придется join'ить таблицу саму с собой столько раз, сколько там уровней, о числе которых надо знать заранее. Приходится загружать все, а скриптом уже превращать плоский список в деревянный. Получив дерево в массиве можно смотреть как его отрендерить в хтмл со всеми отношениями. Вот и все.

:haha: Ну наконец-то всё встало на свои места. А я всё думал, как программист таким упоротым может быть? :D