Скажите,а с какой страницы вы взяли этот скриншот?
У нас была две проблемы с кастомным селектом: 1. На ОЧЕНЬ больших списках селект просто вылазил за пределы экрана и не давал выбрать нижние элементы 2. При обновлении списка динамически (например получение новых элементов Ajax'ом) селект начинал прыгать и вести себя неадекватно. Например, это было на странице: http://mytask.webprv.com/inside/project/template/2 (выбор клиента).
По нашему опыту, использование кастомных селектов в проектах с большим количеством данных - зло. Количество проблем которые они создают - большое. А толку от них практического меньше. Например стандартный селект позволяет набирать искомое слово и селект сам подставит нужный вариант. Кастомные такого не умеют. При работе с этим селектом на мобильных устройствах будут тоже проблемы. Если нативный мобильное устройство нормально обработает и покажет выпадающем меню, то кастомное будет лагать, если вообще заработает.
Igor Rynkovoy on September 18, 2013:
Резюме: давайте использовать нативные селекты. В полученной нами верстке , кастомные селекты нормально не работают.
Андрей Буганов on September 23, 2013:
Игорь, выношу на обсуждение с Виктором. Мое мнение по поводу возможных проблем со списками: 1. Если в выпадающем списке количество значений начнет превышать какое-то разумное количество (10-20) то здесь уже логичнее будет использовать отдельную форму. В случае клиентов это к тому же позволит использовать дополнительный фильтры на форме (вместо автоподбора при вводе текста в поле в впадающим списком). Форму можно реализовать сейчас или попозже, когда клиентов станет больше 2. Неадекватное поведение при обновлении ajax - тут не могу ничего сказать, есть проблемы которые нельзя никаким образом решить, или же можно но большими трудозатратами. Не знаю к какому виду относится данная проблема
Comments
Андрей Буганов on September 6, 2013:
Пример текущей реализации http://joxi.ru/ocIpUtg5CbDlO1lMOMY
Пример реализации по дизайну http://joxi.ru/DMMpUtg5CbCvRa-c-6g
Igor Rynkovoy on September 9, 2013:
Igor Rynkovoy on September 18, 2013:
Скажите,а с какой страницы вы взяли этот скриншот?
У нас была две проблемы с кастомным селектом:
1. На ОЧЕНЬ больших списках селект просто вылазил за пределы экрана и не давал выбрать нижние элементы
2. При обновлении списка динамически (например получение новых элементов Ajax'ом) селект начинал прыгать и вести себя неадекватно. Например, это было на странице: http://mytask.webprv.com/inside/project/template/2 (выбор клиента).
По нашему опыту, использование кастомных селектов в проектах с большим количеством данных - зло. Количество проблем которые они создают - большое. А толку от них практического меньше. Например стандартный селект позволяет набирать искомое слово и селект сам подставит нужный вариант. Кастомные такого не умеют. При работе с этим селектом на мобильных устройствах будут тоже проблемы. Если нативный мобильное устройство нормально обработает и покажет выпадающем меню, то кастомное будет лагать, если вообще заработает.
Igor Rynkovoy on September 18, 2013:
Андрей Буганов on September 23, 2013:
Мое мнение по поводу возможных проблем со списками:
1. Если в выпадающем списке количество значений начнет превышать какое-то разумное количество (10-20) то здесь уже логичнее будет использовать отдельную форму. В случае клиентов это к тому же позволит использовать дополнительный фильтры на форме (вместо автоподбора при вводе текста в поле в впадающим списком). Форму можно реализовать сейчас или попозже, когда клиентов станет больше
2. Неадекватное поведение при обновлении ajax - тут не могу ничего сказать, есть проблемы которые нельзя никаким образом решить, или же можно но большими трудозатратами. Не знаю к какому виду относится данная проблема
Victor Metelskiy on September 23, 2013:
Андрей Буганов on September 23, 2013: