Ессно дизайн - это в таких проектах рассматривается во-вторую очередь, после доступного функционала, и любой кодер с базовыми занниями CSS перепишет трекбар под себя. Но когда нужно быстро взять и прикрутить что-то, выгоднее работать с более привлекательным решением. Этим замечанием я не претендую на более прикольный дизайн, каждый решает это для себя сам.
К тому же я не нашел в вашем решении опции по объеденению бугенков в один и быстром измененеии длины. Это склонило чашу весов в сторону написания топика :-)
Спасибо за ваш скрипт! Нужно не лениться выкладывать такие вещи.
Берите и пользуйтесь. Никто вас за это по рукам бить не будет. Только копирайт и список авторов в виде комментариев к скрипту оставляйте, если не трудно.
Смотрите внимательнее пример. Всё возможно. А вот встраивать это в движок так, как сделано в приводимой вами демонстрации не стоило. Т.к. из-за этого теряется динамичность скрипта.
Хотите сделать к трекбару 2 текстинпута? Легко! Прячьте их под слой трекбара или в тег noscript и связывайте через onMove. Вот и решение.
И кстати, "демонстрацию для IE и Opera" - это как минимум несерьезно.
Насчет "быстрее" дам пару подсказок. Быстрее тот, кто:
- выполняет меньше расчетов при муве,
- имеет меньше движущейся графики.
Вот и всё.
А засилья никакого нет :-) Как я уже писал - до практического применения трекбаров доходит редко.
Вот спасибище!
Дистрибутив и пример обновлены. Вы в авторах (можете полюбоваться в комментариях к .js).
Работает замечательно!
Насчет константы не переживайте - она давно есть в виде свойства widthRem, на что я её и поменял. Можнj было свойство определить как бегунок.offsetWidth + const, но практика показала, что удобнее оставить так.
Юзабили - это наше всё :-)
Но природная лень опять же мешает сделать 100% юзабилити. В моем примере текстовые поля с атрибутом ридонли, т.к. нет обратной совместимости. То есть пользователь ввел букву - и это нужно отразить бегунком. Но это проблема примера а него скрипта трекбека, в котором все возможности для такого функционала заложены.
Всё действительно просто. Спасибо на помощь, но как автору объекта мне уже понятно что нужно поднастроить для описанной фичи. Обязательно сделаю и отпишусь об апгрейде.
Ессно не стоит фанатично заменять все селекты на трекбары. Это необходимо делать в тех случаях, когда селекты становятся неудобными. Например, что удобнее, пролистать с клавиатуры две портянки числовых параметров "от" и "до" или ткнуть пару раз мышкой?
А насчет фокуса и управления с клавиатуры - теоретически это можно реализовать, но на практике усилия не будут стоить результат, особенно для недискретных трекбаров.
Добавлю в третью версию трекбара. Её выход совсем скоро.
Если смотреть с хоста - то всё замечательно. Опишите, пожалуйста, условия?
К тому же я не нашел в вашем решении опции по объеденению бугенков в один и быстром измененеии длины. Это склонило чашу весов в сторону написания топика :-)
Спасибо за ваш скрипт! Нужно не лениться выкладывать такие вещи.
Не факт, что он вообще нужен. В большинстве случаев импользование селекта оправдано.
Хотите сделать к трекбару 2 текстинпута? Легко! Прячьте их под слой трекбара или в тег noscript и связывайте через onMove. Вот и решение.
И кстати, "демонстрацию для IE и Opera" - это как минимум несерьезно.
- выполняет меньше расчетов при муве,
- имеет меньше движущейся графики.
Вот и всё.
А засилья никакого нет :-) Как я уже писал - до практического применения трекбаров доходит редко.
Дистрибутив и пример обновлены. Вы в авторах (можете полюбоваться в комментариях к .js).
Работает замечательно!
Насчет константы не переживайте - она давно есть в виде свойства widthRem, на что я её и поменял. Можнj было свойство определить как бегунок.offsetWidth + const, но практика показала, что удобнее оставить так.
Но природная лень опять же мешает сделать 100% юзабилити. В моем примере текстовые поля с атрибутом ридонли, т.к. нет обратной совместимости. То есть пользователь ввел букву - и это нужно отразить бегунком. Но это проблема примера а него скрипта трекбека, в котором все возможности для такого функционала заложены.
А насчет фокуса и управления с клавиатуры - теоретически это можно реализовать, но на практике усилия не будут стоить результат, особенно для недискретных трекбаров.