Обсуждение:Midnight Commander

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Пожалуйста, добавляйте новые темы снизу

«Консольный»[править код]

Почему вдруг «консольный»? Он ведь работает на любом терминале, а не только на консоли. — Monedula 07:25, 11 Апр 2005 (UTC)

ну тогда нужно точно указать что такое консоль.Для меня консоль – это не под X сервером(или его аналогами).sorib 14:38, 22 сентября 2005 (UTC)[ответить]
В юниксоподобных системах консоль — это эмулятор терминала, встроенный в ядро. А ведь могут быть и другие типы эмуляторов — например, xterm. Или можно работать через telnet. Наконец, можно работать и на «железном» терминале. А в MS Windows консоль — это специальный тип окна. — Monedula 06:15, 23 сентября 2005 (UTC)[ответить]
«Консольная программа» — это вполне устоявшийся термин, который обозначает любую программу, работающую в текстовом режиме (без использования GUI). При этом неважно, запущена ли она на консоли, на удалённом терминале или в окне гражической оболочки. --SergV 06:23, 23 сентября 2005 (UTC)[ответить]
Это верно только для MS Windows! В юниксах всё по-другому. — Monedula 07:01, 23 сентября 2005 (UTC)[ответить]
Ну почему? [1],[2], [3]. Я думаю, наоборот, термин пришёл в Windows извне. --SergV 09:20, 23 сентября 2005 (UTC)[ответить]
В Windows термин «консоль» пришёл, скорее всего, из OS/2. В любом случае слово «консоль» слишком неоднозначно (см. консоль (информатика)). Лучше писать не «консольная программа», а «текстовая программа» или «программа текстового режима». — Monedula 10:54, 23 сентября 2005 (UTC)[ответить]
Консоль — слово неоднозначное, «консольная программа» — нет. Результаты поиска в Яндексе: «консольная программа» — 5186, «текстовая программа» (кстати, неоднозначно) — 170, «программа текстового режима» — 12. --SergV 17:20, 23 сентября 2005 (UTC)[ответить]
Консоль в Английской Википедии Так что, давайте оставим как есть.Тем более, что это согласуется с тем, что написано в статье Консоль sorib 11:46, 28 сентября 2005 (UTC)[ответить]
Не вижу никакого согласования. — Monedula 12:07, 28 сентября 2005 (UTC)[ответить]
Предлагаю уже перечитать википедию и чётко разделить разницу между понятиями "Системная консоль" и "Интерфейс командной строки" 93.123.168.44 19:00, 16 августа 2011 (UTC)[ответить]

glib в недостатках[править код]

А как это использование библиотеки glib «затрудняет компиляцию»? Я ей неоднократно пользовался в своих проектах, у меня с ней никаких проблем не было, тем более при компиляции… --212.120.164.234 06:46, 7 июля 2006 (UTC) — Эта реплика добавлена участником D V S (ов)[ответить]

дело в том что библиотека glib хотя и является неотъемлемой частью большинства дистрибутивов, она все равно не обязательна. По сути дела, если компилировать всю систему с нуля, эта библиотека требуется как правило на этапе компиляции приложений для X-Windows и по сути разрабатывается вместе с пакетом GTK той же командой. Это, несомненно, не имеет никакого значения для настольной системы, но, например, на встраиваемой системе с ограниченным количеством места на диске и оперативной памяти (например, сетевой маршрутизатор или КПК) наличие лишней библиотеки нежелательно. Исходя из общей концепции системы, и считая, что большое количество сложных зависимостей между пакетами - один из недостатков Unix, я бы согласился с автором. -- alx 195.162.48.6 00:41, 16 сентября 2006 (UTC)[ответить]
Недостатки: Использование библиотеки glib, что затрудняет компиляцию
Неверная мысль. Вы считаете, что программа должна быть написана с использованием одной лишь библиотеки libc? Подавляющее большинство программ под линукс используют дополнительные библиотеки.
Вы пишите так, как-будто это очевидный общепризнанный факт. Если это было бы так, авторы давно переписали бы все без использования glib. Может Вы считаете себе допустимым рассуждать о чужой работе, отношение к которой Вы не имеете?
"затрудняет компиляцию". Это вообще ерунда. Никакая компиляция не затрудняется, от наличия нормально установленных рабочих библиотек это никак не зависит.
Чувствуется, что Вы не любите glib просто за то, что оно имеет отношение к GTk и Гному. — Эта реплика добавлена с IP 85.140.163.21 (о) 22:15, 20 ноября 2006 (UTC)[ответить]

