» AkelPad

Skif_off
У меня это файл AkelPad определил в кодировке 65001 (UTF-8) без BOM, открывал в архиве не распаковывая. Кириллицу вижу нормально ("Исходный код (ruzanow.ru ©)"=Go to page...).
Цитата:

1. Галочка не стоит.

Попробуйте поставить.

Skif_off
Распознавание идет по первым символам в файле. В приведенном файле первый русский символ встречается на 24 тысяче от начала. Т.е. в данном случае можно увеличить буфер распознавания, например, до 65536.

gyra

Цитата:

Попробуйте поставить

Инфа будет хранится в реестре? Не подходит.

l_Instructor_l

Цитата:

можно увеличить буфер распознавания, например, до 65536

Увеличил, кодировка нормально распозналась. Не совсем понятен смысл этого параметра, грабли какие-нибудь могут вылезти? По-умолчанию всего 1024.

Добавлено:
С этим файлом тоже самое, пробовал менять буфер 1024/8192/65536 - все равно ANSI.

Распознавание кодировки выполняется на основании статистического анализа входного текса: если в нем попадаются байты чаще причастные какой-то кодировке, то эта кодировка принимается за результат. В Вашем примере(лог инсталляции Оперы): где встречаются байты или группы которые особо причастны какой-нибудь кодировке? Файл в кодировке UTF8 без BOM, и содержит codepoint-ы которые в UTF8 кодируются одним байтом причем точно совпадающим чуть ли не во всех кодировках ANSI, ISO-8859-x, KOI8, большинстве OEM-ах. Так как идентифицирующего признака найдено не было, результатом будет кодировка по-умолчанию(выбранная Вами в настройках), или если Вам больше повезет - одна из кодировки группы автоопределения(опят настраивается Вами). Так что я не знаю чего Вы ждете в данном случае...

feyfrefeyfre, спасибо за пояснения, теперь понятно как работает, придется быть чуть внимательнее

Спасибо Skif_off за поднятие вопроса об автоопределении кодировки и всем ответившим, кое-что прояснилось... но не до конца.
Есть, к примеру, вот такой документ. При выставленном буфере в 1024 открывается в ANSI-1251, т.е. корректно. А при буфере в 4024 уже в OEM-866. Вроде, никаких новых символов непонятных для ANSI не появилось, почему стал открываться в OEM?
Или все-таки
Цитата:

встречаются байты или группы которые особо причастны какой-нибудь кодировке?

У Вас в файле в первых 1024 символах не репрезентативная выборка. Нету знаков детекторов. 1024 символа заканчиваются где-то в середине 26-ой строки. И потому выбирается кодировка по-умолчанию(ANSI у Вас настроено, да? у меня UTF8). А теперь обращаем внимание на 29 строку.
NPUI94508 2Xtreme® [PSOne]
Вот этот вот "®"(R) это он в ANSI "®", не есть отличным для кириллицы символом, а в OEM(866) он "о" маленькая кириллическая О(омлет). Вот это уже заявка на победу. А так как эта заявка оказалась одна, то победитель очевиден.
Так что в случае 1024 символов, определение не сработало вообще. В случае больше - сработало, и определило, но с Вашей точки зрения не корректно. Ибо мало информации скормили ему .

Сейчас попробовал обновиться ...



l_Instructor_l
Скажите пожалуйста, будет ли ближайшее обновление для совместимости с Win 8 x64 ?

Добавлено:
Запустил Updater "запуск от Администратора" - всё прошло как по маслу !

feyfrefeyfre
Кодировка по-умолчанию, да, ANSI-кириллица. Интересно, что если открыть в UTF-8, то символы, типа ® ™ вообще теряются... хм, надо будет учесть...

Один символ ® открытию в кодировке ANSI, видимо не вредит, потому что если из документа удалить последние 10 строк, в которых еще 5 символов ®, то документ уже не будет открываться в OEM-866, вне зависимости от значения буфера.
Значит зависит от количества "омлетов".
А на ™ (в OEM - "Щ"), похоже Акел вообще не реагирует, хотя их там больше...

Цитата:

Интересно, что если открыть в UTF-8, то символы, типа ® ™ вообще теряются... хм, надо будет учесть...

Так задумано. Это фича UTF-8.
Цитата:

Значит зависит от количества "омлетов".  

Ага. А также "омлетов" конкурирующих кодировок.
Цитата:

А на ™ (в OEM - "Щ"), похоже Акел вообще не реагирует, хотя их там больше...

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

iya_grisho


Цитата:

для совместимости с Win 8 x64

Та же проблема и в Win7 x64. ИМХО, во всех 64-разрядных системах с UAC, он на 64-разрядных системах злее.

Добавлено:
Поставить AkelUpdater'у в режиме совместимости галочку "Запуск от имени администратора" - и все. Других исправлений тут не получится, разве что следующая версия апдейтера будет автоматом вызывать запрос UAC, т.е. пытаться стартовать от имени администратора.

4.8.0 в MDI режиме не закрывается окно/вкладка кнопкой X (через меню-нормально), это баг?

Userrr, также не сворачивается, и не восстанавливается. Уже исправили.

