The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox отказывается в обозримом будущем от перехода на мног..., opennews (??), 16-Ноя-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


58. "Firefox отказывается в обозримом будущем от перехода на мног..."  +14 +/
Сообщение от adolfusemail (ok), 17-Ноя-11, 02:23 
Вообще-то, еще в 1994 году, а скорее всего даже ранее, IBM сформулировала (мне это попалось на глаза среди редбуков и статей около темы, сопровождавших третью полуось) требования к интерфейсу. В частности, там утверждалось, что пользоваетльский интерфейс графического приложения, как минимум, должен идти в отдельном потоке, чтобы не блокироваться работой собственно программы. В частности, всегда должна быть доступна часть инетерфейса, не интерферирующая с обработкой пользовательских запросов. Например, выпадающее меню помощи должно быть активно всегда вне зависимости от того, что программа делает. Например, если работа программы состоит в выборе файла и запуске для него какой либо обработки, то эта обработка должна выполняться асинхронно в отдельном потоке, а пользователь должен иметь возможность ставить файлы на обработку не дожидаясь завершения предыдущих. В частности, там утверждалось, что время блокировки интерфейса не должено превышать 0.1 с. Т.е. все изменения в отображаемых окнах должны быть проведены менее, чем за 0.1 с после запроса, инициировшего это. И это реально происходило на 586 с тактовой частотой 120 Мгц. И я не помню, чтобы операции в файловой системе или звук, и даже DIVE, мешали перерисовке окон, или во время работы программы блокировался интерфейс. Считалось, что если програмист не может написать неблокируемый интерфейс, он не программист, а говно. Окно гарантированно перерисовыалось системой менее, чем за 0.1с. Не было никакой необходимости в анимации интерфейса, исключительная цель которой -- скрыть этого интерфейса тормознутость. Видео, звук и работа с внешними портами никогда не тормозилась ни при какой загрузке системы. Была такая фишка -- для проверки нагрузочной способности системы писался на ассемблере абсолютно пустой цикл и запускался с максимальным приоритетом в нескольких десятках процессов. И только когда загрузка отрисовывалась (по PM Patrol) в 98%, только тогда интерфейс начинал ощутимо тормозить. Однако на звуке, на видео и передаче данных это никак не отражалось. Это был тот самый единственный способ заставить интерфейс шевелиться медленнее, чем обычно. Пр этом я мышкой возил окно с видео по монитору и оно шло в нужном темпе.


Ответить | Правка | Наверх | Cообщить модератору

71. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Aleksey Salow (ok), 17-Ноя-11, 03:55 
> Пр этом я мышкой возил окно с видео по монитору и оно шло в нужном темпе.

Это говорит лишь о том что выделяемого кванта времени хватало чтобы декодировать видео (подозреваю что в лучшем случае это был первый mpeg формата vcd или даже меньше). Отрисовку видео выполняла уже видеокарта аппаратно через оверлей и к общей тормознутости системы вместе с HIG это не имеет никакого отношения

Ответить | Правка | Наверх | Cообщить модератору

88. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 17-Ноя-11, 08:30 
Для некоторых современных дотнет/дельфи-обезьян это прямо откровение. А уж если прога вздумала залезть в базу и стартануть тяжелый запрос (о том, как эти запросы выглядят, - отдельная тема), то это можно выйти покурить, пока дождешься, когда она там перерисуется. Посылаешь им баг - пишут, что прервать работу запроса невозможно, "компоненты не позволяют"
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

104. "Firefox отказывается в обозримом будущем от перехода на мног..."  –4 +/
Сообщение от Аноним (-), 17-Ноя-11, 10:46 
> Для некоторых современных дотнет/дельфи-обезьян это прямо откровение. А уж если прога вздумала
> залезть в базу и стартануть тяжелый запрос (о том, как эти
> запросы выглядят, - отдельная тема), то это можно выйти покурить, пока
> дождешься, когда она там перерисуется. Посылаешь им баг - пишут, что
> прервать работу запроса невозможно, "компоненты не позволяют"