Честно говоря, на заре становления midnght-commander.org был минихоливарчик по поводу glib. Энрико Вейгелт (Enrico Weigelt ara Metux) начал усиленно предлагать замену глиб в виде своего MHL - MicroHelper Library. Выпустили релиз с ним (4.6.2) и огребли тучу негативных отзывов. Вернули глибы. Сейчас глибы ипользуем как замену многих велосипедов. Например, поддерживаем работу с ini-файлами согласно спецификациям freedesktop.org. А всего лишь заменили свой код по работе с ini-файлами на глибовый. Свой код, кстати, был позаимсвован когда-то из wine. :) Точно также будем избавляться и от popt-библиотеки, фактически встроенной в исходники - у глиба есть свой мощный механизм парсинга комстроки. Вовсю пересматриваем код и меняем потуги на свои аллокаторы памяти (глиб более чем устраивает своим g_malloc0(), g_new0(), g_free() ). Работа со строками переменной длинны - тоже просто песня ( функции семейства g_string_*). В результате больше завязываемся на glib => меньше размер бинарника. Если так уж надо для embedded - есть проект, вроде eglib (Роланд Иллиг упоминал про него). Это облегчённая и урезанная версия глибов. Если кого-то заинтересует - ждём тикетов (с патчами ;) ) на http://midnight-commander.org/newticket.

Contributions/213.184.239.134 18:50, 15 июня 2009 (UTC) Slavaz[ответить]

188.16.129.188 16:57, 11 июля 2009 (UTC)[ответить]

Немного устаревшая информация на странице[править код]

mc сейчас нативно поддерживает UTF-8, при этом используются патчи Ростислава Бенеса, а не патчи от Red Hat или Debian. При этом переключение кодировок работает как в редакторе/просмотрщике, так и в файловых панелях (всё тот же старый добрый ctrl+t). Также сейчас в mc серьёзно переработана система поиска (унифицирована), делаются шаги к унификации всех исходных текстов. Исправлено множество багов (добавлены новые, само собой ;) ), реализованы фичи и бантики... Короче, mc обновился. Фактически, готовимся к пререлизу mc-4.7.0-pre1

По возможности стараемся вести русскоязычную документацию: http://www.midnight-commander.org/wiki/ru/WikiStart

Русского форка как такового уже нет - мы все сейчас развиваем апстрим на http://www.midnight-commander.org, а руфорк так и останется замороженным. Ветка mc-4.7, как минимум, будет содержать все фишки руфорка (плюс множество своих уже уникальных фишек. Например, навигацию по коду в редакторе, показ номеров строк, редактирование нескольких файлов).

Резюме: можно убрать упоминание про руфорк со страницы, а можно и оставить (как памятник успешной попытке разбудить апстрим :) ).

Contributions/213.184.239.134 18:50, 15 июня 2009 (UTC) Slavaz[ответить]

Скриншот[править код]

Обновите скриншот. Мс стал красивше. 213.184.239.70 22:35, 30 октября 2009 (UTC)[ответить]

Сделал новый скриншот, посмотрите. Значительных различий в интерфейсе, правда, не увидел. -- X7q 05:58, 7 ноября 2009 (UTC)[ответить]

интерфейс в недостатках[править код]

Непонятно следующие: "устаревший пользовательский интерфейс". Если речь о псевдографике, то почему недостаток? Это особенность. --Alexeyf 21:00, 13 сентября 2006 (UTC)[ответить]

Согласен, действительно, в Юниксах весь системный софт работает в консоли, однако этот тип операционных систем прочно держится на рынке серверных ОС от части именно из-за использования консольного интерфейса - дело в том что это самый простой и надежный способ удаленного администрирования - если не сказать больше, один из способов унификации и автоматизации, принятый на этой платформе. Midnight Commander, в общем-то, можно отнести к системному ПО, почему же использование одной из важнейших концепций данной платформы считается недостатком? Кстати, существовала и графическая версия mc, которая вошла в ранние версии графической оболочки GNOME - gmc, напоминающая "Проводник" MS Windows. -- alx 195.162.48.6 00:29, 16 сентября 2006 (UTC)[ответить]

По поводу описания: "один из". Си - один из языков программирования... bash - один из командных интерпретаторов...

"клон Norton Commander." - схожесть внешнего вида по умолчанию? По моему MC - это другая программа, весьма отличающаяся от NC. --Alexeyf 11:26, 28 сентября 2006 (UTC)[ответить]

