» CudaText

Alextpp

Цитата:

Моей minimap можно крутить весь файл,если тащить серый блок вниз

Если в файле много строк, то не выйдет таким способом прокрутить весь файл.

2) Если открывать файл UTF-16, то редактор "говорит", что возможно это не текстовый файл (в SynWrite все нормально).

3) Надо бы сделать так, что если открывать много файлов в раз (через ком. строку, или перетаскиванием их в окно редактора), чтобы если когда встретиться "не текстовый" файл, то можно было выбрать нужное действие (открывать или нет), для всех последующих бинарных файлов, что еще открываются в этот момент.

4)
a) сейчас запоминается мало закладок, кажется, только для 25-ти последних файлов.
b) цвета вкладок, тоже только для 25-ти последних (в SynWrite, кажется не так).
а мне сейчас нужно как минимум для 73, и это как-бы проблема. ui_max_history_files, решает это.

5) Можно было-бы сделать так, что когда просматриваем открытые файлы в текущей группе (если щелкнуть по той стрелке, что в конце ярлыков вкладок, хз как она называется), то чтобы там показывались цвета вкладок.

>не выйдет таким способом прокрутить весь файл.
выйдет, минимап крутится, верхняя строка мепа меняется.
как и Сублиме.

баг про utf16: записал.


>сейчас запоминается мало закладок, кажется, только для 25-ти последних файлов.

посмотри конфиг.
там 2 опции с словом history.

можно больше.

>что в конце ярлыков вкладок, хз как она называется), то чтобы там показывались цвета вкладок.

может потом.
мало нужно.

1) Проревел в ST, файл прокручивается весь. А в Cuda, примерно на 0,2%. В файле на котором проверял 600k строк.

5) согласен что сейчас не нужно, но когда вкладки будут доделаны, и тогда при их большом количестве они буду как-бы прятаться, и их не будет видно, вот тогда точно надо будет.

Да с миникартой косяк, странно, тестил уже

Апдейт 0.8.8
Переделка миникарты, дрега, вроде теперь нормално

0.8.8
+ opt ui_reopen_session, last files reopened
+ opt ui_title_path
+ opt ui_stat_center
+ opt color: tab active, inactive groups
+ opt find_sel_case
+ opt find_show_findfirst
+ commands: find selection next/prev
+ commands: focus group next/prev
+ commands: move tab to group next/prev
+ command: add comment at line start
+ lexer-prop dlg: remove Apply
+ api: app_proc

1) Сейчас, если в файле мало строк, то мини-карта странно прокручивается.

2) Если редактор разделен на несколько групп, и если зажать CTRL+N, то новые вкладки добавляются относительно быстро, если же всего одна группа, то вкладки добавляются сильно медленнее.

3) В одной группе может быть около 80 вкладок, это как-бы не проблема, но если есть две группы, суммарное кол-во вкладок в которых больше этого лимита, и если объединить их в одну группу, то ...

мало это сколько?
сделал 30 строк, норм крутится. 20--тоже. меньше смысла нет крутить. я кручу дрегом select-rectangle.

Строк чтобы на 3 экрана, вполне достаточно, чтобы увидеть что я имею ввиду.

Попытаюсь описать как это происходит -- тащим этот прямоугольник, и в определенный момент он уже не опускается ниже, но место куда опускаться еще есть, и файл еще не прокручен до конца, тащим дальше rectangle, он не едет за курсором, но файл прокручивается.

я вижу.
если минимап не больше экрана
попробую повозиться, может получше станет.

Бета на sf.net: вроде бы карта стала лучше (мал. файл)

Добавлю еще опц. ui_one_instance

Update
0.9.1
+ rework col-blocks (handle tab chars)
+ statusbar macro {xx}
+ save/restore sizes of groups

0.9.0
+ dlg Find: wrapped search, change in hotkeys
+ opt ui_one_instance


Добавлено:

0.9.1
+ rework col-blocks (handle tab chars)
+ statusbar macro {xx}
+ save/restore sizes of groups

0.9.0
+ dlg Find: wrapped search, change in hotkeys
+ opt ui_one_instance

0.9.5
+ support for event plugins (auto-completion, goto-defitinion...)
+ undo improved (group complex edits even if undo_grouped=false)
* del opt find_replace_with_find
- fixes in find/repl

Вышла уже верс. 1.2,
кое-что интересно появилось-- сниппеты (в виде плагина Snippets) именно в версии 1.2.

А перевод на русский планируется?
Заранее благодарен.

Smallette
нет

Но можете скачать плаг Menu Config и делать русское меню (только меню)

Вышел апдейт--1.2.5
Там главное это поддержка макросов, плаг выйдет через пару дней.

Уже есть подд. сниппетов из Synwrite - плагин есть

Апдейт
1.2.9

Кроме кого много плагинов, обновки -
см. папку по дате обновления
https://sourceforge.net/projects/cudatext/files/addons/plugins/

Где-то 5-7 плагинов в посл. время новые

1.2.10
+ addon-manager: items "Install plugin","Download all" (restart app 1-2 times to see menuitems)
+ added cmds: "tree: select next/prev/parent/etc node"
+ opt ui_lexers_grouped
+ opt ui_reload_tail
+ use grouped-undo for mul-carets cmds
+ cmd "tree: update tree" (need if sidebar hidden)

Цитата:

Это напоминает Sublime Text на новом движке.

простите, но совсем не напоминает...

ANDE2003

Там есть консоль по ctrl+tilde и меню Selection и еще CommandPalette и еще Питон плагины и еще установщик плагов

Добавлено:
и еще sidebar (но он не такой, пока).

Небольшой апдейт 1.2.11 (новое в addon manager); 1.2.12 (добавлено api)

обнова. 1.2.14
История как обычно
http://uvviewsoft.com/cudatext/history.txt

