Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » AkelPad (часть 1)

Модерирует : gyra, Maz

gyra (10-07-2017 22:07): AkelPad (часть 2)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

   

abz



Хулиган
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AkelPad  4.9.8 (от 18 июля 2016)
 
Страница программы | Скачать | Описание | FAQ | Плагины | Форум | Скриншот (без плагинов)
 


AkelPad - текстовый редактор с открытым исходным кодом, созданный, чтобы быть маленьким и быстрым.



Скачать инсталлятор (многоязычный): x86 | x64  

Скачать архив (русская версия): x86 | x64  
Скачать архив (английская версия): x86 | x64  

Скачать сборник плагинов: x86 | x64  

AkelUpdater v6.5 - обновление программы, плагинов и скриптов

Авторы:
AkelPad 4 - Шенгальц А.А.
AkelPad 3 - Шенгальц А.А.
AkelPad Classic (2.x) - Кузнецов А.И.
AkelPad - Кузнецов А.И.
 


Различные старые версии
Сборки AkelPad
Установка AkelPad 4 на Windоws 7 "С заменой Блокнота Windows"
Готовый батник (запустить перед установкой AkelPad)  для установки AkelPad 4 на Windоws 7 x86 "С заменой Блокнота Windows"
Dev-версия :: Руководство пользователя (может отличаться от финального релиза)
 
Коллекция скриптов
Дополнительные синтаксические файлы

Всего записей: 14975 | Зарегистр. 04-11-2002 | Отправлено: 19:09 25-05-2006 | Исправлено: Maz, 08:54 11-03-2017
Skifoff2

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DCT
Кнопка Esc закрывает AkelPad или диалоговые окна, перехватившие фокус - здесь только окно AkelPad. Для закрытия вкладки/документа по умолчанию используется Ctrl+F4 или Ctrl+W.

Всего записей: 121 | Зарегистр. 20-07-2016 | Отправлено: 23:00 18-10-2016
DCT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Skifoff2
Посмотрел: в hotkeys плагине ESC не переназначал - т.е по дефолту в режиме MDI все таки по ESC должна закрываться активная вкладка.
 
Но любом случае это неправильно: обработка большого лога может занимать минуты и этот процесс никак нельзя цивилизованно прервать. А по esc иногда теряются (не открываются при переотрытии Akelpad) открытые документы, хотя, это скорее проблема уже плагина сессий.

Всего записей: 792 | Зарегистр. 22-12-2005 | Отправлено: 02:47 19-10-2016
gyra

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DCT
Цитата:
hotkeys плагине ESC не переназначал - т.е по дефолту в режиме MDI все таки по ESC должна закрываться активная вкладка.
Такой функционал есть в Exit плагине. Посмотрите, м.б. он включен. В его настройках можно и изменить поведение.

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 08:45 19-10-2016
DCT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
gyra
Спасибо. Да, действительно у меня клавиша Esc там перехватывается.
Т.е. в итоге разбора ситуации остается слабовоспроизводимый глюк с закрытием сессии плагина Sessions и фича-реквест к Акелпаду закрывать по ESC (или как то еще) "задумавшиеся" документы.

Всего записей: 792 | Зарегистр. 22-12-2005 | Отправлено: 15:22 19-10-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Напомните, плиз. где находится настройка, переключающая сабж между оконным (SDI) и вкладочным (MDI) режимами? Никак не могу вспомнить - и найти тоже не получается Даже в Гугле пытался найти, но безуспешно.
Спасибо!

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 22:35 05-11-2016
sergio12

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02
Options - Windows mode

Всего записей: 376 | Зарегистр. 11-11-2002 | Отправлено: 22:40 05-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня AkelPad установлен на двух компах, оба используются в режиме MDI. На одной, когда файл из другого приложения,например, из Total Commander, отсылается в AkelPad, а окно при этом уже открыто, то в нём создаётся новая вкладка и она автоматически становится активной, что вроде бы логично.
 
А на другой машине, если в AkelPad уже открыт один файл, то второй фай открывается в новой вкладке, но активной остаётся первая вкладка. А вот если в окне уже открыто два и более файлов, то новая вкладка автоматически становится активной.  
 
Это баг или фича? Никаких настроек для этого не нашёл.  
Спасибо!

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 02:02 06-11-2016 | Исправлено: tramparamparam02, 02:03 06-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
При открытии файла, имеющего нативную кодировку Windows-1252, AkelPad довольно часто ошибочно открывает его в кодировке UTF-8. При этом все диакритические символы из расширенной ANSI (буквы с умляутами, крышками, тильдами и пр.) отображаются в виде иероглифов, что вполне понятно. Непонятно другое: после сохранения изменений такого файла все такие символы в исходном файле оказываются замещены этими же иероглифами, хотя правильно вроде бы было не менять кодировку исходного файла
 
Засада в том, что ошибка с кодировкой не всегда заметна простым глазом. Поэтому сабж перепортил таким образом немало файлов , некоторые документы пришлось потом долго восстанавливать руками, а часть важных данных вообще оказалась потеряна  
 
