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 используется похожий компонент для ввода поисковых запросов.