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

LonerD Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору tramparamparam02 Цитата: после сохранения изменений такого файла все такие символы в исходном файле оказываются замещены этими же иероглифами, хотя правильно вроде бы было не менять кодировку исходного файла Я так понимаю, что если файл открыт, Акелпад определил его кодировку (не распознал, определил ошибочно, но определил), то дальше работа с файлом происходит именно в этой кодировке, которую Акелпад и считает исходной. Так что тут логика работы программы правильная.   Цитата: Засада в том, что ошибка с кодировкой не всегда заметна простым глазом В какой кодировке открыт файл - видно внизу в статусной строке. Разве что там каждый раз смотреть. Всего записей: 890 | Зарегистр. 27-06-2006 | Отправлено: 16:30 14-11-2016

tramparamparam02 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору LonerD 15:30 14-11-2016 Цитата: Я так понимаю, что если файл открыт, Акелпад определил его кодировку (не распознал, определил ошибочно, но определил), то дальше работа с файлом происходит именно в этой кодировке, которую Акелпад и считает исходной. Так что тут логика работы программы правильная. Возможно, вы и правы, не буду спорить. Хотя хотелось бы какую-то другую логику   Но в любом случае, я спрашивал не "кто виноват?", а "что делать?" Каждый раз проверять статусную строку - не вариант: всё равно забуду в половине случаев     Нет ли идей, при какой кодировке перезаписанные символы расширенного ANSI в уже испорченных файлах могут отображаться корректно? Логика вроде бы говорит, что такая кодировка должна существовать, но я её не нашёл, хотя перебрал почти все варианты.   AlexDAT 13:06 14-11-2016 Цитата: Проверь в настройках порядок загрузки кодировок Так всё-таки имеет значение порядок кодировок в списке или нет? Провёл несколько тестов, разницы не увидел. Что-то не так делаю? Всего записей: 2419 | Зарегистр. 30-03-2016 | Отправлено: 11:46 15-11-2016

AlexDAT Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спецификаций кодировок много, остаётся только пробовать отключить автоопределние кодировки и\или выбирать в статусной строке текущую кодировку файла. Подробнее только уточнять у автора программы Всего записей: 2940 | Зарегистр. 21-04-2009 | Отправлено: 11:54 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, тебе действительно нужны иероглифы посреди этого текста? Всего записей: 2419 | Зарегистр. 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 Всего записей: 6100 | Зарегистр. 22-10-2005 | Отправлено: 13:57 15-11-2016

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

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tramparamparam02 Цитата: Однако возникает вопрос. Если там внутри нет никаких буковков, а только скучные байты, то как же эта фича работает сейчас? Просто редакторы обычно работают с текстом в одной из юникодных кодировок, которые перекрывают весь диапазон символов. А сохраняя текст в ANSI, переводят его в байты по соответствующей таблице. И не найдя в этой самой таблице искомого символа, выдают такое предупреждение. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6100 | Зарегистр. 22-10-2005 | Отправлено: 20:26 15-11-2016

tramparamparam02 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Всё-таки вернусь ещё раз ко вчерашнему обсуждению. Нет ли кодировки, при которой перезаписанные символы расширенного ANSI в уже испорченных файлах можно отобразить корректно? Логика вроде бы говорит, что такая кодировка должна существовать. Но я её не нашёл, хотя перебрал почти все варианты. Спасибо! Всего записей: 2419 | Зарегистр. 30-03-2016 | Отправлено: 11:25 16-11-2016

