Total Commander

>>Кстати, тут вспоминается ещё два момента: инфо строка (I) в графике рисуется с учётом границы окна, и если её выключить ([ ] Показывать рамку вокруг поля просмотра), то над и слева от инфо-строки появляются дыры.
>Дыр не видно в XP, т.к. эта строка (метка) рисуется с прозрачным фоном.

Я не правильно сказал. Не "дыры", а "отступы". Т.е. после выключения рамки инфо-строка не оказывается прижатой к краю окна.

>>Во-вторых, было бы неплохо, если бы щелчок мыши в правой/левой стороне окна с длинными строками листал это окно по горизонтали.
>Нельзя. Щелчок мыши начинает/снимает выделение.
Это не Фар.

Я же не говорю, что нужно отменить драг, при котором выделение и происходит. Сейчас же, при одиночном клике ничего не происходит.

>Курсор будет. Видел Тотал 7.0 бета?

Нет. Тотал пока не из того разряда программы, для которых я ставлю в том числе и беты.

-Я не правильно сказал. Не "дыры", а "отступы". Т.е. после выключения рамки инфо-строка не оказывается прижатой к краю окна.

поправил.
См. "Версия без инсталлятора". Там же и скроллинг графики колесом.

-Я же не говорю, что нужно отменить драг, при котором выделение и происходит. Сейчас же, при одиночном клике ничего не происходит.

Происходит - снимается выделение.
Потом, ты хочешь чтобы когда клик долгий, окно прокручивалось долго? А если мышь передвинуть? вот и получится конфликт- то ли сдвиг, то ли выделение блока.

-Нет. Тотал пока не из того разряда программы, для которых я ставлю в том числе и беты.

Можешь поставить, посмотреть на курсор и стереть.

>>Я же не говорю, что нужно отменить драг, при котором выделение и происходит. Сейчас же, при одиночном клике ничего не происходит.
>Происходит - снимается выделение.

Да, действительно. Ну и пусть снимается. Кто против?

>Потом, ты хочешь чтобы когда клик долгий, окно прокручивалось долго?

Я бы предложил сделать однократную реакци - клик-сдвиг, клик-сдвиг. Автоповтора здесь, вероятно, не нужно - хотя почему бы и нет?

>А если мышь передвинуть? вот и получится конфликт- то ли сдвиг, то ли выделение блока.

Не получится. При сдвиге мыши движение окна (если ты сделаешь автоповтор) должно остановаться и должно начаться выделение. Мне так каааажется.

не знаю..
Это (клик в пр. части окна - сдвиг) в Виндах хоть где-то есть? или только в Фаре?

>Это (клик в пр. части окна - сдвиг) в Виндах хоть где-то есть? или только в Фаре?

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

PS: Сейчас опробовал последнюю редакцию, с листанием графики. Отлично. Но ещё пара замечаний:

- я понял, какого автомасштаба в UV мне не хватает (и который у меня работает в ирфане) - масштабирования _окна_ по размеру картинки (если только картинка не оказывается больше экрана). Речь о том, что если я сейчас, к примеру, увеличу картинку (Num+), то она может вылезти за границы окна и появятся скролы, даже если сама по себе картинка влазит в экран. Это мне кажется это неудобным.

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

В общем пока не хочу этот скролл делать.
Лишнее IMHO. Есть же строллбар. И народ будет пугаться, когда от клика окно будет скроллиться, т.е. делать это надо опционально, а кто эту опцию включит...

С щелчком в гарфике: нельзя. Щелчок влкючает режим дрега.
Будет некрасиво если при этом еще и картинка будет прыгать.

- я понял, какого автомасштаба в UV мне не хватает (и который у меня работает в ирфане) - масштабирования _окна_ по размеру картинки (если только картинка не оказывается больше экрана). Речь о том, что если я сейчас, к примеру, увеличу картинку (Num+), то она может вылезти за границы окна и появятся скролы, даже если сама по себе картинка влазит в экран. Это мне кажется это неудобным.

Это можно, навенрное. занесу в todo.

- сейчас, при масштабировании картинки (Num+/Num-) или изменении размеров окна, происходит сброс позиции картинки, если она уже больше окна. Вот это совсем нехорошо:

Да, наверное. Занесу в todo (чтоб позиция не сбрасывалась).

Файл обновил ("вресия без инсталлятора"):

- файл-список стирается после чтения (если список валидный!).
Скирдин (FAR Group) сказал, что это должен делать внешний вьюер, иначе Фар должен будет ждать завершения программы, а это неудобно.

- сохраняется позиция картинки при изм. масштаба.
Есть маленькая проблемка: при этом картинка мерцает (сильно. пока не пойму как поправить).

>- файл-список стирается после чтения (если список валидный!).

Да, теперь есть такое. Причём сразу после старта. И это хорошо (даже если произойдёт сбой, мусора не останется). Кстати, я бы предложил сделать так: опция @file должна убирать file, а -@file должна оставлять файл-список. А то мало ли, где ещё потребуется возможность передавать файл-список, и при этом не трогать его.

- сохраняется позиция картинки при изм. масштаба.
Есть маленькая проблемка: при этом картинка мерцает (сильно. пока не пойму как поправить).

Конечно, я замечаю при масштабировании, как перерисовываются (не мерцают, а именно перерисовываются) отдельные области, но если бы не было замечания про мерцание, то я бы на это просто не обратил внимания! Т.е. я хочу сказать, результат вполне удовлетворительный и сейчас.

Кстати, я бы предложил сделать так: опция @file должна убирать file, а -@file должна оставлять файл-список. А то мало ли, где ещё потребуется возможность передавать файл-список, и при этом не трогать его.

Лучше отдельный ключ (например, /KeepList). Мне так делать проще.
Если потом понадобится, можно сделать.

Клавиши для плавной посимв-й прокрутки я так и не придумал. Alt- стрелки тебе не нравится, а что еще.

ArkadyVB
Думаю, не написать ли плагин к Фару на основе UV. Есть же там PictureViewer (который обсуждали в far.support недавно). Почему не быть такому, более универсальному, плагину...

>Думаю, не написать ли плагин к Фару на основе UV. Есть же там PictureViewer (который обсуждали в far.support недавно). Почему не быть такому, более универсальному, плагину...

Я против не буду.

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

У PictureViewer плагина же есть окно. Почему его у меня не будет.
Он просто рисует окно поверх текстового Фара, и все. Т.е. ограничений там и нет никаких (только что рамку окна надо спрятать. и то необ-но)...

>У PictureViewer плагина же есть окно. Почему его у меня не будет.
>Он просто рисует окно поверх текстового Фара, и все. Т.е. ограничений там и нет никаких (только что рамку окна надо спрятать. и то необ-но)...

Для графики - возможно, но для текстов увлекаться этим не стоит, поскольку можешь потерять в функциональности. К примеру, при наличии своего окна нельзя будет воспользоваться копированием экрана (Alt-Ins) или вызвать какой-нибудь плаг трансляции текста. Или вот - в фаре сильно не хватает hex-редактора, но если твой плаг будет предоставлять эту возможность, то "своё окно" будет означать, что тебе придётся продублировать всю функциональность редактора (то же копирование в буфер, к примеру, с определением кодировок).

Аркадий, про то и речь, что сделать не "плаг, обесп-щий фyнкциональность на уровне UV, работающий как UV на фаровском API", а именно плагин на основе UV.

никакого "дублировать функциональность" не будет.

>Аркадий, про то и речь, что сделать не "плаг, обесп-щий фyнкциональность на уровне UV, работающий как UV на фаровском API", а именно плагин на основе UV.

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