» Sumatra PDF / SumatraPDF

banaji

И по поводу фона - в новой ревизии r9162 произошли изменения в конфигах:

Цитата:

* removed support for reading sumatrapdfprefs.dat (when updating from a version prior to
version 2.3, please upgrade to 2.5.2 first and have that convert your settings to the
format introduced in version 2.3 before updating to a later version)

, ну я и глянул для себя Customizing SumatraPDF, а там как было так и осталось:

MainWindowBackground = #fff200

Идём в Settings -> Advanced Settings... (все цветовые координаты заданы шестнадцатеричными значениями в пространстве RGB) и для себя я давно фон выставил в #ffffff ибо меня это вполне устраивает.

Итак: SumatraPDF v2.6 r9164

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

Что нового?

[more=Выписка из SVN changelog]r9164
PDF: fix openjpeg issue 362

r9163
unarr: process PPMd EOS marker

r9162
remove all code related to sumatrapdfprefs.dat and Bencode (fixes issue 2657)

r9161
unarr: don't reject huge BZIP2 streams

r9160
unarr: support PPMd for ZIP archives

r9159
update translations

r9158
unarr: support a custom memory allocator

r9157
unarr: warn about missing Deflate64 support, expose filetime instead of dosdate

r9156
XPS: improve ZIP64 spec adherence

r9155
use unarr instead of miniunzip

r9154
fix x64 compilation

r9153
unarr: support Deflate, Deflate64, BZIP2 and LZMA for ZIP archives

r9152
unarr: clean up main directory

r9151
fix OpenDirAsZipStream for MS XPS Viewer

r9150
unarr: append format to filenames

r9149
unarr: start working on ZIP support

r9148
unarr: expose file modification time

r9147
unarr: use 64-bit file offsets

r9146
fix potential memory leak

r9145
unarr: fix typo

r9144
unarr: use zlib's crc32 when available

r9143
unarr: fix x64 compilation warnings

r9142
remove libarchive, use unarr instead

r9141
unarr: fix parsing filter execution

r9140
unarr: support parsing filters

r9139
build: fix for last change

r9138
build: sign the exe that we put in the installer; retry signing

r9137
try to silence /analyze warning

r9136
unarr: add RARVM program handling[/more]

Как вкладки сделать? По-умолчанию файлы в разных окнах открываются.

Victor_VG
А можно сделать чтобы Ваша сборка устанавливалась в "правильный" %programfiles%, а не в %programfiles(86)% или это в самой программе такая некорректность присутствует ? Устанавливаю х64 версию, а она все равно устанавливается в %programfiles(86)% (если конечно руками не указать иное).

tolikwu



Яснее некуда.

P.S.

Забыл сказать - вкладки есть только в версии 2.6 и новее, ревизию смотрите по SVN changelog на сервере.

Andrey_Verkhoglyadov

В коде:

Цитата:

!define REG_PATH_UNINST "Software\Microsoft\Windows\CurrentVersion\Uninstall\${APP}"
...
InstallDirRegKey HKLM "Software\${APP}" "Install_Dir"
InstallDir $PROGRAMFILES\${APP}

Отсюда видим что стуб читает записи Реестра, и коли прописано %programfiles(86)%, он его и предложит. NSIS код я не менял ибо не видел нужды т.к. на нескольких х64 машинах он ставился в "правильный" каталог. Ладно, сегодня я по делам на несколько времени, вернусь если сам не вспомню - напомните, гляну что можно добавить в код установки чтобы устранить явление.

Victor_VG
Понятно. А то я вкладки в 2.5.2 искал)
В версии 2.6 нельзя несколько копий программы запустить?

tolikwu

Можно поменяв Advanced Settings.... , но смысл в этом? Копия "одна", а всё что нам интересно открыто во вкладках. Просто все запуленные копии визуально будут сгруппированы в общую задачу.

Цитата:

но смысл в этом?

Для сравнения двух документов или в разных окнах открыть разные страницы одного документа, на первой, допустим, рисунок, а на второй описание этого рисунка. Может быть ещё для чего-то. Принцип как в браузерах.

tolikwu

Так чуток повыше я выложил скриншот - ДОПОЛНИТЕЛЬНО -> ИСПОЛЬЗОВАТЬ ВКЛАДКИ . Снять флаг. Хватит.