tramparamparam02 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Уважаемые кодеры и примкнувшие к ним! Помогите составить регулярное выражение для диалога "Найти и заменить", которое делало бы вот такую штуку.   Имеется текст ответа почтового сообщения, в котором строки, как обычно, начинаются с одного или нескольких символов "больше, чем" > (закрывающая угловая скобка), за которым следует обычный текст (буква, цифра или, в редких случаях, тире или баллет). Требуется вставить пробел между последней правой угловой скобкой и первым символом текста, но не добавлять пробел между угловыми скобками.   Вот здесь пример что имеем на входе и что должны получить на выходе:.   В идеале хотелось бы, чтобы пробел добавлялся только тогда, когда пробела нет. А если уже есть пробел, то не добавлять. Но это уже изыск, в крайнем случае пусть добавляется второй пробел.   Спасибо! Всего записей: 2419 | Зарегистр. 30-03-2016 | Отправлено: 23:35 22-11-2016 | Исправлено: tramparamparam02, 23:43 22-11-2016

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tramparamparam02 Менять "^(>+)(?![\s>])" на "\1 " (тут после "\1" пробел). Как-то так. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6100 | Зарегистр. 22-10-2005 | Отправлено: 23:50 22-11-2016

AlexDAT Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tramparamparam02 Простой вариант @что@ @чем@ Код: ^(>+) Код: \0   На примере указанного ниже не удалось исключить пробел Цитата: >>1 >123 > 21 >> 22 >> >>3 Пробовал и ^(>+)(?^ ) и просто \s и ^(>+)(?<! )\S - всё равно первые две строки криво обрабатывает   Добавлено: Точно, нужно было не нулевой брать Код: ^(>+) на Код: \1   Всего записей: 2940 | Зарегистр. 21-04-2009 | Отправлено: 00:21 23-11-2016

tramparamparam02 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Abs62 22:50 22-11-2016 Цитата: Менять ^(>+)(?![\s>]) на \1  (тут после "\1" пробел). gyra 22:51 22-11-2016 Цитата: Что: >([^> ])    Чем: > \1 Благодарю за помощь и оперативность! Шаманство и мистика, оба варианта работают   Буду ими пользоваться через раз, чтобы никого не обидеть   Добавлено: AlexDAT 23:21 22-11-2016 Цитата: Пробовал и ^(>+)(?^ ) и просто \s и ^(>+)(?<! )\S - всё равно первые две строки криво обрабатывает Не понимаю, о чём вы У мну всё работает.   Добавлено: Кстати, вопрос на другую тему, косвенно связанный с предыдущим. Какой шрифт выставить, чтобы пробелы и прочие непечатные выражения символы отображались нормально?   Сейчас обратил внимание, что при дефолтном шрифте Book Antiqua, regular, 10pt пробелы очень плохо отображаются, хотя соответствующая опция включена. На скриншоте видно, что только перед цифрами "1" и "2" пробел виден очень чётко, перед заглавными буквами "М" и "К" пробел едва заметен (сливается с буквой), а перед буквой "е" пробела не увидеть даже при очень большом увеличении, хотя он там имеется (как сурок )   Всего записей: 2419 | Зарегистр. 30-03-2016 | Отправлено: 00:27 23-11-2016

Abs62 Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tramparamparam02 Цитата: Благодарю за помощь и оперативность! Шаманство и мистика, оба варианта работают   Буду ими пользоваться через раз, чтобы никого не обидеть   Первый обрабатывает последовательность ">" только в начале строки, второй по всему тексту. ---------- 0 программистов ругал сердитый шеф Потом уволил одного, и стало их FF Всего записей: 6100 | Зарегистр. 22-10-2005 | Отправлено: 01:13 23-11-2016

tramparamparam02 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Abs62 00:13 23-11-2016 Цитата: Первый обрабатывает последовательность ">" только в начале строки, второй по всему тексту О, это существенный момент. На данном примере эта разница не видна, но вообще в почтовых сообщениях нередко встречается правая угловая скобка в середине и, особенно, в конце строки, например, в адресах, и там-то её обрабатывать как раз не надо. Поэтому я писал про замену угловых скобок именно в начале строки.     Впрочем, добавление пробела после правой скобки в адресах, с практической точки зрения, не слишком большая проблема... скажем честно, вообще не проблема (проблемой могло бы стать добавление ненужного пробела перед правой угловой скобкой, закрывающей адрес email).   Но в любом случае ваш вариант решения более корректен и точнее отвечает условиям моей задачи Всего записей: 2419 | Зарегистр. 30-03-2016 | Отправлено: 03:07 23-11-2016 | Исправлено: tramparamparam02, 03:09 23-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)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование