DN/2 Night Build

[Alexey Korop]

* Crossposted in RU.SHELL.DN

Привет, All!

Обновлён сабж, на сей раз и ресурсы тоже.

Слегка подправлен дизайн диалога настроек менеджера файлов и реализованы
все настройки. В том числе и новый крыжик вместо ini-переменной
QuickSearchType.
Добавлен хелп к этому диалогу и новая статья в общем хелпе (о мышке), автор
Andrew Wasilew.

Внимание! И диалог, и хелп - только русские. Hужно прибить dn.cfg и после
вызова dn сразу же перейти на русский интерфейс.

19.03.2005 | dn2o208e.rar | 353k | dn.exe (OS/2)
-----------+--------------+------+----------------------
19.03.2005 | dn2w208e.rar | 368k | dn.exe (Win32)
-----------+--------------+------+----------------------
19.03.2005 | pat08d.rar | 36k | Патчи к 2.08
-----------+--------------+------+----------------------
19.03.2005 | 08d.crc | 10k | текущие crc
-----------+--------------+------+----------------------
19.03.2005 | dn2o208r.rar | 217k | Ресурсы (OS/2)
-----------+--------------+------+----------------------
19.03.2005 | dn2w208r.rar | 217k | Ресурсы (Win32)


С уважением, Alexey.

...В действительности всё совсем не так, как на самом деле.

[Andrew Wasilew]

Hello Alexey.

20 Мар 05 22:26, you wrote to all:

AK> Слегка подправлен дизайн диалога настроек менеджера файлов и
AK> реализованы все настройки. В том числе и новый крыжик вместо
AK> ini-переменной QuickSearchType.

Чет у меня такое подозрение, что этот крыжик работает наоборот. При его
включении как раз используется "новый" принцип поиска.
Кстати, чет я запямятовал, когда старый поиск может быть некорректным?

AK> Добавлен хелп к этому диалогу и новая статья в общем хелпе (о мышке),
AK> автор Andrew Wasilew.

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

А вот этот раздел вообще не нужен.

[X] Различать клавиши Ctrl - Когда включено - по Ctrl-/ происходит смена
диска в правой панели при использовании правого Ctrl и в левой - при
использовании левого.

Andrew

... Значимо только бытие

[Oleg Redut]

Доброе (current) время суток, Andrew!

AK>> реализованы все настройки. В том числе и новый крыжик вместо
AK>> ini-переменной QuickSearchType.

AW> Чет у меня такое подозрение, что этот крыжик работает наоборот. При
AW> его включении как раз используется "новый" принцип поиска.
Правильно. По дефолту - "старое" поведение. Хочешь включить новое - ставь
крыжик. :-)
AW> Кстати, чет я запямятовал, когда старый поиск может быть
AW> некорректным?
Речь не про корректность. Речь про то, что по точке религиозно нельзя
переходить на расширение, ибо может быть в длинноимённом имени файла несколько
точек. Hо реально, в оригине, это помогает, при нажатии точки несколько раз,
быстро перейти к нужной части, будь оно расширение или часть имени.

ssdfs.sdf.sdfsdf | #
| 
------ssdfs.sdf.01.03.05.sdf.sdf.sdf-------|
ssdfss~1.sdf 0 22-03-05 11:06|
Search: *.*.sdf |

Я давно ещё хочу, чтобы к эта фича расширилась таким образом:
при нажатии
*кон
находился бы файл
Этот странный контекст.ткст
То есть вводилась бы маска. При отметке файлов через + это возможно, при
быстром почему-то нет.

Что я могу еще сказать?..
Oleg

... AKA ***@Byte.Nsk.Su AKA ICQ 28852595

[Andrew Wasiliew]

Hello Oleg.

22 Мар 05 11:09, you wrote to Andrew Wasilew:

AW>> Чет у меня такое подозрение, что этот крыжик работает наоборот. При
AW>> его включении как раз используется "новый" принцип поиска.
OR> Правильно. По дефолту - "старое" поведение. Хочешь включить новое -
OR> ставь крыжик. :-)

Hастройка зовется
[ ] Точка - переход к расширению

Имхо, все очевидно. При установке крыжа - "старый" поиск.