Обновление 1.2.15, добавки по мелочи
http://uvviewsoft.com/cudatext/history.txt

del

del

[more] Из ветки Npp

Цитата:

На самом деле я (автор CudaText)признаю что Куда жрет памяти много. есть проблема. неэкономный код по памяти. Есть мысли как сделать более экономно. Но пока мысли. Может скоро сделаю экономно. Раза в 1.5-1.7 меньше будет жраться на файле большом...

В качестве помощи:
Проверил. Пока результат строго отрицательный. Жрет больше чем в версии 1.29 в 1.5 раза. Хотя текст стал опозноваться правильно (проверял на экзе-файлах размером около 30МБ).

Кроме того прога жрет много и на малых файлах. Так что если набрать много малых файлов, открываться они будут быстро, но памяти будет скушано много.

Что-же касается больших файлов, то они открываются очень долго, непропорционально дольше тому сколько съедено памяти. Например памяти съедено лишь в 1.8 раза больше чем у Np++, но открывается раз в 10 дольше.

Отличительная особенность при этом такая. Если Npp открывает большой файл, он открывает его быстро, но после этого порядка 1.5-2 минут грузит процессор до 40-50 процентов. Потом ноль процентов.
-----------
Как выяснилось недавно, большинство пользователей не могут отказаться от Npp по двум дополнительным причинам:

1) Прога открывает относительно большие exe файлы (содержащие литеры) и позволяет редактировать их не в HEX виде, а как текст.
Не литерные символ правятся как обычно и файл при этом не портится.
Литерные символы тем не менее тоже можно заменить, но такая правка несколько усложнена.
Кроме того литерные символы отображаются именно литерами, а не их эрзацем. Хотя прискорбно то что выводятся они как белый текст в черном фоне. Получается черное месиво. Это мешает конечно чтению, когда надо подправить файл.
Но в целом фича уникальна. Монстры типа УльтраЭдит не дают безнаказанно править такого рода файлы в текстовом режиме.

2) Прога имеет фичу автоматического сохранения открытых файлов в спец папке. В результате я могу закрыть прогу с кучей несохраненных файлов и все будет открыто в том же виде как было при закрытии. Такого рода закрытие происходит очень быстро.

Насколько я знаю эти фичи у вас пока не планируются. [/more]

Неправда
1.3 последняя жрет так же как 1.2.28 - тестирую паскаль файл 1Мб, если тестить одинаково, с открытием диалога ОткрытьФайл, с деревом, то 1.3 жрет на 1Мб меньше чем 1.2.28 (42Мб и 43Мб)

сделать экономию памяти тут не получится. я выяснил что жрет больше всего не мой код (мой движок) а парсер (парсер это чужой код который я беру без правки внутри),
если выключить парсер, то 7Мб экономится (на 1Мб файле).


Добавлено:

...1) Прога открывает относительно большие exe файлы и позволяет редактировать

тут Куд уже умеет показывать ascii символы 0..31 как квадратики с кодом (дефолт),
но все равно, я не советую править эксешники или бинарники, потому что бинарники.

...2) фичу автоматического сохранения открытых файлов в спец папке

этого пока нет, может потом. Сублиме тоже так умеет.

Alextpp
Извиняюсь за смену ника.

Цитата:

Неправда

Спорить тут не о чем. Я говорил - брал exe-файл размером 28МБ.
Там и видно.
Это нормально брать эктремальный случай чтобы разобраться.
Случай экстремален пока лишь для Cudatext, для остальных прог такой размер - небольшой напряг, не более.

Так что посмотрите на таком файле.
И конечно возможности компа наверное тоже играют роль. Желательно (по возможности) проверить на чем-то слабосильном.

Вот тогда будет толк и эффект. А то ведь не видно поди.

Добавлено:
Не заметил.
Насчет парсера при проверке времени открытия и объема съедаемой памяти.
Конечно если я открываю файл с литерами, практически Hex-файл, бинарник, я не использую никакой лексер, никакое дерево, ни задаю никакого языка программирования.

И вот такие неутешительные результаты.
По сравнению с версией 1.29 (такая у меня была до этой беты) объем съедаемой памяти у меня увеличился.
Картинку не буду делать, файл dopus.exe 28.2МБ:

v1.3.7 Рабоч.набор - 171,51 МБ, Приват-байт -161,75 МБ, повторное открытие 29 сек
v1.2.29.0 Рабоч.набор - 147,8 МБ, Приват-байт - 139,15 МБ, повторное открытие 6 сек
Npp Рабоч.набор - 89,40 МБ, Приват-байт - 103,11 МБ, повторное открытие 1 сек

Вы видите разница во времени открытия более чем в 4 раза.

При любом измении, например при смене кодировки, прога не отзывается как при перезагрузке файла. Изменить размер окна вообще не удается.

Спорить есть о чем

Взял файл xul.dll из Firefox, 33.7Mb (опция макс-размер = 40М, опц "unprinted_replace_spec": false,)
ПК Intel Core i3 3Ghz

открытие, 6 сек
команда file/reopen, 6 c
команда смены кодировки reload-as 4-5c

как повторить медленное открытие 30с ?

Добавлено:
размер памяти большой, это вижу.

Alextpp
Цитата:

Спорить есть о чем
..
как повторить медленное открытие 30с ?

Хрен его знает. На вашем компьютере будет по другому.
У меня Винда7, памяти 2 гига, Intel Core 2CPU. T5300 1.73 GHZ. Может поэтому.
Не думаю что файл я нашел такой особенный.
Можете именно его открыть.Ссылка
Меня удивило что разница между старой и новой версией проги не в лучшую сторону.
Сравнивал открыв одновременно две версии проги с одним и тем же файлом. Данные из ПроцессХакер.