The OpenNET Project / Index page

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



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

Оглавление

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

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


169. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +2 +/
Сообщение от InuYasha (??), 16-Янв-23, 12:35 
Это звено (э|ин)волюции - сперва они каждые 5 секунд дрючат ls -l, потом биндят ll | less, потом делают горячие клавиши потому что иначе половина времени уходит на набор команд, потом пишут для этого какое-нибудь подобие ТУИ, потом просыпаются - а получился очередной ви.
Когда надо работать не с CLI, а именно с файлами, нужен ФМ, и точка.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

210. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 27-Янв-23, 04:11 
А ведь чтобы не дрючить ls -l можно было бы открыть в одном окне mc,а в другом - командную строку. И выполнять каждое действие там где это удобнее. Скопировать файл - в mc,а запустить команду и таки увидеть выполнилась ли она без ошибок - в окне с командной строкой. А не нажимать каждый раз ctrl-o. Но! Это было бы возможно если бы mc умел сам отслеживать изменения показываемого в панели каталога и перерисовывать картинку. Причем технически это вроде как возможно потому что есть inotify. Но mc пользоваться им не умеет. Во всяком случае в дебиане картинку не перерисовывает если содержимое каталога изменилось. Для обновления надо выйти из этого каталога и зайти обратно.
Интересно - существуют ли какие-нибудь файловые менеджеры которые таки умеют за изменения в каталоге следить? И при этом не особенно монстрообразные размерами и зависимостями.
Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от InuYasha (??), 28-Янв-23, 11:09 
В каком-таком окне? Ты ещё скажи жва ssh открывать под это всё. Или на локалхолокосте дрючить CTRL+ALT+F1. Или CTRL+O. Последнее мне удобнее всего.
Про обновление - не могу судить т.к. у меня и вантуз, и кеды - старые, но в этом всём автообновление директорий работает через раз. Не такая простая это задача, наверное.
Ответить | Правка | Наверх | Cообщить модератору

214. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 29-Янв-23, 13:55 
> В каком-таком окне? Ты ещё скажи жва ssh открывать под это всё.
> Или на локалхолокосте дрючить CTRL+ALT+F1. Или CTRL+O. Последнее мне удобнее всего.

Я имел в виду использование МС на локалхосте в Иксах. Довольно распространенный сценарий как мне кажется. А так-то да, если через ssh где-то работать то там уже не до мелких претензий. Хотя можно было бы сделать удобнее просмотр вывода команд и там. Если кто-то может быть помнить Norton Commander 2.0 (да, тридцать лет назад),так вот там был режим когда экран делился по высоте пополам - сверху "синие окошки",а нижняя половина - командная строка. И постоянно дрючить Ctrl-O было не нужно.

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

215. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от Аноним (215), 29-Янв-23, 15:36 
> Если кто-то может
> быть помнить Norton Commander 2.0 (да, тридцать лет назад),так вот там
> был режим когда экран делился по высоте пополам - сверху "синие
> окошки",а нижняя половина - командная строка. И постоянно дрючить Ctrl-O было
> не нужно.

MC тоже так может. Но только в нативной консоли.

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

224. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от rvs2016 (ok), 03-Фев-23, 11:25 
> MC тоже так может

Как в МС это включить?

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

218. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от InuYasha (??), 30-Янв-23, 12:59 
> МС на локалхосте в Иксах. Довольно распространенный сценарий

А по мне - так какое-то безумие типа Нортона под вин10 ) "Родина тебе Dolphin дала, бери, пользуйся..." )

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

219. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 30-Янв-23, 19:15 
>> МС на локалхосте в Иксах. Довольно распространенный сценарий
> А по мне - так какое-то безумие типа Нортона под вин10 )

И чем это плохо? Как минимум позволяет не отрывать руки от клавиатуры поминутно хватаясь за мышь для выполнения простейших действий с файлами типа выбрать и скопировать куда-нибудь. Хотя в те времена когда мне еще приходилось по работе иногда иметь дело с виндами,лет двадцать назад,я там предпочитал Far,а не Нортон.

> "Родина тебе Dolphin дала, бери, пользуйся..." )

