» Sumatra PDF / SumatraPDF

Victor_VG

Цитата:

Ладно, поместил виш Issue 2618 на багтрекер

Весьма признателен.
Быстро пофиксили.

Цитата:

This issue was closed by revision r9011.

kirsha

Знаю, просто в 9020 х64 не собрался - варнинги опять неверно поняты MS VC++ Сейчас у меня лежит уже r9023, а пришли коммиты r9024.

SumatraPDF v2.6 r9024

Собрал, проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

[more=Выписка из SVN лога:]r9024
remove unneeded ZipMethod enumeration

r9023
make it clearer that there's only one notification per group

r9022
add experimental cursor position helper (cf. issue 2621)

r9021
fix crypto functions for huge data under x64

r9020
use different error codes in ShowAutoUpdateDialog

r9019
allow verifying the integrity of the update info file

r9018
add signfile tool

r9017
always set useDefaultState in UpdateDisplayState (fixes issue 2620)

r9016
update wishlists with things done

r9015
describe how to do 64 bit builds properly

r9014
show hand cursor for links in ebook UI (and tooltip for external URLs)

r9013
don't remember empty path (fixes issue 2619)

r9012
default is a reserved keyword in latest C++

r9011
don't lose favorites on clearing history (fixes issue 2618)

r9010
disable presentation mode for non-fixed page UI

r9009
support links in ebook UI (fixes issue 2202)

r9008
revert the behavior of -reuse-instance (now differs from ReuseInstance)[/more].

kirsha

С закладками - недочинили. Извините, случайно вышло, поправлено вместе с рядом других недочётов...

SLasH

Цитата:

1. Вкладки по умолчанию включены и в GUI настройках отключения их нет.
2. При закрытии окна Суматрты закрываются вкладки. И пока последнюю вкладку не закроешь, не закроется Sumatra.
3. Из 2-го вытекает 3-е - нет возможности запоминать сессию открытых вкладок. Чтобы после перезапуска открылись прежние вкладки.

По пункту 1) можно попросить сделать автоскрытие одиночной вкладки, но я думаю что это только добавит кода и возможных ошибок;
по 2) и 3) нет взаимосвязи ибо сохранение состояния табов и закрытие главного окна суть различные механизмы, и если и просить добавить функцию автосохранения состояния табов, то отключаемую. Ибо в одно случае оно надо, а в десяти других только мешает....

Victor_VG

Цитата:

можно попросить сделать автоскрытие одиночной вкладки, но я думаю что это только добавит кода и возможных ошибок;

Это уже предусмотрено в расширенных настройках, переключением опции ShowSingleTab в false. По второму пункту, то поддержу вас. Если и добавлять функцию, то отключаемую.

Koyotero

Я знаю, но в расширенные настройки новички не полезут - испугаются, и наверное стоит эту настройку вынести в GUI.

SumatraPDF v2.6 r9030

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

Цитата:

r9030
add TODO about Alt+F4 not closing windows with multiple tabs loaded

SumatraPDF v2.6 r9038

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

Цитата:

r9038
add RarUtil.[cpp|h] and stop keeping all decompressed .cbr content in memory

r9035
tweak cursor position helper (cf. issue 2621)

r9034
fix VS2008 realease build

r9033
fix x64 compilation breakage

r9032
add libarchive for RAR decompression (cf. issue 2184)

r9031
implement CreateFromStream for MobiDoc/MobiEngine and Fb2Engine

Цитата:

r9032
add libarchive for RAR decompression (cf. issue 2184)

Мысли в слух:
RAR Sumatra распаковывала без проблем и раньше. Видимо, libarchive призван привнести поддержку каких-то специфичных и редкоиспользуемых форматов.

ItsJustMe
тут подробнее насчет этого
https://code.google.com/p/sumatrapdf/issues/detail?id=2184

ItsJustMe

libarchive (UNIX) обеспечивает вход в архив как в каталог и минимизацию использования ОЗУ. Код UnRAR копировал архив в память и распаковывал его там, а зачем это надо коли можно поступить проще?

SumatraPDF v2.6 r9043

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

Цитата:

r9043
allow re-reading the same RAR header multiple times

r9042
prevent infinite loop in libarchive

r9041
allow seeking in Rar file (and add IStream support)

r9040
revert accidental vs project change

r9039
tweaking cmake build files

SumatraPDF v2.6 r9057

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

[more=Выписка из SVN changelog]r9057
Tabs: add custom caption

r9056
add x64 build directories to svn:ignore

r9055
hide sidebar later when closing the last document

r9054
prevent re-layout while closing an ebook (fixes issue 2625)

