LINUX.ORG.RU

Обновление текстового редактора TEA до версии 42.0.0

 ,


2

5

Обновлен текстовый редактор TEA (GNU GPL v3, работает на платформах Linux, *BSD, OS/2, OS X). Эта версия обзавелась простенькой поддержкой Markdown в режиме верстки. В меню «Запуск» путь к файлу в строке вызова теперь можно разбивать на части макросами %fbasename, %ffilename, %fext и %fdir. Английская документация исправлена Dr. Tobias Quathamer.

Исправлены разные ошибки, в том числе сохранения выбора палитры.

На сайте редактора появилась страничка «Музей», где представлены старые версии TEA (для Windows) и рассказана история его разработки.

>>> Официальный сайт



Проверено: Falcon-peregrinus ()
Последнее исправление: DeadEye (всего исправлений: 5)
Ответ на: комментарий от anonymous

Отжирает пару гигабайт именно картинка с качеством говномыльницы, но параметрами высококачественного фото, а не код или JS.

да вот не правда ваша, как раз 33 frameworks, всякие node.js и прочая мутотень, тк даже если картинка будет пускай 1400 на 900 и по 32 бита на пиксель, то это около 5мб, допустим еще накладные расходы всякие, но все равно это не 200мб - 1024 мб, которые порой отжирают некоторые хипсторские поделия, при этом умудряясь тупить на core i5/i7 запросто.

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

а я именно что про конкретный случай, ибо отключать автоопределение кодировки в 2016ом году мотивируя это «экономией вычислительных ресурсов» - это уже, простите меня за мой французский, маразм.

это маразм никто не спорит, но не экономить ресурсы там где это нужно - тоже маразм, типа 32х битные индексы переводить в строки и сравнить, на каждый чих malloc()/free(), busywait loopы разбрасывать повсюду, использовать несколько огромных и жирных фреймворков, при том от каждого по 1-2 ф-ции надо и тд и тп. (впрочем переизобретать лесопед тоже смысла не имеет).

alwayslate ★★
()

сороковая версия - это круто !

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

всякие node.js и прочая мутотень

node.js работает на уровне сервера.

которые порой отжирают некоторые хипсторские подели

Это проблемы хипсторских поделий, а не языка.

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

Я просто наблюдаю за людьми, поднаторевшими в безопасном дистанционном хамстве. Любое несогласие с их высказываниями воспринимают как хамство.

Напомню с чего все началось:

roxton

Такие слова похожи на слова детсадовца, который так и застрял одной ногой в горшке.

anonymous
()

А под OS X собирать не пробовали?

P.S. почитал тут комментарии. Товарищи, ну что вы как орки набежали? Не пользуетесь и нет потребности? не пользуйтесь. Нравится emacs - пользуйтесь emacs'ом. Кто-то потрудился и _настроил_ emacs под свои нужды, а кто-то написал редактор под свои нужды. Откуда у тех, кто _настроил_ право критиковать за многолетний труд, когда сами лишь пользуются? Понятно, что чсв растёт, когда добиваешься результата за месяц-два поиска подходящих плагинов и правки конфигов на lisp, а не пишешь продукт многие годы. Но это чсв пользователя. Критика уместна по продукту, а не с аргументами вроде «мои фломастеры ярче».

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

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

Может на мастдае все так и есть, но под линуксом на моем 6-ти ядерном пылесосе я одновременно умудряюсь смотреть ютюб, редактировать файлы и конвертировать видео, тогда как лет хз уже сколько назад 286 машинка еле-еле играла mp3. И на автоопределение кодировки мощи хватит, даже арахна под досом такое умела.

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

Напомню, что это было ответом на «Похоже на лабу студента, который не смог остановиться в своё время».

Все молодцы.

AP ★★★★★
()
Ответ на: комментарий от A-234

286 никогда не играла mp3, даже у 486 с этим были проблемы.

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

автор в коде копирует временные строки перед тем как добавить их в вектор. какая экономия ресурсов?

В TEA не используется std::vector.

roxton
() автор топика
Ответ на: комментарий от sakal

А под OS X собирать не пробовали?

Компилируется нормально как и под Линукс - qmake, потом make

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

иногда неэффективность закладывается на уровень API. как тут:

QByteArray file_load (const QString &fileName);

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

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

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

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

Что до file_load, то раз эта функция у меня существует, значит она необходима и в достаточной мере эффективна.

roxton
() автор топика
Ответ на: комментарий от A-234

но под линуксом на моем 6-ти ядерном пылесосе я одновременно умудряюсь смотреть ютюб, редактировать файлы и конвертировать видео

А если бы Линукс был написан на Java, то можно было бы, наверное, только смотреть скриншоты из ютуба.

roxton
() автор топика
Ответ на: комментарий от dzidzitop

Вангую наличие Java или C# бэкграунда.

Я не люблю эти языки программирования, хотя конечно же могу на них писать. Я начинал учиться программированию еще с BASIC (встроенный в ZX Spectrum, потом GW-BASIC), потом Turbo/Borland Pascal купно с ассемблером, потом Си, потом C++.

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

Т.е. ни с одним цивилизованным языком ты не знаком? Это многое объясняет.

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