Хотел сейчас на него посмотреть - так apt-get install dolphin захотело установить 109 пакетов зависимостей и занять 105 мегов места. Как-то многовато для программы,от которой требуется всего-то копировать/перемещать/удалять выбранные файлы. Для сравнения, MC, правда у меня не самый новый, всего около 6 мегов и буквально пара пакетов.

Посмотрел картинки на сайтах - возникло подозрение что с клавиатуры выполнять операции может быть неудобно. К тому же из-за "однопанельности" не видишь куда копируешь/перемещаешь. Тут конечно могу ошибаться так как впечатление составлено по картинкам,а не по реальной работе. Там вообще не через "карман" операции сделаны как в старых виндах в проводнике было? То есть в одном каталоге надо было файлы выделить(причем выделение регулярно слетало при малейших промахах мышью), нажать "копирование" (нет,не туда куда надо,а в виртуальный "карман",текущее содержимое которого невидимо!), потом пойти в тот каталог куда таки надо скопировать и там нажать команду "вставить". На мой взгляд - крайне медленно и неудобно,да еще это все плохо управлялось с клавиатуры и требовало точных движений мышью. Мне такое поведение попалось в Simply Linux лет несколько назад,уже не помню что там было в качестве файлового менеджера.Зашел отсканировать кое-что,а на машине со сканером там этот линукс был. Как раз классический случай работы с файлами - после сканирования прибить лишнее и забрать на флешку нужно. И это было весьма неудобно без MC. Вот уж точно - лучше копировать в командной строке,чем так. Даже несмотря на необходимость "дрючить ls".

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

220. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от InuYasha (??), 31-Янв-23, 13:51 
Детектор сообщает: обнаружен фанат nc и гномер. Уровень опасности: средний.

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

Если что, Долфин это часть КДЕ, которого, очевидно, нет. Так что, лучше не ставить.

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

225. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от rvs2016 (ok), 03-Фев-23, 11:31 
> Хотя в те времена когда мне еще приходилось
> по работе иногда иметь дело с виндами,
> лет двадцать назад, я там предпочитал Far,а не Нортон.

Ну да. Нортон - это эпоха конца 90-х. В этой эпохе он своё отработал на ура на все 100% и спасибо ему за то, что в то время он с нами был.

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

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

226. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от rvs2016 (ok), 03-Фев-23, 11:41 
> Посмотрел картинки на сайтах - возникло подозрение
> что с клавиатуры выполнять операции может быть
> неудобно. К тому же из-за "однопанельности"

Двухпанельность-то все эти заменители нортонов, фаров и мц, делать пытаются. Но только они наверно сами не понимают - для чего двухпанельность нужна. Она часто нужна для того (это, конечно, не единственное дело двухпанельности), чтобы из одной панели в другую файлы можно было скопировать или переместить быстро(!) - клавиатурой по простому типа F5/F6, а не так, как это сделно у них: файлы в одной панели выделил, скопировал не в соседнюю панель, а  буфер, затем в соседнюю панель прыгнул (хорошо ещё, если одним Табом, а бывает и намного сложнее) и только уже внутри панели-приёмника из буфера предварительно скопированные в него файлы вставляй. Вот была халва - страдать для таких простых операций такой кучей лишних действий вместо того, чтобы их проделать быстро и с завязанными глазами по джедайски в божественных Миднае или Фаре. :-)

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

230. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +1 +/
Сообщение от WatchCat (ok), 06-Фев-23, 13:09 
> можно было скопировать или переместить
> быстро(!) - клавиатурой по простому типа F5/F6, а не так, как
> это сделно у них: файлы в одной панели выделил, скопировал не
> в соседнюю панель, а  буфер, затем в соседнюю панель прыгнул
> (хорошо ещё, если одним Табом, а бывает и намного сложнее) и
> только уже внутри панели-приёмника из буфера предварительно скопированные в него файлы
> вставляй.

