Свежие комментарии
Title | Comment |
---|---|
On your own risk |
On your own risk |
в процессе продожающихся |
в процессе продожающихся препирательств с Adorama заодно выяснил для себя что spot-metering (у Sony A7R2) если используется TTL flash (родной, не родной - без разницы) вовсе не работает /т.е. измерение явно не по spot/ в отличие от ситуации с ambient light ... интересно а как с этим у dSLR от Canon & Nikon (про никон вопрос IB - наверняка же исследовал когда-то) |
а не проще ли командный файл |
а не проще ли командный файл и в нем менять в registry настройки для клавиши перед запуском FRV ? |
Был когда-то Titan TTC-006, |
Был когда-то Titan TTC-006, но 18-35дб. |
Вот чтобы пароль спросило |
Вот чтобы пароль спросило только один раз: runas /user:test /profile /savecred "C:\Program Files\LibRaw\FastRawViewer\FastRawViewer.exe" Юзера test придется, понятно, сделать заранее. |
Билд 1024 (ссылки в посте |
Билд 1024 (ссылки в посте обновлены) |
RunAs /user:anotheruser |
RunAs /user:anotheruser /profile |
исправленый текст, не туда |
исправленый текст, не туда вставил /..../ = что же непонятного ? с параметром в командной строке все очевидно, без параметра если FRV запущен без файла/каталога в ком. строке то он запущен как браузер, если с каталогом в ком. строке - тоже очевидно браузер, но если с файлом то скорее всего для того чтобы этот файл посмотреть / из bridge или xnviewmp или да из чего угодно - rawdigger заводится медленно, frv удобнее в этом случае для посмотреть клиппинг / и все... если я запустил посмотреть файл то вполне удобно нажав ESC (повесив выход из программы на эту клавишу) из FRV выйти вообще (а выйти нажав случайно - не big deal)... если же я запустил FRV как браузер, то выходить из него случайно нажав ESC мне не хочется... вот и все... |
что же непонятного ? с |
что же непонятного ? с параметром в командной строке все очевидно, без параметра если FRV запущен без файла/каталога в ком. строке то он запущен как браузер / из bridge или xnviewmp или да из чего угодно - rawdigger заводится медленно, frv удобнее в этом случае для посмотреть клиппинг /, если с каталогом в ком. строке - тоже очевидно браузер, но если с файлом то скорее всего для того чтобы этот файл посмотреть и все... если я запустил посмотреть файл то вполне удобно нажав ESC (повесив выход из программы на эту клавишу) из FRV выйти вообще (а выйти нажав случайно - не big deal)... если же я запустил FRV как браузер, то выходить из него случайно нажав ESC мне не хочется... вот и все... |
Пока два бита - нет смысла |
Пока два бита - нет смысла enum-ить. |
Да я понимаю. Загадка. (что, |
Да я понимаю. Загадка. (что, правда, прямо так в коде 1 и 2?) |
А добавь! :) |
А добавь! :) |
Но, кстати, несложно добавить |
Но, кстати, несложно добавить еще битик к ShiftClickMode, который будет означать "всегда расширять, старое не очищать". |
Там простой как правда код, |
Там простой как правда код, сложно ошибиться: int lastC = (lastClickedFile.length() && name2index.contains(lastClickedFile)) ? name2index[lastClickedFile] : 0; idx.row() -> номер в который кликнули |
Это про порядок право-лево? |
Это про порядок право-лево? Ещё три раз проверил — и получил удивительный результат. Один раз вышло как я описал, два раза — как ты (и как эксплорер). Я не пил. Правда. Зависимости обнаружить не смог! |
(но кроме Grid - потому что |
(но кроме Grid - потому что grid сильно сложнее в зависимости от режимов запуска и требует аж трех галок) |
"полноценный немодальный |
"полноценный немодальный диалог" оно и есть (+флажок "поверх всех окон", +скрытие при потере фокуса). Но если "и сдвинуть было можно" - то оно выглядит просто чудовищно, когда вы двигаете главное окно (остается на месте). Поэтому этот диалог колеблется вместе с линией партии. |
Пока предлагаю компромисс |
Пока предлагаю компромисс штатными виндовыми средствами |
И, заметим, в Win Explorer, |
И, заметим, в Win Explorer, шифт-клик справа от текущего - выделяет "от текущего до кликнутого" И в этом месте мы сейчас (учет текущего если не было last clicked) работаем в точности как Explorer |
ИИ? |
Сдаётся мне, что Вас толкают к "10 Винде". Этакий интерактив. Остаются два варианта реализации его хотелки: |
это фигура речи... но если |
это фигура речи... но если про использование FRV в двух режимах это вполне нормально (понятно что несмотря на все плюшки FRV таки не заменяет у всех или всегда функцию браузера)... а как /быстрая в плане работы/ замена rawdigger'у типа посмотреть где/какой клиппинг навскидку вполне вызывается. |
>> Shift+Click слева от |
>> Shift+Click слева от ТЕКУЩЕГО файла, через один. Ожидаемо группа расширяется до 7 файлов, ровно как хочется, и теперь распространяется вправо и влево от текущего файла. Нет же. Если все проделать в указанном порядке, то будет группа "от кликнутого до текущего". |
Состояние того, что в Menu - |
Состояние того, что в Menu - View |
В-общем это такое странное |
В-общем это такое странное (разные шорткаты в зависимости от странного), что даже в TODO не хочется класть |
странного что-то хочу... |
странного что-то хочу... например выход из программы можно повесить на клавишу... но есть же /у меня например/ два варианта использования FRV : как браузер и как просто вьюер одного конкретного файла (вызванный из другого какого-то браузера, соотв. FRV знает это так как в его командной строке есть имя файла который посмотреть - а в идеале параметр командой строки хочется чтобы вот явно указать этот режим и открывать сразу без лишних для этого режима панелей /т.е. например прибивать на это время всегда folders & filmstrip вне зависимости/, а ? параметры ком. строки все-равно же уже есть - например "-enableraw"... ну добавить типа "-viewonefileonly" ) ... вот хочется чтобы можно было различать эти два варианта для клавиши выхода с точки зрения хорошей usability ( = две клавиши выхода в настройках keyboard shortcuts editor -> general functions или чекбокс какой там же ? )... ибо мне хочется повесить ESC чтобы закрыть FRV в случае когда он viewer, но не хочется это делать когда он browser |
Про новую фичу интересно вот |
Про новую фичу интересно вот что: когда там 3, то получается неконсистентное поведение при движении вправо или влево от группы. Вот сценарии (всё в фильмстрайпе, горизонтальном, поэтому я оперирую понятиями файлы слева и справа друг от друга): Ничего не выбрано, группы нет, текущий файл есть. А теперь пытаемся сделать тоже самое, но в обратном порядке (нууу, не совсем в точности в обратном, но слева-на-право). Ничего не выбрано, группы нет, текущий файл есть. Таким образом, если группа начата с создания её НАПРАВО от текущего файла, то тона свободно и ожидаемо рачширяется как направо так и налево от текущего. А если она начата с создания её НАЛЕВО от текущего файла, то дальше её можно расширять только налево а шифт-клики вправо начинают быть неинтуитивными. Я даже понимаю, почему так происходит, но неконсистентно. |
У вас в мануале на сайте не |
У вас в мануале на сайте не та картинка для раздела Program Settings / Exposure |
А что тогда включается в View |
А что тогда включается в View mode? :-) |
Да, это я нашёл. |
Да, это я нашёл. |
Интерфейсная привычка. Оно |
Интерфейсная привычка. Оно выглядит как типичная всплывалка на сайтах и в интерфейсах («Ваш город — Санкт-Петербург, угадали?» и прочие как-бы-необязательные-диалоги, да те же notifications в винде), которые так закрываются. Про смену файла — аргумент понятный, да, это хорошо и удобно. Но может тогда её полноценным немодальным диалогом сделать? Что бы уж и сдвинуть было можно. |