Victor_VG
Я думал, если убрать использование вкладок, то все вкладки разлетелись бы по разным окнам. А так получается, чтобы документ открыть в отдельном окне надо снять флаг, а потом его обратно поставить, чтобы опять документы во вкладках открывались. И это всё делается из настроек параметров, благо там не очень их много.

Ещё один неприятный момент, про который ранее говорилось. По второму пункту SLasH помимо взаимосвязи имел ввиду, то чтобы закрыть программу, например с 20тью открытыми вкладками, необходимо тыкать на крестик 20 раз. По-моему это не совсем разумно.

tolikwu

Проще - AltF4 или CtrlW . При закрытии последней вкладки завершится и задача суматры.

tolikwu

Цитата:

Ещё один неприятный момент, про который ранее говорилось. По второму пункту SLasH помимо взаимосвязи имел ввиду, то чтобы закрыть программу, например с 20тью открытыми вкладками, необходимо тыкать на крестик 20 раз. По-моему это не совсем разумно.

Чтобы закрыть программу с большим количеством вкладок, используйте Ctrl+Q

SumatraPDF v2.6 r9191

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

Что нового?

[more=Выписка из SVN changelog]r9191
unarr: update RAR 'Unicode' conversion

r9190
test-unarr.py: fix shortening of stdout output and add empty line between files

r9189
test-unarr.py: shorten output some more by only showing last 3 lines of stderr

r9188
test-unarr.py: shorten output by removing duplicate lines, assuming they are redundant

r9187
print size at the end as well

r9186
unarr: reformat comments

r9185
unarr: make decompressing solid archives work (fixes issue 2661)

r9184
unarr: use proper offsets for solid compression

r9183
unarr: start fixing solid uncompression

r9182
unarr: don't warn about file signature when reparsing solid archives

r9181
unarr: fix RARVM memory initialization

r9180
test-unarr.py: remove empty lines from unarr output; print file sizes; don't print directory names

r9179
test-unarr.py: also write results to a file, for future inspection

r9178
update translations

r9177
test-unarr.py: test more extensions

r9176
add test-unarr.py for testing unarr.exe in bulk

r9175
update release notes

r9174
don't rely on implicit default value

r9173
follow-up to r9171

r9172
don't keep all compressed data in memory for ZipCreator

r9171
EPUB: fix saving uncompressed documents

r9170
follow-up to r9168

r9169
fix x64 compilation

r9168
remove minizip

r9167
reimplement ZipCreator without minizip

r9166
unarr: make tester return number of extraction failures as error code

r9165
add unarr to VS2008 project[/more].

SumatraPDF v2.6 r9291

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

Что нового?

[more=Выписка из SVN changelog]r9291
fix tools/tests

r9290
unarr: rename RAR uncompression versions from 20/29 to 2/3

r9289
unarr: fix PPMd initialization bug

r9288
add optional preview handler for .djvu

r9287
test-unarr.py: tweaks

r9286
test-unarr.py: add an option to print total number of failures

r9285
move more code from ext/ into libmupdf.dll

r9284
unarr: always process symbols after a parsing filter

r9283
unarr: allocate RARVM only when needed

r9282
unarr: tweak ZIP directory detection

r9281
unarr: always expand beyond the end of a RAR PPMd block

r9280
unarr: fix condition for 'Premature EOS' warning

r9279
unarr: tolerate trailing data in Deflate streams

r9278
test-unarr.py: add getfiles cmd-line option

r9277
unarr: fix and use non-Win32 conversion routines

r9276
make Alt+F4 and Ctrl+F4 behave as expected

r9275
merge latest MuPDF update

r9274
reenable the UnRAR fallback

r9273
unarr: document public API

r9272
FrameRateWnd: use default gui font; introduce ScopedHdcSelect and GetDefaultGuiFont()

r9271
FrameRateWnd: also track WM_WINDOWPOSCHANGED, because why not

r9270
FrameRateWnd: better way to ensure frame rate window stays on top of its associated window

r9269
use HWND_MESSAGE as a parent for uitask message-only window, as per msdn

r9268
hook up FrameRateWnd in debug mode

r9267
unarr: remove entry_get_name_w

r9266
prevent assertion introduced with r9247 (fixes the CalcZoomVirtual crashes)

r9265
unarr: native RGB parsing filter

r9264
merge latest MuPDF update

r9263
unarr: prevent requesting more data than is available

r9262
unarr: remove broken and unneccesary check for infinite loop