Можно ли это как-то побороть? Или хотя бы подобрать кодировку, при которой испорченные символы отображались бы правильно? Я перепробовал вроде бы все вплоть до восточно-азиатских языков, но так и не нашёл подходящей: похоже, что символы портятся намертво.  
 
Буду очень признателен за помощь! Очень уж достала проблема

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 13:54 14-11-2016
AlexDAT



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02
Проверь в настройках порядок загрузки кодировок и убери ненужные.
Настройки - параметры - фильтр

Всего записей: 2940 | Зарегистр. 21-04-2009 | Отправлено: 14:06 14-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexDAT 13:06 14-11-2016
Цитата:
 Проверь в настройках порядок загрузки кодировок и убери ненужные.

К сожалению, это решение не подходит: все ненужные кодировки я давно уже убрал, остались только нужные, в том числе ANSI 1251 и UTF-8.  
 
Порядок тоже не решает проблемы: бывают файлы в UTF-8, а бывают и ANSI 1252.  
 
Собственно, я спрашивал немного не об этом. Но в любом случае благодарю за попытку помочь!
 
Добавлено:
Кстати, разве порядок кодировок в списке вообще имеет значение?

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 15:53 14-11-2016
LonerD



Advanced Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
tramparamparam02

Цитата:
после сохранения изменений такого файла все такие символы в исходном файле оказываются замещены этими же иероглифами, хотя правильно вроде бы было не менять кодировку исходного файла

Я так понимаю, что если файл открыт, Акелпад определил его кодировку (не распознал, определил ошибочно, но определил), то дальше работа с файлом происходит именно в этой кодировке, которую Акелпад и считает исходной. Так что тут логика работы программы правильная.
 

Цитата:
Засада в том, что ошибка с кодировкой не всегда заметна простым глазом

В какой кодировке открыт файл - видно внизу в статусной строке. Разве что там каждый раз смотреть.

Всего записей: 900 | Зарегистр. 27-06-2006 | Отправлено: 16:30 14-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LonerD 15:30 14-11-2016
Цитата:
Я так понимаю, что если файл открыт, Акелпад определил его кодировку (не распознал, определил ошибочно, но определил), то дальше работа с файлом происходит именно в этой кодировке, которую Акелпад и считает исходной. Так что тут логика работы программы правильная.

Возможно, вы и правы, не буду спорить. Хотя хотелось бы какую-то другую логику
 
Но в любом случае, я спрашивал не "кто виноват?", а "что делать?" Каждый раз проверять статусную строку - не вариант: всё равно забуду в половине случаев  
 
Нет ли идей, при какой кодировке перезаписанные символы расширенного ANSI в уже испорченных файлах могут отображаться корректно? Логика вроде бы говорит, что такая кодировка должна существовать, но я её не нашёл, хотя перебрал почти все варианты.
 
AlexDAT 13:06 14-11-2016
Цитата:
Проверь в настройках порядок загрузки кодировок

Так всё-таки имеет значение порядок кодировок в списке или нет? Провёл несколько тестов, разницы не увидел. Что-то не так делаю?

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 11:46 15-11-2016
AlexDAT



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Спецификаций кодировок много, остаётся только пробовать отключить автоопределние кодировки и\или выбирать в статусной строке текущую кодировку файла.
Подробнее только уточнять у автора программы

Всего записей: 2940 | Зарегистр. 21-04-2009 | Отправлено: 11:54 15-11-2016
Skif_off

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02
Если кодировку можно привязать к расширению или есть какой-то "маркер" (типа атрибуты encoding/charset в XML/HTML), то можно попробовать AutoScript-DetectEx.js.
 
FAQ смотрели? п.4 здесь можно попробовать.
 
Добавлено:
LonerD

Цитата:
дальше работа с файлом происходит именно в этой кодировке

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

Всего записей: 6713 | Зарегистр. 28-01-2008 | Отправлено: 12:49 15-11-2016
Se_Vlad



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Каждый раз проверять статусную строку - не вариант: всё равно забуду в половине случаев  

Быстро привыкнешь, если для тебя это так важно.
Убедиться в правильности кодировки - это настолько само-особой разумеющееся.. как снять штаны в туалете.
Я вот всегда проверяю, хотя  работаю только с UTF-8. Лишь изредка с 1251 и 1252.
 
Определение же кодировки - задача, насколько я понимаю, отнюдь не тривиальная. Если в заголовке файла (или первых неск строк/символов) нет четких меток. Парсить же весь файл и сравнивать посимвольно выискивая уникальные символы - ИМХО нереально. Ну или сильно ресурсоёмко.
Но может я и ошибаюсь.

Всего записей: 484 | Зарегистр. 09-08-2004 | Отправлено: 12:53 15-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Skif_off 11:49 15-11-2016
Цитата:
Если кодировку можно привязать к расширению или есть какой-то "маркер" (типа атрибуты encoding/charset в XML/HTML), то можно попробовать AutoScript-DetectEx.js.

Спасибо за ссылку! Буду думать, какие элементы моих файлов можно задействовать в качестве маркеров.
 

