The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск файлового менеджера Midnight Commander 4.8.31, opennews (??), 27-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


127. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/–
Сообщение от Аноним (127), 01-Фев-24, 14:01 
Как всегда тут спор пользователей mc, и пользователей DOS. А я вот не понимаю нафиг нужен в *nix такой файловый менеджер?
Я когда-то пользовался Far в Windows, но там это было понятно, в оригинальном CMD не было ни истории команд, ни автоматического дополнения, даже полноэкранного терминала без Far не было, ведь cmd в ширину не масштабировался. Это я рассказываю про про времена Windows XP. Думаю в винде уже пофиксили уобогий терминал. Так вопрос нафиг нужен прсевдографический терминал сейчас (FAR, MC, whatever...)? Операции над файлами быстрее выполнить в терминале, да и фотки не посмотреть.  
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск файлового менеджера Midnight Commander 4.8.31"  –1 +/–
Сообщение от пох. (?), 02-Фев-24, 00:58 
Просто у экспертов опеннета привычки растут из msdos.
Я, правда, не понимаю почему они выбрали и в msdos'е самый убогий файлменеджер, а не XTree и его производные (к сожалению - совсем не переносится в мир юникс)

А у тех у кого привычки из unix - да, "нах нужен такой файловый менеджер". В винде он нужен еще меньше - там есть Explorer и он вполне удачно справляется со своими задачами (ну а для массовой рутины есть и powershell, cmd нынче, как бы это тебе сказать... ну в общем на 20 лет устарел)

Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 03-Фев-24, 04:25 
> Просто у экспертов опеннета привычки растут из 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(и ряда других экзотических, виденных мной но неудобных в первую очередь по этой причине)

Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 03-Фев-24, 03:51 
>А я вот не понимаю нафиг нужен в *nix такой файловый менеджер?

Кому не нужен - никто не заставляет пользоваться. Мне например не нужен vim но я же не
говорю что он нафиг не нужен:) Использую eFTE,еще и сильно перенастроенный под свои привычки.

>Так вопрос нафиг нужен прсевдографический терминал сейчас (FAR, MC, whatever...)?

Псевдографический - потому что способен работать через ssh и даже через физический последовательный порт,что актуально в процессе настройки всяких одноплатных железок.
Так-то на обычном десктопе я бы предпочел графический Double Commander,
https://doublecmd.sourceforge.io/gallery/
но когда несколько лет назад я его смотрел - он очень уж часто и сильно глючил. Просто совсем невозможно было пользоваться.

> Операции над файлами быстрее выполнить в терминале

Если человек не способен держать в голове содержимое каталога то ему постоянно приходится
дергать ls и автодополнение,которое при даже небольшой невнимательности может дополнить не то что надо в случае наличия файлов с похожими именами. Поэтому многим удобнее видеть содержимое каталога перед собой. Ну и бонусом возможность выполнять действия с клавиатуры(то же достоинство что и в терминале),а не тычками мыши как в виндовом проводнике(и его подражаниях),которыми легко промахнуться. Теоретически конечно и в проводнике с клавиатуры можно,но очень уж там это неудобно реализовано,явно "по остаточному принципу".

>фотки не посмотреть.  

Вот тут я с вами как ни странно согласен. Неудобство просмотра "нетекстовых" файлов из файлового менеджера имеет место быть. Но это к любому файловому менеджеру относится потому что форматов даже одних только картинок слишком много. Вот будут лежать картинки в формате raw с камеры - и чтобы увидеть что там в них надо запускать специальный просмотрщик. Не такое уж сильно редкое
явление у кого есть камера, умеющая снимать в raw,который таки нужен как минимум для вечерне-ночной съемки.


Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

138. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от Аноним (138), 03-Фев-24, 17:09 
Прямо как-будто все время нужно изучать содержимое каталогов. В 90-х и первой половине 00-х таки да, не было быстрого инета, люди обменивались файлами на дискетах, болванках, даже жесткие диски носили. Но сейчас нет необходимости ползать по дереву фс попавшего в руки диска в поисках чего-нибудь интересного.  
Когда мне нужен терминал то он мне нужен больше как интерфес взаимодействия с программами, навигация по файлам для меня второстепенна.  
Упомянутый мной FAR я использовал для расширения возможностей CMD, макрокоманды (выполнения CLI операций по шоткатам) и встроенный текстовый редактор который умел работать с десятками кодировок (в те времена это был ведь кошмар, одновременно сосуществовали cp1251, cp866, KOI-8, UTF-8).  

И наверное мой вопрос стоит поменять на такой: чем люди занимаются раз им так нужно часто лазить по каталогами и выискивать файлы?
    

Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 00:22 
>чем люди занимаются раз им так нужно часто лазить по каталогами и выискивать файлы?

Такие понятия как личная библиотека и личный архив возникли очень задолго до компьютеров. Раньше это хранилось в бумажном виде,сейчас - по большей части в виде файлов в компе.
Например моему архиву,по большей части связанному с темой электроники и автономной энергетики, уже три десятка лет. И храню я всё это в дереве каталогов файловой системы так как не придумал ничего лучшего. Соответственно для доступа использую файловый менеджер, опять же за неимением лучшего решения.
Насколько мне известно - такая же ситуация и у людей,много лет занимающихся научной работой.

К сожалению,далеко не все форматы файлов имеют предусмотренное место для хранения каких-нибудь метаданных, по которым можно было бы организовать сколько-нибудь автоматизированный поиск. И еще
реже встречаются _удобные_ средства добавления/редактирования этих метаданных даже к тем форматам где это технически возможно. Впрочем - наличие метаданных поможет разве что быстрее найти и выбрать нужное из архива, если эти метаданные сможет читать какой-нибудь продвинутый файловый менеджер. Саму необходимость существования файлового менеджера это не отменяет.

>одновременно сосуществовали cp1251, cp866, KOI-8, UTF-8).  

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

>В 90-х и первой половине 00-х таки да, не было быстрого инета,

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

>люди обменивались файлами на дискетах, болванках, даже жесткие диски носили.

Сейчас носят флешки или иногда используют как флешку встроенную память планшета/смартфона если он
поддерживает режим подключения mass storage device. Да и портативные жесткие диски с подключением
через usb тоже не такая уж редкость.
Понятно что и тут для копирования используется не команда cp,а файловый менеджер.Потому что надо видеть что копируешь.

>Когда мне нужен терминал то он мне нужен больше как интерфес взаимодействия с программами, >навигация по файлам для меня второстепенна.

А меня вот прямо позавчера человек попросил найти хоть какую-нибудь информацию по внутренностям антикварного электронного девайса который он реставрирует. Пришлось перекапывать каталог в котором около тысячи файлов. Человеку негде больше искать нужную ему информацию кроме как у таких стариков как я - если ему самому тридцать лет,а реставрируемому девайсу сорок.


Ответить | Правка | Наверх | Cообщить модератору

151. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 03-Фев-24, 23:53 
> Использую eFTE

А как ты в fte кодировки переключаешь?
Установил я его, открыл файл. Он у меня сразу в ненужной кодировке отобразился. По меню пробежался - нигде переключения кодировок нет. Понял, что для графической системы пока больше всего мне будет продолжать подходить kate (я юзаю KDE).

eFTE к нашим в пакаджи не завезли. Установил из пакаджей просто fte.

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

154. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 01:12 
> А как ты в 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,но приемлимо. Так и живу.


Ответить | Правка | Наверх | Cообщить модератору

159. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 04-Фев-24, 09:17 
>> А как ты в fte кодировки переключаешь?
> Переключением locale перед запуском и подсовыванием редактору шрифта в нужной кодировке.
> fte по определению редактирует текстовые документы,а они в большинстве случаев в однобайтных
> кодировках. В конкретно моем случае большого личного архива,собираемого три десятка лет
> - чаще
> всего это cp866,несколько реже cp1251. Да и в поделках под микроконтроллеры которыми
> я занимаюсь
> последние годы - тоже почти всегда однобайтные кодировки применяются.

Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде однобайтовую кодировку koi8-r. У меня-то нет необходимости использования utf там, где он не требуется (там, где надо писать только тексты, а не значки да "эмоджи").