r9261
unarr: fix check for infinite loop (fixes issue 2670)

r9260
unarr: restart from byte boundary for solid compression (fixes issue 2666)

r9259
unarr: split RAR version 20 and 29 decompression states

r9258
don't increase WINVER for a debugging tool

r9257
bump WINVER to 0x501 (xp) for DefSubclassProc

r9256
FrameRateWnd: hook associated window so that we move when it moves

r9255
add FrameRateWnd.[cpp|h]

r9254
always start the Timer at time of construction; Start() re-sets the timer anyway

r9253
HtmlWindow: for safety, keep a copy of SetHtml() data

r9252
fix x64 compilation

r9251
unarr: support RAR compression version 20 (fixes issue 2662)

r9250
unarr: move huffman coding out of uncompress-rar.c

r9249
HtmlWindow: always set scrollbars to auto

r9248
HtmlWindow: change how SetText() works so that the caller doesn't have to care about about:html

r9247
stop skipping UI reconfiguration in LoadDocIntoWindow (fixes issue 2669)

r9246
more pointers to articles

r9245
add HtmlWindow::SetScrollbarToAuto()

r9244
HtmlWindow: get rid of ugly border around it

r9243
HtmlWindow: do notify about the first about:blank because how else the owner can know it's safe to call SetHtml() ?

r9242
add layout helpers DivideRectV(), DivideRectH(), RectInfalteTB()

r9241
test-unarr.py: add option to create summary of failures

r9240
test-unarr.py: whitelist some errors

r9239
test-unarr.py: don't fail if access denied to a particular folder, just skip it

r9238
add cast for ExtTextOut (fixes issue 2668)

r9237
unarr: implement RAR audio filter

r9236
shorter IsRtl(); tweaking comments

r9235
remove Experiments.cpp; Splitter: only one style of non-live resize handle

r9234
unarr: fix RARVM edge cases (fixes issue 2665)

r9233
unarr: simplify operand access in RARVM

r9232
use non-live splitter only for ebook UI

r9231
splitter: add an option for a nicer looking bar during resize

r9230
splitter: better way to calculate where to draw the splitter during move

r9229
ebook window: change the background color of status bar to match main window's color

r9228
add WinCursors.[cpp|h] for a common way to use cached cursors

r9227
add option to have non-live resizing with SplitterWnd

r9226
extract drawing code into PaintHDC()

r9225
update translations

r9224
unarr: move version check into rar_init_uncompress

r9223
prevent flickering in sidebar title (introduced with r9212)

r9222
restore ToC tree appearance for non-ebook UI

r9221
ebook window: more consistent colors

r9220
better color matching in ebook view

r9219
dpi-adjust LabelWithCloseWind

r9218
update VS2008 project

r9217
rename Splitter => SplitterWnd, try #2

r9216
simplify GlobalDpiAdjust(int)

r9215
implement IsRtl(HWND)

r9214
rename Splitter to SplitterWnd

r9213
use window's ability to hold text instead of keeping it myself

r9212
add LabelWithCloseWnd and use it for toc and fav tree headers

r9211
update dependencies

r9210
splitter: change window class to not have 'sumatra' in the name

r9209
splitter: simplify cursor handling some more

r9208
splitter: simplify cursor handling

r9207
fix build and make splitter independent of sumatra code

r9206
fix build

r9205
add win::SetVisibility() for less ?:

r9204
splitter: move to src/utils

r9203
Splitter: convert fav splitter to new splitter

r9202
Splitter: allow changing background color

r9201
Splitter: only one callback and other simplifications

r9200
unarr: implement non-Win32 string.c

r9199
update dependencies

r9198
convert sidebar splitter to new splitter

r9197
fix build

r9196
progress on new splitter

r9195
fix typo

r9194
use GetModuleHandle(NULL) instead of ghinst or passing it around; move splitter window to Splitter.[h|cpp]

r9193
small headers cleanup

r9192
GdiPlusUtil.h requires using namespace Gdiplus, so no point denying that[/more] - накопилось однако, хотя архив обновлялся регулярно.

Судя по направлению разработки в обозримом будущем сборки не ждите - все запуски компилятора заканчиваются сообщениями о сбое, писать разработчикам бесполезно - KKovalchuk на баг-репорты и патчи исправляющие его баги не желает обращать внимания отвечая что ему это не нужно ибо исходники не для пользователей, ну и судя по его постоянной реакции на баг-репорты и сама SumatraPDF так же не предназначена для пользователей. Написал им Инц#2678 и видимо в последний раз - количество баг-репортов полученных мной уже далеко зашкаливает и если ответ будет как и предыдущий, то на программе можно будет ставить крест - таким авторам пользователи не нужны...

