Page 2 of 8

Posted: Tue Dec 20, 2016 8:08 am
by F. Phoenix
xml.coder
Строки в одиночных кавычках не подсвечиваются.
Лечится добавлением их в Delimiters.

Posted: Wed Dec 28, 2016 11:53 am
by user2007
File>Save As:

in "Save as type" and "BOM", the Alt-y and Alt-b shortcuts, respectively, do not work for me, while they work just fine in "File name" and "Codepage" (Alt-n and Alt-c)

is this the expected behaviour?

Posted: Fri Jan 27, 2017 7:27 am
by VladSh
Не баг, а особенность, которую хотелось бы пофиксить.
Функционал разделения окна вертикально (другие не проверял), это команда Command(4308), иногда разделяет окно меняя их местами.
Как проверить:
- открыть 2 файла;
- если фокус установлен на первой вкладке, то при разделении окна будут идти в той же последовательности, что и вкладки;
- если фокус на 2-й вкладке, то вначале, слева, прорисуется окно для 2-й вкладки, а затем для первой. Это очень не удобно, т.к. постоянно путаешься.
Хотелось, бы чтобы разделение окна не зависело от того, на какой вкладке установлен курсор, и формирование окно происходило согласно порядку следования вкладок, без учёта того, на которой вкладке установлен курсор.

Posted: Fri Feb 03, 2017 9:46 pm
by Northtech
Что-то последние пару версий стала очень сильно глючить прокрутка\выделение длинных массивов текста (типа base64), покадрово и очень медленно.
Примерно так выглядит, в реальном времени даже более глючно:
http://imgur.com/a/uLS5q
Akelpad x64

Posted: Fri Feb 03, 2017 10:22 pm
by bugreport
На SF для 4.9.8 x64 лежит 32-битная версия.

Posted: Sat Feb 04, 2017 3:31 pm
by Northtech
bugreport
если это вы мне, то нет никакой разницы между x64\x86, всё тот же баг.

В общем проблема оказалась в Coder::Highlight, при отключении этой настройки баг исчезает. Печально, нужная вещь для меня...

Posted: Mon Feb 06, 2017 9:27 am
by Drugmix
Northtech
имхо, это всё от того, что акелпад изначально не был рассчитан на многострочную подсветку.

Posted: Mon Feb 06, 2017 6:01 pm
by Northtech
Drugmix
Ну может быть, но раньше же всё нормально работало, жаль не помню точно, с какой версии эта ерунда началась.

Posted: Mon Feb 06, 2017 6:36 pm
by Skif_off
Northtech
Пользователи хотели больше возможностей для подсветки синтаксиса - пользователи их получили. О производительности при фич-реквестах как-то не задумываются обычно :) Почему-то...
Или у меня просто плохое настроение.

В качестве временной меры попробуйте откатить на предыдущие версии html.coder, php.coder, возможно, и css.coder.

P.S. Жаль, что в HTML некоторые теги можно не закрывать, а строки разбивать в любом месте(ах)...

Posted: Mon Feb 06, 2017 8:02 pm
by Northtech
Skif_off
вы спасли меня, спасибо :)

с этой ревизии всё стало печально, на 1.8 не глючит, посижу пока на ней.

upd.:
проблема оказалась в этой секции (css.coder - 1.25):

Code: Select all

Quotes:
;======================================================================================
;Flags  Pattern  "\BackRef=(FontStyle,ColorText,ColorBk) \BackRef=..."  ParentID RuleID
;======================================================================================
;For work // in nested levels: catch spaces on line start to avoid rule 8 catch it
0	"^\s++"  "\0=(0,0,0)"                                           0        0
;===================================================================================
;Flags  Font    Color   Color   Quote   Quote   Escape  Quote   Quote   Parent  Rule
;       style   text    bkgrnd  start   end     char    include exclude ID      ID
;===================================================================================
;1=1 *.less files
1	3	${COMM}	0	"//"	""	":"	""	""	0	0
;389=1+4+128+256
389	0	0	0	"["	"]"	""	""	""	0	2
;385=1+128+256
385	0	${STR}	0	"="	""	""	""	""	2	0
;257=1+256
257	0	${ATTR}	0	""	"="	""	""	""	2	0
;389=1+4+128+256
389	0	0	0	"("	")"	""	""	""	0	5
;385=1+128+256
385	0	0	0	":"	","	""	""	""	5	7
;261=1+4+256
261	0	0	0	""	":"	""	""	""	5	6
;5=1+4
5	3	${STR}	0	`"`	`"`	"\"	""	""	-3	0
;5=1+4
5	3	${STR}	0	"'"	"'"	"\"	""	""	-3	0
;261=1+4+256
261	0	0	0	""	";"	""	""	""	1	8
;385=1+128+256
385	0	0	0	":"	";"	""	""	""	8	4
;261=1+4+256
261	0	0	0	""	":"	""	""	""	8	3