r9053
always show "use system colors" in the Options dialog

r9052
updates to svn:ignore

r9051
consolidate file definitions into one cmake file

r9050
remove ucrt

r9049
update translations

r9048
in ebook window, match the background of TOC tree view to the background of ebook window

r9047
update translations

r9046
merge latest MuPDF update

r9045
change shortcuts for presentation/fullscreen mode in menu

r9044
keep selection measurement around while the selection persists and translate measurement helper strings (fixes issue 2621)[/more]

SumatraPDF v2.6 r9085

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

[more=Выписка из SVN changelog]r9085
Epub: try slightly harder to detect SVG images

r9084
epub: fix PageForReparsePoint() for the case where reparseIdx is 0 and and reparseId of the first page is > 0, which did trigger CrashIf() (repro: http://libgen.org/get?md5=8d176bc223ea9712e42e0e284568564c)

r9083
cmake: use shorter form (untested)

r9082
prepare for selective registering of supported preview handlers

r9081
add optional preview handlers for .fb2, .mobi and .cbr

r9080
fix /analyze warning

r9079
add Vec::AppendChecked for non-crashy OOM handling

r9078
fix /analyze warning

r9077
cmake: unsuccessfully trying to get nasm to work

r9076
cmake: jbig2

r9075
partial jpeg-turbo support

r9074
cmake: compile zlib

r9073
cmake: compile freetype

r9072
fix typo

r9071
more consistent naming

r9070
update translations

r9069
another cmake helper

r9068
revert r9066

r9067
gen-cmakefiles.py is mostly working

r9066
revert r8691 (fixes issue 2629)

r9065
try clarifying ExternalViewer options regarding quotation marks

r9064
use path::GetAppPath where appropriate

r9063
remove UnRAR

r9062
start on gen-cmakefiles.py

r9061
add some cmake notes

r9060
tweaking cmake compilation flags

r9059
add cmake/build-vs10.bat and cmake/build-vs10-64.bat; set /machine linker option for 64-bit builds properly

r9058
update translations[/more] начиная с r9058 по r9085 включительно.

Цитата:

r9063
remove UnRAR

А как тогда открывается CBR?

Skif_off

Код UnRAR заменён на libarchive (r899x), и при наличии проблем с отдельными CBR достаточно просто положить рядом с суматрой unrar.dll из ftp://ftp.rarlabs.com/rar/UnrarDLL.exe той же разрядности что суматра. В принципе могу добавить в дистрибутив сии либы, но думаю, что большого смысла пока нет:

r9038
add RarUtil.[cpp|h] and stop keeping all decompressed .cbr content in memory

....

Victor_VG
Понятно, коммит с libarchive проглядел. Насчет добавить unrar.dll: уже пакуют CBR в RAR5?

Добавлено:
Странно, разрабы определенно в курсе RAR5 https://code.google.com/p/sumatrapdf/issues/detail?id=2403 но для libarchive не могу найти инфу о поддержке RAR5.

Skif_off

У меня вообще ни одного CBR нету - как-то не попадались. В основном CHM, DjVu, FB2, PDF, EPS/PS, TXT, но да ладно, добавлю unrar.dll в дистрибутив, не трудно. Будет сегодня в одной из следующих сборок. Подстрахуемся от возможных ошибок...

Victor_VG
У меня тоже нет CBR Пробовал нагуглить - RAR4 нашел, вспомнил, что это по сути тупо архив, в виртуалке воткнул WinRAR, распаковал, сжал в RAR5, переименовал - не открывает.

Еще погуглил - таки да, дело в лицензии.

Skif_off

Технически добавить не сложно - одна строчка в NSIS коде, а как поступить со STANDALONE ("портабле") редакцией? Другое дело, что как я понял CBR в формате RAR5 пока встречаются редко, и коли что в releasenotes.txt указано где взять данную DLL, да ведь доки не все читают. Так что по моему пусть кому надо скачают UnRARDLL.exe, распакуют и возьмут оттуда unrar.dll для x86 сборки или unrar64.dll для x64 сборки и положат её рядом с бинарником. А когда обновится libarchive посмотрим что в неё добавят....

Victor_VG

Цитата:

да ведь доки не все читают

Миллионы лет эволюции за спиной, пусть учаться Или распаковывают и смотрят в дефолтном просмоторщике изображений. На офсайте наверняка будет инфа, в шапке, наверное, тоже стоит отметить,

С libarchive не все понятно - больше года никаких изменений, а RAR5 уже давно есть, как бы не умер проект. Краем глаза видел гентушный патч, но на офсайте тишина.

Skif_off

Так и с p7zip такая же петрушка - до сих пор в портах версия 9.20.1_2.

Нужную инфу в шапку прибил. Кто не читает и высказывает "Документацию я не читал, но ..." идёт в дальнее пешее путешествие.

Victor_VG

Цитата:

Так и с p7zip такая же петрушка - до сих пор в портах версия 9.20.1_2

Нормально, 9.30 даже не бета, а альфа. Стабильна, не спорю, но формально статус - альфа. Где бы не использовались - везде пихают 9.20.

Skif_off

Знаю, и уже привык к этому.

SumatraPDF v2.6 r9098

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

[more=Выписка из SVN Changelog]r9098
add tests for str::Utf8ToWcharBuf and fix x64 compilation (fixes issue 2637)

r9097
call LoadModelIntoTab with consistent tab state (fixes crash 57349)

r9096
use GetModuleFileName more consistently

r9095
time drawing operations (disabled)

r9094
less rebuilding during development for release builds

r9093
speedup Utf8ToWcharBuf() by doing MultiByteToWideChar() only once

r9092
use DeferWindowPos() for hopefully less flicker

r9091
merge TcrDoc into TxtDoc

r9090
allow disabling per monitor dpi awareness (cf. issue 2629)

r9089
simplify UpdateTocColors

r9088
handle another edge case in PageForReparsePoint

r9087
rework PageForReparsePoint() fix

r9086
update all ebook UI background colors through UpdateDocumentColors[/more]

пришлось повозится - в r9098 не хотели собираться либы и SumatraPDF-no-MuPDF.exe x86. Ладно, посмотрим. если что придётся опять через Release Analase собирать.

Так, кажется разработчикам придётся свои мэйки править - https://code.google.com/p/sumatrapdf/issues/detail?id=2639#c2 баг их, собственный. А мне Ковальчук сказал что ему "не понятно о чём речь идёт". посему пришлось новый баг открыть #2640, но я не уверен что его кто-то захочет фиксить - у них "всё в порядке", хотя баг в r9094 сидит.

P.S.

Пофиксил сам - пришлось мне эту ревизию целиком откатывать ибо баг заключался в ошибочных директивах проекта. Ковальчук там прописал OnlySumatraPDF вместо SumatraPDF - хватило. А мне его ошибка сколько крови попила....

P.P.S.

Ответ разработчика:

Цитата:

Project Member #9 kkowalczyk@gmail.com

Visual Studio solution is for the convenience of developers working on the code. It works as expected.

Status: WontFix

А с учётом того, что и прежние баги не собираются фиксить вопрос а нужны ли данному "автору" пользователи встаёт ребром....

SumatraPDF v2.6 r9107

Собрал, особых проблем не обнаружил, архив обновил, линк в шапке.

Что нового?

Сборку восстановил, но разработчики исправлять баги не хотят даже имея патч для них...

Учитывая все пляски разработчиков SumatraPDF с libarchive, решил посмотреть, как же она все таки работает с архивами.

Провел следующий эксперимент:
Дано: z.cbz = ZIP, r4.cbr = RAR4, r5.cbr = RAR5.

Опыт 1: без unrar.dll.
z.cbz - открылся, все картинки внутри видны.
r4.cbr - открылся, черный экран. Соответственно, никаких картинок.
r5.cbr - cannot open file r5.cbr

Опыт 2: с unrar.dll.
z.cbz - открылся, все картинки внутри видны.
r4.cbr - открылся, черный экран.
r5.cbr - открылся, все картинки внутри видны.

Видимо, сильно мудр у них этот libarchive.

Кто-нибудь еще видел этот черный экран?

ItsJustMe

Писать им бесполезно - сам видел их реакцию на явный баг к которому прислали патч:

https://code.google.com/p/sumatrapdf/issues/detail?id=2639
https://code.google.com/p/sumatrapdf/issues/detail?id=2640

С ребятами из Far Team работать приятнее если не могут реализовать что-то сейчас предложат отложить, но пойманные ошибки, тем более коли есть патч исправят, а тут Status: WontFix .

Victor_VG
Вношу поправочку. Я, в общем-то, писал не для того, чтобы кто-то передал это авторам, а для того, чтобы кто-то еще (например, вы), тоже провел такой эксперимент, и подтвердил (или опроверг) его результаты

А толку коли даже найди я CBR (у меня их вообще нет) и подтверди результаты опытов шансы на исправления явно стремятся к нулю ибо тот же ККовальчук поставит Status: WontFix и этим всё закончится. Ну будет не первый и не последний проигнорированный ими баг, одним больше, одним меньше, и кому и какой смысл их править коли "это никому не нужно", а патчи демонстративно отвергаются?