Universal Viewer - аналог Lister
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
>>Удобно. Только я бы поменял местами ^стрелки с Home/End.
>Ctrl-стрелки это 4 клавиши, а Home/End - две - ?
И что? Тут важно не количество, а понятность и легкозапоминаемость. Мне кажется, вот такой набор - самый логичный:
- сдвиг: горизонталь - Left/Right, вертикаль - Up/Down;
- листание: горизонталь - Tab и ^Left/Right, вертикаль - PgUp/PgDn;
- переход (по краям): горизонталь - Home/End, вертикаль - ^Home/End.
>>Чего так? Если есть одно масштабирование, что мешает добавить >>остальные? И отсутствие этих опций в других плагинах тут не указ.
>IMHO, это лишнее. Раз в плагинах это не сделали...
Мало ли кто и почему эту фичу не добавил, здесь-то речь не про других разработчиков, а про пользователей. Тем более, что шаг масштабирования у UV очень широкий и вручную подстроить размеры изображения для просмотра через масштабмрование проблематично.
>Что мешает: это не будет работать в плагинах. Там только две >опции: "умещать в окно" и "умещать только картинки, бОльшие окна".
Это можно делать хотя-бы для тех форматов, которые поддерживаются напрямую. За чужие плгаи UV ответственности, разумеется, не несёт.
>Прокрутку клавишами я сделал, т.к. она есть в плагинах (Imagine/>SGViewer). А этого нет, значит особо не надо.
Если чего-то нет, то это не значит, что оно никому не нужно.
Отсутствие может быть следствием того, что никто об этом не подумал (разработчикам самим не нужно, а пользователи даже не знают, что такое возможно), либо у разработчиков не дошли руки до развития функционала до полноты.
Впрочем, настаивать не буду, моё дело маленькое - прокукарекал, а дальше хоть солнце не вставай.
>>Кстати, насчёт опций. Всегда считал и считаю использование "@" как префикс для файл-листа неправильным.
>А в rar как? Там как раз простой '@'.
>Вроде никто не жалуется.
Это тот случай, когда "фича" отдельных популярных программ меняет предпочтения пользователей - вместо того, чтобы рапортовать, они пассивано начинают избегать (боятся!) использовать законный знак. Но это не означает, что в своей программе ты не можешь сделать ввод по другому.
Впрочем, настаивать опять же не буду - сейчас это не критично, я всего лишь попутно обратил внимание на фишку, которую можно подправить.
>>Значит, листер использует другой контрол? Почему в UV его нельзя использовать?
>Да, в листере самодельный контрол.
И? Сорсы, конечно, не доступны? Вот они, недостатки закрытого софта - нет возможности воспользоваться существующими наработками...
>А чем это (разбиение строк через каждые 300 символов) так мешает?
>Будет OK, если приделаю настройку: максимальная длина строки: NN символов (по дефолту 300).
Редко, но бывает нужен именно режим без заворотов для длинных строк. К примеру, широкие таблицы в текстовом формате. Увеличение границы разбиения здесь не поможет, поможет только отказ от разбиения вообще, если пользователь его не включал.
Кстати, в развитие темы длинных строк и листания файла.
- желательно по PgUp/PgDn оставлять одну-две строки от предыдущих экранов.
- горизонтальным листанием почему-то занимаются Left/Right (вместо, Tab/^Tab, ^Left/Right), и нет возможности по-знакового сдвига (fne-grain control)...
- нет никаких индикаторов, показывающих, что строка тянется дальше правой границы окна.
>Ctrl-стрелки это 4 клавиши, а Home/End - две - ?
И что? Тут важно не количество, а понятность и легкозапоминаемость. Мне кажется, вот такой набор - самый логичный:
- сдвиг: горизонталь - Left/Right, вертикаль - Up/Down;
- листание: горизонталь - Tab и ^Left/Right, вертикаль - PgUp/PgDn;
- переход (по краям): горизонталь - Home/End, вертикаль - ^Home/End.
>>Чего так? Если есть одно масштабирование, что мешает добавить >>остальные? И отсутствие этих опций в других плагинах тут не указ.
>IMHO, это лишнее. Раз в плагинах это не сделали...
Мало ли кто и почему эту фичу не добавил, здесь-то речь не про других разработчиков, а про пользователей. Тем более, что шаг масштабирования у UV очень широкий и вручную подстроить размеры изображения для просмотра через масштабмрование проблематично.
>Что мешает: это не будет работать в плагинах. Там только две >опции: "умещать в окно" и "умещать только картинки, бОльшие окна".
Это можно делать хотя-бы для тех форматов, которые поддерживаются напрямую. За чужие плгаи UV ответственности, разумеется, не несёт.
>Прокрутку клавишами я сделал, т.к. она есть в плагинах (Imagine/>SGViewer). А этого нет, значит особо не надо.
Если чего-то нет, то это не значит, что оно никому не нужно.
Отсутствие может быть следствием того, что никто об этом не подумал (разработчикам самим не нужно, а пользователи даже не знают, что такое возможно), либо у разработчиков не дошли руки до развития функционала до полноты.Впрочем, настаивать не буду, моё дело маленькое - прокукарекал, а дальше хоть солнце не вставай.
>>Кстати, насчёт опций. Всегда считал и считаю использование "@" как префикс для файл-листа неправильным.
>А в rar как? Там как раз простой '@'.
>Вроде никто не жалуется.
Это тот случай, когда "фича" отдельных популярных программ меняет предпочтения пользователей - вместо того, чтобы рапортовать, они пассивано начинают избегать (боятся!) использовать законный знак. Но это не означает, что в своей программе ты не можешь сделать ввод по другому.
Впрочем, настаивать опять же не буду - сейчас это не критично, я всего лишь попутно обратил внимание на фишку, которую можно подправить.
>>Значит, листер использует другой контрол? Почему в UV его нельзя использовать?
>Да, в листере самодельный контрол.
И? Сорсы, конечно, не доступны? Вот они, недостатки закрытого софта - нет возможности воспользоваться существующими наработками...
>А чем это (разбиение строк через каждые 300 символов) так мешает?
>Будет OK, если приделаю настройку: максимальная длина строки: NN символов (по дефолту 300).
Редко, но бывает нужен именно режим без заворотов для длинных строк. К примеру, широкие таблицы в текстовом формате. Увеличение границы разбиения здесь не поможет, поможет только отказ от разбиения вообще, если пользователь его не включал.
Кстати, в развитие темы длинных строк и листания файла.
- желательно по PgUp/PgDn оставлять одну-две строки от предыдущих экранов.
- горизонтальным листанием почему-то занимаются Left/Right (вместо, Tab/^Tab, ^Left/Right), и нет возможности по-знакового сдвига (fne-grain control)...
- нет никаких индикаторов, показывающих, что строка тянется дальше правой границы окна.
Посмотрим. Может поменяю. Только Tab/^Tab в Виндах зарезервировано, их нельзя здесь использовать.И что? Тут важно не количество, а понятность и легкозапоминаемость. Мне кажется, вот такой набор - самый логичный:
Давно хочу это поменять. Сделать шаг масштабирования не таким как сейчас: 7,10,25,50,75,100,150... а постоянный шаг 10-15%. Видел у какой-то программы.пользователей. Тем более, что шаг масштабирования у UV очень широкий и вручную подстроить размеры изображения для просмотра через масштабмрование проблематично.
Посмотрим. Посмотрю как у Ирфана сделано.Это можно делать хотя-бы для тех форматов, которые поддерживаются напрямую. За чужие плгаи UV ответственности, разумеется, не несёт.
Если пользователи будут жаловаться, поменяю.сделать ввод по другому.
Впрочем, настаивать опять же не буду - сейчас это не критично, я всего лишь попутно обратил внимание на фишку, которую можно подправить.
Пока никто не жаловался.
Конечно. Сорсы закрыты.И? Сорсы, конечно, не доступны?
Весь UV делался с нуля.
А насколько широкие таблицы?Редко, но бывает нужен именно режим без заворотов для длинных строк. К примеру, широкие таблицы в текстовом формате. Увеличение границы разбиения здесь не поможет, поможет только отказ от разбиения вообще
Если они шириной 500, можешь поставить опцию = 520. И все ОК.
Проблема (тут) в том, что я не могу не врапать *вообще. Т.е. если строка шириной 1000, и таких строк подряд , напр., 100, то для их показа нужно памяти 1000*100. А у меня буфер размером 300(дефолт)*100. И что делать?
Могу увеличить буфер, но надо знать насколько. На какую ширину, на 500, на 1000.
Длинные строки:
Tab/^Tab нельзя. Почему ^Left/Right а не Left/Right?
Уже.- желательно по PgUp/PgDn оставлять одну-две строки от предыдущих экранов.
- горизонтальным листанием почему-то занимаются Left/Right (вместо, Tab/^Tab, ^Left/Right),
Tab/^Tab нельзя. Почему ^Left/Right а не Left/Right?
А если шрифт не Courier (попробуй Arial).и нет возможности по-знакового сдвига (fne-grain control)...
Есть - scrollbar.- нет никаких индикаторов, показывающих, что строка тянется дальше правой границы окна.
>>И что? Тут важно не количество, а понятность и легкозапоминаемость.
>Посмотрим. Может поменяю. Только Tab/^Tab в Виндах зарезервировано, их нельзя здесь использовать.
Во-первых, с ^Tab я прогнал, я имел в виду Shift-Tab. Во-вторых, ни Tab, ни ^Tab _в виндах_ не зарезрвировано - другое дело, что в закладочных интерфейсах ^Tab обычно служит для перехода между закладками (табами).
>>пользователей. Тем более, что шаг масштабирования у UV очень
>>широкий и вручную подстроить размеры изображения для
>>просмотра через масштабмрование проблематично.
>Давно хочу это поменять. Сделать шаг масштабирования не таким
>как сейчас: 7,10,25,50,75,100,150... а постоянный шаг 10-15%. >Видел у какой-то программы.
Ты мог видеть это у ирфана. У него масштабы 10-990% с шагом 10%. Но, если ты читал фар.саппорт внимательно, то увидел бы, что некоторым хочется как раз нелинейного шага. 
>>Это можно делать хотя-бы для тех форматов, которые
>>поддерживаются напрямую. За чужие плгаи UV ответственности,
>>разумеется, не несёт.
>Посмотрим. Посмотрю как у Ирфана сделано.
У Ирфана как раз есть все варианты подгона под размер экрана и один вариант подгона под размер окна (в фар.саппорт как раз жаловались, что там не хватает подгонки по ширине окна - мол, растяжка книг по экрану слишком широко).
>>Редко, но бывает нужен именно режим без заворотов для длинных строк. К примеру, широкие таблицы в текстовом формате. Увеличение границы разбиения здесь не поможет, поможет только >>отказ от разбиения вообще
>А насколько широкие таблицы?
Зависит только от количества столбцов и их контента. Априори это не предсказуемо. Впрочем, таблицы я привёл для примеру, речь может идти о тексте, в котором каждая строка - это абзац, и в этом случае искусственное разбиение может искажать текст (когда визуально могут появляться новые абзацы).
>Если они шириной 500, можешь поставить опцию = 520. И все ОК.
А если строки длиной до 10000 знаков?
>Проблема (тут) в том, что я не могу не врапать *вообще. Т.е. если строка шириной 1000, и таких строк подряд , напр., 100, то для их показа нужно памяти 1000*100. А у меня буфер размером 300(дефолт)*100. И что делать?
Ты смешиваешь "показа" с "хранением". Не мне тебе советовать, как тебе устроить ядро просмотровщика, но даже если не устраивать пляски вокруг по-фрагментного чтения файла (типа, если памяти под буфера не хвататет, то можно просто откидывать части строк, выходящих за края окна) или memory-mapped чтения, то почему не воспользоваться прямым подходом? Ведь если длина всех строк не меньше 10000 знаков, то для строк потребуется всего лишь мег памяти. Хотя, конечно. можно напороться ещё на файл с одной строкой длиной в 100,000,000 знаков...
>Могу увеличить буфер, но надо знать насколько. На какую ширину, на 500, на 1000.
Такие вещи не стоит делать фиксированными.
>>- горизонтальным листанием почему-то занимаются Left/Right (вместо, Tab/^Tab, ^Left/Right),
>Tab/^Tab нельзя.
Tab и Shift-Tab - можно.
>Почему ^Left/Right а не Left/Right?
Для единообразия - в редакторах, в графических и текстовых вьюверах.
>>и нет возможности по-знакового сдвига (fne-grain control)...
>А если шрифт не Courier (попробуй Arial).
А причём тут шрифт? Или ты имеешь в виду, что в пропорциональном режиме понятие знака нивелируется? Так в этом случае можно сдвигать на некую заданную ширину (вроде "ширины буквы m").
>>- нет никаких индикаторов, показывающих, что строка тянется дальше правой границы окна.
>Есть - scrollbar.
Скролбар показывает только, что есть длинные строки в файле, но которая из строк, показанных в окне, шире окна, а какая нет, это определить не поможет.
И, кстати, насчёт скролбара. Берём файлик с какой-нибудь короткой строкой (скажем, на 20 знаков). Начинаем суживать и... горизонтальный скролбар появляется, когда окно ещё шире строки раза в 3-4. Также, я не понял смысла опции "Подгонять ширину текста".
>Посмотрим. Может поменяю. Только Tab/^Tab в Виндах зарезервировано, их нельзя здесь использовать.
Во-первых, с ^Tab я прогнал, я имел в виду Shift-Tab. Во-вторых, ни Tab, ни ^Tab _в виндах_ не зарезрвировано - другое дело, что в закладочных интерфейсах ^Tab обычно служит для перехода между закладками (табами).
>>пользователей. Тем более, что шаг масштабирования у UV очень
>>широкий и вручную подстроить размеры изображения для
>>просмотра через масштабмрование проблематично.
>Давно хочу это поменять. Сделать шаг масштабирования не таким
>как сейчас: 7,10,25,50,75,100,150... а постоянный шаг 10-15%. >Видел у какой-то программы.
Ты мог видеть это у ирфана.
У него масштабы 10-990% с шагом 10%. Но, если ты читал фар.саппорт внимательно, то увидел бы, что некоторым хочется как раз нелинейного шага. >>Это можно делать хотя-бы для тех форматов, которые
>>поддерживаются напрямую. За чужие плгаи UV ответственности,
>>разумеется, не несёт.
>Посмотрим. Посмотрю как у Ирфана сделано.
У Ирфана как раз есть все варианты подгона под размер экрана и один вариант подгона под размер окна (в фар.саппорт как раз жаловались, что там не хватает подгонки по ширине окна - мол, растяжка книг по экрану слишком широко).
>>Редко, но бывает нужен именно режим без заворотов для длинных строк. К примеру, широкие таблицы в текстовом формате. Увеличение границы разбиения здесь не поможет, поможет только >>отказ от разбиения вообще
>А насколько широкие таблицы?
Зависит только от количества столбцов и их контента. Априори это не предсказуемо. Впрочем, таблицы я привёл для примеру, речь может идти о тексте, в котором каждая строка - это абзац, и в этом случае искусственное разбиение может искажать текст (когда визуально могут появляться новые абзацы).
>Если они шириной 500, можешь поставить опцию = 520. И все ОК.
А если строки длиной до 10000 знаков?
>Проблема (тут) в том, что я не могу не врапать *вообще. Т.е. если строка шириной 1000, и таких строк подряд , напр., 100, то для их показа нужно памяти 1000*100. А у меня буфер размером 300(дефолт)*100. И что делать?
Ты смешиваешь "показа" с "хранением". Не мне тебе советовать, как тебе устроить ядро просмотровщика, но даже если не устраивать пляски вокруг по-фрагментного чтения файла (типа, если памяти под буфера не хвататет, то можно просто откидывать части строк, выходящих за края окна) или memory-mapped чтения, то почему не воспользоваться прямым подходом? Ведь если длина всех строк не меньше 10000 знаков, то для строк потребуется всего лишь мег памяти. Хотя, конечно. можно напороться ещё на файл с одной строкой длиной в 100,000,000 знаков...
>Могу увеличить буфер, но надо знать насколько. На какую ширину, на 500, на 1000.
Такие вещи не стоит делать фиксированными.
>>- горизонтальным листанием почему-то занимаются Left/Right (вместо, Tab/^Tab, ^Left/Right),
>Tab/^Tab нельзя.
Tab и Shift-Tab - можно.
>Почему ^Left/Right а не Left/Right?
Для единообразия - в редакторах, в графических и текстовых вьюверах.
>>и нет возможности по-знакового сдвига (fne-grain control)...
>А если шрифт не Courier (попробуй Arial).
А причём тут шрифт? Или ты имеешь в виду, что в пропорциональном режиме понятие знака нивелируется? Так в этом случае можно сдвигать на некую заданную ширину (вроде "ширины буквы m").
>>- нет никаких индикаторов, показывающих, что строка тянется дальше правой границы окна.
>Есть - scrollbar.
Скролбар показывает только, что есть длинные строки в файле, но которая из строк, показанных в окне, шире окна, а какая нет, это определить не поможет.
И, кстати, насчёт скролбара. Берём файлик с какой-нибудь короткой строкой (скажем, на 20 знаков). Начинаем суживать и... горизонтальный скролбар появляется, когда окно ещё шире строки раза в 3-4. Также, я не понял смысла опции "Подгонять ширину текста".
Файл "Версия без инсталлятора":
- Шаг масштабирования теперь более плавный:
7, 10, 20, 30, 40, 50, 60, 70, 80, 90,
100, 150, 200, 250, 300, 350, 400, 450,
500, 550, 600, 650, 700, 750, 800, 850,
900, 950, 1000, 1100, 1200, 1300, 1400, 1500, 1600);
Нормально?
- Опция TextMaxLength, см. Readme.
Максимум 2048. Нужно больше? Сколько: 5000-10000 хватит?
- Шаг масштабирования теперь более плавный:
7, 10, 20, 30, 40, 50, 60, 70, 80, 90,
100, 150, 200, 250, 300, 350, 400, 450,
500, 550, 600, 650, 700, 750, 800, 850,
900, 950, 1000, 1100, 1200, 1300, 1400, 1500, 1600);
Нормально?
- Опция TextMaxLength, см. Readme.
Максимум 2048. Нужно больше? Сколько: 5000-10000 хватит?
А что поможет? В Виндах что можно сделать, во всех редакторах так.Скролбар показывает только, что есть длинные строки в файле, но которая из строк, показанных в окне, шире окна, а какая нет, это определить не поможет.
И, кстати, насчёт скролбара. Берём файлик с какой-нибудь короткой строкой (скажем, на 20 знаков). Начинаем суживать и... горизонтальный скролбар появляется, когда окно ещё шире строки раза в 3-4.
Это специально. В виндах есть баг, который надо обходить. Для этого гор. scrollbar не уменьшается в размерах.
Это работает в режиме Двоичный, с моноширинным шрифтом.Также, я не понял смысла опции "Подгонять ширину текста".
>- Шаг масштабирования теперь более плавный:
>7, 10, 20, 30, 40, 50, 60, 70, 80, 90,
>100, 150, 200, 250, 300, 350, 400, 450, ...
>Нормально?
Честно скажу - (пока) не знаю. Для этого нужно иметь более обширный опыт по возне с разномасштабными картинками, а мне, с моей коллекцией, обычно хватает и автомасштабов. Чисто теоретически, мне кажется, что скачок "100-150" великоват, но, повторюсь, подтвердить это можно будет только если у кого-то найдётся картинка, где потребуется промежуточный масштаб.
>- Опция TextMaxLength, см. Readme.
>Максимум 2048.
Для большинства текстов этого должно быть достаточно...
> Нужно больше? Сколько: 5000-10000 хватит?
...Но я бы предложил записать в todo сделать так, чтобы вобше разбивок не было, если их не включил сам юзер.
>7, 10, 20, 30, 40, 50, 60, 70, 80, 90,
>100, 150, 200, 250, 300, 350, 400, 450, ...
>Нормально?
Честно скажу - (пока) не знаю. Для этого нужно иметь более обширный опыт по возне с разномасштабными картинками, а мне, с моей коллекцией, обычно хватает и автомасштабов. Чисто теоретически, мне кажется, что скачок "100-150" великоват, но, повторюсь, подтвердить это можно будет только если у кого-то найдётся картинка, где потребуется промежуточный масштаб.
>- Опция TextMaxLength, см. Readme.
>Максимум 2048.
Для большинства текстов этого должно быть достаточно...
> Нужно больше? Сколько: 5000-10000 хватит?
...Но я бы предложил записать в todo сделать так, чтобы вобше разбивок не было, если их не включил сам юзер.
>>Скролбар показывает только, что есть длинные строки в файле, но которая из строк, показанных в окне, шире окна, а какая нет, это определить не поможет.
>А что поможет? В Виндах что можно сделать, во всех редакторах так.
Но UV - не редактор. Кто мешает сделать, как в нортон-клонах - спецзначком на правой границе (желательно другого цыета)? В фаре разве такого не видел?
>>Также, я не понял смысла опции "Подгонять ширину текста".
>Это работает в режиме Двоичный, с моноширинным шрифтом.
Понятно. По этому поводу могу сказать, что тут не хватает подсказки.
Я здесь уже говорил о том, что мне дико понравилось, как в Опенофисе все элементы экрана имеют подробные тултипы, всплывающие при наведении на них (так что даже при первых запусках потребность в справке возникает редко)? Пункты меню, пиктограммы, кнопки, опции в диалогах... Здесь можно было бы сделать также.
>А что поможет? В Виндах что можно сделать, во всех редакторах так.
Но UV - не редактор. Кто мешает сделать, как в нортон-клонах - спецзначком на правой границе (желательно другого цыета)? В фаре разве такого не видел?
>>Также, я не понял смысла опции "Подгонять ширину текста".
>Это работает в режиме Двоичный, с моноширинным шрифтом.
Понятно. По этому поводу могу сказать, что тут не хватает подсказки.
Я здесь уже говорил о том, что мне дико понравилось, как в Опенофисе все элементы экрана имеют подробные тултипы, всплывающие при наведении на них (так что даже при первых запусках потребность в справке возникает редко)? Пункты меню, пиктограммы, кнопки, опции в диалогах... Здесь можно было бы сделать также.
В фаре есть. Знаю. Где это сделано в Виндах.Но UV - не редактор. Кто мешает сделать, как в нортон-клонах - спецзначком на правой границе (желательно другого цыета)? В фаре разве такого не видел?
Хорошо бы скриншот.
Подсказки пока делать не буду. Переводить много и не особо нужно...
Последний раз редактировалось Alextp Пн фев 19, 2007 10:27, всего редактировалось 1 раз.
Arkady
По поводу большого письма (на которое я не ответил, много лишнего).
Предложи систему клавиш? Какие клавиши исп. для
Tab/Shift-Tab исп. нельзя, повторяю.
В виндах, в интерфейсах, зарез-но часто. Потом может будет другой контрол (браузер), Tab будет переходить на него. Ctrl-PgUp/PgDn исп. нельзя (File - Next/Previous).
По поводу большого письма (на которое я не ответил, много лишнего).
Предложи систему клавиш? Какие клавиши исп. для
Код: Выделить всё
скролл влево/вправо (небольшой)
скролл влево/вправо на символ
вверх-вних (на строку)
вверх вних на страницу
начало-конец строки
начало-конец файлаВ виндах, в интерфейсах, зарез-но часто. Потом может будет другой контрол (браузер), Tab будет переходить на него. Ctrl-PgUp/PgDn исп. нельзя (File - Next/Previous).
>>Но UV - не редактор. Кто мешает сделать, как в нортон-клонах -
>В фаре есть. Знаю. Где это сделано в Виндах.
Может где и есть, я не знаю. И меня это мало волнует, поскольку просмотры файлов я делаю как раз в клонах. Там это удобно, почему не может быть удобно в виндовых программах?
>Предложи систему клавиш? Какие клавиши исп. для
>Код:
>скролл влево/вправо (небольшой)
>скролл влево/вправо на символ
>вверх-вних (на строку)
>вверх вних на страницу
>начало-конец строки
>начало-конец файла
- на символ: left/right, up/down;
- листание: ^left/right, PgUp/PgDn;
- начало-конец (горизонталь, вертикаль): Home/End, ^Home/End.
Мне кажется такой список вполне логичным, привычным и достаточно удобным. Ну и, разумеется, было бы не плохо, чтобы работало мышиное колесо - с графикой, как и с текстом. Ну и контекстное меню (правый клик) тоже не помешало бы.
>В фаре есть. Знаю. Где это сделано в Виндах.
Может где и есть, я не знаю. И меня это мало волнует, поскольку просмотры файлов я делаю как раз в клонах. Там это удобно, почему не может быть удобно в виндовых программах?
>Предложи систему клавиш? Какие клавиши исп. для
>Код:
>скролл влево/вправо (небольшой)
>скролл влево/вправо на символ
>вверх-вних (на строку)
>вверх вних на страницу
>начало-конец строки
>начало-конец файла
- на символ: left/right, up/down;
- листание: ^left/right, PgUp/PgDn;
- начало-конец (горизонталь, вертикаль): Home/End, ^Home/End.
Мне кажется такой список вполне логичным, привычным и достаточно удобным. Ну и, разумеется, было бы не плохо, чтобы работало мышиное колесо - с графикой, как и с текстом. Ну и контекстное меню (правый клик) тоже не помешало бы.
Может быть. Ты только предложи, как. Как это должно выглядеть.>Может где и есть, я не знаю. И меня это мало волнует, поскольку просмотры файлов я делаю как раз в клонах. Там это удобно, почему не может быть удобно в виндовых программах?
В фаре стрелка рисуется в правой пизиции: ">". Здесь как? Отводить на это полоску? рисовать стрелку поверх текста?
;>- листание: ^left/right, PgUp/PgDn
Листание уже есть в Тотале как Left/Right. Грубое.
Остальное уже как сейчас.
Нет только точного листания (посимв-ного). Давай Alt-Left/right будет посимвольное?
>Мне кажется такой список вполне логичным, привычным и достаточно удобным.
Только не согласен с " листание: ^left/right". Т.к. народ привык в Тотале листать left/right, а ^left/right это переход по словам (когда будет курсор).
Колесо к графике надо приделать. В тексте уже есть.
>>просмотры файлов я делаю как раз в клонах. Там это удобно, почему не может быть удобно в виндовых программах?
>Может быть. Ты только предложи, как. Как это должно выглядеть.
В фаре стрелка рисуется в правой пизиции: ">". Здесь как? Отводить на это полоску? рисовать стрелку поверх текста?
Почему бы и не сделать как фаре? Вместо последнего знака, который попадает в окно (оговорка расчитана на использование пропорционального шрифта), не рисовать другим цветом треугольник/стрелку? Или можно рисовать значок прямой поверх окна, прижатым к правой границе (каковой является граница окна, либо скроллер).
Кстати, тут вспоминается ещё два момента: инфо строка (I) в графике рисуется с учётом границы окна, и если её выключить ([ ] Показывать рамку вокруг поля просмотра), то над и слева от инфо-строки появляются дыры. Во-вторых, было бы неплохо, если бы щелчок мыши в правой/левой стороне окна с длинными строками листал это окно по горизонтали.
>Листание уже есть в Тотале как Left/Right. Грубое.
>Остальное уже как сейчас.
>Нет только точного листания (посимв-ного). Давай Alt-Left/right будет посимвольное?
С Alt - не пойдёт. Поскольку Alt с клавишами на нумпаде - это ввод кода знака. Мне из-за этого в фаре приходится себя ломать и, когда нужны Alt-стрелки, сдвигать руку с нумпада на серые кнопки.
>>Мне кажется такой список вполне логичным, привычным и достаточно удобным.
>Только не согласен с " листание: ^left/right". Т.к. народ привык в Тотале листать left/right,
Строго говоря, не так уж и важно, какие хоткеи вешать, практически к любым можно привыкнуть, лишь бы (1) они были удобны, (2) легко запоминающиеся и/или (3) совпадали с хоткеями в (большинтве) других программ. Так что смотри и выбирай, я свои рекомендации уже дал.
>а ^left/right это переход по словам (когда будет курсор).
Так ведь это же вьювер? Какой курсор?
>Может быть. Ты только предложи, как. Как это должно выглядеть.
В фаре стрелка рисуется в правой пизиции: ">". Здесь как? Отводить на это полоску? рисовать стрелку поверх текста?
Почему бы и не сделать как фаре? Вместо последнего знака, который попадает в окно (оговорка расчитана на использование пропорционального шрифта), не рисовать другим цветом треугольник/стрелку? Или можно рисовать значок прямой поверх окна, прижатым к правой границе (каковой является граница окна, либо скроллер).
Кстати, тут вспоминается ещё два момента: инфо строка (I) в графике рисуется с учётом границы окна, и если её выключить ([ ] Показывать рамку вокруг поля просмотра), то над и слева от инфо-строки появляются дыры. Во-вторых, было бы неплохо, если бы щелчок мыши в правой/левой стороне окна с длинными строками листал это окно по горизонтали.
>Листание уже есть в Тотале как Left/Right. Грубое.
>Остальное уже как сейчас.
>Нет только точного листания (посимв-ного). Давай Alt-Left/right будет посимвольное?
С Alt - не пойдёт. Поскольку Alt с клавишами на нумпаде - это ввод кода знака. Мне из-за этого в фаре приходится себя ломать и, когда нужны Alt-стрелки, сдвигать руку с нумпада на серые кнопки.
>>Мне кажется такой список вполне логичным, привычным и достаточно удобным.
>Только не согласен с " листание: ^left/right". Т.к. народ привык в Тотале листать left/right,
Строго говоря, не так уж и важно, какие хоткеи вешать, практически к любым можно привыкнуть, лишь бы (1) они были удобны, (2) легко запоминающиеся и/или (3) совпадали с хоткеями в (большинтве) других программ. Так что смотри и выбирай, я свои рекомендации уже дал.
>а ^left/right это переход по словам (когда будет курсор).
Так ведь это же вьювер? Какой курсор?
Посмотрим. Занесу пока в todo.-Почему бы и не сделать как фаре? Вместо последнего знака, который попадает в окно (оговорка расчитана на использование пропорционального шрифта), не рисовать другим цветом треугольник/стрелку?
Дыр не видно в XP, т.к. эта строка (метка) рисуется с прозрачным фоном.-Кстати, тут вспоминается ещё два момента: инфо строка (I) в графике рисуется с учётом границы окна, и если её выключить ([ ] Показывать рамку вокруг поля просмотра), то над и слева от инфо-строки появляются дыры.
Нельзя. Щелчок мыши начинает/снимает выделение.-Во-вторых, было бы неплохо, если бы щелчок мыши в правой/левой стороне окна с длинными строками листал это окно по горизонтали.
Это не Фар.
C shift тоже не пойдет. Это выделение текста когда будет курсор. C Ctrl тоже.-С Alt - не пойдёт. Поскольку Alt с клавишами на нумпаде - это ввод кода знака.
Ctrl-стрелки будут скакать по словам, когда будет курсор.
Курсор будет. Видел Тотал 7.0 бета? Там есть курсор, открой Листер и нажми F6 (или он по дефолту есть).
-Строго говоря, не так уж и важно, какие хоткеи вешать, практически к любым можно привыкнуть, лишь бы (1) они были удобны, (2) легко запоминающиеся и/или (3) совпадали с хоткеями в (большинтве) других программ. Так что смотри и выбирай, я свои рекомендации уже дал.
OK
--
Скроллинг картинки колесом мыши добавил.
Shift+колесо - гор. скроллинг. Так же как в Imagine.