feyfrefeyfre 03:51 22-11-2012
Цитата:

Уже исправили.

где? на sourceforge нет.

На sourceforge есть.

feyfrefeyfre, спасибо, хотя он на басурманском (требует dll 4.8.1) и x86, но уж лучше так

Заранее извиняюсь, если вопрос уже задавался. Пробовал искать в версии для печати, но не нашел.
Вопрос касается выделения и вставки строк. Как скопировать строку Строка_2 (введенную ентером) так, чтобы при вставке ее перед строкой Строка_1, эта строка (Строка_1) смещалась вниз?
У меня при вставке получается так:
Строка_2Строка_1,
а хочу, чтобы было так:
Строка_2
Строка_1

coherent
Выделять и копировать строку 2 левым кликом в отступ. Если ничего не менялось в настройках, то строка должна копироваться с переводом.
З.Ы. Параметра -> Редактор 2 -> Левый клик в отступ выделяет строку, нужно поставить галку, если не стоит.

Цитата:

Как скопировать строку Строка_2 (введенную ентером) так, чтобы при вставке ее перед строкой Строка_1, эта строка (Строка_1) смещалась вниз?

Надо скопировать строку 2 с символом перевода строки, находящемся в конце строки 2. Чтобы это сделать SmartSel::NoSelEOL, естественно, д.б. отключен.

gyra
VSHY
SmartSel::NoSelEOL был отмечен, убрал и все заработало! Спасибо!

Немного поспешил
В стандартном AkelPad-е, скачанном с оффсайта все работает, как я и хотел. В проблемном AkelPad-е (который явно дополнен скриптами), с которого все началось, при тех же опциях строка вниз не смещается. При включенных непечатаемых символах видно, что при заканчивании строки Enter-ом не ставится символ rn. Что еще нужно изменить в этом случае?
До сегодняшнего с новым AkelPad-ом не работал, только начинаю вникать. Поэтому не обессудьте за тупые вопросы!

Добавлено
С символом rn разобрался! Теперь хорошо видно, что при выключенной опции NoSelEOL при выделении всей строки этот символ не выделяется. Куда копать?

coherent
Вот здесь я объяснял, как убрать выделение этого символа в AkelPad.ini, вам же надо посмотреть, что бы там было по умолчанию.

gyra
Спасибо за наводку, теперь все как надо! Выставил MouseOptions=7.

Под мое зрение самым подходящим был бы размер тулбара под иконки 24х24. Если я заменю иконки 32х32 на 24х24 в соответствующих длл-ках (или буду использовать свою библиотеку иконок...), станет ли размер панели инструментов при опции "Большие иконки" меньше, чем в случае использования иконок 32х32?

coherent

Цитата:

станет ли размер панели инструментов при опции "Большие иконки" меньше

Нет.

coherent
Можно из исходников собрать › заменить в ToolBar.c:
Код: if (wpCount)
{
if (bBigIcons)
{
sizeIcon.cx=24;
sizeIcon.cy=24;
}
else
{
sizeIcon.cx=16;
sizeIcon.cy=16;
}

gyra
Понял, жаль!
addhaloka
К сожалению, нет опыта в этом деле!

coherent 21:45 28-11-2012
Цитата:

К сожалению, нет опыта в этом деле!

Если версия Акела 32-х битная, то ничего сложного. [more]Скачать здесь "Visual C++ 9 Compiler" (VC9.7z) и "Windows Headers and Libs" (PSDK_2008.7z), распаковать куда удобно, скачать исходники ToolBar.dll, изменить ToolBar.c, как указано выше, и заменить пути в Build.cmd:
Код: set VCDIR=c:\Program Files\Microsoft Visual C++ Toolkit 2003
set MSSDK=c:\Program Files\Microsoft Platform SDK
rem на:
set VCDIR=путь к VC9\VC9
set MSSDK=путь к PSDK_2008\PSDK_2008

addhaloka
Вот спасибо! Попробую сделать. Версия как раз 32-х битная.

@addhaloka, не учите людей плохому.
Отсюда http://www.microsoft.com/en-us/download/details.aspx?id=18950 качаем GRMSDK_EN_DVD.iso (для 32 бит) или GRMSDKX_EN_DVD.iso (для 64 бит), устанавливаем(документацию и примеры можно не ставить - сэкономим 1.3гига). Теперь мы абсолютно ЛЕГАЛЬНО от MS имеем и SDK, и (кросс)компиляторы, компилятор ресурсов ВКЛЮЧИТЕЛЬНО. Ну а дальше подменяем пути к реальным(они в общем то стандартные будут: VCDIR=C:\Program Files\Microsoft Visual Studio 9.0\VC MSSDK=C:\Program Files\Microsoft SDKs\Windows\v7.0 )

feyfrefeyfre 00:02 29-11-2012
Цитата:

@addhaloka, не учите людей плохому.

Самый минималистский вариант предложил, без возни с инсталляцией. Соппсно, по дефолту вообще Microsoft Visual C++ Toolkit 2003 и SDK из 2003'й студии используются.

Добавлено:
P.S. А за ссылки спасибо.