заменил пока в последней версии css.coder строки из версии 1.8:

Code: Select all

Quotes:
;===================================================================================
;Flags  Font    Color   Color   Quote   Quote   Escape  Quote   Quote   Parent  Rule
;       style   text    bkgrnd  start   end     char    include exclude ID      ID
;===================================================================================
;405=1+4+16+128+256
405	0	${STR}	0	"#"	""	""	""	""	-1	0
;389=1+4+128+256
389	0	0	0	"["	"]"	""	""	""	-1	2
;269=1+4+8+256
269	0	0	0	""	":"	""	""	""	1	3
;385=1+128+256
385	0	0	0	":"	";"	""	""	""	1	4
;5=1+4
5	3	${STR}	0	`"`	`"`	"\"	""	""	-2	0
;5=1+4
5	3	${STR}	0	"'"	"'"	"\"	""	""	-2	0

Posted: Tue Apr 04, 2017 3:20 pm
by Instructor
sunn3h wrote:Проблема такая: При открытии символической ссылки на файл, AkelPad бесконечно предлагает переоткрыть файл, т.к. он был изменен "извне".
Тестовая
Xabib2302 wrote:Проблема с определением кодировки reg-файла.
FAQ
F. Phoenix wrote:Лечится добавлением их в Delimiters.
Добавлено.
user2007 wrote:File>Save As:

in "Save as type" and "BOM", the Alt-y and Alt-b shortcuts, respectively, do not work for me, while they work just fine in "File name" and "Codepage" (Alt-n and Alt-c)
Not reproduced.
VladSh wrote:Функционал разделения окна вертикально (другие не проверял), это команда Command(4308), иногда разделяет окно меняя их местами.
Разделение производится MDI клиентом через сообщение WM_MDITILE. AkelPad этим не управляет. Но управляет разделением через диалог "Выбор окна".

Posted: Fri Jun 16, 2017 8:01 am
by Scrapmetay
В 4,9,4 если вертикально изображать 1 файл на 2'е половины и у одной больше ширь чем второй, в большем столбе текст переносится по ширине меньшего.

Posted: Fri Jun 16, 2017 9:52 am
by DV
Scrapmetay wrote:В 4,9,4 если вертикально изображать 1 файл на 2'е половины и у одной больше ширь чем второй, в большем столбе текст переносится по ширине меньшего.
Подтверждаю в AkelPad 4.9.8. В правой стороне вертикально разделённого (splitted) окна редактирования в режиме переноса строк эти строки переносятся по ширине левой стороны разделённого окна.

Posted: Fri Jun 16, 2017 10:24 am
by opk44
Scrapmetay wrote:В 4,9,4 если вертикально изображать 1 файл на 2'е половины и у одной больше ширь чем второй, в большем столбе текст переносится по ширине меньшего.
1. Не воспроизводится. Вернее так, граница переноса действительно "зависимая", и во всех разделённых частях окна она ВСЕГДА наследуется у левой (северо-западной) части, вне зависимости от её (левой части) ширины. Если левая часть у'же правой, то будет похоже на то, что вы описали, а если левая часть шире, то в правой части появится полоса горизонтального скроллинга. Это нормально.
Если же вы хотите для ОДНОГО ФАЙЛА иметь ДВЕ РАЗНЫЕ границы переноса, то тогда, наверное, следует разместить данное предложение в разделе "хотелок". При этом, неплохо было бы объяснить "зачем".
2. Какой смысл искать баги в неактуальных релизах (версия 4.9.4 = 2015/06)?

Posted: Sun Jun 25, 2017 8:48 am
by yozhic
Здравствуйте.

Find: 1(?=3)
Replace: 2
[v] RegExp

Находит, но не заменяет. Воспроизводится, начиная с версии 4.9.8 dev от 23.05.2016 и до последней тестовой 4.9.9. Пробовал и с плагинами, и без плагинов, на «чистом» AkelPad.
Image

Версия 4.9.8 dev от 21.02.2016 подобные замены (с использованием positive lookahead) ещё выполняет.
Эх, вот печаль :( И не откатиться. Уже и не припомнить сколько плагинов придётся перенастраивать.