Цитата:
FAQ смотрели? п.4 здесь можно попробовать.

Цитата:
4. Увеличьте буфер распознавания, например до 8192:  
 Настройки -> Параметры... -> Буфер -> 8192

Вот сделал бы прямо сейчас. А какие-нибудь негативные последствия будут? Почему по дефолту предлагается размер буфера только 1024, а не 8192?
Кстати, вроде когда-то был максимальный размер буфера 2048 байт? Или что-то путаю?
 
Se_Vlad 11:53 15-11-2016
Цитата:
Быстро привыкнешь, если для тебя это так важно.  
 Убедиться в правильности кодировки - это настолько само-особой разумеющееся.. как снять штаны в туалете.

Буду привыкать. Но пока научусь, ещё сколько-ко файлов попорчу
 
All
Из разряда фантазий. Когда пытаешься сохранить в файл открытый документ, например, в кодировке ANSI 1252 - и в нём случайно затесался символ кириллицы, то прога выдаёт предупреждение: мол, ты уверен, идиот, что хочешь получить проблему? Вот если бы заставить анализировать текст и выдавать сообщение, что 95% символов в этом файле имеют кодировку ANSI 1252, тебе действительно нужны иероглифы посреди этого текста?

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 13:18 15-11-2016 | Исправлено: tramparamparam02, 13:19 15-11-2016
Abs62



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02

Цитата:
Вот если бы заставить анализировать текст и выдавать сообщение, что 95% символов в этом файле имеют кодировку ANSI 1252, тебе действительно нужны иероглифы посреди этого текста?

Если уж речь идёт об однобайтовых кодировках (стандарт ANSI) - в файле нет символов. От слова "вообще". Там лежат байты, у которых нет никакой кодировки и интерпретировать которые можно по-разному. В символы их переводит редактор, проводя сопоставление с таблицей кодировки. И однозначный выбор нужной таблицы целиком и полностью лежит на юзере, потому как все автоматические распознавалки могут лишь предполагать её с той или иной степенью вероятности. Так что про тезисы типа "95% символов в этом файле имеют кодировку ANSI 1252" лучше забудьте сразу, потому что никакого отношения к действительности они не имеют.

----------
0 программистов ругал сердитый шеф
Потом уволил одного, и стало их FF

Всего записей: 6108 | Зарегистр. 22-10-2005 | Отправлено: 13:57 15-11-2016
Skif_off

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02

Цитата:
А какие-нибудь негативные последствия будут?

Надо пробовать. На оффоруме и вроде и в теме были разговоры за это, насколько помню, у меня после увеличения ошибки были реже.
 
В общем, суть параметра: сколько байт от начала файла будет прочитано для анализа (или файл целиком, если его размер меньше параметра). Естественно, чем больше прочитано - тем точнее результат, но, естественно, чем больше читать - тем больше время открытия файла.
По умолчанию стоит разумный минимум, попробуйте подобрать приемлемое для вас.
 
P.S. Если любопытно, какие символы используются для определения неюникодных кодировок, сам Edit.c.

Всего записей: 6713 | Зарегистр. 28-01-2008 | Отправлено: 14:46 15-11-2016
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Abs62 12:57 15-11-2016
Цитата:
Если уж речь идёт об однобайтовых кодировках (стандарт ANSI) - в файле нет символов. От слова "вообще". Там лежат байты, у которых нет никакой кодировки и интерпретировать которые можно по-разному. В символы их переводит редактор, проводя сопоставление с таблицей кодировки. Так что про тезисы типа "95% символов в этом файле имеют кодировку ANSI 1252" лучше забудьте сразу,

В общем-то, теоретически это более или менее известно... Но на практике всё равно забываешь про теорию и начинаешь при работе с текстом воспринимать всё немного иначе: там внутре клавиатуры напихано много-много мелких буковок - и при нажатии клавиши соответствующая буковка как-то перепрыгивает в окно на мониторе  Так что ваше напоминание про байтики очень даже уместно.
 
Однако возникает вопрос. Если там внутри нет никаких буковков, а только скучные байты, то как же эта фича работает сейчас?
 

Всего записей: 2428 | Зарегистр. 30-03-2016 | Отправлено: 19:55 15-11-2016
Abs62



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tramparamparam02

Цитата:
Однако возникает вопрос. Если там внутри нет никаких буковков, а только скучные байты, то как же эта фича работает сейчас?

Просто редакторы обычно работают с текстом в одной из юникодных кодировок, которые перекрывают весь диапазон символов. А сохраняя текст в ANSI, переводят его в байты по соответствующей таблице. И не найдя в этой самой таблице искомого символа, выдают такое предупреждение.

----------
0 программистов ругал сердитый шеф
Потом уволил одного, и стало их FF

Всего записей: 6108 | Зарегистр. 22-10-2005 | Отправлено: 20:26 15-11-2016
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

Компьютерный форум Ru.Board » Компьютеры » Программы » AkelPad (часть 1)
gyra (10-07-2017 22:07): AkelPad (часть 2)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru