Единственная вещь, которой мне не достаёт в FAR, но которая есть в TC
Возможность выделения при просмотре в ФАРе есть, но она решается не ФАРовскими средствами, а консольными.
Правая мышь на заголовке, Edit, Mark, помечаешь, Enter - и кусок у тебя в буфере.
Правая мышь на заголовке, Edit, Mark, помечаешь, Enter - и кусок у тебя в буфере.
а контрл+С контр+В там работают?
Не подходит. Мне нужно выделить текст, заполняющий несколько экранов.
Склеивать их потом - нафиг надо..
Склеивать их потом - нафиг надо..
Там - это где?
в редакторе Far - конечно работают
в редакторе Far - конечно работают
Повторяю - это не средства ФАРа, это средства работы в текстовом режиме.
CtrlC и CtrlV занимается ФАР, но обрабатывает он их только при редактировании
CtrlC и CtrlV занимается ФАР, но обрабатывает он их только при редактировании
Кстати, решается это скорее фаровскими методами - Alt-Ins 

ну да.
а в просмотрщике фара?
а в просмотрщике фара?
в просмотрщике нет Ctrl-V - на то он и просмотрщик.
Ctrl-C там нельзя сделать - чисто идеологически нет возможности выделить блок, только в виде "скриншота":

Ctrl-C там нельзя сделать - чисто идеологически нет возможности выделить блок, только в виде "скриншота":
C:\...aders.pas\fmt.pas DOS Строка 1/61 Кол 1 40 19:01
(********************************************************
* FMT.PAS
* Archive Support API for FAR Manager 1.70 and MultiArc plugin
/* Revision: 1.05 09.04.2003 $ */
*
* Copyright (c) 1996-2000 Eugene Roshal
* Copyrigth (c) 2000-2003 FAR group
* Translated by Vasily V. Moshninov
*********************************************************)
{$ALIGN OFF}
{$MINENUMSIZE 4}
unit fmt;
interface
uses windows;
const
GETARC_EOF = 0;
GETARC_SUCCESS = 1;
GETARC_BROKEN = 2;
GETARC_UNEXPEOF = 3;
GETARC_READERROR = 4;
type
TArcItemInfo = packed record
HostOS: packed array[0..31] of char;
Description: packed array[0..255] of char;
Solid: integer;
Comment: integer;
Encrypted: integer;
DictSize: integer;
UnpVer: integer;
end; { TArcItemInfo record }
PArcItemInfo = ^TArcItemInfo;
const
// ARCINFO_FLAGS
1 2 3 4 5Печать 6 7Назад 8Строка 9Видео 10

>Есть у мня текстовый файл размером 100 мегабайт
Чуве, ты сошел с ума?
Чуве, ты сошел с ума?
да, хреново...
Нет у меня таких два, это:
1) Телеметрия за 5 лет
2) Протокол заседания конгресса США за 5 лет
1) Телеметрия за 5 лет

2) Протокол заседания конгресса США за 5 лет

А почему нельзя редактором воспользоваться?
Он слишком сильно тормозит
чуве, ты не знаешь что такое логи и каких размеров они бывают?
У меня 10 секунд всего тормозит.
Он ведь уже сказал - при редактировании файла, ФАР, видимо, помещает его в память целиком... что вполне понятно
Значит, у тебя
1) Быстрый винт
2) Свободно 100МБ _физической_ оперативной памяти
1) Быстрый винт
2) Свободно 100МБ _физической_ оперативной памяти

это плохо?
Это здорово, но не все ведь такие


А при чём тут все? Главное, чтоб у Базилио работало.
Купи для Базилио память - у него и заработает 

Рандомом попрыгай по нему (Alt-F8)
80%, 50%, 20%, 30%, 70%
Насколько быстро переходит?
80%, 50%, 20%, 30%, 70%
Насколько быстро переходит?
Базилио уже большой, чам купит, если надо.
У меня и гиги бывали. Но в таких случаях надо резать логи на куски.
А если это логи нормальной программы, она и сама их режет.
Мгновенно, он же весь в оперативке.
Единственный шанс, AFAIK, настроить FAR'у внешнюю программу просмотра.
Я бы на твоем месте настроил вызов того же Lister'а на ALT-F3 и пользовался, когда нужно. Или забил бы на FAR, ибо он хорош и удобен для многих как файловый менеджер, но его просмотрщик и редактор явно не предназначены ни для каких высоких целей.
Я бы на твоем месте настроил вызов того же Lister'а на ALT-F3 и пользовался, когда нужно. Или забил бы на FAR, ибо он хорош и удобен для многих как файловый менеджер, но его просмотрщик и редактор явно не предназначены ни для каких высоких целей.
В больших файлах выделять фрагменты должен grep,
так как глазами ты всё не просмотришь.
так как глазами ты всё не просмотришь.
Его редактор, дополненный колорером, смарттабом, смартбс заменяет мне любой другой редактор. я его ни на что не променяю. даже IDE от Delphi или MSVS мне бывает в лом грузить. 
Вьюер у него хреновый - это факт.
А вот редактор выше всяких похвал.