Мне вот тоже очень сильно не нравится эта идея с промежуточным буфером,да еще и невидимым - невозможно(или я не знаю способа) посмотреть что в нем сейчас находится. Это надо держать в оперативной памяти, _своей_,а не компьютера.
Причем идея с копированием через буфер встречается не только в файловых менеджерах в стиле "проводника" из старых виндов,но и в текстовых редакторах. Нельзя отметить на экране блок текста и просто скопировать. Надо сначала в буфер,а потом из буфера. Именно из-за отсутствия этого неудобства лично мне нравится пользоваться редактором eFte (сильно перенастроенным под себя).
Причем в текстовом редакторе возможные ошибки из-за невозможности подсмотреть содержимое буфера перед выполнением действий допустим замены - не так критичны потому что всегда есть undo. В случае копирования с заменой файлов в файловом менеджере - восстановление после ошибочного действия может быть куда более сложным. И хорошо если резервная копия есть под рукой.

Относительно же внешнего вида файлового менеджера - с одной стороны конечно его можно было бы сделать графическим и это могло бы даже каких-то удобств в интерфейсе добавить,как например в виндовом Total Commander. Я кстати что-то подобное под линуксом видел лет десять назад,но оно очень уж сырое тогда было.
Но с другой стороны - в линуксе куда чаще чем в виндах бывают ситуации когда надо работать на машине без графики. Самый частый случай - ssh через мобильный интернет с крайне низкой скоростью. Поэтому всё равно нужен текстовый файловый менеджер. А держать их два разных на машине, каждый раз переключаясь "в уме" что и как делается в каждом - менее удобно чем пользоваться одним MC,пусть он и без графических удобств.

Вот еще какая проблема с MC у меня была - с некоторых пор в нем так усердно дописывали работу с юникодными локалями что поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных кодировках. И огромные массивы текстовых файлов в этих кодировках. У меня например личный архив по интересующим меня темам (техника,с компами не связанная) собирается аж с 1989 года. И перекодировать всё это куда-то я точно не буду так как потом замучаюсь отслеживать мелкие возможные повреждения. Был,знаете ли,опыт.

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

231. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от Аноним (231), 06-Фев-23, 14:52 
> Вот еще какая проблема с MC у меня была - с некоторых
> пор в нем так усердно дописывали работу с юникодными локалями что
> поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не
> сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам
> было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть
> и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных
> кодировках. И огромные массивы текстовых файлов в этих кодировках.

"Достаточно, чтобы слова выражали смысл" (Учитель Кун).

Что конкретно сломано? А то слов чересчур много, а информации ноль.

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

233. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +1 +/
Сообщение от WatchCat (ok), 07-Фев-23, 11:07 
> Что конкретно сломано? А то слов чересчур много, а информации ноль.

Сейчас слов будет еще больше,причем более раздражительных для сторонников "идейной чистоты" в линуксе.
Сломано отображение части второй половины ascii таблицы по F3/F4 при использовании однобайтной локали.

Чтобы версия 4.8.13 нормально показывала вторую половину таблицы достаточно закомментировать пару строчек в исходнике:

static inline int
is_8bit_printable (unsigned char c)
{
    /* "Full 8 bits output" doesn't work on xterm */
/*    if (mc_global.tty.xterm_flag)
        return is_iso_printable (c);

    return (c > 31 && c != 127 && c != 155);
*/
    return (c > 31 );
    
}
Утверждение "Full 8 bits output" doesn't work on xterm является ложным уже лет так двадцать,требуется лишь правильная настройка xterm и шрифт где все символы есть.
С более новыми версиями MC так просто уже не получится. На что я и намекал,говоря о сломаной работе с однобайтовыми кодировками.

С этой проблемой столкнулся давно,когда прикручивал локаль CP866 для работы с унаследованными массивами данных на одной из прежних работ. Ну и дома по той же причине сделал. Более подробно,с нужными патчами и конфигами здесь:
https://debianforum.ru/index.php?topic=15610.0
По сей день поддерживаю актуальность этих патчей(с 2008 года) - это замечание для тех кто любит повторять "тебе надо - ты и делай,это же опенсорс". Я сделал. К сожалению не имею навыков(и нужного "блата") для пропихивания патчей в апстрим (и в Иксы и в MC).

Любителям поговорить о "ненужности" однобайтных кодировок можно заглянуть например по этим ссылкам - у людей возникали такие же надобности как и у меня:
https://vtitov.blogspot.com/2014/07/dos-cp866-linux-xterm.html
https://linuxmint.com.ru/viewtopic.php?t=5798
Также можно посмотреть на счетчик скачивания у моего патча - за пару лет это потребовалось двум десяткам человека как минимум. А сколько скачало с даты первой публикации (2008г) не знаю так как там где я это размещал счетчиков нет.

