Сделал оптимайз. теперь файл 33М жрет не 168М а 126М и быстрее на 2с
Бета Куды
Бета Куды
» CudaText
[more] Загрузил новую версию. Увидел что вы сделали литерные знаки блёклыми и вместо букв задали им номер в угловых скобках. Мне понравилось. Попробовал править - вроде работает! И удобно с цифрами. По крайней мере если надо действительно поправить эти Литеры (а такое бывает) то это здесь легко!
Насчет медленного открытия. Тут кажется вмешиваются хитрости Винды, о которых принято не говорить потому что в них никто не может разобраться.
Поэтому как якут перескажу как ехал:
Переустановил новую версию наложив ее из Зипа поверх предыдущей. Открытие файла было еще дольше чем раньше.
Подумал на память - Мало ее. Было забито 82 процента. Закрыл все. Подчистил до 35 процентов.
Открыл файл - та же котовасия.
Выгрузил из Зипа новую версию в другое, новое место.
Открыл - результат для того же файла 8-9 секунд.
Попробовал открыть этот же файл новой версией из прежнего места - негатив.
Открыл файл в старой версии - 6 секунд.
Размеры 1.2.29/1.3.7.4 Раб.Набор 129/122МБ; Приват-байты 120/112МБ
Т.е. всё как у вас. Разве что грузится совсем чудок дольше. Но есть нюанс (наверно связанный с "префеч" или еще чем-то) когда файл грузится долго по неизвестной и непонятной мне причине (может даже потому что накладывал на старую версию новую).
[/more]
Насчет медленного открытия. Тут кажется вмешиваются хитрости Винды, о которых принято не говорить потому что в них никто не может разобраться.
Поэтому как якут перескажу как ехал:
Переустановил новую версию наложив ее из Зипа поверх предыдущей. Открытие файла было еще дольше чем раньше.
Подумал на память - Мало ее. Было забито 82 процента. Закрыл все. Подчистил до 35 процентов.
Открыл файл - та же котовасия.
Выгрузил из Зипа новую версию в другое, новое место.
Открыл - результат для того же файла 8-9 секунд.
Попробовал открыть этот же файл новой версией из прежнего места - негатив.
Открыл файл в старой версии - 6 секунд.
Размеры 1.2.29/1.3.7.4 Раб.Набор 129/122МБ; Приват-байты 120/112МБ
Т.е. всё как у вас. Разве что грузится совсем чудок дольше. Но есть нюанс (наверно связанный с "префеч" или еще чем-то) когда файл грузится долго по неизвестной и непонятной мне причине (может даже потому что накладывал на старую версию новую).
[/more]
у меня стало быстрее.
Проверил - не портятся бинарники при сохр.? изменил 1 букву в 30М файле, сравнил по fc, не портятся.
Проверил - не портятся бинарники при сохр.? изменил 1 букву в 30М файле, сравнил по fc, не портятся.
[more] У меня тоже стало быстрее. Но медленнее чем в старой версии.
Тут этот показатель (я уже говорил) очень даже может быть не объективным. Потому как в Винде 7 это известный эффект: Если памяти мало, и если работал с какой-то одной вещью долго, открываешь потом ТО, что открывалось всегда за четверть секунды (например Хакер), а оно не открывается.
Не выделено ему памяти ресурсов или еще чего. И ждешь пока система выделит и в конце концов откроет.
--------
Я тоже пока не заметил чтобы портился файл. Это нужная вещь.
-------------
Кстати, мелочи:
MacOS9 - не вмещается в отведенное место, если что.
Литеры <0000>...<001F> в принципе гораздо удобней было бы иметь в виде
<00>..<31> в десятичном виде.
Других ведь нет, не так ли? Их всего 31. Остальные выводятся как символы.
Литеры 0-31 все равно выполнены графически как одна буква-литера и не правятся.
При копировании я вижу их символьное изображение, например в раскрывающемся списке, поиска.
-----------
Желаю вам таки добить это медленное открытие.
Вам бы комп послабее для этого чтоб не гадать и видеть в сравнении. Вы бы сразу нашли бяку.
В сравнении я имею ввиду с другими прогами. [/more]
Добавлено:
Кстати вы таки попробуйте открыть этот файл Ссылка, хотя бы для того чтобы можно было сравнить время на обоих компах
Тут этот показатель (я уже говорил) очень даже может быть не объективным. Потому как в Винде 7 это известный эффект: Если памяти мало, и если работал с какой-то одной вещью долго, открываешь потом ТО, что открывалось всегда за четверть секунды (например Хакер), а оно не открывается.
Не выделено ему памяти ресурсов или еще чего. И ждешь пока система выделит и в конце концов откроет.
--------
Я тоже пока не заметил чтобы портился файл. Это нужная вещь.
-------------
Кстати, мелочи:
MacOS9 - не вмещается в отведенное место, если что.
Литеры <0000>...<001F> в принципе гораздо удобней было бы иметь в виде
<00>..<31> в десятичном виде.
Других ведь нет, не так ли? Их всего 31. Остальные выводятся как символы.
Литеры 0-31 все равно выполнены графически как одна буква-литера и не правятся.
При копировании я вижу их символьное изображение, например в раскрывающемся списке, поиска.
-----------
Желаю вам таки добить это медленное открытие.
Вам бы комп послабее для этого чтоб не гадать и видеть в сравнении. Вы бы сразу нашли бяку.
В сравнении я имею ввиду с другими прогами. [/more]
Добавлено:
Кстати вы таки попробуйте открыть этот файл Ссылка, хотя бы для того чтобы можно было сравнить время на обоих компах
<NNNN> юзается также для Юникода, то что вбито в опцию hex_chars; так что укоротить не выйдет (может намудрить если код до 31...)
[more]
Цитата:
Кажется мы друг друга не понимаем.
Хотя этот вопрос с отображением Литер мелочь.
Главное что вы сделали возможность правки, отобразили литеры!
С моей стороны речь шла о Литере в тексте. Она отображается как угодно. Можно хоть фигу нарисовать и сказать что это литера <0000>, а не NULL. В Npp например литера NULL нарисована как NUL, т.е. как бы три знака а не четыре.
Во многих прогах ее в тексте отображают теми же значками что я вижу к примеру в раскрывающемся списке поиска CudaText. Конечно значок занимает меньше места, он уже есть в Юникоде, однако цифры удобней.
Если к примеру в Npp литеру отображают как буквенный значок ESC, LF, VT, NUL, окруженный прямоугольником черного фона - это в любом случае один значок, а не три или два.
Поэтому неважно как выглядит Литера. Главное чтоб она была удобна для запоминания (на случай чтения глазами и замены) чтоб занимала меньше места и таким образом не мешала просмотру остального текста.
Цифры даже в формате <31> длиннее значка, но гораздо удобнее. И я это сразу подметил.
Ну а уж в самом коде литера конечно имеет Hex-значение, кто бы спорил. Главное что таких значков всего 31, а никак не больше. Так ведь?
[/more]
Цитата:
<NNNN> юзается также для Юникода
Кажется мы друг друга не понимаем.
Хотя этот вопрос с отображением Литер мелочь.
Главное что вы сделали возможность правки, отобразили литеры!
С моей стороны речь шла о Литере в тексте. Она отображается как угодно. Можно хоть фигу нарисовать и сказать что это литера <0000>, а не NULL. В Npp например литера NULL нарисована как NUL, т.е. как бы три знака а не четыре.
Во многих прогах ее в тексте отображают теми же значками что я вижу к примеру в раскрывающемся списке поиска CudaText. Конечно значок занимает меньше места, он уже есть в Юникоде, однако цифры удобней.
Если к примеру в Npp литеру отображают как буквенный значок ESC, LF, VT, NUL, окруженный прямоугольником черного фона - это в любом случае один значок, а не три или два.
Поэтому неважно как выглядит Литера. Главное чтоб она была удобна для запоминания (на случай чтения глазами и замены) чтоб занимала меньше места и таким образом не мешала просмотру остального текста.
Цифры даже в формате <31> длиннее значка, но гораздо удобнее. И я это сразу подметил.
Ну а уж в самом коде литера конечно имеет Hex-значение, кто бы спорил. Главное что таких значков всего 31, а никак не больше. Так ведь?
[/more]
я же не сделал показать Литеры. я просто поменял дефолт опции "....replace_spec"- она прятала их.
про Юникод не поняли. Литеры кажутся еще и для кодов больше 255. зависит от опции hex_chars. например <A0B0> если вбить символ 0xA0B0 в hex_chars ..
про Юникод не поняли. Литеры кажутся еще и для кодов больше 255. зависит от опции hex_chars. например <A0B0> если вбить символ 0xA0B0 в hex_chars ..
[more]
Цитата:
Тема скользкая. Вы например в своей программе (когда вызываешь таблицу символов)называете любой символ литерой.
Я же говорю и называю лИтерой такой символ, который имеет словесное описание и обозначается в случае чего буквами:
символ 10 - LF (LineFeed), символ 9 - Tab
Именно эти 0-31 символы, и никакие другие символы я и вижу при открытии какой-либо экзешки в качестве литер для которых вы выбрали вариант отображения в угловых скобках.
Все литерные символы в вашей программе начинаются с двух нулей. Никаких вариантов <A0B0> не видно, как бы я не открывал файл: в ANSI или UTF-8. Всегда вначале идут два нуля <00
И тоже самое я наблюдаю в Npp. Только там эти литеры имеют значок похожий на буквенное обозначение, например Nul. Отследить глазами 32 литеры на предмет наличия нового буквенного сочетания сложно. Но вот я никогда не видел еще чего-то кроме этих 32 вариантов.
А вы вдруг говорите есть еще. Тогда надо показать что такое возможно. Символ 0xA0B0 я пытался вбить - получался прямоугольничек.
---------------
Поэтому я и сказал что хорошо бы укоротить и уйти от Hex варианта.
[/more]
Добавлено:
Кстати в результате того что вы сделали получилась суперская фишка. Я могу скопировать часть файла и вставить эту часть вместе с Литерами.
Обычно такой фокус не хиляет, литеры не копируются. Нужно выбрать что-то типа скопировать как двоичный код, если такое есть. Но обычно такой возможности нет. И получается как в басне Око видит а Зуб не ймет.
Hex-редакторы в этом случае - это просто мука.
Цитата:
про Юникод не поняли
Тема скользкая. Вы например в своей программе (когда вызываешь таблицу символов)называете любой символ литерой.
Я же говорю и называю лИтерой такой символ, который имеет словесное описание и обозначается в случае чего буквами:
символ 10 - LF (LineFeed), символ 9 - Tab
Именно эти 0-31 символы, и никакие другие символы я и вижу при открытии какой-либо экзешки в качестве литер для которых вы выбрали вариант отображения в угловых скобках.
Все литерные символы в вашей программе начинаются с двух нулей. Никаких вариантов <A0B0> не видно, как бы я не открывал файл: в ANSI или UTF-8. Всегда вначале идут два нуля <00
И тоже самое я наблюдаю в Npp. Только там эти литеры имеют значок похожий на буквенное обозначение, например Nul. Отследить глазами 32 литеры на предмет наличия нового буквенного сочетания сложно. Но вот я никогда не видел еще чего-то кроме этих 32 вариантов.
А вы вдруг говорите есть еще. Тогда надо показать что такое возможно. Символ 0xA0B0 я пытался вбить - получался прямоугольничек.
---------------
Поэтому я и сказал что хорошо бы укоротить и уйти от Hex варианта.
[/more]
Добавлено:
Кстати в результате того что вы сделали получилась суперская фишка. Я могу скопировать часть файла и вставить эту часть вместе с Литерами.
Обычно такой фокус не хиляет, литеры не копируются. Нужно выбрать что-то типа скопировать как двоичный код, если такое есть. Но обычно такой возможности нет. И получается как в басне Око видит а Зуб не ймет.
Hex-редакторы в этом случае - это просто мука.
ну вот файл который кажет Хекс коды для юникода.
код известен Куде..
https://github.com/Alexey-T/ATSynEdit/blob/master/test_files/test%20issues/issue-bidi_chars.txt
код известен Куде..
https://github.com/Alexey-T/ATSynEdit/blob/master/test_files/test%20issues/issue-bidi_chars.txt
Понял. Это символ спама, чтоб подменить текст и чтоб он выглядел "доверенным"
Сохранил этот пример текста как файл в формате UTF-8 (только в юникоде сохраняется).
Хотя У ВАС вставляется в ANSII и показывается пока не сохранишь и не перезагрузишь.
Эти спам-символы тем не менее нигде не показываются как литеры. Только у вас.
Другие литеры - да возможны, увидел. Например в Npp при просмотре ANSI текста в формате UTF-8 все русские буквы отображаются спец литерами.
И все-таки истинные "не искусственно полученные". так сказать литеры 0-31 желательно сделать отдельно, лучше в виде цифр и желательно как можно короче. Ведь вы сделали для литер CR и для LF значок стрелка вниз, а для TAB стрелка вправо. Вы даже сделали дополнительно значок CRLF как win.
Добавлено:
В общем если сделать коротенькие значки для 0-31 символов будет шикарно. Несколько вы уже сделали. Если вдруг появится другая литера - она будет сразу видна. Но в 99.9 процентах таких литер не будет.
Сохранил этот пример текста как файл в формате UTF-8 (только в юникоде сохраняется).
Хотя У ВАС вставляется в ANSII и показывается пока не сохранишь и не перезагрузишь.
Эти спам-символы тем не менее нигде не показываются как литеры. Только у вас.
Другие литеры - да возможны, увидел. Например в Npp при просмотре ANSI текста в формате UTF-8 все русские буквы отображаются спец литерами.
И все-таки истинные "не искусственно полученные". так сказать литеры 0-31 желательно сделать отдельно, лучше в виде цифр и желательно как можно короче. Ведь вы сделали для литер CR и для LF значок стрелка вниз, а для TAB стрелка вправо. Вы даже сделали дополнительно значок CRLF как win.
Добавлено:
В общем если сделать коротенькие значки для 0-31 символов будет шикарно. Несколько вы уже сделали. Если вдруг появится другая литера - она будет сразу видна. Но в 99.9 процентах таких литер не будет.
все ясно. можно так длинно не писать. я уже допер.
будет покороче этот вид Литер.
будет покороче этот вид Литер.
про спам Литеры. это никакие не спам-литеры. это вот
https://habrahabr.ru/post/252813/
https://habrahabr.ru/post/252813/
Ну я так написал "спам Литеры" наверное не совсем точно.
Я знаю их как литеры которые ставят в названиях файлов, чтобы они читались как привычное название, но, поскольку их суть - это чтение в обратном порядке, то название файла тебя посылает в другое место.
В общем это такое оружие хакеров и вирусо-делателей. И кажется такие символы именно так и назывались - читать в обратном порядке. Но это лишь по памяти. Примеры где-то лежат. Может это и не то.
За ссылку спасибо.
-------------
Кстати я таки думал, что эти символы будут типа 0, 1, .. 31, т.е. шириной 1 знак и 2 знака, которые будут как ваш символ win на отличку за счет выделения (только не как в Npp - белый текст на черном), ну или будут уменьшены наприемер. А так они сливаются как бы с текстом.
НУ да это мелочь. Вы в любой момент можете это изменить, когда захотите.
Я знаю их как литеры которые ставят в названиях файлов, чтобы они читались как привычное название, но, поскольку их суть - это чтение в обратном порядке, то название файла тебя посылает в другое место.
В общем это такое оружие хакеров и вирусо-делателей. И кажется такие символы именно так и назывались - читать в обратном порядке. Но это лишь по памяти. Примеры где-то лежат. Может это и не то.
За ссылку спасибо.
-------------
Кстати я таки думал, что эти символы будут типа 0, 1, .. 31, т.е. шириной 1 знак и 2 знака, которые будут как ваш символ win на отличку за счет выделения (только не как в Npp - белый текст на черном), ну или будут уменьшены наприемер. А так они сливаются как бы с текстом.
НУ да это мелочь. Вы в любой момент можете это изменить, когда захотите.
Да- изменить это можно, но пока неактуально, если есть цвет, то можно цвет настроить хексов
Кстати, может интересно делать тему? color theme?
синей темы нету.
Кстати, может интересно делать тему? color theme?
синей темы нету.
Alextpp
можно в CT включить подсветку одинаковых слов при выставлении на них курсора, так же как в SW?
можно в CT включить подсветку одинаковых слов при выставлении на них курсора, так же как в SW?
Да, это делает плагин Hilite Occurrences, добавить можно через Plugins => Addons Manager => Install... в главном меню программы.
Вот пример работы плагина - https://ipfs.pics/QmfSZz8PYxv5tGXfZDmU9LXiaMqh7f7BqKgoVkTjT5Gjap
Вот пример работы плагина - https://ipfs.pics/QmfSZz8PYxv5tGXfZDmU9LXiaMqh7f7BqKgoVkTjT5Gjap
Daniyar91
Большое спасибо! Установил Hilite_Occurrences_New. Цвет и выделение понял как настраивать, а нельзя ли сделать чтобы текст не выделялся когда курсор находится в конце слова?
Большое спасибо! Установил Hilite_Occurrences_New. Цвет и выделение понял как настраивать, а нельзя ли сделать чтобы текст не выделялся когда курсор находится в конце слова?
По просьбе Alextpp (какие-то проблемы с логином) объявляю о выходе версии 1.3.14:
Цитата:
Цитата:
http://uvviewsoft.com/cudatext/history.txt
1.3.14
+ opt fold_style
+ api
- fix: dont open folder via cmd-line
вроде как логин нашелся. Постю аннонс двух-трех новых плагинов.
1) FTP. Под Линуксом умеет даже SFTP,под виндой пока нет, только FTP
Добавляет панель слева около Tree
2) Sort
Дает диалог сортировки строк
Скрин
3) Encode
Порт Сублимешного плагина, дока вот тут по тому плагину https://github.com/colinta/SublimeStringEncode
Скрин его менюшки такой
1) FTP. Под Линуксом умеет даже SFTP,под виндой пока нет, только FTP
Добавляет панель слева около Tree
2) Sort
Дает диалог сортировки строк
Скрин
3) Encode
Порт Сублимешного плагина, дока вот тут по тому плагину https://github.com/colinta/SublimeStringEncode
Скрин его менюшки такой
Вот еще плагин, JS Sort Imports,
портирован с Сублиме.
Вот картинка к нему, к Сублиме версии
портирован с Сублиме.
Вот картинка к нему, к Сублиме версии
Обновление, сделано сохранение неименованных табов (вкладок) между запусками.
Многострочный диалог Find.
Цитата:
Многострочный диалог Find.
Цитата:
1.3.22
+ Find dialog: multi-line by "+" btn
+ on closing with "ui_reopen_session":true, modified+untitled tabs content saves to session
+ AddonManager warns on adding linter w/o CudaLint
+ opt find_multiline_scale
Обновление, в основном правки для Линукс и фиксы,
опция которая говорит что прятать в full screen
опция которая говорит что прятать в full screen
Плагин Project Manager почти в состоянии Бета, если кто тут хотел проектов, то можете пробовать
Пока только тут https://github.com/pohmelie/cuda_project_man
Пока только тут https://github.com/pohmelie/cuda_project_man
CudaText 1.4.0
Плагины
Обновлен Tabs List
Обновлен Snippets
Новый - Project Manager
Новые сниппеты - JavaScript
Плагины
Обновлен Tabs List
Обновлен Snippets
Новый - Project Manager
Новые сниппеты - JavaScript
Предыдущая тема: Программный принт-сервер
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.