А как ты представляешь прерывание выполняющегося запроса в клиент-сервере, скажи-ка? А что такое rollback после снятия сессии ты тоже представляешь? Или только MySQL в телевизоре видал с базеночкой на какие-то паршивые 300 гиг?

Ответить | Правка | Наверх | Cообщить модератору

119. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Aleksey Salow (ok), 17-Ноя-11, 12:46 
> А как ты представляешь прерывание выполняющегося запроса в клиент-сервере, скажи-ка?

В чём проблемы кенсельнуть запрос? Вроде как все вменяемые базы это умеют.

Ответить | Правка | Наверх | Cообщить модератору

149. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Crazy Alex (??), 17-Ноя-11, 14:05 
Да даже не в этом дело. Какого оно до заверешения запроса тупит в интерфейсе?
И к мозилле это тоже относится. К примеру, у неё есть такое время между щелчком по ссылке или рефрешем и собственно показом страницы, когда контент старый еще показывается, а ни на какие действия страница еуже не реагирует. Спрашивается - КАКОГО? Почему нет возможности после загрузки страницы тупо прервать весь исполняющийся на ней JS? Почему вообще JS внутри страницы может затормозить сам интерфейс? Это же дикость вопиющая.
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

160. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Lain_13email (?), 17-Ноя-11, 15:07 
Вообще-то то, что между щелчком по ссылке и открытием страницы есть пауза нет ни чего странного. Страницу, представь себе, ещё нужно хоть частично загрузить прежде чем показывать. Потому там специально пауза стоит небольшая перед отрисовкой, чтоб хоть что-то успеть загрузить.
Но даже это не главное. Проблема в том, что с сервер нужно сначала попросить отдать страницу. При щелчке в последних версиях видно, как на месте иконки мгновенно появляется серое колечко отправки запроса, а потом зелёное — получение страницы.
Скрипты не должны тормозить морду, это факт, но как ты можешь требовать от них мгновенного открытия страниц если эти страницы ещё не скачаны? Даже хвалёный Хром не может с этим ни чего поделать просто потому, что с этим ни чего нельзя сделать.
Ответить | Правка | Наверх | Cообщить модератору

164. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Ваня (?), 17-Ноя-11, 15:19 
Претензия в другом, а именно когда страница становится невалидной: в момент нажатия кнопки Обновить (сейчас), или когда получены новые данные для отображения страницы.

> если эти страницы ещё не скачаны

Может быть скачана часть страницы, как поведёт себя браузер в данном случае? А в каком порядке он скачивает файлы CSS, JS, .., требуемые для отображения? Мне удобнее когда сначала загружается HTML, отображаясь прям по мере загрузки, затем его отображение меняется. Браузеры чаще идут наоборот: загружают всё, потом начинают отображать. На то есть причины, но я бы хотел выбор.

Ответить | Правка | Наверх | Cообщить модератору

174. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Lain_13email (?), 17-Ноя-11, 15:35 
> Претензия в другом, а именно когда страница становится невалидной: в момент нажатия кнопки Обновить (сейчас), или когда получены новые данные для отображения страницы.

А какая тебе разница если тебе нужны новые данные, а не то, что есть сейчас? О_о

> Может быть скачана часть страницы, как поведёт себя браузер в данном случае?

Начнёт отображать то, что успел скачать и будет достраивать по мере получения новых данных.

> А в каком порядке он скачивает файлы CSS, JS, .., требуемые для отображения? Мне удобнее когда сначала загружается HTML, отображаясь прям по мере загрузки, затем его отображение меняется.

1. HTML - потому, что всё остальное прописано внутри.
2. Все видимые на данный момент объекты и скрипты. Вроде предпочтение тут сначала отдаётся стилям, но я точно не знаю.
3. Все невидимые, но описанные объекты и скрипты.

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

> Браузеры чаще идут наоборот: загружают всё, потом начинают отображать. На то есть причины, но я бы хотел выбор.

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

Ответить | Правка | Наверх | Cообщить модератору

177. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Ваня (?), 17-Ноя-11, 15:42 
> А какая тебе разница если тебе нужны новые данные, а не то, что есть сейчас? О_о

Загрузка может занимать время (на медленных соединениях, сайтах, ..), до 10-15 сек. Мне нужны новые данные, но в это время я бы мог удовлетвориться и старыми, если бы мне дали их читать.

Ответить | Правка | Наверх | Cообщить модератору

180. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Lain_13email (?), 17-Ноя-11, 15:49 
>> А какая тебе разница если тебе нужны новые данные, а не то, что есть сейчас? О_о
> Загрузка может занимать время (на медленных соединениях, сайтах, ..), до 10-15 сек.
> Мне нужны новые данные, но в это время я бы мог
> удовлетвориться и старыми, если бы мне дали их читать.

А, собственно, ни кто тебе и не мешает. Старые данные пропадают как только начинается отображение новых данных. Вот клацать не всегда в это время получается, но это не велика беда. Если же по ссылке клацать средней клавишей (колёсиком), то читай сколько влезет и клацай сколько влезет.

Ответить | Правка | Наверх | Cообщить модератору

182. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Ваня (?), 17-Ноя-11, 16:02 
Ты ищешь оправдания существующему механизму, я же говорю о том что он не всем удобен.

По поводу "клацанья": "клацкни" как по кнопке Обновить "средней кнопкой мыши".

Ответить | Правка | Наверх | Cообщить модератору

184. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-11, 16:15 
> По поводу "клацанья": "клацкни" как по кнопке Обновить "средней кнопкой мыши".

Получится Shift-Ctrl-R, как понимаю. :)

А поможет, возможно, ^L^C^T^V<enter>

Ответить | Правка | Наверх | Cообщить модератору

200. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Lain_13email (?), 17-Ноя-11, 18:52 
>> По поводу "клацанья": "клацкни" как по кнопке Обновить "средней кнопкой мыши".
> Получится Shift-Ctrl-R, как понимаю. :)
> А поможет, возможно, ^L^C^T^V<enter>

Не, это будет сдублировать и обновить дубликат. Причём фокус перейдёт на дубликат.
Если клацнуть на обновить средней кнопкой зажав Shift, то откроет дубль и обновит его в фоне не мешая читать то, что есть.

Ответить | Правка | Наверх | Cообщить модератору

202. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-11, 18:55 
> Если клацнуть на обновить средней кнопкой зажав Shift, то откроет дубль и
> обновит его в фоне не мешая читать то, что есть.

Забавно, спасибо.

Ответить | Правка | Наверх | Cообщить модератору

199. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Lain_13email (?), 17-Ноя-11, 18:49 
> Ты ищешь оправдания существующему механизму, я же говорю о том что он
> не всем удобен.
> По поводу "клацанья": "клацкни" как по кнопке Обновить "средней кнопкой мыши".

А я не ищу оправдания. Он мне такой удобен. Лучше б сказал что конкретно не так, а то я так и не понял что тебя не устраивает. Ну нажал ты обновить. Чего ты от него хочешь, что б он при этом сделал и чего он сейчас не делает?

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

175. "Firefox отказывается в обозримом будущем от перехода на мног..."  +2 +/
Сообщение от Lain_13email (?), 17-Ноя-11, 15:38 
Разбаловал тебя Аблок. Ой разбаловал! Выключи его и поброди по привычным тебе страницам. Сразу увидишь, что такое загрузка страницы по частям.
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

101. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Avator (ok), 17-Ноя-11, 10:31 
Это все хорошо и замечательно, только приложения самой IBM далеко не всегда соответствуют этим требованиям и очень даже часто тормозят. Уж не знаю в чем причина. В отдельном процессе интерфейс у них крутиться или нет. Но не все так радужно, как можно было бы подумать, прочитав подобный документ.


Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру