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

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

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

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

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

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

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

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

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

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

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

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

roxton

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

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

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

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

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

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

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

Все молодцы.

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

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

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

я про mtag. автор-то один. да и в целом, плюсы - это про детальный контроль над памятью.

я про mtag.

Иногда в угоду читабельности кода я пишу его менее экономно.

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

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

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

QByteArray file_load (const QString &fileName);

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

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

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

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

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

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

Без move конструктора (а его у QByteArray нет) есть минимум одно лишнее копирование: https://github.com/psemiletov/tea-qt/blob/master/utils.cpp#L196

Вангую наличие Java или C# бэкграунда. Но, в целом, лишь бы всё устраивало.

есть минимум одно лишнее копирование

Лишнего копирования там нет из-за implicit sharing.

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

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

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

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

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

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

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

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

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

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

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

почитал доку. согласен.

почитал доку. согласен.

Пример моего неэффективного и плохого кода - это DAW Вавилон (https://github.com/psemiletov/wavylon). Однако он очень сырой и я не уделяю ему так много времени, как хотел бы.

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

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

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

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

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

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

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

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

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

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

или в word.exe

А ворд что-то парсит при загрузке?

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

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

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

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

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

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

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

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

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

аве, светоч!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А как оно читается? «Тей»? «Тью»?

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

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