- Выпуск файлового менеджера Midnight Commander 4.8.31, неаноним, 18:06 , 27-Янв-24 (3) +19 [^]
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 18:10 , 27-Янв-24 (7) –1 [V]
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 19:09 , 27-Янв-24 (16)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Ментейнер, 19:24 , 27-Янв-24 (18) +5
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 19:33 , 27-Янв-24 (20) +6 [^]
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 20:42 , 27-Янв-24 (29)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 21:44 , 27-Янв-24 (35) +1 [V]
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 19:31 , 27-Янв-24 (19) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 20:27 , 27-Янв-24 (26) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, ivan1986, 20:35 , 27-Янв-24 (28) +3
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 21:07 , 27-Янв-24 (33)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 23:38 , 27-Янв-24 (49)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 01:50 , 28-Янв-24 (58)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 12:33 , 29-Янв-24 (90)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 08:57 , 30-Янв-24 (105)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 20:44 , 27-Янв-24 (31)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 21:44 , 27-Янв-24 (34)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Швондик, 22:49 , 27-Янв-24 (42)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 22:51 , 27-Янв-24 (43) –3
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 22:59 , 27-Янв-24 (44) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, YetAnotherOnanym, 12:10 , 28-Янв-24 (74) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 13:54 , 28-Янв-24 (75) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 14:47 , 28-Янв-24 (78) +4
- Выпуск файлового менеджера Midnight Commander 4.8.31, nc, 21:52 , 28-Янв-24 (85)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 16:29 , 29-Янв-24 (92)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 19:04 , 29-Янв-24 (95)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Расмус Лердорф, 20:05 , 29-Янв-24 (97)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 01:10 , 30-Янв-24 (100)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 02:23 , 30-Янв-24 (103)
- Выпуск файлового менеджера Midnight Commander 4.8.31, нах., 12:00 , 30-Янв-24 (108)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 12:41 , 30-Янв-24 (113) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, нах., 17:29 , 30-Янв-24 (118)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 00:38 , 31-Янв-24 (121)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 04:21 , 31-Янв-24 (125)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 05:22 , 03-Фев-24 (135) +1
> - тебе не нужна "навигация быстрее", все равно будешь смотреть и
> т-пить, тебе нужно наглядное представление что там.
> Это да, не всегда удобно в виде ls, иногда проще посмотреть в
> панельках Вот и я о том же говорю тем кто считает что файлменеджеры не нужны,а достаточно командной строки. >(хотя это худший файлменеджер который можно сегодня представить - но
> лучшего в этих ваших линуксах нет). А можно пример лучшего,пусть даже и не в линуксах? > Но с такой файлопомойкой в юникс-системах лично я сталкиваюсь исключительно редко. Причем
> чаще всего это видео или аудио свалка А еще помойка нередко образуется в рабочем каталоге при любительском программировании
какой-нибудь небольшой утилиты,ради которой организовывать рабочий процесс "по науке" с системой контроля версий,отдельными каталогами для тестовых данных и тому подобным будет дольше и сложнее чем просто её написать. Но при этом рядом с исходными файлами лежат и объектные и исполняемые и
отладочные логи и какие-нибудь тестовые данные и Бог знает что еще. Пока общее количество мусора не выходит за пределы первых десятков файлов - оно вполне приемлимо при использовании файлового менеджера. > (что чорд дери еще
> такого я мог бы хранить о чем не знаю даже как
> оно называется толком) Не знать как называется - вообще элементарно если имена файлов генерируются автоматически.
И не такое уж это редкое явление судя по тому что существует даже функция tmpnam. > и тут mc уж совсем фиговый помощник, поскольку
> нас интересуют обычно не имена. А вот тут я с вами согласен. Для нетекстовых данных "быстрый просмотр" далеко не всегда возможен так как может требовать запуска специализированного софта. Электронную схему в формате KiCAD тоже
"по F3" в mc не посмотреть. Но простого решения я тут увы не вижу. А теперь представьте,что есть люди (радиолюбители) у которых свалки схем(еще и в разных форматах) являются неотъемлимой частью
личного архива,собираемого нередко в течении десятков лет. И KiCAD это еще ничего,хотя и он страдает несовместимостью форматов между собственными версиями. Бывает и что-нибудь более экзотическое типа картинки в формате pcx, созданной тридцать лет назад. Или вот у меня есть справочник по старосоветским полувоенным микросхемам,где все их корпуса с нумерацией и расположением выводов нарисованы аж псевдографикой в кодировке cp866. Да и просто небольшие схемки также нарисованные попадаются. И мне проще было научить свой комп вообще и MC в частности
понимать cp866 чем всё это перекодировать. > Очень неудобно когда консоль загорожена панельками. Вот тут соглашусь. Не хватает того режима который был в Norton Commander 2.0, где при необходимости видеть консоль можно было сделать панельки в половину высоты экрана.
Или даже выключить левую отдельно,оставить только правую в виде "половинки" по высоте - тогда
и файлы в каталоге видно и консоль не загорожена.
Но такое в линуксе похоже что невозможно реализовать.
Как правильно было сказано, в mc даже "полноэкранная" консоль иногда ведет себя своеобразно.
К счастью редко и не сильно это мешает.
Вот что мне еще не нравится - это что MC не обновляет содержимое панели при изменении содержимого
каталога который она показывает. Странно,потому что вроде это можно сделать через inotify. Причем
об этом ходили разговоры и даже писались патчи более десятка лет назад. Но либо так и не сделали либо я не знаю в каком тайном месте это включить.
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 09:15 , 03-Фев-24 (137)
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 23:25 , 03-Фев-24 (149)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 03:43 , 04-Фев-24 (157) +1
> хотя говоришь им постоянно, говоришь - да не называйте ж вы
> файлы русскими буковками и даже показываешь им абракадабровские файловые имена, которыми
> иногда русские буковки отображаются - бесполезно.Если на работе то это легко решается вписыванием в должностную инструкцию соблюдения правил
электронного документооборота и собственно утверждением этих правил на уровне руководства фирмы.
А вот с частными пользователями - беда. И вопреки распространенному мнению юникод тут не
особо помогает. Потому что разные системы (Мак и Винда например) могут по-разному кодировать в именах файлов буквы национальных алфавитов. Упрощенно говоря - в одном случае это может быть один
символ "буква с крышечкой",а в другом лигатура из собственно буквы и крышечки. Внешне выглядит одинаково но для компа это разные имена. Вроде бы для MC можно описать "пользовательский" режим отображения панели в котором вместо имен
файлов будут показываться номера inode и таким образом хотябы на уровне самого MC работать с файлами,имеющими нечитаемые имена. Ибо сомневаюсь я например что так уж у многих вне Китая установлены шрифты с поддержкой иероглифов. К сожалению, в параметры командной строки номера inode вместо имен подставить всё равно мало какой программе получится.
Кстати, сами китайцы судя по их сайтам, не злоупотребляют выкладыванием в интернет файлов с иероглифами в именах. Во всяком случае делают это существенно реже чем наши с русскими буквами.
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 00:34 , 31-Янв-24 (120)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 21:03 , 01-Фев-24 (128)
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 23:14 , 03-Фев-24 (146)
- Выпуск файлового менеджера Midnight Commander 4.8.31, sabitov, 15:47 , 28-Янв-24 (79)
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 19:05 , 29-Янв-24 (96)
- Выпуск файлового менеджера Midnight Commander 4.8.31, sabitov, 18:57 , 30-Янв-24 (119) +1
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 03:34 , 03-Фев-24 (130)
>Недавно, где-то с полгода назад, сломали отображение русских (УТФ8) букафЕще раньше там сломали отображение НЕюникодных русских букв при просмотре по F3 файлов
с _однобайтными_ кодировками cp866,cp1251. Что весьма актуально при копании в старых архивах,особенно когда точно знаешь что нужное там есть но нифига не помнишь ни как называется ни где лежит.
Последняя несломанная версия mc 4.8.13, ею и пользуюсь.
Также замечу что неюникодная консоль бывает у всяких одноплатных железок, внутри которых mc тоже бывает полезен.
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 04:41 , 03-Фев-24 (133) +1
> Как пример, на машине А в хоуме юзера есть директории:
> │/│Документы
> │/│Загрузки
> Если с машины Б из mc зайти на А, то они показываются
> как:
> │/│320224320276320272321203320274320265320275321202321213 А это следствие несоблюдения классического правила написания имен _идентификаторов_,
которое гласит:
"
Идентификатор может состоять только из латинских букв, цифр и символа подчеркивания,
и начинается только с буквы или символа подчеркивания
"
Да, это правило часто нарушают(не только юзеры,но и разработчики тоже),а потом возникают вот такие жалобы.
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 05:17 , 03-Фев-24 (134)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 01:18 , 04-Фев-24 (155)
> Есть еще всякие маздайки и майкрософт - и там в русскоязычной винде
> ну вот такие вот диры. С которыми много боли.А переименовать в целях лучшей совместимости с линуксом и вообще с классическими канонами
программирования - никак? (я не знаток виндов совсем). > Учитывая что у господ две с половиной кодировки
> для русского (1251, 866 и Unicode) - понятно как это работает. Я научил Иксы полноценно понимать 866,с тех пор особых проблем хотябы с содержимым файлов
не имею. А от нелатинских символов в именах файлов беспощадно избавляюсь как этого такие файлы
попадают ко мне на диск. Это сильно облегчает последующую жизнь.
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 12:45 , 30-Янв-24 (115) –2
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 14:01 , 01-Фев-24 (127) –1
- Выпуск файлового менеджера Midnight Commander 4.8.31, пох., 00:58 , 02-Фев-24 (129) –1
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 04:25 , 03-Фев-24 (132) +1
> Просто у экспертов опеннета привычки растут из msdos.И это тоже,потому что массовая компьютеризация у нас именно с msdos начиналась.
Да, я видел и щупал Microsoft Xenix на 80286 - оно было вполне юниксоподобно в сравнении с "большими ЭВМ" тех времен,где был русифицированный клон BSD. Но вот прикладного софта под этот Ксеникс небыло совсем. Непонятно было даже где взять например текстовый редактор, сравнимый
по удобству с MultiEdit 6.01p или хотябы Brief.
Поэтому и DOS.
Впрочем, я видел псевдографические файловые менеджеры,тот же Far, и у тех кто явно с чего-то типа win98 или XP начинал просто в силу возраста. > Я, правда, не понимаю почему они выбрали и в msdos'е самый убогий
> файлменеджер, а не XTree и его производные Году в 91-92 я щупал то XTree. Не проникся. Хотя и могу согласиться что при очень долгой тренировке возможно скорость выполнения операций с файлами там могла бы быть и выше. Но
высокий порог входа отбил желание. >(к сожалению - совсем не переносится в мир юникс) Интересно, в винды 3.1 и даже на какой-то Mac его перетащили,а в линукс почему-то совсем нельзя? >такой файловый менеджер". В винде он нужен еще меньше - там
> есть Explorer и он вполне удачно справляется со своими задачами Только почему-то у абсолютного большинства виндовых пользователей квалификацией выше чайника
я тоже видел или Far или что-нибудь еще двухпанельное,пусть даже и в графике нарисованное как Total Comander. Но вот виндовым проводником они пользоваться избегали. > (ну а для массовой рутины есть и powershell Файловый менеджер - это не замена командной строке,это ее дополнение. Этим кстати хороши
mc и far - что в них командная строка удобно встроена,в отличие от того же вышеупомянутого XTree(и ряда других экзотических, виденных мной но неудобных в первую очередь по этой причине)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 03:51 , 03-Фев-24 (131) +1
>А я вот не понимаю нафиг нужен в *nix такой файловый менеджер?Кому не нужен - никто не заставляет пользоваться. Мне например не нужен vim но я же не
говорю что он нафиг не нужен:) Использую eFTE,еще и сильно перенастроенный под свои привычки. >Так вопрос нафиг нужен прсевдографический терминал сейчас (FAR, MC, whatever...)? Псевдографический - потому что способен работать через ssh и даже через физический последовательный порт,что актуально в процессе настройки всяких одноплатных железок.
Так-то на обычном десктопе я бы предпочел графический Double Commander,
https://doublecmd.sourceforge.io/gallery/
но когда несколько лет назад я его смотрел - он очень уж часто и сильно глючил. Просто совсем невозможно было пользоваться. > Операции над файлами быстрее выполнить в терминале Если человек не способен держать в голове содержимое каталога то ему постоянно приходится
дергать ls и автодополнение,которое при даже небольшой невнимательности может дополнить не то что надо в случае наличия файлов с похожими именами. Поэтому многим удобнее видеть содержимое каталога перед собой. Ну и бонусом возможность выполнять действия с клавиатуры(то же достоинство что и в терминале),а не тычками мыши как в виндовом проводнике(и его подражаниях),которыми легко промахнуться. Теоретически конечно и в проводнике с клавиатуры можно,но очень уж там это неудобно реализовано,явно "по остаточному принципу". >фотки не посмотреть. Вот тут я с вами как ни странно согласен. Неудобство просмотра "нетекстовых" файлов из файлового менеджера имеет место быть. Но это к любому файловому менеджеру относится потому что форматов даже одних только картинок слишком много. Вот будут лежать картинки в формате raw с камеры - и чтобы увидеть что там в них надо запускать специальный просмотрщик. Не такое уж сильно редкое
явление у кого есть камера, умеющая снимать в raw,который таки нужен как минимум для вечерне-ночной съемки.
- Выпуск файлового менеджера Midnight Commander 4.8.31, Аноним, 17:09 , 03-Фев-24 (138)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 00:22 , 04-Фев-24 (153)
>чем люди занимаются раз им так нужно часто лазить по каталогами и выискивать файлы?Такие понятия как личная библиотека и личный архив возникли очень задолго до компьютеров. Раньше это хранилось в бумажном виде,сейчас - по большей части в виде файлов в компе.
Например моему архиву,по большей части связанному с темой электроники и автономной энергетики, уже три десятка лет. И храню я всё это в дереве каталогов файловой системы так как не придумал ничего лучшего. Соответственно для доступа использую файловый менеджер, опять же за неимением лучшего решения.
Насколько мне известно - такая же ситуация и у людей,много лет занимающихся научной работой. К сожалению,далеко не все форматы файлов имеют предусмотренное место для хранения каких-нибудь метаданных, по которым можно было бы организовать сколько-нибудь автоматизированный поиск. И еще
реже встречаются _удобные_ средства добавления/редактирования этих метаданных даже к тем форматам где это технически возможно. Впрочем - наличие метаданных поможет разве что быстрее найти и выбрать нужное из архива, если эти метаданные сможет читать какой-нибудь продвинутый файловый менеджер. Саму необходимость существования файлового менеджера это не отменяет. >одновременно сосуществовали cp1251, cp866, KOI-8, UTF-8). Они все и сейчас существуют пока хранятся созданные в этих кодировках документы. Также как существует например имперская орфография с "ятями" пока есть люди которым в силу рода деятельности или хобби надо читать старые документы и книги,пусть даже и хранящиеся на компе в виде сканов. >В 90-х и первой половине 00-х таки да, не было быстрого инета, Увы - вне сплошной многоэтажной застройки городов единственный способ подключения к интернету это сотовая связь так как тащить кабель куда-нибудь в частный сектор(не говоря про деревню) вам никто не будет. А у сотовых операторов трафик платный и ограниченный.
Да и качать большие объемы через неустойчивый радиоканал менее удобно чем скопировать с помощью материального носителя. Особенно если с человеком и так периодически лично встречаешься. >люди обменивались файлами на дискетах, болванках, даже жесткие диски носили. Сейчас носят флешки или иногда используют как флешку встроенную память планшета/смартфона если он
поддерживает режим подключения mass storage device. Да и портативные жесткие диски с подключением
через usb тоже не такая уж редкость.
Понятно что и тут для копирования используется не команда cp,а файловый менеджер.Потому что надо видеть что копируешь. >Когда мне нужен терминал то он мне нужен больше как интерфес взаимодействия с программами, >навигация по файлам для меня второстепенна. А меня вот прямо позавчера человек попросил найти хоть какую-нибудь информацию по внутренностям антикварного электронного девайса который он реставрирует. Пришлось перекапывать каталог в котором около тысячи файлов. Человеку негде больше искать нужную ему информацию кроме как у таких стариков как я - если ему самому тридцать лет,а реставрируемому девайсу сорок.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 23:53 , 03-Фев-24 (151)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 01:12 , 04-Фев-24 (154) +1
> А как ты в fte кодировки переключаешь?Переключением locale перед запуском и подсовыванием редактору шрифта в нужной кодировке. fte по определению редактирует текстовые документы,а они в большинстве случаев в однобайтных кодировках. В конкретно моем случае большого личного архива,собираемого три десятка лет - чаще
всего это cp866,несколько реже cp1251. Да и в поделках под микроконтроллеры которыми я занимаюсь
последние годы - тоже почти всегда однобайтные кодировки применяются.
Пришлось научить Иксы понимать и кодировку cp866(cp1251 и так там есть). В Дебиане по умолчанию не умеют,насколько мне известно умеют только в Альте. Свои наработки для используемой мной версии дебиана bullseye выложил тут https://debianforum.ru/index.php?topic=15610.0 > (я юзаю KDE). Я так и не смог ужиться с "интегрированным средами" типа KDE - мне совсем не близка сама метафора "рабочего стола". Стол - это стол,на котором клавиатура лежит. А экран - это экран,на котором программы информацию выводят. Поэтому у меня IceWM и настройки очень далёкие от дефолтных. > eFTE к нашим в пакаджи не завезли. Установил из пакаджей просто fte. К сожалению, несмотря на "родственность" это очень разные программы.
К тому же конфигурация по умолчанию - вызывает ругань сквозь зубы на каждом шагу.
Это я сразу предупреждаю тех кто захочет на этот редактор "посмотреть".
Можно взять пакет с исходниками именно eFTE из Дебиана и cобрать самому - оно легко собирается.
И подсунуть мои конфигурационные файлы из ссылки которая выше. Вот тогда будет на что смотреть. От "просто fte" мне не удалось добиться того поведения,которое нужно мне в силу моих более чем тридцатилетних привычек.
Мне нужно было избавиться от идеи "кармана" при работе с блоками текста. То есть чтобы выделил
блок на экране и копируешь/перемещаешь его. Вот именно то что выделено перед глазами,а не то что заранее надо было в какой-то невидимый clipboard положить. Кратко говоря "copy" вместо "cut & paste". Одно действие вместо двух.
Для этого пришлось поправить несколько
строчек в исходнике и сильно переписать конфигурационные файлы. Зато теперь eFTE весьма точно
мимикрирует под привычный и поэтому самый удобный для меня редактор MultiEdit 6.01p который я использовал в 90е годы когда работал программистом (Си,Ада,Асм под DOS). Понятно что за несколько лет ежедневного использования этого мультиэдита приобрел стойкую привычку к нему и поэтому под линуксом хотел тех же удобств что были у меня тогда в dos. И я себе эти удобства сделал пару десятков лет назад и по сей день с удовольствием ими пользуюсь. Тем более что давно уже программированием занимаюсь в качестве хобби,а не принудительной работы. Под dos я использовал для работы с исходниками
NC 2.0 и ME 6.01p,а в линуксе эту удобную для меня связку очень хорошо заменили MC и eFTE. Разве что последняя нормально работоспособная с однобайтовыми кодировками версия MC это 4.8.13 - ею и пользуюсь. Компиляторы любые в линуксе и так есть,привычный make тоже, в качестве отладчика - nemiver - не так удобно как TurboDebuger,но приемлимо. Так и живу.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 09:17 , 04-Фев-24 (159)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 11:14 , 04-Фев-24 (164) +1
>Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде >однобайтовую кодировку koi8-r. Во-первых что понимать под "использовать кодировку"? Вопрос-то не однозначный. Это ведь и установленная locale и шрифты и клавиатурный ввод. Причем сама по себе locale является атрибутом сеанса работы программы,а не глобальной установкой для всей системы. Например можно один процесс МС запустить с локалью koi8-r, а другой с cp1251. Конечно,придется озаботиться подсовыванием соответствующих шрифтов - не все программы и не всегда могут выбрать нужный шрифт сами даже если он доступен среди прочих в Иксах. С клавиатурным вводом несколько проще - если нужная locale поддерживается Иксами то они сами будут снабжать программу нужными клавиатурными "событиями". Вот тут кстати собака и порылась - в Иксах есть поддержка просто кучи разных locale,даже довольно редких,но нет поддержки cp866,которую я у себя на машине и добавил. Благодаря этому я могу использовать в терминале cp866 (по примерно тем же причинам что и вы koi8-r),а например в браузере utf,где ему как раз самое место. И в любых других программах я могу установить ту
locale/кодировку которая лучше подходит к данному случаю. То есть могу использовать гибкость настроек,изначально заложенную в линуксе,а не приколачивать везде юникод гвоздями где надо и не надо. > У меня-то нет необходимости использования utf там, где он не требуется (там, где надо писать >только тексты, а не значки да "эмоджи"). Полностью с вами согласен и сам поступаю абсолютно аналогично,разве что cp866 вместо koi8-r так как обладаю тридцатилетним личным архивом в котором очень много файлов в этой кодировке. Причем не только текстов - встречаются и написанные очень давно мелкие узкоспецифичные программки, перенесенные еще из dos и даже os/2, благо неплохая переносимость языка Си такое позволяет. Но
вот переделывать их на обработку юникодных строк я точно не стану. Это же не просто текстовые сообщения в другую кодировку перевести, это добавление обработки многобайтных символов. Особенно учитывая что для выполняемых этими программками функций юникод не нужен вообще никак.
К сожалению, я уже не раз натыкался,что усердно прикручивая к программам возможность работы в
utf, разработчики ломали работу в однобайтных кодировках. Одним из примеров кстати будет именно что обсуждаемый тут MC, у которого это частично сломали после версии 4.8.13. Из того чем активно
пользуюсь - еще сломали заголовки окон в IceWM не помню с какого номера версии,лет примерно пять назад. >Устанавливал перед запуском fte эти кодировки в переменную LANG:
>% export LANG=ru_RU.CP1251 ; fte
>% export LANG=ru_RU.CP866 ; fte К сожалению размер сообщения на форуме не позволяет мне тут развернуто излагать неочевидные вопросы обращения с кодировками и шрифтами в Иксах,да и не по теме оно тут будет,оффтопик как говорят за рубежом. Если у вас интерес к этому редактору не на один раз поглядеть то пишите мне в почту или создавайте тему по этому редактору здесь на форуме и зовите меня туда. Писать придется довольно много.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 22:27 , 04-Фев-24 (167)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 22:10 , 05-Фев-24 (169) +1
>Я имел в вижу непереключение с koi8-r на utf8 своей учётной записи. Даже не помню где конкретно >это переключаетсяК сожалению - переключается более чем в одном месте. Переменными LC_* переключается системная locale - то есть то чем пользуются например сишные функции, определяющие "печатность" символа. Если прикладная программа написана так что полагается на это то может не выводить русские буквы если посчитает их "непечатными символами". Далеко не все программы используют эту настройку. Например тот же МС,запущенные в xterm, свято уверен что
символы с кодами больше 127 являются "непечатными". Что интересно, в "голой" консоли он так не считает. Вот кусочек кода который надо править чтобы избавиться от этого эффекта в версии до 4.8.13. В более новых - не помогает так как там настолько усердно прикручивали юникод что работу с "однобайтными" терминалом поломали где-то еще. Сходу найти у меня тогда не получилось,а потом стало лень так как никакой практической потребности в новых версиях МС у меня просто нет. Так последней не сломаной и пользуюсь уже десяток лет. Вот эта фраза "Full 8 bits output" doesn't work on xterm" - это ЛОЖЬ. Во всяком случае применительно к тем версиям xterm которые поставляются в дистрибутивах линукса последние лет двадцать. Но конечно надо правильно xterm настроить чтобы он у него full 8 bits output работал. --- a/lib/util.c 2014-09-04 11:39:18.000000000 +0400
+++ b/lib/util.c 2015-02-10 20:50:53.000000000 +0300
@@ -98,10 +98,11 @@
is_8bit_printable (unsigned char c)
{
/* "Full 8 bits output" doesn't work on xterm */
- if (mc_global.tty.xterm_flag)
+/* if (mc_global.tty.xterm_flag)
return is_iso_printable (c);
- return (c > 31 && c != 127 && c != 155);
+ return (c > 31 && c != 127 && c != 155);*/
+ return (c > 31);
} Но с переменными LC_* надо быть осторожным,а то можно внезапно получить например запятую в качестве десятичного разделителя вместо классической в программировании точки и огрести от этого множество глюков типа нечитаемости файлов в формате csv например. Отдельно настраивается раскладка клавиатуры. Хотя если это терминал внутри Иксов то там проще так как он получает не коды русских букв,а иксовые "события" от клавиатуры и уже сам переделывает их в коды русских букв. Сами "события" универсальны, а xterm при перекодировке на locale ориентируется,только не на "общесистемную",а на специальную "иксовую". Вот как раз в ней и нет поддержки cp866,с чем мне и пришлось бороться когда-то. И отдельно настраивается какой шрифт должен загрузить xterm (или что там у вас в качестве терминала). Понятно что расположение русских букв в шрифте должно совпадать с кодировкой того что выводится на экран. Некоторые иксовые программы умеют сами выбирать шрифт из доступных в Иксах,ориентируясь на его полное имя,в котором может быть(а может и не) имя кодировки. Мне не известен штатный общесистемный способ посмотреть какими шрифтами пользуется программа. Поэтому был найден старинный кусочек кода еще из 90х, который компилируется в разделяемую библиотеку и подгружается перед программой через LD_SO_PRELOAD. Вот он печатает в stdout имя шрифта который запрашивает программа. В процессе экспериментов когда-то узнал много нового и интересного об использовании программами иксовых шрифтов. Кстати, свой комплект любимых шрифтов можно не пихать в системные каталоги Иксов и не бояться что при очередном обновлении они будут прибиты пакетным менеджером. Их можно держать в домашнем каталоге и поключать при старте Иксов с помощью xset. У меня так шрифты для 866 кодировки подключены и еще пара штук периодически нужных - имитатор рукописного текста и шрифт для вырезания трафаретов(оба используются при выводе на печать,а не на экран). Однако что мне нравится в Линуксе - это возможность таки настроить себе _привычные_ удобства,даже
если они весьма далеки от дефолтных настроек,предлагаемых в дистрибутиве. Да, разбирательство с настройками может быть достаточно сложным но делается это один раз,а потом можно таскать за собой свой домашний каталог с привычными настройками много лет с одной машины на другую малозависимо от версии установленного дистрибутива. В отличие от некоторых других очень популярных ОС,где после установки надо всё заново с нуля настраивать. Да еще сама система обожает по своему усмотрению настройки в реестре переписывать. И еще есть любопытный вопрос - как там у wayland с работой в однобайтных кодировках? Пока вроде не актуально,как и сам wayland, но вдруг когда-то Иксы из дистрибутива выкинуть попытаются. >В общем в терминале мне все эти utf не требуются Вот я тоже не слишком понимаю зачем нужен utf в терминале. Как раз именно там от него проблем куда больше чем пользы.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 09:26 , 04-Фев-24 (160)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 10:08 , 04-Фев-24 (162) +1
>то переключение кодировок имён файлов в панели мне очень сильно нравится: приносят, бывает, люди >флэшки свои, а там... все файлы названы русскими буковками! И начинается свистопляска! Вот Esc-E в >Миднае очень сильно от этой свистопляски помогает спастись. Да, это достаточно удобная функция,тоже её иногда использую. Но если файлы на флешке мне надо просто увидеть,но и оттуда скопировать - то желательно всё-таки задать нужную кодировки при монтировании. Потому что не все символы не всегда из любой кодировки в любую адекватно перекодируются. В случае параметров для команды mount ядро эти случаи более корректно обрабатывает
чем перекодировка в MC. >Ни в каком другом файловом менеджере я такую фичу никогда не видел. Да, я тоже не видел. Причем как ни странно даже в виндовом Far,где куча возможностей.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 09:57 , 04-Фев-24 (161)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 10:23 , 04-Фев-24 (163)
>Мы примерно ещё в 90-х годах продумывали идею о том, что "должна" быть такая оболочка (программа, >конечно), которая на экране компьютера показывает настоящий трёхмерный стол с ящиками.Возможно что ваша идея и понравилась бы любителем "столов", "оболочек" и "интегрированных сред".
Я таковым не являюсь,поэтому точно не оценю и использовать не буду.
Для меня программы - это отдельные сущности,которые обрабатывают наборы данных,которые могут храниться в том числе и в файлах(а могут быть доступны по проводам например). Файловый менеджер я н воспринимаю как какую-то "оболочку", это всего лишь одна из программ для манипуляций с файловыми наборами данных. Само по себе понятие "набор данных" - это из ЕС ЭВМ (там он и на ленте мог быть и даже на бумажной тоже:) В том числе поэтому я и не уверен что в предложенной вами идее "оболочки" надо так сильно завязывать визуализацию именно на файловой системе. В порядке идеи - а почему не визуализировать каким-то удобным способом процессы, работающие в оперативной памяти? Это в однозадачной системе типа ДОСа оно смысл не имело,а в многозадачной присмотр за содержимым памяти смысл имеет. А в линуксе что-то ничего удобно-интерактивно-графического на эту тему не видно - один
только текстовый top с не особенно удобным отображением информации. В графике обычно доступен
лишь какой-нибудь совсем примитивный "список задач" или открытых окон и всё.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 19:36 , 04-Фев-24 (165)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 23:07 , 04-Фев-24 (168) +1
>Редактор joe удобнее "иксовых" редакторов применять потому, что его можно запустить в терминале >внутри скрина, к которому подключился, например, через ssh,Я тоже пользовался joe когда только начинал переезжать под линукс и нужно было найти что-то более человекообразное чем предлагавшийся тогда по умолчанию vi. Потом уже нашел MC и его mcedit. С тех пор для редактирования через ssh именно mcedit и использую, уже четверть века как. К сожалению,
в mcedit после версии 4.8.13 так усердно прикручивали юникод что частично сломали работу с однобайтными кодировками текстовых файлов. Если раньше достаточно было закомментировать одну строчку чтобы mcedit не считал большую часть второй половины ascii таблицы непечатными символами то теперь такой простой трюк уже не проходит. Впрочем - лично меня полностью устраивает версия 4.8.13 которую легко можно собрать из исходников в современном дебиане взяв исходники из debian jessie. Что я и сделал.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 23:58 , 03-Фев-24 (152)
- Выпуск файлового менеджера Midnight Commander 4.8.31, WatchCat, 01:48 , 04-Фев-24 (156)
> А я, кстати, даже псевдографику в нём отключаю потому, что она в
> некоторых случаях умеет отображаться кракозябрами. mc -a переключает все эти рамочки
> на плюсы, минусы и вертикальные линии,Если на один раз то и плюсики с минусиками сойдут. А если для постоянной работы то имеет смысл
создать в своем домашнем каталоге подкаталог ./terminfo/x/ и положить туда файлик с именем xterm
c подправленными на предмет рамочек внутренностями. Увы - это зависимо от кодировки и если например
потребуется переключать в своем сеансе локаль между cp866 и cp1251 то файлики потребуются разные.
И это конечно в предположении что терминалом в иксах работает именно xterm и он же в переменных окружения как тип терминала прописан. Тогда MC берет правильные псевдографические рамочки из этого файла.
Пример приучения MC 4.8.13 к кодировке cp866 с правильными рамочками и правильным отображением всех букв можно увидеть тут:https://debianforum.ru/index.php?topic=15610.0
Там же и настройки для самого xterm которые надо положить в .Xresources чтобы он был максимально похож на текстовую консоль и не считал вторую половину ascii таблицы "непечатными" символами.
Кроме специфичных применениях типа моего, это может быть полезно и например в учебном процессе,если в учебном заведении пишут программки на Паскале или Си,запускаемые в виндовой консоли где как известно бывает или 866 или 1251 кодировка, как минимум в виндах "до десятки".
Так вот, эти программки становятся переносимыми между виндами и линуксом без дополнительных перекодировок туда-сюда. Просто включаем нужную locale и пользуемся. Вот например человек
столкнулся с этой проблемой сидя на дистанционном обучении во время карантина
https://forum.ubuntu.ru/index.php?topic=311696.0
Неприятно удивила агрессивность отвечающих ему,вместо того чтобы помочь.
- Выпуск файлового менеджера Midnight Commander 4.8.31, rvs2016, 18:03 , 03-Фев-24 (139)
|
Версия для распечатки
Выпуск файлового менеджера Midnight Commander 4.8.31,
opennews, 27-Янв-24, 18:03 [смотреть все]
