LINUX.ORG.RU

GNU nano 4.3 «Musa Kart»

 , , , ,


0

1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

iluha16 ()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

grem ★★★★★ ()