Midnight Commander 4.8.31

нажатиями кнопки Ins

В современных реалиях ее может и не быть

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

Был бы не нужен, если бы была утилита которая делает картинку из схемы

Сомневаюсь что возможно сделать сколько-нибудь осмысленную маленькую картинку-preview из схемы которая занимает лист А3. Так что увы - польза от миниатюр будет разве что для фотографий/рисунков.

Мелкие превью не нужны. Вот тут показано работа превью в терминальных ФМ https://yazi-rs.github.io/features

Если схема на А4, да и на А3 то ее будет видно.

Эргономичность как один из критериев результата при разработке Проводника была сразу самым решительным образом оплёвана, избита ногами, подвергнута публичным унижениям и выброшена на помойку. Главное, на что ориентировались проектировщики explorer.exe — это нулевой порог вхождения. Чтобы любой максимально далёкий от компьютеров человек мог сесть и сразу начать перетаскивать мышечкой или тачпадиком файлики из одной папочки в другую, старательно высунув язык.

И мне очень грустно наблюдать как разработчики в общем-то неплохих программ (Dolphin, Nautilus, PCManFM, Thunar………) тщательно копируют изначально неэффективную концепцию и занимаются фигурной резьбой по говну (c) thesis. В какой-то мере они это делают даже не по своей воле, а чтобы не отпугивать среднего IT-попаданца, который ничего слаще винды с проводником не видел. Но от этого не сильно легче.

Максимально странное умозаключение. Как насчёт того, что они это делают, потому что им так удобнее?

Мы же не предполагаем вариант, что разрабы Гнома делают Гном не потому, что считают его удобным, а чтобы специально сделать хуже? Или предполагаем?

А по поводу тормозов питона на десктопе - это вообще смешно. Понапишут сначала быдлокода, а питон, видите ли, не вывозит… И да, то, что qt тормозит - это тоже гон. Программирую на питоне на нетбуке с 1 Гб рамы, если что.

Я человек, который оптимизировал файловый менеджер, написанный на Си. Питон там не вывезет.

ззы: ща на ctrl-\ в сode висит Terminal: Run Selected Text ln Active Terminal который при пустом выделении отрабатывает текущую строку - получается нечто парное vim’овскому :r!вотэтовотвыделение

Я как-то себе делал приблуду, которая по хоткею берёт выделенный текст как имя файла и открывает его. Если путь к файлу указан не от корня, то она пытается вычленить путь к текущему каталогу из заголовка активного окна. Поскольку обычно у меня активное окно это либо терминал, либо текстовый редактор, и они настроены давать там эту информацию, то всё работает «магически».

Смищно. Чего вывозить-то там? Даже если гипотетически предположить, что код на C сам по себе быстрее аналогичного кода на питоне в 100 раз, пользователь десктопа не заметит разницы между логикой, выполняющейся 0.2 и 0.002 с. Если у тебя тормозит ФМ, то дело, скорее всего, в кривом гуи, видеодровах или тулките. С учетом того, что условный запрос на сервер или к ДБ выполняется дольше всего, то разницей в работе между C и Python на десктопе можно пренебречь. Я бы понял, если бы ты отлаживал числодробилку, но если тормозит десктоп, то это явно не в интерпретаторе проблема.

Смищно. Чего вывозить-то там?

«Смишно», когда ты сам ни в зуб ногой в коде.

Задача:

Произвести поиск по файловой системе, скомпоновать результаты на панель и показать пользователю в отсортированном виде.

Поиск должен работать инкрементально, результаты должны появляться на панели по мере их нахождения.

Всё дополнительное говно, которое умеет ФМ, такое как тумбочки, должно работать корректно.

GUI не должно фризить.

Результат может включать в себя сотни тысяч объектов.

---

Когда дооптимизируешься до этапа, на котором у тебя станет гладко работать рендеринг, и производительность внезапно упрётся в операцию вставки в коллекцию с сортировкой – приходи.

Результат может включать в себя сотни тысяч объектов.