Попробовал нажимать - не работает нихрена. Все время UTF-8 определяет хотя кодировка 1251. Невозможно поменять кодировку загруженного документа, его перезагружать требуется. То есть вы не можете открыть документ сразу в том виде в котором нужно. Это к вопросу чем Kate лучше.

A-234 ★★★★★
()
Ответ на: комментарий от Sunderland93

Чем оно лучше Vim / Emacs / Sumlime / Gedit?

Исправлен фатальный недостаток.

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

Да, но он не написан на Java. Я ведь о текущем положении дел говорю а не фантазии описываю.

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

Попробовал нажимать - не работает нихрена. Все время UTF-8 определяет хотя кодировка 1251. Невозможно поменять кодировку загруженного документа, его перезагружать требуется. То есть вы не можете открыть документ сразу в том виде в котором нужно.

Файл открывается в кодировке, которая выбрана в списке «Кодировки». Кнопка автоматического определения кодировки вызывает определение кодировки, определяет ее, если файл (на котором стоит курсор) содержит осмысленный текст, и устанавливает нужную кодировку для списка кодировок. Если в проверяемом файле сигнатур, по которым TEA определяет кодировку, то кодировка остается по умолчанию - UTF-8. Ваш файл содержит осмысленный текст или это просто несколько случайных строк, сохраненных в CP 1251?

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

Ваш файл содержит осмысленный текст или это просто несколько случайных строк, сохраненных в CP 1251?

а какая разница? у него может рандомный пароль на цп1251 длинной в 100 знаков.

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

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

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

Но при этом для просмотра многомегабайтных логов почему-то почти все редакторы не подходят - зависают. А вьювер от total commander работает мгновенно и на ура.

почти все редакторы не подходят
А вьювер от total commander

редакторы
вьювер

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

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

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

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

Это как в браузерах, когда содержимое «прыгает» во время загрузки?

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

это как в total commander viewer (частичная загрузка окна) или в word.exe (если не ошибаюсь, ленивая загрузка) где ничего не прыгает.

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

man чтение, я не о конкретном случае, а вообще. про код автора я уже писал, тоже выше. в мире win32 все подобного рода код пишут, спагетти оно и есть спагетти.

PS все == большинство.

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

в ворде и им подобным не совсем ленивая, скорее фоновая подгрузка всех страниц. что тоже вариант.

короче, кроме как «загружу всё сразу в память, а потом распарсаю», есть варианты. код сложнее, но результат может быть куда как лучше.

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

А метаинформацию о верстке он откуда берет?

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

man чтение, я не о конкретном случае, а вообще. про код автора я уже писал, тоже выше.

О, писатель! Какой том трудов смотреть?

roxton
() автор топика
Ответ на: комментарий от dzidzitop

А вьювер от total commander работает мгновенно и на ура.

Так он и hex-режим поддерживает.

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

раз эта функция у меня существует, значит она необходима и в достаточной мере эффективна

аве, светоч!

arkhnchul ★★★
()

«Каждый программист обязан в своей жизни написать компилятор, двухпанельный файл-менеджер и текстовый редактор» (с)

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

ворд рендерит документы и/или текст.

для doc формата, при всей его бинарной хитровылюбленности, ленивая загрузка и обработка делается на удивление просто. Собственно контент уже побит на почти самостоятельные блоки с известными адресами.

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

Беспокоюсь о судьбе файлового приказчика, как он там?

Не сумлевайтесь, изволит наличествовать:

«встроенный файловый приказчик» http://semiletov.org/tea/#about

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

О, писатель! Какой том трудов смотреть?

о, автор! ты таки даж мне ответил. у меня не так много:

1. чсв, не считаю себя мегаавтором, поэтому молчу о своих поделках в opensource, считай за скромность

2. собственно проектов и контрибьюшенов в другие проекты, хотя по коду больше.

приватно может и поделился б, но не уверен в адекватности, простите, точнее в сохранении оной.

и таки да, тебе б поменьше чсв и громких лозунгов и этого вот этого «славянского» фричества. ах да, скажи нет спагетти коду и куте.

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

При всем моем уважении, скорее всего, не можете. А если и будете, то постарайтесь ограничить ущерб, котороый этим нанесете окружающим.

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

Да, это листинг программы на языке ассемблера в котором все комментарии написаны на русском в 1251. Не часто но иногда бывает нужно разбираться в творениях таких гениев и поэтому выставлять по умолчанию 1251 не получится, я все тексты в utf-8 пишу. Kate, кстати, имеет более серьезные косяки, но связаны они с обработкой символов табуляции с которыми у него иногда творится настоящий адъ. Поэтому я уж подумал, что вот оно то что нужно, осталось мелочь поправить и о kate можно будет забыть как о страшном сне.

A-234 ★★★★★
()
Ответ на: комментарий от arkhnchul

смысл не в том, насколько это тривиально сделать, а в том, закладывается такая загрузка контента в редактор или нет. добавить такой режим потом, вероятно, непросто.

dzidzitop ★★
()
Ответ на: комментарий от A-234

Да, это листинг программы на языке ассемблера в котором все комментарии написаны на русском в 1251.

А другой текстовый редактор, не TEA, определяет в этом файле кодировку автоматически?

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