Fr0sT, с каких это пор википедия - стандарт?(В википедии написано что RTP - протокол транспортного уровня OSI. Надо же, редактора RFC, а также вся IANA даже и не знали. А в следующем предложении пишется что он как правило пользуется транспортом UDP.) Или может быть у вас есть стандарт которые описывает содержимое txt файлов.
Я вот видел, например, что в INI файле существует директива #include "filename". В другой имплементации существуют секции-шаблоны, объединение секций, наследование секций(даже множественное наследование). Мне что на каждом углу орать что чьи-то там INI файлы не имеют такой фичи?
И где Инструктор заявлял что эти INI файлы есть имплементацией какого-нибудь подмножества или надмножества вариаций INI-файлов.
Конфигурационный файл должен иметь ровно столько возможностей, что-бы иметь возможность сохранить все настройки программы. Остальное - по желанию кодера. Ибо конфигурационные файлы не предназначены для разделения между разными программами, а потому их стандартизация только во вред.
Эсли что-то Вам не нравиться - это не баг, это Ваше ИМХО. Между прочим кроме Вас есть ещё несколько тысяч пользователей
Отступы слева и справа можно задать в настройках.
Posted: Fri Nov 05, 2010 7:39 am
by Instructor
Meerkat
Да, первая строка в Lucida Console вплотную лежит к верхней границе окна редактирования, в версии 4.5.1 увеличено значение по умолчанию на 1 пиксел. Значение же левого отступа настраивается.
Правда, без конкретных примеров ничего особо не сделать.
Posted: Sat Nov 06, 2010 7:51 am
by Instructor
Infocatcher
Если я не умею пользоваться топором, могу ли я сетовать на то, что дом вышел кривой?
Posted: Sat Nov 06, 2010 11:28 am
by DV
Как вариант, можно взять из Notepad++ алгоритм определения кодировок текстовых файлов без BOM. Из файла "PowerEditor\src\Utf8_16.cpp". Реализация самого алгоритма не менялась как минимум последние два года, так что можно считать её успешной.
Posted: Sat Nov 06, 2010 3:25 pm
by Fr0sT
FeyFre, если вики не авторитет, возможно, реализация GetPrivateProfileString будет иметь достаточный вес?
И где Инструктор заявлял что эти INI файлы есть имплементацией какого-нибудь подмножества или надмножества вариаций INI-файлов.
А чтобы не было подобных споров, достаточно сбавить градус глобализма и вместо утверждений
Комментарии в настоечных ini-файлах не предусмотрены.
говорить
Комментарии в настроечных файлах AkelPad не предусмотрены.
Posted: Sat Nov 06, 2010 4:27 pm
by FeyFre
GetPrivateProfileString будет иметь достаточный вес?
Опять таки: какое отношение имеет WINAPI вызов GetPrivateProfileString к Акелу вообще? GetPrivateProfileString работает с реестром, и может быть натравлена на любой файл.
Тот факт что файл называется AKELPAD.INI не означает что там должно быть содержимое совместимое с GetPrivateProfileString. Инструктор мог назвать AKELPAD.CONF или AKELPAD.APC,
достаточно сбавить градус глобализма и вместо утверждений
Мы сейчас опять поцапаемся. У нас разные умолчания по этому поводу. Если я тут говорю, значит я умалчиваю контекст - АкелПад. Другие контексты, в том числи и глобальный я уточняю в предложении. Ваше-же умолчание наверное подразумевает глобализм. Вот и все разногласия.
Posted: Sat Nov 06, 2010 6:00 pm
by Fr0sT
Сойдемся на разных дефолтных контекстах
Posted: Sun Nov 07, 2010 2:07 pm
by Instructor
DV wrote:Как вариант, можно взять из Notepad++ алгоритм определения кодировок текстовых файлов без BOM. Из файла "PowerEditor\src\Utf8_16.cpp". Реализация самого алгоритма не менялась как минимум последние два года, так что можно считать её успешной.
Есть примеры, при которых Notepad++ корректно определяет, а AkelPad нет? Уж в чем, в чем, а в определении кодировки AkelPad может дать фору
Posted: Sun Nov 07, 2010 2:41 pm
by Infocatcher
Instructor wrote:Есть примеры, при которых Notepad++ корректно определяет, а AkelPad нет?
begin 644 utf8_wo_bom_test-2.7z
M-WJ\KR<<``.3[L]M)P(```````!O`````````/BZ,J0`.^3!O)7W=A;\1&K`
MTLFR!TG!.5P4J3%[I:%-S`I(*P*9@@77!O!"E7G5FV.J4T[!<U01`A\X=SP#
MAXF1U`6;\A:@A/FSAC:9KH?:V]%=#6]8FG(-OK5IEF6J1ESC^K9YD4OU(]:>
ML52DPNO,PC8?(A8.,HP-*F>%:>T3N'*%:U67UD'<;$%C;X[[F94R[%!5B3J3
MQ%<_B5I:-)S$;9=CD\G^OJ?67&EY&[6TZS#RPZKM^JS#.\'#@#_O`D4$DSBZ
MLP`4Z5P_*4@=,X1)Y!\1"RM$OV=%+L+P2:^2+&7#UX3=(T557V?9`9-S>?\.
M+95+QY&EQD_,%'<IQGQ-0(N;%RFG/S?52U-TI&N7L45FC_N:R-H;+/4N(Y$X
M*Q5(T*<%Z:F:,_J@EM;AKF3R]C$`L>>UVYM?"(J2+Y`4.65/.G=C82,U'*V7
MQLLHQ;6'',#ZFQ>$WU.=<K#+Y]2T"<G6+UZ?:98R*,F*(!Y.%((4I(#FFCT)
M/R)PP88$;4^(K?T[GYTNK>K*/EF/BT%!;?GAYP8F?D8<C0'0V%6P?X*5CO:G
MZ!__;L`3@>`-L6.PW==LS;4%ZY$P1\+Z93SL'=O+ML\)YKQ(1\F;2_$(4S.7
M;1BZ*0W"B%=V)`2`!;+R(90!&FR?9"FG=,9R_[4\3S*I'"##PX``TB4&CU_6
M@92O\ZQ__ZP=2[,:L$CMD16J/SDC;S]9X5I>'9K"'.>(#WVM]DWNQDE4'@$$
M!@`!"8(G``<+`0`!(P,$`04@````0`S`\UP`"`H!HE9:)0``!0$1+P!U`'0`
M9@`X`%\`=P!O`%\`8@!O`&T`7P!T`&4`<P!T`"X`>`!H`'0`;0!L````%`H!
3``!S1`5P?LL!%08!`"``````````
`
end
sum -r/size 25336/694
Сохранять в текстовый файл с означенным расширением, распаковывать WinRAR'ом или Total Commander'ом, а потом снова WinRAR'ом (или 7-Zip'ом).
Posted: Sun Nov 07, 2010 10:16 pm
by Instructor
Infocatcher
Над первым можно подумать. Второй определяется как 866, что для кириллицы больше приемлемо. А вот для англичан можно добавить определение UTF-8 по методу Notepad++.
Posted: Mon Nov 08, 2010 9:32 am
by DV
Instructor wrote:Есть примеры, при которых Notepad++ корректно определяет, а AkelPad нет?
Раз в форуме samforum.ws (по ссылке выше) об этом зашла речь, значит, есть...
Хотя лично у меня претензий не возникало.
А что касается алгоритма, использующегося в Notepad++, то его можно слегка усовершенствовать. Если текстовый файл начинается с последовательности букв 'я' и 'ю' в кодировке cp1251 (это выглядит как 0xFF, 0xFE), то Notepad++ безапелляционно определяет этот файл как UCS-2, даже при нечётном размере файла.