OR> То есть вводилась бы маска. При отметке файлов через + это возможно, при
OR> быстром почему-то нет.

Я тоже давно хочу.
Hо пока не было повода просить это ковырять. Счас повод есть.

Andrew

... Значимо только бытие

[Oleg Redut]

Доброе (current) время суток, Andrew!

OR>> Правильно. По дефолту - "старое" поведение. Хочешь включить
OR>> новое - ставь крыжик. :-)

AW> Hастройка зовется
AW> [ ] Точка - переход к расширению

AW> Имхо, все очевидно. При установке крыжа - "старый" поиск.
Значит переименовать - [ ] Точка - элемент длинного имени

:-)

Что я могу еще сказать?..
Oleg

... AKA ***@Byte.Nsk.Su AKA ICQ 28852595

[Jaroslaw Osadtchiy]

0000 OS/2 Доpогой(ая) Oleg!

24 Mar 05 10:45, Oleg Redut пишет к Andrew Wasiliew:

AW>> Имхо, все очевидно. При установке крыжа - "старый" поиск.
OR> Значит переименовать - [ ] Точка - элемент длинного имени

Точка - по любому элемент имени, и ни от каких настpоек этот факт не зависит
(и, кстати, под OS/2 напpимеp вообще нет "длинных" и "коpотких" имён).

С наилучшими пожеланиями, Яpослав aka |+|+|+
+| +|
(2:5030/82.53 aka 2:5030/415.17)

[Alexey Korop]

Привет, Jaroslaw!

27.03.2005 в 14:05:05 Jaroslaw Osadtchiy написал к Oleg Redut:

AW>>> Имхо, все очевидно. При установке крыжа - "старый" поиск.
OR>> Значит переименовать - [ ] Точка - элемент длинного имени

JO> Точка - по любому элемент имени, и ни от каких настроек этот факт не
JO> зависит (и, кстати, под OS/2 например вообще нет "длинных" и
JO> "коротких" имён).

А что если поглядеть на это совсем с другой стороны? Проблема в том, что
иногда хочется быстро переместить курсор вперёд по имени, не набирая руками
всех промежуточных буковок. Правильно?
А как проблема проблема аналогичного перемещения решается, например, в
редакторе? При помощи Ctrl-Right.
А что у нас при быстром поиске делает Ctrl-Right? Прерывает быстрый поиск и
делает прыжок курсора в комстроке, если есть куда.
А что у нас при быстром поиске делает Shift-Right? Прерывает быстрый поиск
и перемещает курсор в комстроке, если есть куда.
Оно сильно надо, во время быстрого поиска гонять курсор по комстроке?

А наглеть - так наглеть. Что у нас при быстром поиске делает просто Right?
Прерывает быстрый поиск и перемещает курсор в файловой панели, если есть куда.
Оно сильно надо прерывать поиск именно таким способом? Есть Down, есть PgDn,
есть Esc, в конце концов.

В общем, у меня такое предложение. Во время быстрого поиска добавить хоткеи
для перемещения курсора по текущему имени вправо. Ctrl-Right - как в редакторе
(то есть реально, как правило, до ближайшей точки), Right (или Shift-Right) -
на один символ.

А обсуждаемую настройку выкинуть за ненадобностью. Точка пусть работает
всегда как обычный символ.

С уважением, Alexey.

...В действительности всё совсем не так, как на самом деле.

[Jaroslaw Osadtchiy]

0000 OS/2 Доpогой(ая) Oleg!

22 Mar 05 11:09, Oleg Redut пишет к Andrew Wasilew:

OR> Правильно. По дефолту - "старое" поведение. Хочешь включить новое
OR> - ставь крыжик. :-)

Hичего в этом пpавильного. Hовое поведение - это фикс багофичи. А стаpое
оставлено для тех, кому эта багофича очень уж доpога, несмотpя на её
некоppектность. Так что по дефолту должжно быть пpавильное, коppектное
поведение, а не кpивое, но кому-то пpивычное.

AW>> Кстати, чет я запямятовал, когда старый поиск может быть
AW>> некорректным?
OR> Речь не про корректность. Речь про то, что по точке религиозно
OR> нельзя переходить на расширение, ибо может быть в длинноимённом имени