Совершенно верно, «клон» любой программы имитирует лишь её вид и поведение с точки зрения пользователя, а внутри может быть устроен совершенно иначе. — Monedula 13:05, 28 сентября 2006 (UTC)[ответить]
Повторюсь: "по умолчанию". Если одну программу по умолчанию сделать на "вид" и по "поведению с точки зрения пользователя" похожей на другую, то это не значит, как мне кажется, что она станет ее клоном.
"поведение с точки зрения пользователя". По моему, этот показатель разный, хотя бы из-за функционала.--Alexeyf 09:43, 29 сентября 2006 (UTC)[ответить]

Достоинства[править код]

Удалил из достоинств следующий пункт: "Свободное программное обеспечение". Это не является характеристикой программы, это ее лицензия, под которой распространяется данный продукт. — Эта реплика добавлена участником Luckjanov Alex (ов) 15:32, 22 августа 2009 (UTC)[ответить]

Вероятно, имелись в виду достоинства, характерные для всего свободного ПО, такие как: бесплатность для любого использования (+гарантия того, что следующие версии не станут платными, а старые не лишатся поддержки), более лёгкое выявление ошибок, возможность переделки под себя и прочие... --fcxSanya 17:29, 22 августа 2009 (UTC)[ответить]
Чтобы понять это, достаточно посмотреть на лицензию программы. Luckjanov Alex 10:06, 24 августа 2009 (UTC)[ответить]

Здравствуйте товарищи, существует достаточно большоое количество веток от mc, в том числе и русских разработчиков. Было бы интересно описать их, у меня с русским не очень, и нашёл на wiki только ради того, что бы прочитать о них. Но сделаю это когда разбируюсь немного в теме, если никто не сделает это раньше меня(если бы кто этим занялся, было бы очень не плохо), или не будет особых возражений. BASM 11:09, 19 ноября 2009 (UTC)[ответить]

Да, форков много было. А какой-нибудь из них (кроме midnight-commander.org) в последний год или два хоть как-нибудь развивается? -- X7q 11:56, 19 ноября 2009 (UTC)[ответить]
Понятия не имею, развивается или нет, но походу разработчики из последнего русского форка ушли в основную ветку. Если так, вероятно имеет смысл ничего не писать о форках. BASM 12:03, 19 ноября 2009 (UTC)[ответить]
Да вполне можно написать об этом. Можно бы создать раздел «История». -- X7q 12:24, 19 ноября 2009 (UTC)[ответить]

Сообщение об ошибке[править код]

Перенесено со страницы ВП:Сообщения об ошибках#Midnight Commander.

Уточнение статьи о Midnight Commander - на сайте разработчиков выложены исходники последней стабильной версии 4.8.9:

mc-4.8.9.tar.xz 10-Jul-2013 10:48 2.1M mc-4.8.9.tar.bz2 10-Jul-2013 10:48 2.8M

в которой произошли следующие изменения:

Version 4.8.9

- VFS

 * extfs: support unrar-5 (#3015)
 * extfs: use xorriso (if exists) for writing into ISO images (#3027)

- Editor

 * Support unlimited file size (#1743)

- Misc

 * Lot of code cleanups (#2990, #2071, #2164, #2998, #3003, #3005, #3022)
 * Display additional info while viewing (by F3) *.iso files (#2006)
 * New skins:
   - modarin256: set of 256-color skins from Oliver Lange (#2737)

- Fixes

 * Fail to link if system lib does not contain strverscmp (#2992)
 * Segfault when mc's temporary directory doesn't belong to the correct user (#3021)
 * Race condition when creating temporary directory (#3025)
 * Mouse doesn't work in screen and tmux (#3011)
 * Incorrect file size in copy/move overwrite query dialog (#3000)
 * Garbage in subshell prompt (#3001)
 * Incorrect WLabel redraw after text change (#2991)
 * Find File: "All charsets" options don't work (#3026)
 * When an unknown key is pressed, it is interpreted as garbage (#2988)
 * Segfault on creating new file in external editor (#3020)
 * Rotating dash is not removed when mc finishes reading the directory (#2163)
 * mcedit: word completion failed if word to be completed is begun from begin of file (#2245)
 * mcview: broken switch between raw and parse modes (#2968)
 * Hex viewer: continue search doesn't work (#2706)
 * sftpfs: broken SSH aliases (#2923)

текущая версия в разработке - 4.10. Так что данные в статье можно уточнить без опасения ошибки.

Автор сообщения: VictorVG 193.105.175.48 02:42, 13 июля 2013 (UTC)[ответить]

К обсуждению --Shvann о б с  13:11, 13 июля 2013 (UTC)[ответить]