Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет dibr ([info]dibr)
@ 2009-01-26 00:50:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
браузерное
     Кагбэ в ответ тем, кто считает что мне платит гугль за пиар хрома :-)
     Гугл хром. Веб-страничка, содержащая <img src= и <a href=, указывающие на один и тот же url (т.е. картинка является частью страницы, и ровно на неё же идёт ссылка со страницы).
     От момента нажатия на ссылку до показа картинки (уже находящейся в кеше - страница-то загружена) проходит от 3 до 5 секунд.
     При нажатии на back страница показывается менее чем за 1 секунду. Ситуация устойчиво воспроизводится при многократном повторении. То есть получается что для показа чистой картинки требуется в несколько раз больше времени, чем для показа картинки в составе страницы.

     Я кажется догадываюсь почему так происходит (при переходе по ссылке хром бегает в сеть проверить "не изменилась ли картинка" и теряет на это время, при нажатии же back этого действия не производится), но всё равно прикольно :-) Проверить можно было бы заставив хром "работать автономно", но за минуту поисков мне не удалось найти этой опции, а слишком заглубляться мне не хотелось :-)


(Читать комментарии) - (Добавить комментарий)


[info]slowkukuing@lj
2009-01-28 12:52 (ссылка)
Предыдущий оратор правильно обозначил проблематику - винда поддерживает множество форматов. Когда нечто копируется в буфер, то оно реально копируется в несколько буферов (для каждого "доступного" формата - свой "буферок").

На операции paste можно указать конкретный интересующий формат (и если "буферок" для него пуст/отсутствует, то пробежаться по остальным в порядке приоритетов), а можно сделать "наивный" вызов (т.е. как бы "дефолтовый"). В последнем случае система сама решит какой из форматов "самый подходящий" и вернёт указатель на соотв. "буферок".

что будет, если "наивная" "ансишная" апликуха возьмёт данные из клипборда в "дефолтовом" формате, а винда вернёт ей что либо типа "unicode big endian" ? - на строку "test" она получит последовательность байтов вида '\0', 't', '\0' и ты.ды. и по сишному соглашению сочтёт, что ей вернули пустую строку.

FAR - косольная апликуха и, судя по всему, клипборд ресетится к "нужному" состоянию (с приоритетом именно "анси" формата над прочими юникодами и rtf), после чего "всё работает" :-)

т.е. ошибки c&p скорее всего программные - всем лениво заниматься корректным выбором из клипборда (с "енумерацией" и разборов форматов), но при соблюдении "стандартных соглашений" оно всё работает... пока клипборд не переконфигурируется какими-либо "вихрями враждебными" в какое-нибудь "инкомпатибЫл" состояние.

(Ответить) (Уровень выше)


(Читать комментарии) -