Речь именно пpо коppектность. Если файлы в панели отсоpтиpованы не по имени,
и, скажем, файл namelong.ext находится в панели пеpед файлом name.ext, то пpи
стаpом поведении на файл с именем name.ext с помощью быстpого поиска вообще
попасть невозможно, т.е. он потеpяется. И это есть самая что ни на есть
глюкофича. Только не надо вспоминать пpо Ctrl-Enter - он к инкpементальному
поиску как таковому не имеет никакого отношения, а поиск - он именно потому и
поиск, что позволяет найти файл с заданным именем, не зная и не задумываясь о
том, что в панели могут быть ещё какие-то файлы с похожими именами. Имхо, это
ужЕ достаточно обсуждалось в эхах.

С наилучшими пожеланиями, Яpослав aka |+|+|+
+| +|
(2:5030/82.53 aka 2:5030/415.17)

[Alexey Korop]

Привет, Jaroslaw!

27.03.2005 в 14:01:15 Jaroslaw Osadtchiy написал к Oleg Redut:

AW>>> Кстати, чет я запямятовал, когда старый поиск может быть
AW>>> некорректным?
OR>> Речь не про корректность. Речь про то, что по точке религиозно
OR>> нельзя переходить на расширение, ибо может быть в длинноимённом
OR>> имени

JO> Речь именно про корректность. Если файлы в панели отсортированы не по
JO> имени, и, скажем, файл namelong.ext находится в панели перед файлом
JO> name.ext, то при старом поведении на файл с именем name.ext с помощью
JO> быстрого поиска вообще попасть невозможно, т.е. он потеряется. И это
JO> есть самая что ни на есть глюкофича.
Полностью согласен почти со всем. Притом длинные имена тут совершенно ни
причём.
А не согласен я с термином "старое поведение". Правильно было бы написать
"среднее поведение", а старое - это как в ритлабовском DN. А в нём, как ни
странно, на файл name.ext попадёшь после ввода четырёх букв и точки при любой
сортировке. То есть глюк является не первородным, а привнесён в DN OSP.
Правда в DN 1.51 есть, как минимум, один глюк, отсутствующий у нас.
Допустим, при выбранной сортировке namelong.ext стоит первым, а name.ext -
вторым. Hажимаем в быстром поиске 'na.' - попадаем на расширение namelong.ext.
Hажимаем BS - попадаем на последнюю букву имени namelong.ext. Hажимаем
Ctrl-Enter - попадаем на name.ext (что хорошо, но неожиданно). При этом курсор
стоит в чистом поле, что совсем уж не для среднего ума.
В DN OSP этого глюка нет, есть и кое-какие расширения, так что откатываться
к коду DN 1.51 не хочется.

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

JO> Только не надо вспоминать про
JO> Ctrl-Enter - он к инкрементальному поиску как таковому не имеет
JO> никакого отношения, а поиск - он именно потому и поиск, что позволяет
JO> найти файл с заданным именем, не зная и не задумываясь о том, что в
JO> панели могут быть ещё какие-то файлы с похожими именами. Имхо, это
JO> ужЕ достаточно обсуждалось в эхах.
Полностью согласен.

Повторяю настоятельное предложение.
Hастройку использования точки - исключить, точка всегда будет работать, как
самый обыкновенный символ.
Ввести хоткей Ctrl-Right, который будет делать в точности то, что делает
точка при включённом переходе к расширению.
Поскольку в таком варианте во время быстрого поиска Ctrl-Right не будет
вызывать ни перехода по комстроке, ни смены диска, хоткей Ctrl-Left тоже надо
для единообразия избавить от этих функций. Функции в быстром поиске я для него
не вижу, поэтому пусть пока просто игнорируется.

Это надо бы решить прямо сейчас, поскольку это непосредственно связано с
диалогом настройки менеджера файлов, в котором пора бы уже неа чём-то
остановиться.

Следующим письмом идёт экспериментальный патч, который вводит это дело.
Заодно там выправлена старая кривулина DN/2 - невозможность сменить раскладку
клавиатуры во время быстрого поиска.

С уважением, Alexey.

...В действительности всё совсем не так, как на самом деле.