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)
Ответ на: комментарий от A-234

Кодировка меняется несколько необычным способом. Вы автоматическое определение кодировки добавлять планируете?

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

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

Ах вот оно как. Я просто менял через главное меню: File->File actions->Reload with encoding. Но после Вашего комментария полез копать где этот механизм запрятан. Да, интерфейс выглядит запутанным но разобраться можно, чем-то OS/2 напомнил с их множеством табов.

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

Вы про экономию вычислительных ресурсов сейчас серьезно? Может можно сделать дополнительную настройку в интерфейсе?

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

Вы про экономию вычислительных ресурсов сейчас серьезно?

Конечно серьезно. С увеличением мощности компьютеров программы в целом стали запускаться и работать медленнее. ПО всё больше раздувается, при этом сложность его относительно старого ПО не растет в той же мере, как объем и тормознутость.

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

*рукалицо*

по поводу ресурсов автор все же прав. тк пишет же

Конечно серьезно. С увеличением мощности компьютеров программы в целом стали запускаться и работать медленнее. ПО всё больше раздувается, при этом сложность его относительно старого ПО не растет в той же мере, как объем и тормознутость.

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

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

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

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

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

я не про конкретный случай, хотя и смысл делать редактор на js-ке, который работает в vm, которая работает поверх другой vm - смысла нет, да и на каждый чих делать malloc()/free() тоже смысла нет,

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

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

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

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

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

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

я не про конкретный случай,

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

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

С такой логикой виновны си/плюсы, на которых js написан.

anonymous
()
Ответ на: комментарий от 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 ★★
()
Ответ на: комментарий от alwayslate

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

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

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

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

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

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

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

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

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

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

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

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

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 ★★★★★
()
Ответ на: комментарий от 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 ★★★
()
Ответ на: комментарий от dzidzitop

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

вот и появилось поколение, для которого одновременное исполнение таких задач на «6-ти ядерном пылесосе» это много

// попробуй файлики покопировать =)

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

«6-ти ядерном пылесосе»

Девочка, чую я что твой пылесос АМДешный. У Интеловцев чётность ядер 2-4-8.

Брось ты эту плату, чё ты её всё держись, устала небось?

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

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

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

у меня чувство, что кто-то из нас (либо мы оба) что-то не так поняли...

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