А вот более новый MC приучить к показыванию полностью второй половины ascii таблицы у меня терпения не хватило так как особой надобности небыло - меня и так всё устраивает в версии 4.8.13.
И мне вообще непонятно зачем авторы MC решают за пользователя какие символы во второй половине таблицы у него "printable",а какие нет. Как будто не знают что существуют кодировки где вторая половина таблицы активно используется. Хотя если это американцы то могут и не знать.
Кстати,у белорусов есть кодировка cp1133,с ней те же проблемы будут. Хотя она официально поддерживается в Иксах,в отличие от cp866 (почему-то).

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

234. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от Аноним (234), 07-Фев-23, 12:53 
> Более подробно,с нужными патчами и конфигами здесь:
> заглянуть например по этим ссылкам

Тикет в багтрекере mc есть? Нету? Пока вы будете ныкать свои патчи по каким-то форумам, так и будете страдать.

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

235. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +1 +/
Сообщение от WatchCat (ok), 07-Фев-23, 20:33 
> Тикет в багтрекере mc есть? Нету?

Я же прямо написал выше - что не имею ни нужных навыков ни "блата" для пропихивания патчей в апстрим. И уж тем более не умею вести деловую переписку (да и вообще никакую) на грамотном английском. Если авторы MC считают что символы из второй половины таблицы могут быть не printable то как я со своим убогим английским буду растолковывать им что бывают кодировки русского языка где вся вторая половина таблицы используется...

>Пока вы будете ныкать свои патчи по каким-то форумам, так и будете страдать.

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


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

236. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от rvs2016 (ok), 08-Фев-23, 03:40 
> Мне вот тоже очень сильно не нравится эта идея с промежуточным буфером,да
> еще и невидимым - невозможно(или я не знаю способа) посмотреть что
> в нем сейчас находится. Это надо держать в оперативной памяти, _своей_,а
> не компьютера.
> Причем идея с копированием через буфер встречается не только в файловых менеджерах
> в стиле "проводника" из старых виндов,но и в текстовых редакторах. Нельзя
> отметить на экране блок текста и просто скопировать. Надо сначала в
> буфер,а потом из буфера.

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

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

>[оверквотинг удален]
> пор в нем так усердно дописывали работу с юникодными локалями что
> поломали работу в обычных однобайтовых кодировках. Поэтому я использую последнюю не
> сломаную версию 4.8.13. Вобщем-то меня в ней абсолютно всё устраивает,а разработчикам
> было бы неплохо помнить о том,что кроме новейших систем использующих юникод,есть
> и немало всякого унаследованного оборудования со своим софтом,работающим только в однобайтных
> кодировках. И огромные массивы текстовых файлов в этих кодировках. У меня
> например личный архив по интересующим меня темам (техника,с компами не связанная)
> собирается аж с 1989 года. И перекодировать всё это куда-то я
> точно не буду так как потом замучаюсь отслеживать мелкие возможные повреждения.
> Был,знаете ли,опыт.

Ну да. С юникодами этими, наталкиваемыми сильно рьяными разработчиками куда надо и, к сожалению, куда даже и не надо, бывает много проблем. А в МС какая конкретно проблема с кодировками? У них с этим получается получше, чем в far2l ("FAR для linux"). В МС если напоролся на файлы в каличных кодировках, то в панели через Esc-E переключил и спас файловые имена от нечитаемости. Аналогично Esc-E и внутри миднаевского редактора и вьювера выручает. А непроходимых проблем с кодировками в МС я не встречал.

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

237. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 08-Фев-23, 17:40 

> Esc-E и внутри миднаевского редактора и вьювера выручает.

Еще раз взгляните на приведенный мной выше кусок кода из MC - там при запуске в иксовом терминале часть символов из второй половины таблицы принципиально считается непечатными якобы потому что xterm не может их отобразить. Даже комментарий про это кем-то из авторов написан.
Что есть либо честное заблуждение либо наглая ложь,так как при соответствующей настройке xterm таки может отображать все символы. Но объяснить это MC можно только исправлением исходника.