И? Их обязательно все держать в памяти и обрабатывать одновременно? Почему бы не воспользоваться locate и т.п.? Почему бы не обрабатывать результаты кусками? Я очень сомневаюсь, что твой гуй способен без тормозов отобразить сразу несколько сотен тысяч объектов.

Сначала было: «Даже если гипотетически предположить, что код на C сам по себе быстрее аналогичного кода на питоне в 100 раз, пользователь десктопа не заметит разницы между логикой, выполняющейся 0.2 и 0.002 с»

А затем: «Я очень сомневаюсь, что твой гуй способен без тормозов отобразить сразу несколько сотен тысяч объектов.»

На этом, полагаю, разговор себя исчерпал.

Не, ну реально, твой ФМ будет молотить за раз всю ФС, чтобы показать условные 20 совпадений? Я не берусь судить, насколько сортировка на C будет быстрее для сотен тысяч объектов, потому что делать на десктопе такое не нужно, это задачи числодробилки. Любые крупные данные надо кешировать или еще как-нибудь предварительно готовить к обработке.

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

Ставь в режим сверления, трещётка не будет срабатывать.

Далее у тебя в случае перегрузки либо сгорают обмотки двигателя, либо срабатывает защита в контроллере – это зависит от особенностей конкретной модели.

Вариант разрушения редуктора или трещётки намного менее вероятен.

А так – шурики бывают разные:

• https://www.youtube.com/watch?v=iTmNGJtZsM0
• https://www.youtube.com/watch?v=Lxz0d5bSpRQ

Где-то там мужик вкручивал как раз здоровые саморезы в бревенчатую стену.

Но и весит конечно такая дура — дай боже.

Лично я использую в хозяйстве 2 легкие модели: максимально компактный и дешевый 12-вольтовый, а также 18-вольтовый бесщеточный клон Макиты от DEKO.

Читаю этот тред и дико ржу с чувака, который Midnight Commander называет «копией некрософта», а при этом хвалит Мигеля де Икасу, который пытался повторить GNOME как копию виндовой технологии COM поверх CORBA, а также пользуется Наутилусом, который кривая и тормозная копия виндового Проводника.

А еще называет Linux «уникальной системой», при том, что весь юзерлэнд Линукса цельнотянут с Unix-ов, начиная от sh или vi и заканчивая иксами.

Ничего более смешного я давно на ЛОРе не читал.

Своей двухпанелькой пользуйтесь сами, мне привычнее и удобнее использовать нажатый Ctrl и левая кнопка мыши.

Так ты обычный ламер виндовозный. Презренный некрософтовый мышатник и есть. Цитата №1 в lorquotes актуальна во все времена:

https://github.com/OlegKorchagin/lorquotes_archive/blob/main/lor

Подумалось – а были попытки избавить MC от GLib-зависимости?

Подумалось – а были попытки избавить MC от GLib-зависимости?

1. А зачем?
2. Сначала нужно понять, насколько она глубоко проникла. Кто-нибудь изучал вопрос?

А зачем?

Чтобы использовать MC там, где нет GLib.

насколько она глубоко проникла

Очень глубоко. :)

Очень глубоко. :)

Если используются только отдельные алгоритмы и структуры данных, можно просто компильнуть кусок glib2 статически и слинковаться с ним.

Если же MC использует GObject для интеграции со стороними динамически загружаемыми либами, то задача становится сложной.

Чтобы использовать MC там, где нет GLib.

например?

Если же MC использует GObject

Поверхностный поиск такого не нашёл.

например?

Вот мне тоже интересно! :)

Графический интерфейс файлового менеджера имеет свои плюсы - например он может показывать прямо в списке файлов их содержимое в каком-то миниатюрном формате. Было бы удобно с файлам jpeg работать. Хотя и далеко не со всеми «нетекстовыми» файлами это возможно - например нет простого способа показать такую «миниатюру» для электронной схемы в формате KiCAD. Для её отображения сам Кикад нужен.

Если бы у KiCAD было предусмотрено сохранение миниатюры прямо внутри файла, то полноценный KiCAD не нужен, достаточно небольшого куска кода, который способен прочитать формат файла ровно настолько, чтобы миниатюру оттуда выдернуть.