Походу сборок от меня более не будет - KKovalchuk не хочет признавать собственные ошибки сваливая свою вину на других "Ты дурак, я умный!", а я не желаю иметь дело с таким человеком.

Victor_VG
"and the development team prisoedinalas" - забавно написано)
Жаль, что разработчик таков..

cyberliberty

Да, и править собственные баги он не желает, ну пусть сам тогда в своей каше и варится.

Цитата:

не желаю иметь дело с таким

и правильно.

uaixovich

На мои вопросы отозвался Зенико и всё поправил, в том числе интересный случай - книга в DjVu, а для экономии места вместо пустой страницы вставили заглушку - смысла в битовой карте 0ffffff размером со страницу нет - Х-ы сами её построят, это и древние стойки IBM S/360 умели - пять микрокоманд в тесте хватало чтобы вывести пустышку на тестируемый дисплей не трогая изображения на остальных 15 подключённых к той же групповой стойке.

Victor_VG
Получается, что новые билды от вас будут?

skipik

Пока есть, последняя r9321 где поправлена проблема с пустыми страницами файлов DjVu. В последних ревизииях в х64 не собирается инсталлятор, но я пользуюсь NSIS, а т.к. либы и бинарники в порядке то для него на входе всё есть. В Far3 картинка выдачи компиляторов выглядит так:



а дальше работает скрипт собирающий инсталляторы и чистящий мусор.

Victor_VG
Я пользуюсь портабельной x64, свежая всегда у вас есть, там её и беру.

skipik

Главное - чтобы работало. Проблема с DjVu была в этом файле - freebsd2.djvu на странице 5 (сейчас 6) . Там выводилось сообщение об ошибке чтения изображения. У меня на r9321 x86 сообщения об этой ошибке не выводится. Посмотри на обоих вариантах 64-х битной сборки? Инсталлятор можно просто распаковать в 7-Zip. Важно чтобы DroidSansFallback.ttf, libmupdf.dll, PdfFilter.dll, PdfPreview.dll, SumatraPDF.exe и SumatraPDF-settings.txt были в одном каталоге - для теста этого хватит.

Victor_VG
У меня страница 6 пустая, без какого-либо изображения. Сообщения об ошибке не было.

Добавлено:

Цитата:

Инсталлятор можно просто распаковать в 7-Zip.

Распаковать-то его можно, но внутри будет архив в RCDATA. Архив в формате lzsa, его 7-Zip не берет.

Цитата:

Распаковать-то его можно, но внутри будет архив в RCDATA. Архив в формате lzsa, его 7-Zip не берет.

Да?



Речь-то шла о NSIS, а я иным вроде не пользуюсь.

А сообщение что на странице 6 нет ошибки говорит нам что бинарник собрался без сбоев, что и само хорошо.

Цитата:

Речь-то шла о NSIS, а я иным вроде не пользуюсь.

Ясно. Я говорил о Installer.exe, который сама Sumatra собирает

ItsJustMe

И я на него подумал, но в нашем случае он не нужен - проверяем-то VC 2010/2012 IDE сборку. Там часть бинарников не собирается поскольку пропускаются компилятором.

Ну, что народ, кто говорил что стоит цвет фона сменить? Сменили, устаканилось - MainWindowBackground = #80fff200 (sRGB) - светло-светло-серый как фон по умолчанию в приложениях на ядре Gecko. У меня сейчас окно так выглядит:



Глаза не устают, читать не сложно и монитор не так шустро выгорит.

Victor_VG
сменил кто, сам разраб?
Я себе давно серый поставил, с таким вырвиглазным желтым невозможно пользоваться.

SAT31

Да, в r9391 - r9392 kkowalczyk поменял:

Цитата:

Revision: 9392
Author: kkowalczyk
Date: 11.08.2014 3:52:35
Message:
change start page bg color to darker gray (same as FireFox)

Revision: 9391
Author: kkowalczyk
Date: 11.08.2014 2:21:14
Message:
experiment: change start page background from yellow to very light gray

а сейчас уже r9396 и на облаках должна уже синхронизироваться с той мастер-копией что я несколько минут назад положил на сервера.