|
| 1.2, Какаянахренразница (ok), 09:16, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +24 +/– |
 Дас ист хорошо.
На всякий случай приношу свои извинения разработчикам emacs, vi, nano и т.д. за то, что не смог осилить их продукты.
| | |
| |
| |
| 3.38, АнонимХ (ok), 19:00, 13/03/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
 > ботаники
Это те, которые копаются со всякими корешками, пыльцой и хлорофиллом? Да, похоже на разработчиков нано
| | |
| 3.57, Аноним (-), 22:29, 13/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
У mc редактор удобнее, шорткаты более человеческие. А в просмотрщике есть даже простенький hex редактор, очень удобно. Еще бы перестало mc клинить при перемотке в конец 10Gb файла - цены бы ему не было.
| | |
|
| 2.19, user455 (?), 12:22, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
я вим освоил после того, как мне показали, как в нем можно одним махом выполнять действия над произвольными блоками текста. вроде откомментить/раскомментить, вставить, заменить и т.д. до этого пользовался nano и в ус не дул. ну и выделения, вставки, вырезания там супер удобные.
| | |
| |
| 3.26, Аноним (-), 14:25, 13/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
это все круто, мне тоже бывало нужен был такой функционал, но как то не осилил и лень. человеку которому изредка нужно поправить пару строчек в конфигах это точно не особо нужно. а тем кто что то серьезное пишет они ваяют это в IDE и им в целом пофиг на это дело, поскольку врядли оно им надо. в общем это нужно только обдолбанному одмину в тапках ;)
| | |
| |
| 4.44, Michael Shigorin (ok), 19:46, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > это все круто
Главное, что сильно облегчает работу с текстом.
> мне тоже бывало нужен был такой функционал, но как то не осилил и лень.
Оторвите от комментирования четверть часа на установку и прохождение vimtutor :)
| | |
| |
| 5.58, Аноним (-), 22:31, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Оторвите от комментирования четверть часа на установку и прохождение vimtutor :)
Не отменяет того факта что vim'овские команды требуют слишком много нажатий кнопок. Быстренько отредактировать конфиг или исходник по месту mc самое то. А для тяжеловесного патчинга большого проекта лучше что-нибудь более похожее на IDE взять все-таки. Там удобные средства есть, даже в geany и kate.
| | |
| |
| 6.110, user455 (?), 13:17, 18/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Не отменяет того факта что vim'овские команды требуют слишком много нажатий кнопок
я раньше говорил примерно то же самое. один в один.
| | |
|
|
|
|
| 2.25, Аноним (-), 14:19, 13/03/2016 [^] [^^] [^^^] [ответить]
| +7 +/– |
хз я согласен что vi, vim, emacs это для избранных, но с nano то в чем у Вас возникли проблемы? ;)
| | |
| |
| 3.85, Какаянахренразница (ok), 10:57, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> хз я согласен что vi, vim, emacs это для избранных, но с
> nano то в чем у Вас возникли проблемы? ;)
Хочешь назвать меня дураком? Так и скажи.
| | |
| 3.105, PnDx (ok), 14:08, 15/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Нововведение в районе 2013 г.: nano научили делать undo.
Эта передовая фича потребовала компиляции/запуска со спец. параметрами.
[/troll_mode]
| | |
|
|
| 1.6, EuPhobos (ok), 09:32, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Пользовался очень давно им, скажите, так всё ещё и тормозит жутко при распаковке/копировании многих мелких файлов?
Помню процедура распаковки занимала до 5 минут, когда команда tar xf того же файла выполнялась за несколько секунд (распаковку делал на разных машинах похожих по железу, если вдруг кто подумал про кэш)
| | |
| |
| 2.8, Аноним (-), 10:20, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас набегут и скажут тебе, что это тру, ибо реализация истинно верная - юниксвейная.
| | |
| |
| |
| |
| 5.59, Аноним (-), 22:34, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Пробовал. Работает. Большой разницы c mc не заметил.
Навигация по *nix-овой файловой системе - кривая, права отредактировать нельзя (в mc c-x, c и c-x, o). Зато есть c-a который как бы редактирует какие-то DOSовые права, но что он при этом в *nix отредактирует - загадка.
| | |
|
|
| 3.11, Andrey Mitrofanov (?), 11:47, 13/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> реализация истинно верная - юниксвейная.
Мигель запилил, Мигель не может ошибаться, Мигель истинно вейный!
| | |
| 3.49, Mihail Zenkov (ok), 20:12, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
 Unixway тут не причем. Проблема в том, что mc обновляет статус операции на экране для каждого файла. Особенно это раздражает, когда работаешь на tmpfs. У меня уже привычка выработалась rm -rf <alt>+<enter> нажимать ибо это на порядок быстрее, чем ждать пока mc удалит директорию с большим количество мелких файлов.
Для какой-то операции (вроде при подсчете размера директории) это исправили, ждем для остальных ;)
| | |
| |
| 4.60, Аноним (-), 22:35, 13/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
А вот наш Михаил Зенков. У которого иксы "не тормозят", но почему-то перерисовка статуса операции его напрягает.
| | |
| |
| 5.64, Mihail Zenkov (ok), 22:43, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Попробуете сами: распакуйте исходники ядра в tmpfs, удалите их из mc. Потом повторите, но удалите используя rm -rf.
По-вашему нормально, когда статус обновляется 50000 раз на операции, которая должна занимать 0.2 секунды?
P.S. Xorg тут не причем, я специально патчил st для ограничения максимального fps. Тормозит именно mc.
| | |
| |
| 6.93, Аноним (-), 19:13, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> По-вашему нормально, когда статус обновляется 50000 раз на операции, которая должна занимать
> 0.2 секунды?
Если система напрягается перерисовать 50 000 раз небольшой участок экрана за 0.2 секунды - с выводом графики дело плохо. А операция может занять и 5 минут. Создайте миллион файлов в каталоге. А теперь попробуйте стереть этим вашим rm, тогда и поговорим о потреблении ресурсов. Миднайт правда тоже умрет если сканирование иерархий разрешено.
> P.S. Xorg тут не причем, я специально патчил st для ограничения максимального
> fps. Тормозит именно mc.
Тормозит отрисовка, в которую упирается mc. FPS тут вообще очень опосредованно. Draw call - одно. FPS - другое.
| | |
| |
| 7.98, Mihail Zenkov (ok), 21:47, 14/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Специально для вас не поленился - запустил sysprof:
mc - 71.15%
st - 19.81%
X - 3.54%
Хоть у st и ограничен fps, ему все равно приходится обрабатывать весь этот поток от mc. Процедуры рендеринга в st < 0.01%. Xorg запускался на amd с его кривоватой реализацией exa. На intel/sna было бы еще меньше.
Самая медленная функция в mc - _nc_hash_map (ncurses) 20.93% от общего потребления, остальное - прочие функции форматирования текста и работы с unicode.
Полный отчет профайлера (открывать в sysprof): http://knk.square7.ch/mc.prof
| | |
| 7.99, Michael Shigorin (ok), 22:20, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Если система напрягается перерисовать 50 000 раз небольшой участок экрана
> за 0.2 секунды - с выводом графики дело плохо.
Когда человек без имени и аргументов наезжает на человека с именем и аргументами,
получается даже не смешно.
Вы вообще в курсе, какое количество изменений в секунду в принципе осмысленно отрисовывать для человеческого глаза? А для LCD-матрицы?
| | |
|
|
|
| |
| |
| 6.91, Аноним (-), 14:34, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
В MC общая архитектура работы с архивами. Не тормозит - значит норм, тормозит - 99% что все упирается в пофайловую разархивацию через конкретную консольную утилиту.
| | |
|
|
|
|
| 2.21, Аноним (-), 13:02, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
У меня всё распаковывается быстро, за исключением одного единственного типа архива, который всё ещё довольно распространён в сети - zip. Вот zip распаковывается просто с ужасающе низкой скоростью порядка пары килобайт в секунду.
Неужели разработчикам mc не очевидно что текущую реализацию распаковки для zip файлов надо исправить в первую очередь, а остальные баги отложить на потом.
| | |
| 2.24, Аноним (-), 13:46, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я думаю, это не исправят, т.к. mc распаковывает файлы по-одному (чтобы иметь возможность распакоывать то, что надо и туда, куда надо), а tar - весь архив целиком.
| | |
|
| 1.12, Аноним (-), 11:50, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
Как медленно распаковывал ZIP архивы, так и распаковывает. Кажется, теперь ещё медленнее.
| | |
| 1.13, anonymous (??), 11:51, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– | |
>Убран флаг поиска с учётом содержимого ("Search for content")
Весьма спорное "улучшение".
>Поддержка форматов сжатия lzip и lz4;
Но продолжает виснуть на rar с паролем и тормозить при распаковке zip. Молодцы, чё.
| | |
| |
| 2.29, Crazy Alex (ok), 16:22, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Что в нём спорного? Есть контент - ищем его, нет - не ищем. Стереть не сложнее, чем галку снять, а путаницы меньше. Кому нужно сохранять значение - хистори в помощь.
В общем, спасибо - убрали то, обо что я регулярно бился, как и о пустую маску.
Вообще - просто образец того, какие должны быть релизы для стабильного софта - только фиксы, никаких "новых морд" и подобной чуши.
А что до rar - ну вперёд, патчам наверняка будут рады. С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f
| | |
| |
| 3.32, Аноним (-), 17:30, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>Кому нужно сохранять значение - хистори в помощь.
Тут действительно Alt+P, Alt+N удобней чем каждый раз ставить флаг поиска.
>С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f
Нет не проще. Мне не удобно для распаковки переходить в консоль и писать команду распаковки, работа с zip архивами в Midnight Commander сделана плохо и требует переработки.
| | |
| |
| 4.33, Аноним (-), 17:33, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Тут действительно Alt+P, Alt+N удобней чем каждый раз ставить флаг поиска.
Если нужен список со всеми пунктами истории то Alt+H.
| | |
| 4.48, Crazy Alex (ok), 20:01, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Куда переходить? Командная строка всегда на экране. Есил слишком сложно - можно добавить в меню по F2 что-то вроде unzip %f -d %D
То есть да, пофиксить скорость работы с zip было бы неплохо, но катастрофы я в этом и близко не вижу.
Если уж на то пошло, гораздо больше раздражает туповатая логика переноса каталога - там вместо мгновенного переноса в пределах одного раздела начинает, как минимум, сканировать каталог, а часто ещё и переносить поэлементно. Но, опять же, mv %f %D - не ахти какая сложность.
Вообще, mc - это прежде всего удобное дополнение к шеллу, а никак не его замена.
| | |
| 4.74, iCat (ok), 06:00, 14/03/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Не удержался:
>...Мне не удобно для распаковки переходить в консоль и писать команду распаковки...
Оторви левую руку от подбородка, а правую - от мышки. Производительность работы весьма существенно увеличится.
| | |
| 4.97, SysA (?), 20:40, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>С zip вообще не понимаю стонов - поглядеть архив и файлы по одному просмотреть/распаковать - всё в порядке, а целиком - один хрен проще сказать unzip %f
> Нет не проще. Мне не удобно для распаковки переходить в консоль и
> писать команду распаковки, работа с zip архивами в Midnight Commander сделана
> плохо и требует переработки.
A и не надо совсем переходить, только пишешь, например:
unzip -l <Alt/Enter><Enter>
ну и <Ctrl/O>, если просмотреть результат надо.
| | |
|
| |
| 4.56, Mihail Zenkov (ok), 22:28, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Ага, а потом рукам вычищать,если вдруг не устраивает.
ctrl+up нажать не сложнее, чем таб и пробел.
| | |
| |
| 5.67, anonymous (??), 23:16, 13/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>ctrl+up нажать не сложнее, чем таб и пробел.
А наводить на поле за тебя Пушкин будет? Уже три разных сочетания клавиш. Честно, разрабам просто делать нечего, кроме как менять то, что к чему все давно привыкли.
| | |
| |
| 6.69, Mihail Zenkov (ok), 23:23, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А наводить на поле за тебя Пушкин будет?
Так при нажатии таб мы все равно сперва попадаем на это поле и только потом на "Поиск по содержимому".
| | |
| |
| 7.80, anonymous (??), 08:17, 14/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Так при нажатии таб мы все равно сперва попадаем на это поле и только потом на "Поиск по содержимому".
Так о том и речь. Вместо двух табов соло на клавиатуре.
| | |
|
|
|
|
|
| 2.61, Аноним (-), 22:39, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Но продолжает виснуть на rar с паролем и тормозить при распаковке zip.
А если открыть просмотрщиком файл на ...цать гигабайт - все нормально. Пока end не нажмешь, после чего он ... нет, что-то типа fseek(... SEEK_END) было бы слишком просто и быстро. Вместо этого надо прочитать все 20 гигабайт.
| | |
| |
| |
| 4.94, Аноним (-), 19:22, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А концы строк искать и разметку делать Пушкин будет?
Это даже с wrap и без formatting бывает. Честно говоря я не понял зачем там вообще какой-то "formatting" и что он делает. А вот ужасные тормоза, при том что эту операцию нельзя прервать - заставляют kill -9 использовать, неудобно. Не ждать же мне 20 минут пока миднайт отформатирует мне все строки в каком-нибудь ISOшнике? Зачем мне там строки вообще? Я хочу быстро понять что это, mc для этого удобен. Если бы не такой клюк.
| | |
|
|
|
| 1.14, Аноним (-), 11:55, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Отличный менеджер. Но криворукие SuSe сборщики отключили поддержку ssh при сборке, приходится пересобирать
| | |
| |
| 2.37, Андрей (??), 18:45, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Советую зарегистрироваться и оставить там свой "крик". Напомнит, что бага скорее важная.
| | |
|
| 1.16, Etch (?), 12:09, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Улучшена реализация списков и их прокрутка колесом мыши;
А в чём улучшение заключается?
Когда они уже догадаются сделать, чтобы в диалоге смены овнера и группы (Ctrl+x o) нажатие на букву приводило к смещению указателя к первому овнеру/группе, с этой буквы начинающемуся... Иногда парит руками листать список, если в системе много юзеров.
| | |
| |
| 2.30, Crazy Alex (ok), 16:24, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
А бага есть на это дело? Может, сами они этим диалогом вообще не пользуются, или не используют там, где много юзеров - тогда догадаютя примерно никогда.
| | |
|
| 1.18, user455 (?), 12:18, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
никогда не понимал, зачем он нужен :) несколько раз пытался начать им пользоваться, но как-то не срослось. просто консоли всегда было достаточно, а мц только мешал. хотя возможно я просто не правильно его юзал.
но все равно поздравляю всех адептов :)
| | |
| |
| 2.20, anonymous (??), 12:58, 13/03/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
То что ты не понимаешь, это не означает, что ты умеешь пользоваться консолью.
| | |
| 2.45, Michael Shigorin (ok), 19:50, 13/03/2016 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> никогда не понимал, зачем он нужен :)
Разгребать помойку в ~/Download и шариться по архивам; для остального применяю zsh, ssh, rsync, lftp и vim.
| | |
| 2.53, MaOR (ok), 22:10, 13/03/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Когда нужно быстро просмотреть дерево каталогов, найти в них каталог с нужным файлом, что-нибудь в нем поправить и скопировать из этого каталога куда-нибудь - MC самое то. Это намного удобнее чем 100500 раз набрать:
cd ./QWERTYU
ls
cat ./qwertyui.log
cd ../
| | |
| |
| 3.109, user455 (?), 18:31, 17/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
find . -type f -exec grep -iH 'somethin' {} \;
find . -type f -iname "asdasdasd*" -exec sed -i'' "s/111/222/g"
это очень удобно.
| | |
|
| 2.65, Нимано (?), 22:44, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> никогда не понимал, зачем он нужен :)
Один из немногих ФМ, который может показать и отсортировать файлы по atime или ctime. Иногда очень удобно.
| | |
| 2.95, Аноним (-), 19:27, 14/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> пользоваться, но как-то не срослось. просто консоли всегда было достаточно,
В миднайте активное хождение по уровням вложенности файловой системы и изучение того что там есть - сильно быстрее получается. Особнно если включить "links browsing mode", где смена уровня кнопками вправо/влево.
| | |
| |
| 3.100, Michael Shigorin (ok), 22:22, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> пользоваться, но как-то не срослось. просто консоли всегда было достаточно,
> В миднайте активное хождение по уровням вложенности файловой системы и изучение того
> что там есть - сильно быстрее получается.
Не-а, если файловая система упорядочена и знакома, а не представляет из себя помойку... исподволь тратишь время вроде бы долями секунды, но на деле оказывается, что лучше всё-таки наводить порядок хотя бы кусочками, а затем ходить по ним всё тем же zsh.
> Особнно если включить "links browsing mode", где смена уровня кнопками вправо/влево.
Без этого в mc вообще туго, напрашивается на умолчание.
| | |
|
|
| |
| 2.35, Андрей (??), 18:41, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Слать-то можно и так. Но там, к сожалению, некому этими патчами заниматься :( Даже готовыми.
| | |
| |
| |
| |
| 5.46, Michael Shigorin (ok), 19:51, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Да. Но там одни и те же имена. Не правда-ли?
А эти имена не занимаются сторонними патчами, что ли?
(знаю по переписке нескольких человек -- удивился бы)
| | |
| |
| 6.47, Андрей (??), 19:58, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Один из них - да. Про других не знаю. Но всего у одного времени не хватает.
| | |
|
|
|
|
|
| 1.23, Ano (?), 13:15, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Годнота, но со скоростью распаковки что то надо делать. Тогда совсем будет сказка.
| | |
| 1.31, th3m3 (ok), 16:52, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Оно ещё пилится? Создатель вроде же забросил его? Ну, отлично же! Пользуюсь на серверах, удобная штука.
| | |
| |
| 2.34, Andrey Mitrofanov (?), 17:52, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Оно ещё пилится? Создатель вроде же забросил его? Ну, отлично же! Пользуюсь
> на серверах, удобная штука.
Где чалился, Зоркий Глаз? Обнаружил наконец-то, что нет стены? Дело.
09.11.2015 12:33 Релиз файлового менеджера Midnight Commander 4.8.15
05.09.2014 21:34 Релиз файлового менеджера Midnight Commander 4.8.13
11.07.2013 20:00 Релиз файлового менеджера Midnight Commander 4.8.9
19.07.2012 14:17 Релиз файлового менеджера Midnight Commander 4.8.4 с поддержкой SFTP
20.10.2011 10:06 Релиз файлового менеджера Midnight Commander 4.8
..."версия также примечательна переходом на лицензию GPLv3+"...
28.12.2010 15:30 Вышел файловый менеджер Midnight Commander 4.7.5
16.01.2010 13:38 Компания Microsoft присудила Мигелю де Икаса звание MVP
25.12.2009 22:46 Вышел Midnight Commander 4.7
"После нескольких лет забвения и практически умирания проекта, новая команда разработчиков Midnight Commander выпустила[...]"
21.11.2008 20:13 Вышел форк Midnight Commander
"Вячеслав Занько создал форк консольного файлового менеджера Midnight Commander, находящегося в последние годы в глубокой стагнации (последний релиз вышел в 2005 [...]"
| | |
| |
| 3.96, Аноним (-), 19:33, 14/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 16.01.2010 13:38 Компания Microsoft присудила Мигелю де Икаса звание MVP
Однако!
| | |
|
| 2.36, Андрей (??), 18:43, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Создатель вроде же забросил его?
Создатель - да и давно. Но нашлись другие. Они, кстати, тоже забросили. Но нашлись следующие. Они были в мае прошлого года как раз на грани тоже забросить. Но пока дышит. Будем надеяться, что выживет.
| | |
| |
| 3.41, Uri (??), 19:19, 13/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Пока сорцы есть - всегда найдутся желающие что-то доделать.
| | |
|
|
| |
| |
| 3.103, . (?), 04:12, 15/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Эт вряд ли!(С)
Уж сколько портировщиков оставили обломанные зубы и уползли поскуливая в кусты ... :(
FAR мне нравиЦЦо, но оно же 19 дюймовыми гвоздями, пневмо-молотом, прибито к форточке.
Так что пилите mc, Шура, оно - золотое! :)
| | |
|
|
| 1.52, Аноним (-), 22:03, 13/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Убран флаг поиска с учётом содержимого
зря убрали - раньше было удобно через Alt+r ставить и снимать флаг, теперь надо будет переходить в строку и удалять все, т.е. интерфейс стал менее удобен, но "более понятен"
| | |
| |
| 2.62, Аноним (-), 22:41, 13/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
Действительно, теперь снятием 1 галки не отделаешься. Блин, зачем чинить то что не сломано?
| | |
| |
| 3.68, anonymous (??), 23:20, 13/03/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Действительно, теперь снятием 1 галки не отделаешься. Блин, зачем чинить то что
> не сломано?
А потому, что это просто. И релиз можно выпустить. Главное, чтобы была видимость работы.
| | |
|
| 2.77, PavelR (??), 06:51, 14/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если в новой версии нажатие Alt+r будет производить очистку строки поиска - это будет приемлемо для вашего юзкейса ("сценария использования")?
| | |
| |
| 3.81, anonymous (??), 08:20, 14/03/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Если в новой версии нажатие Alt+r будет производить очистку строки поиска -
> это будет приемлемо для вашего юзкейса ("сценария использования")?
Лучше галку верни. Вытягивать пальцы каждый раз крайне неудобно.
| | |
| |
| 4.101, Michael Shigorin (ok), 22:24, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Если в новой версии нажатие Alt+r будет производить очистку строки поиска -
> Лучше галку верни. Вытягивать пальцы каждый раз крайне неудобно.
Это на какой же клавиатуре/раскладке Alt-r -- вытянутые пальцы? Или в каком возрасте? :)
| | |
|
|
|
| 1.78, Аноним (-), 07:18, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Знаю, что сюда заглядывают уважаемые разработчики mc ))
Хотел спросить, не планируется ли в mcedit реализация режима soft word wrap? Очень жду этой фичи, без неё крайне неудобно редактировать html/markdown c большими блоками сплошного текста.
| | |
| |
| 2.102, Led (ok), 22:54, 14/03/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > И что делать у кого серверный вариант сусе и glib =2.14???
И деревянные игрушки к полу прибиты?
| | |
|
| |
| |
| 3.92, Mihail Zenkov (ok), 15:26, 14/03/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Про двойной ESC я знаю :)
Тут проблема оказалось в изменении поведения: mc.default.keymap до версии 4.8.4 (2011г) для выхода из mcedit было указано только f10, но mcedit все равно выходил по esc. Потом прописали f10 и esc.
Сейчас поведение изменилось - выход по esc, только если он указан в конфиге. Оно вроде правильно, но у пользователей давно использующих mc и переопределивших свои клавиши появился забавный глюк.
| | |
|
|
| 1.87, DmA (??), 12:57, 14/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
а кто-нибудь ещё использует Demos Commander (deco) из FreeBSD под Линуксом?
| | |
| 1.104, Аноним (104), 09:51, 15/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Обновил mc до 4.8.16 на FreeBSD, сломался subshell. По ctrl+o показывает интерпретатор, но нажатие любой клавиши возвращает экран mc.
| | |
| 1.107, WatchCat (ok), 17:32, 15/03/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А насколько реально упросить разработчиков выкинуть вот эту проверку на диапазон
символов 127-255 ?
Для современного xterm оно уже лет минимум десять не актуально.
--- 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);
}
| | |
|