При желании не только видеть,но и вводить русские буквы в 866 кодировке - увы,приходится патчить еще и xlib так как нет механизма добавления новой "иксовой" локали без дописывания кода в библиотеку - одними конфигурационными файлами не обойтись.

>С юникодами этими, наталкиваемыми сильно рьяными разработчиками куда надо и, к сожалению, куда >даже и не надо, бывает много проблем.

Полностью с вами согласен. Правильно сказано предками - "всему своё место". А еще напомню правила правила именования идентификаторов из классических учебников по программированию.
"идентификатор может состоять из букв латинского алфавита a—z и A—Z, цифр 0—9 и символа подчеркивания «_»; первый символ имени не должен быть цифрой"
Имя файла - это идентификатор. И в интернациональной языковой среде он таки должен быть универсально-стандартным. А любителям называть файлы на русском (или любом другом языке) я могу только пожелать получить когда-нибудь файл,названный на хинди или суахили. Интересно,что судя по содержимому китайского интернета - там иероглифами в именах файлов не злоупотребляют. А то весело было бы скачать апдейт прошивки для контроллера моей домашней автономной солнечной энергетики с именами из китайских иероглифов.

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

238. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от rvs2016 (ok), 10-Фев-23, 02:07 
> Имя файла - это идентификатор. И в интернациональной
> языковой среде он таки должен быть универсально-стандартным.
> А любителям называть файлы на русском (или любом
> другом языке) я могу только пожелать получить
> когда-нибудь файл,названный на хинди или суахили.

Да... Людей сейчас уже и не убедишь отказатья от привычки давать файлам имена из русских буковок. Выросло уже целое поколение, которое упирается агрессивно просьбам не называть файлы русскими именами... Да ещё и говорят типа - "да чё вы сказки рассказываете, у меня с русскими имнами всё нормально и проблем никогда не было". Они ж не понимают, что "никогда не было" != "никогда не будет". Они живут по какому-то упрощённому методу математической индукции, в которой правило доказательства индуктивного перехода от шага n к шагу n+1 они выкинули как атавизм стариков-пердунов. Думают, что если у них никогда не было проблем, о которых им расказывают и предупреждают те самые старики-пердуны, то проблем никогда и не будет. А я ещё со времён старого доброго доса (да и начальных виндов) помню, как на полетевших файловых системах файлы, которые кто-то называл по русски (не грешили и винды иметь каталоги типа Мои документы и т.п.) файлы начинали отображаться вопросительными знаками. Хорошо хоть, что до расширений в файловых именах руки руссификаторов не дотягивались и это помогало быстрее восстанавливать файлы, от имён которых оставались одни вопросительные знаки.

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

239. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 10-Фев-23, 20:30 
> Людей сейчас уже и не убедишь отказатья от привычки давать файлам
> имена из русских буковок.

Если люди не обучались программированию они не знают что такое "идентификатор" и каким он должен быть. Безграмотные пользователи были всегда,я их еще на ЕС ЭВМ застал.
Впрочем, на своей машине человек может называть файлы хоть на иврите. Главное чтобы не создавал этим проблемы другим. А с созданными себе проблемами как-нибудь сам разберется. За свой счет. Имена файлов в национальных кодировках или с экзотическими юникодными символами - далеко не самая страшная проблема которую могут создать "чайники". При необходимости специалист может в почти автоматическом режиме переименовать такие файлы в транслит. Или в автоматически сгенерированные цифровые имена если от неудобных символов уже одни "вопросики" остались. Кстати, МС даже если видит имя файла как "вопросики" то всё равно может показать его содержимое. Во всяком случае в Линуксе.

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

212. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от Аноним (215), 28-Янв-23, 18:51 
> Для обновления надо выйти из этого каталога и зайти обратно.

Не надо. Учите матчасть.

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

213. "Выпуск файлового менеджера Midnight Commander 4.8.29"  +/
Сообщение от WatchCat (ok), 29-Янв-23, 13:49 
>> Для обновления надо выйти из этого каталога и зайти обратно.
> Не надо. Учите матчасть.

Ну можно еще Ctrl-R нажать. Просто выйти-войти быстрее получается. Но дело не в том,какое именно действие выполнять,а в том,что MC не умеет обновлять содержимое панели САМ. Без каких-либо действий со стороны пользователя.


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

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

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




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

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