Попробовал перед запуском fte попереключать кодировки.
Посмотрел в /usr/share/locale список русских кодировок:

% ls /usr/share/locale | grep '^ru_'
ru_RU.CP1251
ru_RU.CP866
ru_RU.ISO8859-5
ru_RU.KOI8-R
ru_RU.UTF-8

Устанавливал перед запуском fte эти кодировки в переменную LANG:
% export LANG=ru_RU.CP1251 ; fte
% export LANG=ru_RU.CP866 ; fte
и так далее. Умолчательная-то у меня - ru_RU.KOI8-R.
Вид буковок меняется, но нормально текст не отображается.
Может быть я как-то не так меняю кодировку перед запуском fte.
А может быть её перед запуском и менять-то не надо.
Глянул текстовый файл другим способом - кодировка текста-то в нём - koi8-r.
Может быть достаточно всего лишь как-то применять эту идею:
> и подсовыванием редактору шрифта

Но как? В меню чего только нет. А выбора шрифта - нет. :-(

Остальные темы напишу отдельными ответными сообщениями скорее всего не сильно сразу, а ближе к вечеру, т.к. нынче занят сильно. Оставайтесь тут. Не переключайтесь на "телеграмы" там всякие. :-)

Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 11:14 
>Я-то в течении всего этого времени наступления 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

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

Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 04-Фев-24, 22:27 
>>Я-то в течении всего этого времени наступления utf продолжаю использовать у себя везде >однобайтовую кодировку koi8-r.
> Во-первых что понимать под "использовать кодировку"? Вопрос-то не однозначный. Это ведь
> и установленная locale и шрифты и клавиатурный ввод.

Я имел в вижу непереключение с koi8-r на utf8 своей учётной записи. Даже не помню где конкретно это переключается, т.к. мне это не надо:
То ли в настройках zsh (типа установки LANG и всяких там (а может быть и без оных) LL_* (или как их там)).
То ли установкой какого-то там класса в настройках своей учётной записи - ещё сильнее не помню где это такое делают.
В общем в терминале мне все эти utf не требуются. С файлами с поехавшими именами мне Миднай справляться помогает. И даже редактировать файлы в разных кодировках по быстрому можно в его редакторе. Если текст большой и правок много, то, конечно, надо текст перекодировать в удобную мне кодировку, поправить, и потом перекодировать его обратно в ту кодировку, в которой файл кому-то нужен.
А шрифты (пока мне их менять для кодировок не требовалось, менял их только для получения в терминале шрифта, радующего глаз своим начертанием) в КДЕшной konsole (а я ж КДЕшник) менять вроде можно. Но мне пока именно для нужных кодировок это делать не требовалось.

Ответить | Правка | Наверх | Cообщить модератору

169. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 05-Фев-24, 22:10 
>Я имел в вижу непереключение с 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 в терминале. Как раз именно там от него проблем куда больше чем пользы.

Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 04-Фев-24, 09:26 
> Свои наработки для используемой мной
> версии дебиана bullseye выложил тут
> https://debianforum.ru/index.php?topic=15610.0

Сообщение на этом форуме написано 4 года назад.
Может быть моя информация про кодировки в Midnight commander уже и не актуальна, но на всякий случай её напишу, может пригодится.

> и маленький патч для Midnight Commander 4.8.13
> чтобы он русский текст в любой кодировке показывал.

Не знаю - с какой версии Мидная в нём появилась эта "фича". Использую её давно уж и очень часто:

Esc-E во вьювере, редакторе и даже в панелях предназначен для включения нужной кодировки.

Если в файлах кодировки можно менять всякими другими способами (у разных редактор да просмотрщиков для этого могут водиться свои способы), то переключение кодировок имён файлов в панели мне очень сильно нравится: приносят, бывает, люди флэшки свои, а там... все файлы названы русскими буковками! И начинается свистопляска! Вот Esc-E в Миднае очень сильно от этой свистопляски помогает спастись. Ни в каком другом файловом менеджере я такую фичу никогда не видел. Очень полезная штука!

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

162. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 10:08 
>то переключение кодировок имён файлов в панели мне очень сильно нравится: приносят, бывает, люди >флэшки свои, а там... все файлы названы русскими буковками! И начинается свистопляска! Вот Esc-E в >Миднае очень сильно от этой свистопляски помогает спастись.

Да, это достаточно удобная функция,тоже её иногда использую. Но если файлы на флешке мне надо просто увидеть,но и оттуда скопировать - то желательно всё-таки задать нужную кодировки при монтировании. Потому что не все символы не всегда из любой кодировки в любую адекватно перекодируются. В случае параметров для команды mount ядро эти случаи более корректно обрабатывает
чем перекодировка в MC.

>Ни в каком другом файловом менеджере я такую фичу никогда не видел.

Да, я тоже не видел. Причем как ни странно даже в виндовом Far,где куча возможностей.

Ответить | Правка | Наверх | Cообщить модератору

161. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 04-Фев-24, 09:57 
>> (я юзаю KDE).
> Я так и не смог ужиться с "интегрированным средами" типа KDE -
> мне совсем не близка сама метафора "рабочего стола". Стол - это
> стол,на котором клавиатура лежит. А экран - это экран,на котором программы
> информацию выводят.

Ну да. То, что сейчас называют рабочими столами - не очень сильно похоже на них. В лучшем случае это похоже на их поверхности, на которых лежат именуемые теперь "папками" каталоги да именуемые теперь "документами" файлы.

Мы примерно ещё в 90-х годах продумывали идею о том, что "должна" быть такая оболочка (программа, конечно), которая на экране компьютера показывает настоящий трёхмерный стол с ящиками. Ящики - это логические диски (ну тогда народ ещё в досах работал и знал - что это такое: c: d: и т.п.): сколько дисков - столько и ящиков.

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

Если в какой-то каталог перешёл (типа открыл папку), то она или кладётся на поверхность стола (или прямо в ящике) раскрывается. Ну а внутри неё уже как-то отображается её внутренняя иерархия. :-)

Если какой-то файл запустил, то его "лист" наверно перемещается на поверхность стола уж ну и дальше уже начинает на экране отображаться в каком-то удобном для обработки виде - может быть в виде обычного окна (параллельного плоскости экрана уж).

Понятно, что можно заниматься перемещением и даже копированием "файлов" да "папок" с диска на диск (с ящика в ящик) или даже в другие каталоги (папки).

Дальше идею можно развивать:

Один стол - один компьютер.
Другой стол - другой компьютер.
Можно делать вид всех столов в комнате.
Комната - набор компьютеров.
Комнаты - в коридоре.
Дальше - этажи многоэтажки, многоэтажки (да и "одноквартирные" дома тоже ж) на улице, города и т.д. :-)

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

163. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 10:23 
>Мы примерно ещё в 90-х годах продумывали идею о том, что "должна" быть такая оболочка (программа, >конечно), которая на экране компьютера показывает настоящий трёхмерный стол с ящиками.

Возможно что ваша идея и понравилась бы любителем "столов", "оболочек" и "интегрированных сред".
Я таковым не являюсь,поэтому точно не оценю и использовать не буду.
Для меня программы - это отдельные сущности,которые обрабатывают наборы данных,которые могут храниться в том числе и в файлах(а могут быть доступны по проводам например). Файловый менеджер я н воспринимаю как какую-то "оболочку", это всего лишь одна из программ для манипуляций с файловыми наборами данных. Само по себе понятие "набор данных" - это из ЕС ЭВМ (там он и на ленте мог быть и даже на бумажной тоже:) В том числе поэтому я и не уверен что в предложенной вами идее "оболочки" надо так сильно завязывать визуализацию именно на файловой системе. В порядке идеи - а почему не визуализировать каким-то удобным способом процессы, работающие в оперативной памяти? Это в однозадачной системе типа ДОСа оно смысл не имело,а в многозадачной присмотр за содержимым памяти смысл имеет. А в линуксе что-то ничего удобно-интерактивно-графического на эту тему не видно - один
только текстовый top с не особенно удобным отображением информации. В графике обычно доступен
лишь какой-нибудь совсем примитивный "список задач" или открытых окон и всё.

Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 04-Фев-24, 19:36 
>[оверквотинг удален]
> того поведения,которое нужно мне в
> силу моих более чем тридцатилетних привычек.
> Мне нужно было избавиться от идеи "кармана"
> при работе с блоками текста.
> То есть чтобы выделил блок на экране
> и копируешь/перемещаешь его. Вот именно то
> что выделено перед лазами,а не то что заранее
> надо было в какой-то невидимый clipboard
> положить. Кратко говоря "copy" вместо "cut & paste".
> Одно действие вместо двух.

