Files highlighting marks symbols by default: remove or change with mc tradition

[akruphi]

After PR #2152 from @anta999 new defaults for Files highlighting and sort groups not good: some files has not left mark, but other has mark symbol and in panel left real symbol of filename not always aligned uniformly.

Please @anta999 either add even a space mark to everyone (it may be difficult because marks can additive), or remove any default mark symbols.

Давайте обсудим как лучше поступить в этом случае. Возможно, если уж делать символы в схемах по умолчанию, то стоит следовать традициям mc и ls -F т.е.:

В mc символ типа файла один из тех, которые могут быть отображены командой ls -F : звёздочка - для выполняемых файлов, слэш - для каталогов, знак '@' - для ссылок, знак '=' - для сокетов, знак '-' - для символьных устройств, знак '+' - для блочных устройств, знак '|' - для каналов данных, знак '~' - для символических ссылок к каталогам и восклицательный знак для пустых символических ссылок (ссылок, которые ни на что не указывают).

И придумывать новые символы маркеров только для случаев, когда нет устаканенных символов.

[anta999]

Я думаю что пробел тоже не всем понравится тут наверное дело вкуса. Но я могу убрать или добавить.

[spnethw]

Please @anta999 either add even a space mark to everyone (it may be difficult because marks can additive), or remove any default mark symbols.

Хм, а как быть, если меток у файла будет несколько? Выравнивать на несколько пробелов? В доработанной модели подсветки маркеры могут "суммироваться", скажем для музыкальных файлов может добавляться метка ♪ и т.д.

Вообще, чтобы не перегружать визуал, по дефолту я бы оставил только одну единственную метку — для символических ссылок.

[spnethw]

Вообще, чтобы не перегружать визуал, по дефолту я бы оставил только одну единственную метку — для символических ссылок.

О неочевидных причинах.

В предложенном дефолте помечаются символом « файлы, имеющие больше одной жесткой ссылки. И я был немного озадачен, когда на примонтированном NTFS-диске добрая половина файлов была с таким значком, другая половина без.

Ларчик открывался просто, всё дело в коротких 8.3 именах, которые Windows создаёт на NTFS в дополнение к длинным именам. Они не отображаются, но работают как хардлинки и учитываются тем же ls или stat. (Причём если создать файл с длинным именем из-под Linux, парное 8.3 ему не будет создано, для таких файлов число хардлинков будет 1.)

Это немного раздражает.

[anta999]

В предложенном дефолте помечаются символом « файлы, имеющие больше одной жесткой ссылки. И я был немного озадачен, когда на примонтированном NTFS-диске добрая половина файлов была с таким значком, другая половина без.

Это на Ios ?

[spnethw]

Это на Ios ?

Linux.

[anta999]

У меня так видит NTFS

[spnethw]

У меня так видит NTFS

Вероятно, зависит от версии Windows и того, была ли отключена/включена эта функциональность вручную. Гугл говорит:

Since Windows 8 and Windows Server 2012 newly formatted volumes will have 8.3 name generation disabled by default.

[anta999]

Ясно. Тогда убираем ее тоже.

[anta999]

Давайте обсудим как лучше поступить в этом случае. Возможно, если уж делать символы в схемах по умолчанию, то стоит следовать **традициям mc

Наверное лучше всего сделать выравнивание опционально и сделать выбор тем где и будет тема mc с его стилем, а так же сделать и другие. А пока убрать.

[spnethw]

У меня так видит NTFS

@anta999 Присмотрелся к скрину повнимательнее, на нём ведь тоже файлы с "длинными" (не вписывающимися в 8.3) именами

appverifui.dll
DumpStack.log
DumpStack.log.tmp
VeePNService.log

отмечены значком «

[anta999]

@anta999 Присмотрелся к скрину повнимательнее, на нём ведь тоже файлы с "длинными" (не вписывающимися в 8.3) именами

Да да :) Я не замечал потому что там не лазию обычно. Такая хрень только на системном диске, на остальных такого нет.

[akruphi]

@anta999 присоединяйтесь к дружному русскоязычному телеграм-чату https://t.me/far2l_ru в нём можно оперативнее обсуждать, не захломляя issue промежуточными высказываниями