Dima_2015

Это была одна из первых идей, которая меня посетила при реализации. Но она несостоятельна, давай подумаем. Для того чтоб вовремя заменить циклическую картинку джаваскриптом нужно очень точно вовремя вызвать скрипт замены. Значит я должен точно знать период анимации и быть увереным в том, что джс не подведет. А далее, известно, что исполнение джаваскрипта и в частности ф-ция setTimeout, с помощью которой реализуются все отложенные вызовы переодически подтормаживает. Результатом этого будут совершенно сбивающие юзера с толку картинки шаров, колбасящихся то так то эдак, а потом становящихся статичными посреди акта превращения. Короче говоря это не вариант. И вообще, есть ли гарантия что при загрузке циклического гифа из кеша он всегда будет начинаться с одного и того же кадра?

Не угодно ли будет гуру поиска знаний в инете продемонстрировать мастер-класс, и разом выдать ссылку на решение проблемы сабжа, желательно в таком вот виде: http://lmgtfy.com/?q=%D0%B3%D0%BE%D0%BC%D0...A%D1%83&l=1

Так таки ничего не придумалось, коллеги? Может оно принципиально низя?

Хм... кстати отличная идея, спасибо. Это частично решает проблему, скажем так лагов становится немного меньше при появлении большого кол-ва шариков. Т.е. грузится один и если он не лагает - то все хорошо, ну а если лагает загрузка этого одного - тормозят все, или пан или пропал )) Но все-таки хочется решить задачу изначальную - грузить все с кеша и с анимацией, это будет наиболее быстро.

Какие нибудь идеи появились?

И как я буду на нем делать если я в нем ни в зуб ногой? Уже написано готовое не очень простое приложение, в общем-то уже отточенное и работающее вполне сносно, вот образовался глюк, который актуален то только для тех у кого инет притормаживает.

На самом деле ИЕ тоже вполне себе кеширует, и Опера тоже может. К сожалению поймать чем это определяется мне не удается. Вопрос открыт таки, что делать... надо чтоб везде кешировалось правильно - т.е. анимация всегда полностью показывалась и бралась из кеша.

Не бред, зайди на ссылку данную в примере и "потыкайся", сделай несколько запусков при включенном кешировании браузера, затем обнови страничку и повтори. Да.. важный видимо момент, что речь идет не о циклических гифах, как ты привел, а о конечных, однотактовых... хз как сказать, пример лучше пояснит P.S. У меня проявляется в ФФ 3.5.7, но точно помню что раньше было и в других браузерах. Сейчас ИЕ и Опера вроде не задерживают, возможно более новые версии сейчас.

Доброго времени суток всем! Вопрос: Есть ли способ загружать анимированные .gif изображения из кеша браузера не теряя анимацию? Подробнее. Думаю известная проблема - если мы делаем при каких-то событиях мыши загрузку анимированных изображений, то анимацию мы будем видеть ровно до тех пор, пока изображение не закешируется браузером, обычно этих разов будет 1, если не предпринять доп. усилий. После кеширования мы будем видеть уже не анимированное изображение, а его последний кадр. Стандартное js-решение этой проблемы - добавление случайного числа к урлу загружаемой картинки, это приводит к загрузке изображения снова с сервера. В моем случае это решение содержит изъян: картинок может загружаться довольно много одновременно и скорость их загрузки критична. Если у юзера нету тормозов инета и мой хост отдает изображения нормально, то проблем не наблюдается. Но стоит появиться лагам с той или другой стороны и загрузка изображений начинает подтормаживать. Это может сбить с толку... Конкретно, где это используется: Есть приложение логической игры онлайн для ВКонтакта (вернее сделано оно давно для себя и сейчас на ВКонтакт интегрируется): http://vkontakte.ru/app180099 Кстати рекомендую любителям логических игр... Вот тут, когда едим чужие шарики - анимация может тормозить. Для тех кто не зарегистрирован, моделирование проблемы: http://mskhost.nichost.ru/lagmodel.html Что можно придумать? Слышал про новую технологию с элементом canvas, может она поможет?

Спасибо госпада за ссылки, особенно интересна статься на Хабре (как всегда). Про sqlite-таблицу сохраненных данных понятия не имел...

Всем привет. Проблема такая: Современные браузеры запоминают значения полей формы input при сабмите. И потом при повторном введении слов выдают автоматом всплывающие подсказки в полях типа input. Вопрос: можно ли насильно запретить такое запоминание (или вывод результатов) средствами html/js/css ? Зачем мне это? - хочу сделать свои всплывающие подсказки, ну например как на яндексе - выбирает из базы уже готовые результаты по похожим запросам и подставляют в табличку под окном поиска. В таком варианте автоматические подсказки браузера мешают - закрывают собой наши юзерские. Вариант который я вижу: т.к. запоминание происходит при сабмите формы - передалать систему так, чтоб форма по сути никогда не сабмитилась, а отправлялось методом GET путем замены location и подстановкой в него данных из формы, дергаемых js-ом. Этот вариант мне явно не нравится, другие есть? Нашел ответ... autocomplete="off"

Облако тегов это называется. Выставляет размер шрифта в зависимости от частоты, с которой встречается тег в темах.

Начнем с того что РНР тут совершенно не при чем, РНР работает на сервере и понятия не имеет какие кнопки пользователь нажимает на клавиатуре. Он может судить об этом только косвенно, по данным, которые пришли от пользователя, но эти данные злобный пользователь всегда может подделать. А отловить Shift+Click можно javascript-ом: <a href="..." onclick="my_func(event)">...</a> js: // Ф-ция срабатывает на клик по ссылке, получая параметр - событие. //Если событие произошло при нажатой кнопке Shift (флаг event.shiftKey) ф-ция выводит то, что надо function my_func(evt) { if(evt.shiftKey) { alert('С новым Годом!'); } return false; // это если надо отменить переход по ссылке }

Горбушка, всегда пожалуйста

<body onresize="my_resize_func()"> подходит?