Вьюер у него хреновый - это факт.
А вот редактор выше всяких похвал.
Для grep-а обязательно нужны четкое задание.
При ручном выделении можно руководствоваться нечеткими критериями: find "bla-bla", next find, next find, shift, page down, page down, ctrl-C.
При ручном выделении можно руководствоваться нечеткими критериями: find "bla-bla", next find, next find, shift, page down, page down, ctrl-C.
А для редактора Фара можно настроить браузинг по коду?
А файл с помощью по языку привязать можно?
А файл с помощью по языку привязать можно?
Вот эти две странички выделит grep, а дальше можно и вручную выбирать.
Ты хотел сказать sed?
---
...Я работаю антинаучным аферистом...
---
...Я работаю антинаучным аферистом...
А зачем? Если я кодю настолько серьёзную вещь, что мне нужен on-line help, code browsing и проч - я пользую среду разработки (неважно чью).
Если мне написать "программулю", на 100-200 строк - я пользую Far. Ибо в ней не нужен ни online help - все используемые фичи я и так знаю вдоль и поперёк. ни code browsing - не такой уж он и большой, этот код..
Если мне написать "программулю", на 100-200 строк - я пользую Far. Ибо в ней не нужен ни online help - все используемые фичи я и так знаю вдоль и поперёк. ни code browsing - не такой уж он и большой, этот код..
И он тоже, а ещё head и tail.
Я, кстати, попробовал полестать hd от dd if=/dev/urandom на 200 МБ.
Ничего, лестается.
---
...Я работаю антинаучным аферистом...
Ничего, лестается.
---
...Я работаю антинаучным аферистом...
vim -R нормально листает, ищет и т.д.
но при старте норовит посчитать строки, это вносит задержку
но при старте норовит посчитать строки, это вносит задержку
> А если это логи нормальной программы, она и сама их режет.
Программе пофигу, для резанья логов logrotate есть, например
Программе пофигу, для резанья логов logrotate есть, например
То есть для серьезной разработки он не подходит?
Вопрос по ТС: где чего надо прописать, чтобы при синхронизации папок после синхронизации (нажатия на Синхронизировать) не запускалось повторное сравнение?
Вопрос по ТС: где чего надо прописать, чтобы при синхронизации папок после синхронизации (нажатия на Синхронизировать) не запускалось повторное сравнение?
Для меня Far - файловый менеджер с удобным редактором.
Для серьёзной разработки есть всякие IDE.
ФАР я пользую, потому что это unix-way
вот в настоящем unix - там есть продвинутый и популярный редактор vim. без онлайн помощи, зато с code-browsing
, пишут makefile.
цикл разработки софта там примерно один: vim, make, run, vim, make, run ...
Я в курсе, что есть продвинутые IDE для разных языков, но ни разу не видел, чтобы их серьёзно пользовали.
С Far этот цикл примерно воспроизводится и он мне нравится. Я считаю его удобным. Если мне нужно больше, чем редактор - я пользую IDE.
ТС не пользуюсь
Для серьёзной разработки есть всякие IDE.
ФАР я пользую, потому что это unix-way

вот в настоящем unix - там есть продвинутый и популярный редактор vim. без онлайн помощи, зато с code-browsing
, пишут makefile. цикл разработки софта там примерно один: vim, make, run, vim, make, run ...
Я в курсе, что есть продвинутые IDE для разных языков, но ни разу не видел, чтобы их серьёзно пользовали.
С Far этот цикл примерно воспроизводится и он мне нравится. Я считаю его удобным. Если мне нужно больше, чем редактор - я пользую IDE.
ТС не пользуюсь
А ещё есть Емакс, в котором M-x man подсказывает слово,
внутри которого (или рядом) стоит точка ввода.
Соответственно, если писать помощь правильно и привязать man к
любимой клавише, то будет и она.
Вместо man можно использовать woman.
Будет дополнение по C-i.
---
Escape-Meta-Alt-Control-Shift
внутри которого (или рядом) стоит точка ввода.
Соответственно, если писать помощь правильно и привязать man к
любимой клавише, то будет и она.
Вместо man можно использовать woman.
Будет дополнение по C-i.
---
Escape-Meta-Alt-Control-Shift
Оставить комментарий
yolki
Это вьюер с возможностью выделения.e.g.
Есть у мня текстовый файл размером 100 мегабайт (!)
Допустим, мне надо в нём выделить кусочек текста где-то из середины и скопировать в буфер (кусок небольшой - максимум 3-4 килобайт)
В FAR: встроенный просмотрщик не умеет выделять. при попытке взять на редактирование он дико тормозит, выделяет для себя 100Мб памяти... но может ходить и выделять.
В TC: вызывается встроенный просмотрщик (Lister, по-моему) и там можно ходить по тексту и выделить нужный кусок.
Вот.
Поклонники FAR и просто сочувствующие, есть какой-нибудь плагин, позволяющий решить эту проблему?