» Sumatra PDF / SumatraPDF

SumatraPDF 2.5 r8397

Уже лежит на моих серверах, за чужие не отвечаю...

Что нового?

Цитата:

r8397
update translations

r8395

PDF: use the correct initial value for tint colorspaces

r8393
make sure that SVN_PRE_RELEASE_VER is also defined when compiling /src/utils/*

r8392
settings: add ReloadModifiedDocuments for disabling auto-refresh when it's undesired (fixes issue 2342)

r8390
settings: don't serialize AnnotationDefaults in release builds

Ревизии r8394, r8396 и r8398 это обещанная правка критических ошибок в ветке 2.4working, ничего нового что будет только в ветке 2.5 там нет и не будет.

Sumatra PDF 2.4
Изменения:
- full-screen mode for ebooks (Ctrl-L)
- new key bindings:
F9 - show/hide menu (not remembered after quitting)
F8 - show/hide toolbar
- support WebP images (standalone and in comic books)
- support for RAR5 compressed comic books
- fixed multiple crashes

SumatraPDF v2.5 r8409

лежит на серверах.

Что нового?

Цитата:

r8409
update translations

r8408
progress on PagesLayout

r8407
note 2.4 release day

r8406
merge latest MuPDF update

r8404     
fix typo in r8403

r8403
PDF: ignore invalid values for /FitH links (fixes issue 2423)

SumatraPDF v2.5 r8411

Новый билд лежит на моих серверах, за чужие не отвечаю.

Что нового?

Цитата:

r8411
update translations

r8410

settings: document in which version new settings were introduced

SumatraPDF v2.5 r8419

Что нового?

Цитата:

r8419
hopefuly fix crash as seen e.g. in crash report 35043

r8418
mui: re-layout after hiding/showing a control (fixes switching between single/double view in ebook window)

r8417
switch parsing of PagesLayout to use metadata-driven approach

r8416
tweak compilation order in makefile.msvc (should fix issue 2429)

r8415
progress on 2 page layout in ebook view

r8414
PDF: reject unsupported codespace sections sooner

r8413
shorten MuPDF warning/error output

r8412
update UnRAR to 5.0 final

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

Victor_VG
По ссылке в шапке сливается еще r8411.

Skif_off

Это могла быть опечатка в version.txt , а сейчас в архиве лежит уже v2.5 r8421 в которой поменялись:

Цитата:

r8421
update makefile.deps

r8420
add docs/wishlist-lua.txt

что более коснётся участников процесса сборки и разработки, чем большинства пользователей.

Victor_VG

Цитата:

Это могла быть опечатка в version.txt

Меня смутила дата файлов - 2013.10.05, version.txt посмотрел уже потом, когда скачал второй раз. Ну да ладно, спасибо за свежую версию

Skif_off

Дата не показатель. Не знаю у кого сбой - у меня или у них, но начинка меняется.

SumatraPDF v2.5 r8423

Собрал, обновил, вроде не чудесатит.

Что нового?

Цитата:

r8423
remove incorrect comment

r8422
hopefully fix htmlize_error_lines() to handle a case where the first error seen is in system headers

SumatraPDF v2.5 r8432

Собрал, обновил, вроде не чудесатит.

Что нового?

Цитата:

r8432
update translations

r8431
fix parsing css embedded in html (fixes issue 2431)

r8430
lua: made FindFiles in filesystem.lua work (by adding more missing C type definitions)

r8429
lua: shorten t00.lua by using RECT.w virtual property

r8428
lua: so far futile attempt at binding FindFileFirst etc. apis

r8427
luawin: change default style of window to have CS_HREDRAW | CS_VREDRAW so that on_paint gets called on resize

r8426
add more winapi lua bindings from lua-files project

r8425
experiment in enumerating windows

r8424
start playing with lua

Для работы с LuaTest потребуется LuaJIT 2.0 с https://code.google.com/p/lua-files - этот работает на скорости C/С++ кода.

SumatraPDF v2.5 r8440

Собрал, обновил, вроде не чудесатит.

Что нового?

Цитата:

r8439, r8440
update translations

r8438
follow-up to r8434

r8437
fix memory leaks

r8436
settings: add ShowMenubar advanced setting to hide the menu bar by default (does not persist changes made with F9)

r8435
show/hide the menu bar more consistently

r8434
show the hidden menu bar temporarily when Alt/F10 is pressed

r8433
merge latest MuPDF update

SumatraPDF v2.5 r8447

Собрал, обновил, вроде не чудесатит.

Что нового?

Цитата:

r8447
HTML: support data: URIs

r8446
ebooks: handle <img> alt attribute

r8445
fix typo in comments

r8444
tweaks to code getting gfx card info

r8443
add info about graphics card to crash report (fixes issue 2428)

r8442
fix another edge case where the menu was shown unexpectedly

r8441
lua: start on gdi+ bindings

Подскажите пожалуйста: в Sumatra PDF мышка с зажатой правойлевой клавишей перемещает страницу, только если под указателем нет текста, если же есть - выделяется текст. Чтобы зажатый с ПЛКМ курсор над текстом перемещал страницу, а не выделял текст, надо держать зажатым shift. Такое непостоянное поведение мышки крайне неудобно при навигации и не совпадает с дефолтным поведением в других программах.

Можно ли сделать так, чтобы зажатая ПЛКМ мышка всегда перетаскивапа страницу, а текст выделялся только при зажатом shift (т.е. обратить логику ПЛКМ над текстом с зажатым и незажатым шифтом)?

upd: исправил ошибку перепутал право-лево

DCT

У меня это явление не воспроизводится. Думаю что у вас какие-то настройки сбиты. Для проверки можно попробовать удалить настройки программы хранящиеся по пути %USERPROFILE%\Application Data\SumatraPDF - программа создаст настройки по умолчанию и с ними посмотреть. Возможно, что в исходники вашей сборки были внесены изменения. В той, что собираю я из SVN явления про которые вы говорите не воспроизводятся.

Цитата:

в Sumatra PDF мышка с зажатой правой клавишей перемещает страницу, только если под указателем нет текста, если же есть - выделяется текст.

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

SumatraPDF v2.5 r8448

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

Что нового?

Цитата:

r8448

rename one uitask::Post() variant to uitask::PostFunc()

Цитата:

У меня это явление не воспроизводится. Думаю что у вас какие-то настройки сбиты. Для проверки можно попробовать удалить настройки программы хранящиеся по пути %USERPROFILE%\Application Data\SumatraPDF - программа создаст настройки по умолчанию и с ними посмотреть. Возможно, что в исходники вашей сборки были внесены изменения. В той, что собираю я из SVN явления про которые вы говорите не воспроизводятся.

В Documents And Settings папки SumatraPDF нет - запускал в портативном режиме. В папке программы файл SumatraPDF-settings.txt удалял - он пересоздался, но ничего не изменилось.
Пробовал сборки от Krzysztof Kowalczyk и от Vicror_VG (скачивал вчера из шапки, запускал портативную). Проверял на 3-х компьютерах, везде WinXP SP3.

На всякий случай уточню, что это происходит, если в документе есть текстовый слой (т.е. текст - не картинка).
Попробуйте с зажатым на тексте ПЛКМ подвигать указатель мышки например в этом тестовом документе http://www.education.gov.yk.ca/pdf/pdf-test.pdf.
Вот демонстрирующая картинка (upd: на картинке перепутано ПКМ/ЛКМ
[more] [/more]

DCT
У вас, видимо, кнопки на мыше перепутаны.
Левой кнопкой - да, текст выделяется, а вне текстового слоя - перетаскивается.
А правой кнопкой - всегда перетаскивается.

Цитата:

У вас, видимо, кнопки на мыше перепутаны.

Пардон! Мой глюк. Думаю про левую клавишу мыши, пишу про правую. )

Имел в виду поведение по ЛКМ. Привык перемещать страницу ЛКМ (как в Акробате, Фоксите и XChange View), а в SumatraPDF это действие, как оказалось, навешено на ПКМ.

Т.е. теперь вопрос сводится к тому, можно ли поменять при клике по странице поведение правой и левой клавиш?

DCT

Цитата:

можно ли поменять при клике по странице поведение правой и левой клавиш?

ИМХО, вряд ли, в SumatraPDF нет отдельных инстументов Выделение и Рука. Но можете еще раз проверить здесь и здесь.

Цитата:

Но можете еще раз проверить здесь и здесь.

Проверял, ничего похожего, увы, нету.


Цитата:

ИМХО, вряд ли, в SumatraPDF нет отдельных инстументов Выделение и Рука

Они достаточно удобно интегрированы один дефолтный инструмент, только (имхо) перетаскивание ЛКМ/ПКМ перепутаны.

Добавлено:
Не силен в программировании, но кажется эта фича програмируется в src\SumatraPDF.cpp
Поиск по нему Mouse.*Button находит всего 19 результатов.

Может кто нибудь разбирающийся в коде глянуть, в каких строках надо заменить
OnMouseLeftButtonDown и OnMouseLeftButtonUp на OnMouseRightButtonDown и OnMouseRightButtonUp?

DCT
LonerDergunov чуть выше описал логику работы мыши и в любой программе левая кнопка мыши (речь о правшах по умолчанию) всегда используется для выделения, если не влючен специальный инструмент типа Рука/Перетаскивание или не используются модификаторы типа Shift/Space и есть что выделять. ИМХО, удобно, правильно и логично. Если я правильно Вас понял.

Skif_off
Понимаю Вашу логику (раз не включена "Рука" - то ЛКМ=выделение, а поскольку в SumatraPDF нет "Руки" - то "нету ножек, нет и мультиков"), но вынужден не согласиться.

В среде Windows большинство интерфейсов для просмотра графики используют по дефолту (т.е. с активированным по умолчанию инструментом) как раз обратную логику.
Более того, среди самых популярных программ для просмотра PDF (от Acrobat, Foxit, XChange) ни один продукт не ведет себя подобным SumatraPDF образом.

Логика тут должна быть другая: при просмотре выделение используется значительно реже передвижения, поэтому передвижение находится на более привычной (левой) клавише.

Можно еще для примера глянуть, какой клавишей мыши тягаются страницы книг в GoogleBooks.

Специально отучаться от привычного и логичного поведения мыши ради Sumatr-ы не вижу целесообразным.

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

SumatraPDF v2.5 r8453

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

Что нового?

Цитата:

r8453
handle cursor for IsAboutWindow same as for MA_IDLE

r8452
prevent use-after-free for PageDestinations

r8451
ebooks: convert content to UTF-8 more consistently (don't just assume UTF-8 content, don't include BOMs)

r8450
merge latest MuPDF update

r8449
ebooks: don't a emit single ZERO WIDTH NO BREAK SPACE (fixes issue 2433)

DCT

Вы знаете, а особая логика в данном случае только у вас и вот почему - вы подсознательно убеждены что раз лично у вас что-то ведёт себя необычно, значит это у всех так происходит и это обычное для данной программы поведение, а раз так, то у вас всё в порядке и искать локальный модификатор поведения программы не надо - это она кривая. А у разработчиков, у ребят, у меня - у всех людей кто вам отвечал её поведение строго документировано раз, и соответствует обычному поведению программ её класса - зажата ПКМ в любой точке страницы - таскаем её так, будто двигаем полосу прокрутки и никаких клавиш модификаторов зажимать не требуется - два. Вы же не проверяя локальную систему на наличие ПО изменяющего поведение программ (вполне возможно что за эти явления отвечает руткит) говорите что у вас мол всё в порядке, а суматра кривая. Это как в старом солдатском анекдоте "Вся рота шагает не в ногу - один поручик шагает в ногу!". Он конечно зело бородат - восходит ещё к Петру Великому, но ситуацию отображает абсолютно точно. Посему вы уж сначала со своей машиной разберитесь дабы полностью исключить её влияние, а после ругайте "кривую суматру". А без того ваши слова не более чем вопрос "У меня есть проблема и где мне её искать?" на какой и ответ будет - "У себя!".

Цитата:

"Вся рота шагает не в ногу - один поручик шагает в ногу!". Он конечно зело бородат

То было сказано точно, но я не настаиваю.

DCT

Цитата:

Логика тут должна быть другая: при просмотре выделение используется значительно реже передвижения, поэтому передвижение находится на более привычной (левой) клавише.

Да, именно поэтому Вы включаете инструмент Рука в Adobe Reader и двигаете страницы, а когда нужно - переключаетесь на выделение. SumatraPDF - маленькая и шустрая, в свете чего было логично объединить и не лепить кучи инструментов: нужно двигать - двигаете за область без текста или ПКМ, нужно выделить - выделяете ЛКМ, как выделяете что угодно в любой программе.

Цитата:

В среде Windows большинство интерфейсов для просмотра графики используют по дефолту (т.е. с активированным по умолчанию инструментом) как раз обратную логику.

Вы таки уверены? Не поленился и грохнул конфиги FastStone Image Viewer и XnView:
XnView - по умолчанию выделяет ЛКМ, таскает ПКМ
FastStone Image Viewer - таскает и ЛКМ, и ПКМ, да, но у этой программы для выделения совершенно отдельный инструмент, который нужно конкретным действием вызвать, как и у Adobe Reader, к слову.
Foxit PDF Reader и PDF-XChange Viewer мне совсем не симпатичны и не помню, как все выглядит там, но наверняка так же, как и с Adobe Reader - что выберете для умолчания, то и будет. Хотя с Adobe Reader не всегда: помниться, как-то со злости грохнул и зачистил полностью и только после переустановки программа стала запоминать, что я желаю по умолчанию иметь активированный инструмент Рука.
Или Вы про встроенный просмоторщик изображений Windows? Это недоразумение не сможет выделить часть изображения, поэтому двигает ЛКМ и тут все логично.

Итого, ИМХО, Ваше ИМХО выглядит как-то не очень убедительно, за сим прекращаю и напоминаю, что для предложений есть оффорум, хотя и, будем откровенны, надеюсь на сохранение статус-кво.

Skif_off

Цитата:

Вы таки уверены?

боясь сильно отдалиться в офтоп, имел в виду: маленькую и шуструю ACDSEE 2.45, просмотрщик картинок в браузере Opera, дефолтный вьювер win7 (могу ошибаться, под рукой нет проверить), Faststone (ЛКМ=ПКМ), XnView - ЛКМ можно настроить, и лишь Irfan поступает как Sumatra


Цитата:

Foxit PDF Reader и PDF-XChange Viewer мне совсем не симпатичны и не помню, как все выглядит там, но наверняка так же, как и с Adobe Reader

PDF-XChange крайне симпатичен большим количеством настроек, его бы и использовал но он платный.
Позиционируя SumatraPDF как альтернативу стандартным pdf просмотрщикам, нелогично забивать на уже сложившиеся предпочтения большинства пользователей.

Victor_VG
Повторюсь, виноват, в первых 2-х постах перепутал ПКМ и ЛКМ, дабы никого больше не вводить в заблуждение - посты с ошибкой поправил с комментарием).


Цитата:

...соответствует обычному поведению программ её класса

С оговоркой, что имеются в виду не-Windows машины!
В то время как Adobe, Foxit, Pdf XChange, и даже Google (гугл книги, гугл/яндекс мапс) считают, что страницы и изображения таскаются по ЛКМ (через ПКМ не работает!).

DCT

Цитата:

С оговоркой, что имеются в виду не-Windows машины!

Не соглашусь, поскольку многие кросс-платформенные программы не изменяют своего поведения на разных ОС. Оно обычно выбирается автором по аналогии с другими программами для задач аналогичного назначения чтобы минимизировать необходимость переучивания оператора, а следовательно снизить и риск его ошибок, а вот назначение акселераторов (шорткатов, "горячих клавиш") - это согласен довольно сильно зависит от устоявшихся реалий конкретной платформы.

Само же поведение программы мы рассматриваем "чёрный ящик" имеющий известный на набор внешних свойств и реакций на команды, но с неизвестной внутренней структурой - "Отдали команду - ожидаем конкретное ответное действие" и если ответное действие на команду отличается от ожидаемого лезем в документацию (правда это не все делают, факт), а вот если реакция программы на команду отличается от прописанной там - вот тут уже есть все основания спрашивать у автора "Почему так происходит и как это исправить?".

Потому давайте для простоты исходить именно из модели "чёрного ящика" и смотреть нет ли расхождения между видимым и документированным проявление его свойств. И если нет, то можно говорить что просьба об изменении некоего подмножества свойств обоснована, а если есть то мы возвращаемся к тому о чём я говорил ранее - проблема имеет локальный характер и вам нужно искать её причины в своей копии ОС.