Свежие комментарии

Как будто в релиз такого пролезть не может...

впрочем, везде написал "вторая" и сделал оговорку про первую

С точки зрения логики выглядит ок, текст в ридмишку надо поправить (про младший бит — разнобой вторая / конечная граница, при том что про старший бит всегда второй, путаница).

Решили делать скрытой настройкой (в Registry/Preferences).

Вот сел программировать описанное ниже, еще не поздно меня остановить и поправить:

* Новая скрытая настройка ShiftClickSelectionMode и скрипты ShiftClickSelectionModeDefault.reg/.sh
Эта настройка модифицирует поведение Shift-Click (выделение диапазона) в Grid и Filmstrip.
Битовое поле из двух бит.

• Младший бит отвечает за определение второй границы диапазона выделения (первая граница - файл в который сделали Shift-Click):
  • 0 - второй границей диапазона Shift-Click будет last Ctrl-Clicked, независимо от того, была эта установка выделения или снятие
  • 1 - второй границей диапазона будет last Ctrl-Clicked только если это было установкой выделения.
• Старший бит отвечает за определение второй границы, если last Ctrl-Clicked не нашлось:
  • 0 - вторая граница диапазона - первый файл в текущей папке
  • 1 - вторая граница диапазона - текущий файл (но только если Shift-Click был не на него, а если на него - то опять первый файл в текущей папке)

Соответственно, ShiftClickSelectionMode = 0 - это текущее поведение. 4 (8) скриптов делать не стали, кому надо - ручками поправит и запустит или просто в regedit отрихтует.

Когда/если эта настройка будет востребована (про нее будет много запросов в саппорт) - перенесем ее в гуй (как сделали/делаем с FilmstripSelectedItemContrast в 1.3.8)

Я уже забыл, что там еще поломано, относительно обычной XP, но вот точно помню что разработчику она доставляет отдельные удовольствия.

Есть XP x64, я на ней долго жил, когда 7-ки ещё не было а на Висту не хотелось.

Да, я знаю, что она эммм... Специфическая.

Не знаю. А FRV работает на не-десктопах?

С моей колокольни DX и OGL в основном фиолетовы, меня аццки бесит типовой виндоюзер.
Существо вроде головожопого осьминога, с анусами вместо присосок на щупальцах.
Семерка и более поздние ему хоть немного по тентаклям бьют, а в хрюнделе этот копроантропоид резвится так, что иногда проще венду переставить, чем вычистить.
Плюс 32 бита и ситуация с дровами под новое железо.

:) Ну, тут тебе виднее как удобнее сделать :)

Ну, это будет максимальная гибкость, конечно. Т.е. я не знаю, будет ли кто-то пользоваться вариантом "не считать, всегда от начала" и "считать, но если совсем нет — от текущего" :) Многим явно хватает того, что сейчас, мне хватит "не считать, от текущего".

Считая что мы должны (как default) сохранить текущее поведение ("второй край выделения: последний ctrl-clicked, а если такого нет - то первый файл в списке), получается что нужно две галочки

а) Считать ли "разотмеченный" - краем выделения (отмеченный - понятно что считать)
б) если "края выделения" нет, то диапазон shift-click
- от первого файла в каталоге
- от текущего /но если shift-click на текущий и края нет - то таки от начала списка/

Так?

Ну, если нет ни одной явной галочки (нет группы), то по шифт-клику выделять от текущего до кликнутого (включительно с обеих сторон). Даже если когда-то что-то развыделялось. А если группа есть, то как сейчас — от последнего, что выделялось (было добавлено в группу).

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

ну хрен его знает.
Надо понять, умеет оно за 10ms перейти от нижней частоты к базовой.

Так, по идее, линукс конечно должен уметь.