iNorbert писал(а):Тормозит при открытии файлов. Сам скроллинг внутри файлика уже шустрый, но открывается... У меня секунд 8.
Я так понял, в это время формируется изображение. Суматра же открывается быстрее, но в нем я наблюдаю "Формируется изображение, подождите...". Т. е. скорость открытия одинакова; не уверен.
Он же имел в виду тормоза при просмотре, а не открытии.
И сильные тормоза при просмотре djvu.
Добавлено спустя 3 минуты:
iNorbert писал(а):Арракс, амигос, а может в сторону WinDjView глянуть в перспективе?
WinDjView гадит в реестре, если только отучить. Да и вообще есть ли в этом смысл, если всё итак работает неплохо, на первый взгляд.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
ask-rus писал(а):
И сильные тормоза при просмотре djvu.
Может быть. А может и не быть. Я бы не дроблю условную операцию "просмотр дежавю" на нажатие, открытие, непосредственно просмотр, [s]разочарование[/s] и закрытие. Если я "просматриваю дежавю" то я жму, смотрю как открывается, смотрю файл, смотрю как закрывается, работаю дальше. В идеальном случае открытие-закрытие настолько быстры что не стоят акцентирования. Такие дела.
Вот лично у меня медленно открывается.
Хотя что имел в виду автор точно скажет только он сам. Телепаты траляля.
Добавлено спустя 2 минуты 15 секунд:
Имелось в виду что виндежавю на мой взгляд лучший, быстрый и опенсурсный. Неплохой стартовый капитал для плагина. А одну ветку в реестре - тьфу
З.Ы. для того кто умеет.
З.З.Ы. я не умею
Flasher писал(а):Кстати, я тоже предпочёл бы отдельный плагин для DJVU.
Когда заведомо известно, что некая программа в твоем наборе имеет ряд функций, ты будешь включать в этот набор программу, дублирующую её функционал, если первая справляется со своими обязанностями? По-видимому, первым делом следует уточнить недостатки того, что имеем сейчас.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
Плагин обновлен, достигнута первоначальная цель: независимость от версии sumatraPDF.
Достигнута совместимость со всеми версиями начиная с 1.4. Так что теперь если sumatraPDF обновится не нужно ждать пока обновиться плагин.
Исправлен ряд ошибок.
ВНИМАНИЕ: Не используйте sumatraPDF который шел с первой версией плагина.
ask-rus писал(а):По-видимому, первым делом следует уточнить недостатки того, что имеем сейчас.
Первый недостаток на лицо - необходимость в присутствии стороннего приложения, без которого уже ясно, что плагин полноценно работать не будет, второй - не запоминается последнее состояние, третий касается иконок - в sumatrapdf.wlx нравится больше.
Надеюсь, "последняя", означает "текущая", "актуальная"?
Добавлено спустя 2 минуты 50 секунд:
Flasher писал(а):Первый недостаток на лицо - необходимость в присутствии стороннего приложения, без которого уже ясно, что плагин полноценно работать не будет
Скорее, вообще работать не будет.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
Flasher писал(а):Первый недостаток на лицо - необходимость в присутствии стороннего приложения
Это не недостаток а основное преимущество, перед Sumatra PDF based plugin, который основан на старой глючной суматре и обновлять который никто не собирается. Тут же вы сами можете обновлять суматру до последней актуальной версии. Плюс в случае ошибок в суматре ее падение не утащит за собой тотал как мы имеем в случае Sumatra PDF based plugin.
Ссылка будет?
Ссылка на актуальную версию суматры есть как в первом сообщении темы так и на странице плагина
Alextp писал(а):Только режим подгонки в UV не влияет на плагин.
Предложите возможное соответствие режимам подгонки tc режимам суматры, добавлю без проблем. Просто на мой взгляд они не очень друг другу соответствуют.