Когда я после университета на своей первой работе начал использовать редактор joe, то мне очень понравилась идея о том, что для выделения, копирования, перемещения и даже кажись удаления блоков в нём применяются такие же способы, как и в том, что я до этого применял раньше в "IDE Turbo (а потом и Borland) Pascal":
^k b - отметить начало блока
^k k - отметить его конец
^k c - скопировать его
^k m - переместить.

Это всё тоже без того невидимого кармана-clipboard.

До сих пор этим редактором и пользуюсь.

Ну только я к этим сочетаниям клавиш в конфигурационном файле джоя для более быстрой работы добавил ещё свои:
F3 - отметить начало блока (по мотивам нортоновского редактора, который приставлялся к Нортон командеру)
F4 - отметить его конец (это не так, как в нортон едиторе, но мне так удобно)
F5 - копировать блок (по мотивам копирования файлов в панели)
F6 - переместить его (по тем же мотивам)
Ну и пару функциональных клавиш F8 да F7 прикрутил к командам "отменить" и "вернуть" соответственно. Ну это всё так - для удобства быстрой работы.

Многооконность в джое есть. Ну только не такая обычная, как в этих IDE да других программах. Причём можно даже один редактируемый файл разбить на несколько окон и в них редактировать разные части файла. Для программирования это удобно. Может быть это удобно и в других целях - писателю там, например, над сюжетом работающему.

Чуть не забыл. А то отправил сообщение сюда уж.

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

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

168. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +1 +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 23:07 
>Редактор joe удобнее "иксовых" редакторов применять потому, что его можно запустить в терминале >внутри скрина, к которому подключился, например, через ssh,

Я тоже пользовался joe когда только начинал переезжать под линукс и нужно было найти что-то более человекообразное чем предлагавшийся тогда по умолчанию vi. Потом уже нашел MC и его mcedit. С тех пор для редактирования через ssh именно mcedit и использую, уже четверть века как. К сожалению,
в mcedit после версии 4.8.13 так усердно прикручивали юникод что частично сломали работу с однобайтными кодировками текстовых файлов. Если раньше достаточно было закомментировать одну строчку чтобы mcedit не считал большую часть второй половины ascii таблицы непечатными символами то теперь такой простой трюк уже не проходит. Впрочем - лично меня полностью устраивает версия 4.8.13 которую легко можно собрать из исходников в современном дебиане взяв исходники из debian jessie. Что я и сделал.

Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от rvs2016 (ok), 03-Фев-24, 23:58 
> Псевдографический - потому что

А я, кстати, даже псевдографику в нём отключаю потому, что она в некоторых случаях умеет отображаться кракозябрами. mc -a переключает все эти рамочки на плюсы, минусы и вертикальные линии, которые правильно отображаются везде. По этой же причине переключаю псевдографику на ascii-графику и в браузерах links/elinks :-)

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

156. "Выпуск файлового менеджера Midnight Commander 4.8.31"  +/–
Сообщение от WatchCatemail (ok), 04-Фев-24, 01:48 
> А я, кстати, даже псевдографику в нём отключаю потому, что она в
> некоторых случаях умеет отображаться кракозябрами. 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
Неприятно удивила агрессивность отвечающих ему,вместо того чтобы помочь.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру