Gourmet
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Поставил не-юникодный вариант. Первое ощущение, что работает (рендерит) быстрее. Может быть, это плацебо, может и нет. Если свистнет и улетит, как предыдущий, снесу нафик и перейду на последний муие. Добавлено: и еще ощущение - не только рендерит быстрее - перерисовка страниц (в частности, этой) происходит без небольшой, едва заметной задержки Добавлено: Не-юникодная версия работала более стойко - это было заметно. Юникодный у меня с большой вероятностиью вис, если сайт переставал отвечать, я нажимал несколько раз stop load, потом refresh. Этот, в подобной ситуации, в конце концов загружал страницы. Возможно, есть какой-то конфилкт юникодной версии и JScript, потому как было заметно - висло во время подгрузки или инициализации кода на JS. Но не-юникодный таки повис. Причем, это сейчас очень похоже на потерю фокуса и захват его закрытым модальным окном - сигнал при нажатии в окно Maxthonа, окно перерисовывается, но сделать с ним что-либо невозможно. А теперь - внимание тем, кто связывается с разработчиком и может отправить ему bug report - после установки Process Explorera, при всех подобных (перекрытие модального окна) подвисаниях я в properties/threads процесса Maxthon.exe вторым тредом вижу один и тот же - CorperfmonExt.dll. Второй он там потому, что только что работал - сортировка производится по процессорному времени, то есть, этот тред сразу перед подвисанием получал управление. Ну и у этого треда ненулевое значение CSwitchDelta. Работать пытается, скотина. Нетрудно убедиться, что этот процесс принадлежит .NET Framework, с использованием которого, почему-то, сделаны диалоговые окна Maxthonа. Bug, однозначно. Зря этот .NET сюда прицеплен, я не видел ни одного полноценного приложения с его использованием, только одни глюкалки. |