Latest post of the previous page:
Какой забавный баг. Спасибо, 5645.
Я этот wer читать не умею, но падение, скорее всего, из-за него же.
Latest post of the previous page:
Какой забавный баг. Спасибо, 5645.
Ctrl+Enter
ожидается такое же: то, что видно на панели, то и должно сноситься в командную строку. Где-то я встречал настройку типа "показывать ли полный путь), не могу найти (ну, кроме как через флаг OPIF_SHOWNAMESONLY)До сих пор у нас были режимы сортировки, независимые от режимов панели, то есть теперь уже какой-то искусственный интеллект.drkns 09.08.2020 12:26:42 +0100 - build 5650
1. При сортировке в режимах панели без отображения путей пути игнорируются.
Как по мне,то дело не в удобстве.
Утрируете?
Это скорее результат ошибочного подхода к сортировке. Сортировка, конечно же, не должна зависеть от "истории" сортировок. Пример: сделали макрос (клавиатурный, скорее всего), ориентирующийся на номер файла на панели; сохранили. Перезапустили ФАР - там уже нет истории, и номер файла может измениться. Или вы теперь сохраняете историю сортировок по Shift+F9? Тогда (а) её надо отображать на панели и (б) должна быть возможность ею управлять (например, в OpenPanelInfo.StartSortMode, а также в настройках - не последовательно сортировать, а «огласите весь список, пжалста!»).
Почитал про проблемы с TmpPanel. Родилось несколько мыслей.
В данный момент имя - это, грубо говоря, или то, что вернула ОС в FindFirstFile или то, что вернул плагин в PluginPanelItem.FileName.IgorZ wrote: ↑Fri 14 Aug, 2020 06:55 Во-многом, проблема в терминологии. Термин "Имя" многозначен, и это порождает путаницу, по поводу того, которое "имя" подразумевается в данном месте и в данный момент. Стоит, наверное, оговорить в документации однозначно, что именно он означает, и в дальнейшем исходить строго из оговорённого.
- Path может существовать только на плагиновых панелях и только если плагин так захотел, т.е. в 99% случаев будет бесполезен.Хорошо бы для сортировок ввести новую сущность: Путь (Path). То есть, путь к файлу, не содержащий имени. Тогда можно было бы иметь три неперескающихся критерия сортировки: путь, имя (строго без пути и расширения) и расширение. Комбинируя их, получаем любой нужный и понятный пользователю способ сортировки.
С этим есть некоторые сложности. Наборы зачем-то вынесены в API, т.е. фактически прибиты к полу.На данный момент нельзя ни добавить свои варианты наборов в список критериев сортировки дополнение к имеющимся, ни удалить ненужные (или просто я не нашёл эту возможность?). А ведь это логичное продолжение новых возможностей.
Макросы же.Неплохо бы иметь возможность назначать свои комбинации клавиш на те критерии, что не имеют своих из списка CtrlF3-11
Вот-вот. Идёт смешивание абстрактного и технического подходов. А человек мыслит абстракциями, и поэтому правильнее (и удобнее) "танцевать" от них, задав определение имени, и затем говорить, к примеру: "данная функция возвращает строку , содержащую абсолютный путь+имя+расширение файла". Серьёзно, опыт подсказывает, что значительное количество ошибок возникает из-за неточности терминологии, вызывающей различия в толковании. В конце концов, мы же различаем имя, отчество, фамилию, ИО, ИФ и ФИО. А ведь имя человека - аналог имени файла, отчество - аналог пути, фамилия - аналог расширения. Так что чётко оговорить то же для файлов - естественно и логично.DrKnS wrote: ↑Fri 14 Aug, 2020 10:17В данный момент имя - это, грубо говоря, или то, что вернула ОС в FindFirstFile или то, что вернул плагин в PluginPanelItem.FileName.IgorZ wrote: ↑Fri 14 Aug, 2020 06:55 Во-многом, проблема в терминологии. Термин "Имя" многозначен, и это порождает путаницу, по поводу того, которое "имя" подразумевается в данном месте и в данный момент. Стоит, наверное, оговорить в документации однозначно, что именно он означает, и в дальнейшем исходить строго из оговорённого.
DrKnS wrote: ↑Fri 14 Aug, 2020 10:17- Path может существовать только на плагиновых панелях и только если плагин так захотел, т.е. в 99% случаев будет бесполезен.Хорошо бы для сортировок ввести новую сущность: Путь (Path). То есть, путь к файлу, не содержащий имени. Тогда можно было бы иметь три неперескающихся критерия сортировки: путь, имя (строго без пути и расширения) и расширение. Комбинируя их, получаем любой нужный и понятный пользователю способ сортировки.
- Никакой комбинацией последовательных сравнений по кускам строки нельзя получить эффект сравнения по полной строке. Это когда пользователь ожидает, что "a-b.txt" меньше, чем "a.txt"
Да, точно. Разбирался же с этим, когда писал скрипт панели, просто забыл. Впрочем, это не самое жизненно важное требование.DrKnS wrote: ↑Fri 14 Aug, 2020 10:17С этим есть некоторые сложности. Наборы зачем-то вынесены в API, т.е. фактически прибиты к полу.На данный момент нельзя ни добавить свои варианты наборов в список критериев сортировки дополнение к имеющимся, ни удалить ненужные (или просто я не нашёл эту возможность?). А ведь это логичное продолжение новых возможностей.
Так-то да, но порой хочется идеальных решений.
, то есть критерий сортировки Path. Остальное - больше ради завершённости.Думаю, особенно полезен был бы п. 2.