The OpenNET Project / Index page

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



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

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

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

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

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

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

Оглавление
Выпуск файлового менеджера Midnight Commander 4.8.29, opennews, 15-Янв-23, 09:02  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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