Я сегодня, чисто for fun, в вртуалбоксе поставил mandrake 5.1

Mandrake Linux 5.1 «Venice»
by MandrakeSoft

Publication date 1998-07-23

Никакие сетевухи и иксы естественно не заработали. Там ядро 2.x.
Но, набрал mc и о чудо. Оно там уже было. По дефолту!
mc - ты лучший :)

Publication date 1998-07-23

Но, набрал mc и о чудо. Оно там уже было.

Я в 97 году в тогдашнем Дебиане активно использовал mc и его встроенный редактор. В том числе для исправления драйвера незаработавшей сетевухи тоже. Тогда работал в консоли по большей части так как иксы изрядно подтормаживали на той технике.

Там ядро 2.x.

Вообще-то пропущенная «x» самая важная. Между 2.2, 2.4 и 2.6 разницы больше, чем между условным 4.0 и 6.0. Это почти разные платформы.

Сомневаюсь что возможно сделать сколько-нибудь осмысленную маленькую картинку-preview из схемы которая занимает лист А3. Так что увы - польза от миниатюр будет разве что для фотографий/рисунков.

Польза может быть от превью доски, может помочь визуально по контурам вспомнить, что за доска, если ты вдруг почему-то забыл. От превью схемы действительно скорее всего не будет.

Там ядро 2.x.

Вообще-то пропущенная «x» самая важная. Между 2.2, 2.4 и 2.6 разницы больше, чем между условным 4.0 и 6.0. Это почти разные платформы.

Спецом сейчас опять поставил на посмотреть. :)
linux 2.0.35

Publication date 1998-07-23
Но, набрал mc и о чудо. Оно там уже было.

Я в 97 году в тогдашнем Дебиане активно использовал mc и его встроенный редактор. В том числе для исправления драйвера незаработавшей сетевухи тоже. Тогда работал в консоли по большей части так как иксы изрядно подтормаживали на той технике.

Я начинал с mandrake 5.3. Иксы подтормаживали, русский и все остальное руками.
Но mc уже был...

linux 2.0.35

Первое ядро с которым я имел дело - было 1.2.13 с знаменитого в узких кругах сидюка «Открытое ядро». Вот такого:

https://www.go-electronic.com/wp-content/uploads/2019/05/old-linux.png

Хранится у меня как историческая реликвия.

А под какое-то из первых 2.0.Х написал ядерный модуль который читал данные с платы АЦП от фирмы L-Card. Начальство ее где-то добыло с описанием портов по которым к ней обращаться (шина ISA). Плата тоже мне потом досталась когда ту научную тему закончили и ее списали. Лежит по сей день. Исходник того модуля писал в редакторе MC.

Да пользуйся своим MC, я же не запрещаю тебе. Да, я ламер, в отличие от тебя, вендогения :) Продолжай завидовать нашей линуксовой разрастающейся гавани и скрежетать зубами!

Привет, кто знает что случилось с MC, после обновления перестали работать ГК в меню, к примеру F9->Правая->h - для ssh подключения, не работает пока не поменяю локаль перед запуском, можно исправить ?

GNU Midnight Commander, версия 4.8.30 Скомпилирован с библиотекой GLib версии 2.78.1 С библиотекой S-Lang 2.3.3 и с базой данных terminfo Скомпилирован с библиотекой libssh2 версии 1.11.0 Со встроенным редактором и поддержкой Aspell C поддержкой внутренней командной оболочки С поддержкой фоновых операций С поддержкой мыши в xterm и консоли Linux С поддержкой событий X11 С поддержкой интернационализации С поддержкой многих кодировок С поддержкой ext2fs атрибутов Виртуальная файловая система: cpiofs, tarfs, sfs, extfs, ext2undelfs, ftpfs, sftpfs, fish Тип данных: char: 8; int: 32; long: 64; void *: 64; size_t: 64; off_t: 64;

Если что, ты «вендогением» обозвал человека, который активно контрибутит в pcmanfm и ведёт несколько своих опенсорсных проектов для линукса.

Твоя клоунада окончательно стала унылой.