LINUX.ORG.RU

GNU nano 4.3 «Musa Kart»

 , , , ,


0

1

Объявлено о релизе GNU nano 4.3. Изменения в новой версии:

  • Восстановлена возможность чтения и записи в FIFO.
  • Время запуска сокращено за счет того, что полный синтаксический анализ теперь производится только при необходимости.
  • Обращение к справке (^G) при использовании ключа –operatingdir теперь не приводит к сбою.
  • Чтение большого или медленного файла теперь можно остановить с помощью ^C.
  • Операции вырезания, удаления и копирования теперь отменяются отдельно при смешивании.
  • Meta-D сообщает правильное количество строк (ноль для пустого буфера).

>>> Подробности

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 1)

Чтение большого или медленного файла теперь можно остановить с помощью ^C.

Вот интересно, что это у них за файлы такие, терабайтные что ли? 90 ГБ catalina.out читался у меня мгновенно.

sT331h0rs3 ★★★★★
()
Ответ на: комментарий от sT331h0rs3

Ну strace на терабайт - вполне реальная ситуация.

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от sT331h0rs3

Дамп БД в текстовом виде sql команд запросто займет даже терабайты. Или выгрузка какая-нибудь в xml. Еще и в одну строчку без переносов.

praseodim ★★★★★
()
Ответ на: комментарий от praseodim

Дамп БД в текстовом виде sql команд запросто займет даже терабайты. Или выгрузка какая-нибудь в xml. Еще и в одну строчку без переносов.

Зачем открывать это в редакторе?

dexpl ★★★★★
()
Ответ на: комментарий от dexpl

А где ещё может потребоваться текстовый, а не бинарный формат?

anonymous
()
Ответ на: комментарий от anonymous

админы которым надо гуглить что бы прибить процесс ненужны. а кроме админов и программистов консольные редакторы никому вообще не нужны.

iluha16
()

Спасибо за новость. В Дебиан experimental еще не завезли. Там версия 4.1.

Odalist ★★★★★
()
Ответ на: комментарий от dexpl

Костыли. Из-за убогости редакторов ты вынужден интерактивно использовать утилиты для скриптинга и автоматизации.

anonymous
()
Ответ на: комментарий от anonymous

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

iluha16
()
Ответ на: комментарий от iluha16

Нет, просто иногда редактирую конфиги. Гуишный редактор у меня тоже есть, но использую его только если файл большой. Хочешь сказать, что выходить из вима должен уметь каждый? Нужно именно «выйти», а не прибить его. Я ведь не выключаю комп зажимая кнопку на корпусе, а выбираю пункт в меню «выключить». Понятно объяснил?

anonymous
()
Ответ на: комментарий от anonymous

Гуишный редактор у меня тоже есть, но использую его только если файл большой

странно, у меня наоборот подвисает гуйня с большими файлами а виму пофиг.

Хочешь сказать, что выходить из вима должен уметь каждый? Нужно именно «выйти», а не прибить его

ну разумеется, какие ты там конфиги правишь если не смог осилить ввести ':wq' что бы сохранить и выйти.

iluha16
()

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

anonymous
()
Ответ на: комментарий от anonymous

но, хотелось бы услышать мнения о целесообразности именно такого решения

Так было в редакторе который nano изначально копировал.

Deleted
()
Ответ на: комментарий от anonymous

Вот бы ещё можно было редактор настраивать! Жаль, что такого пока не изобрели, конечно…

anonymous
()
Ответ на: комментарий от dpronyaev

:!q

↑ Один из маркеров, позволяющих отличить человека, который не умеет пользоваться vim от нормального.

anonymous
()
Ответ на: комментарий от iluha16

такую простую команду должен знать каждый рядовой юзер

И единственную, на случай, если случайно его запустит

grem ★★★★★
()

Вот это да, даже ebuild ждать не нужно.

grem ★★★★★
()
Ответ на: комментарий от anonymous

Вот бы ещё можно было редактор настраивать! Жаль, что такого пока не изобрели, конечно…

Борландовский турбопаскаль, кстати, ещё на рубеже 80-х и 90-х умел загружать комбинации хоткеев, в частности мимикрировать под емакс и даже, кажется, под вим.

Может быть, в каком-нибудь современном опенсорсном редакторе кода до такого уже додумались?

hobbit ★★★★★
()
Ответ на: комментарий от praseodim

А если глазами посмотреть хочется?

Во-первых, man sed насчет опции -n и команды p. Во-вторых, man grep. В-третьих, если уж так хочется, есть less, а редактор для просмотра не нужен.

dexpl ★★★★★
()
Ответ на: комментарий от dexpl

Костыли. Из-за убогости редакторов ты вынужден интерактивно использовать утилиты для скриптинга и автоматизации. [2]

anonymous
()
Ответ на: комментарий от Miguel

Поиск, просмотр и т.д. Что-то скопировать, что-то изменить. Обычная работа с текстом, необычен только объем.

praseodim ★★★★★
()
Ответ на: комментарий от hobbit

Уж не про Emacs ли ты говоришь? Если так, будь осторожен: сейчас тебе выходящие из Vim перезагрузкой компьютера расскажут, что в Emacs нет редактора.

anonymous
()
Ответ на: комментарий от Deleted

Интересно, зачем в оригинале такая формула комбинаций клавиш?

anonymous
()
Ответ на: комментарий от praseodim

Благодарю.

Что это костыли вместо редактора.

Если речь все еще о терабайтном файле, то скорее редакторы вроде nano — костыли.

dexpl ★★★★★
()
Ответ на: комментарий от iluha16

Какой же ты, блять, деревянный.

anonymous
()
Ответ на: комментарий от praseodim

Я редактором редактирую. Это извращение редактором смотреть и листать. Так что grep, less и т.д.

Ты, блин, логи редактором смотришь?

mandala ★★★★★
() автор топика

Ему можно привить человеческие сочетания клавиш или можно закапывать?

Nervous ★★★★★
()
Ответ на: комментарий от mandala

Нормальным редактором не грех и логи посмотреть. В рид-онли режиме, да с возможностью tail крутить по необходимости. Фигли тут.

С другой стороны, f3 хватит всем. Как таковой цели использовать именно редактор для логов нет.

anonymous
()
Ответ на: комментарий от mandala

Я логи тестов для «ebuild package.ebuild test» редактором (на самом деле mcview, но иногда mcedit или kate, если хочу скопировать блок текста) смотрю, если нужно посмотреть причину того, что определённый тест FAILED: вывод stdout/stderr может быть достаточно длинным и заранее неизвестно сколько строк он займёт.

grem ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.