RTM Context Autocomplete Menu

[@fStrange]

таки онлайн демки не хватает

[@1602]

94.180.175.162/js-context-autocomplete/sandbox.html
временно такая демка

[@fStrange]

пасиб

[@EverCelt]

интересно будет проследить за дальнейшей разработкой,
онлайн демка приветствуется

[@no_poem]

Странно, но у меня почему-то не убирается автокомплитер, если не выбрать значение и перейти к следующему полю

[@1602]

Думаю, вы правы, на потерю фокуса можно забиндить сокрытие меню.

[@no_poem]

Именно! А так все здорово, уже есть идеи для использования)))
Кстати, а как будет вести себя в textarea?

[@1602]

Делал только для input. Для textarea в принципе тоже можно, но там надо еще и высоту считать, что, в принципе, решается тем же способом, только с указанием max-width. Поэтому с кроссбраузерностью будут проблемы.

[@no_poem]

Поэтому и возник вопрос. А если как-нибудь по высоте строки самой подсчитать? Например, длину мы ведь можем подсчитать, так? В конце длины добавлять невидимый символ, а потом по нему считать количество строк и умножить на высоту строки. Почему-то именно такая идея возникла

[@1602]

Мы не знаем где браузер расставит переводы строк, да и незачем знать в общем-то. Достаточно содержимое textarea отправить в скрытый div и посмотреть какая получилась высота в пикселях. Только вот надо учесть два момента: 1. ширина скроллбара, 2. содержимое textarea может скроллиться.

[@no_poem]

Высчитать ширину скроллбара можно и тем же дивом (overflow='scroll'). Правда придется измерять два раза.
А вот по поводу решения второй проблемы надо подумать.

[@1602]

По крайней мере в ff есть textarea.scrollTop

[@no_poem]

Согласен. И для Opera тоже сработает, по-моему у него только с IE глюк

[@1602]

Добавил фикс в svn. Спасибо за участие :)

[@DasDemolisherDuck]

поправьте на скриншоте «аксессауры»

[@benone]

А насколько это сложно написать без использования jQuery? Много переделывать?
А то так вы оставляете кучу людей без решения и еще группу заставляете использовать jQuery из-за одного плагина

[@1602]

Думаю, часа два нужно чтобы переписать без jquery. Максимум три. Там меньше трёх сотен строк.

[@ipod]

Действительно, пришел человек, написал статью, заставил прочитать, мало того, оставил людей без решения на jQuery и ещё заставляет использовать этот самый jQuery.
Редиска!

[@akhkharu]

Классное меню, молодец!

[@Dalairen]

Beerware — отличное определение.)

[@FlamingDeth]

Офигеть, <habrauser=kutanov> на аналог этого для task.ly убил уже три вечера. =) Правда, на чистом js.

Приходите к нам фронтенд-девелопером, а? :)

[@kutanov]

да-да… манифик. в моей версии как раз перечисленных проблем нет, надо будет слить их. займусь как время появится.

[@Prophet]

jquery.bassistance.de/autocomplete/demo/
Смотрим пример с Tags (local).
Рекомендую

[@1602]

Меню появляется всегда в одной позиции. Мне было интересно показать именно контекстный характер меню.

[@Prophet]

Теперь понял отличие :) Успехов вам.

[@kosiasik]

Весьма глючная хрень, если начинаешь редактировать внутренние таги, то всё перемешивается.

[@dio]

Спасибо! В закладки.
Насчет разницы в работе с selection в IE и остальных — сочувствую. Как-то приходилось писать эмуляцию w3c-range для IE :)

[@kirs]

Скрипт не работает, если jQuery подключен в режиме совместимости (jQuery.noConflict();).
На этот случай лучше все вызовы $ заменить на jQuery.

[@1602]

Не согласен. Скрипт работает в любом случае. Если в sandbox.html поставить вызов типа $jq = jQuery.noConflict(); тогда действительно работать перестанет, но это уже проблема не компонента, а юзера. Сам же плагин использует стандартный шаблон (function ($) {})(jQuery);

[@kirs]

да, ваша правда — сам плагин использует правильную конструкцию.
однако, видимо, какие-то евенты обрабатываются неверно:
1. включить jQuery.noConflict();
2. подключить плагин — все заработает, саджест будет выдаваться.
3. при наведении мышки на пункт выпадающего меню вылетает ошибка: $ is not a function

Я когда подключал не стал сильно разбираться что там не так и просто заменил все $ на jQuery :)

PS. спасибо за разработку, использую этот плагин сейчас в проекте.

[@1602]

Вот за этот багрепорт спасибо. Действительно, в одном месте есть inline вызов (на onmouseover) с использованием $. В 10-й ревизии исправлено. Должно работать нормально.

[@smax]

Круто, в нашем bug tracker используется похожий компонент для ввода поисковых запросов.