Свободный редактор текстовых таблиц

[Variant]

Часто приходится иметь дело с разнородными таблицами в различных текстовых форматах. Для выполнения операций над их содержимым иногда бывает нужно отобразить их не сплошным текстом, а ячейками. Остро возникает потребность в легковесном табличном редакторе, умеющем читать таблицы непосредственно из текстовых файлов и так же легко сохранять их обратно в текст, поддерживающем одновременную работу с большим количеством документов. Здесь здорово выручает редактор таблиц в Surfer, одна беда, он несвободен, и привыкание к нему выходит боком, когда приходится работать на машине, где его нет. Самостоятельные поиски достойного свободного аналога ничего путного пока не принесли. Частично спасает Notepad++, но полноценной поддержки таблиц в нём пока нет


Что необходимо:
быстрый запуск, пригодность к работе с файлами в десятки тысяч строк
чтение таблиц из текстовых форматов с разделителями
сохранение таблиц в текст с возможностью выбора разделителя
вкладки
возможность редактировать значения в отдельных ячейках, копировать произвольные блоки в полноценный табличный редактор
простая установка или portable-версия под Windows, кросс-платформенность приветствуется

желательно:
возможность задания горячих клавиш
возможность замены символов в выделенной области


Кто чем пользуется в аналогичных ситуациях? Есть ли какие-то свободные решения?

[paleogis]

Частично спасает Notepad++,

Он меня тоже спасает, отличная прога. Пробовали использовать OpenOffice Calc либо его форк LibreOffice Calc?

[Александр Мурый]

Gnumeric — самый быстрый редактор электронных таблиц, который я видел (свободный, кроссплатформенный, много форматов импорта/экспорта, куча функций и т.д.)

А вообще, по-хорошему, надо учить sed/awk или Python на худой конец

[Variant]

в различных случаях использую и Calc, и Excel, и Gnumeric, но это уже полноценные табличные редакторы, ориентированные на несколько иные задачи. Они не приспособлены для одновременной работы с парой десятков документов как Surfer или Notepad++, им нельзя полностью доверять при разбивке на колонки, они корёжат файлы при сохранении, не спрашивая про разделитель, но накидывая лишних символов по собственному усмотрению

Бывают ситуации, когда полноценный редактор незаменим, и "лёгкий" редактор используется лишь в роли посредника для обмена данными с ним. В большинстве случаев вполне можно обойтись только "лёгким". Тяжеловесы, мне кажется, пока что плохо подходят на роль штатных редакторов. Чистить за ними иногда дольше, чем обработать массив текста вручную

[Variant]

А вообще, по-хорошему, надо учить sed/awk или Python на худой конец

это хорошо, если есть какая-то рутинная процедура и хочется её заавтоматизировать. А если надо несколько ячеек подправить или поменять столбцы местами? К тому же, научить менять колонки местами в Surfer можно любую студентку - ничего тут сложного, была бы лицензия, а какой-нибудь sed/awk ещё и сам попробуй выучи - какие уж тут студентки

[gamm]

это хорошо, если есть какая-то рутинная процедура и хочется её заавтоматизировать. А если надо несколько ячеек подправить или поменять столбцы местами?

тогда грузите все в R, и будет вам щастье. Там легко имитируется SQL, а для посмотреть и поправить есть fix(). Поскольку sed/awk - это для тонких ценителей esc-последовательностей в редакторе vi

[Variant]

тогда грузите все в R, и будет вам щастье

Время от времени использую R для отдельных задач, так что идея расширить сферу его применения выглядит достаточно интересно. Но поскольку такое решение вместо посредника для импорта-экспорта таблиц в интерактивный редактор предлагает сам R в качестве интерактивного редактора, сразу возникают вопросы к производительности полученного комплекса. Особенно с учётом специфической логики работы в R. Ведь если говорить о самом языке, то работа с ним особой интерактивностью не блещет, разве что пытаться добрать её использованием какой-то специальной среды
А так, если взять чистый R, то пока ему файл с данными в рабочую директорию положишь и составишь к нему скрипт импорта, Сёрфером-Калком можно было уже один-два файла полностью обработать

[gamm]

А так, если взять чистый R, то пока ему файл с данными в рабочую директорию положишь и составишь к нему скрипт импорта, Сёрфером-Калком можно было уже один-два файла полностью обработать

какой-то странный метод работы с R ... пишется скрипт, в котором указываются и папки, и файлы, и что делать. И запускаем обработку десятков тысяч файлов

[Variant]

массовая автоматизация хороша, когда есть массив относительно однородных файлов. А когда данные приходят неравномерно, неравномерными порциями, у них разнородная структура и разделители, и над ними надо произвести различные действия: где заголовок подправить, где столбцы местами поменять, где сменить значение "нет данных" - приходится работать вручную. Даже чтоб в R закинуть - надо же разделители и наличие заголовка указать. Но это если скриптом. Возможно, какая-нибудь продвинутая оболочка позволяет напрямую такие данные втаскивать мышью или через буфер обмена - не знаю, а то это был бы лучший повод начать её использовать

что касается рабочей папки - насколько я помню, у R были какие-то недопонимания с кириллицей, поэтому, чтобы не испытывать судьбу, держу папку с заведомо латинским путём

[gamm]

когда данные приходят неравномерно, неравномерными порциями, у них разнородная структура и разделители, и над ними надо произвести различные действия: где заголовок подправить, где столбцы местами поменять, где сменить значение "нет данных"

тогда, конечно - нужно воспитывать поставщиков таких данных, тут R не поможет, тут другие методы нужны