Garl

Сейчас на .EXE фалы во вьювере на F3 навешен просмотр заголовков, и если мы сделаем просмотр .EXE как архива - то для просмотра заголовка нужно будет жать Alt-F3 ( если не навешен внешний просмотр) тут на лицо смена привычной логики по поводу compound: 7z поступает не красиво, если в ресурсах есть в том числе Compound, то он его сразу и показывает как архив, отбрасывая ресурсы. тут хорош фар, который спрашивает типа как открыть как Compound или Compound->Cab но он умеет читать compound напрямую.

а с этой стороны сейчас посмотрим. и да это был хак конкретно во вьювере конкретно в режиме текста. upd: сделано скрытие курсора перед запуском диалога ( по идее как было раньше)

кто хотел чтобы во вьювере в текстовом режиме курсор не моргал? пробуем в ночнушке.

https://en.wikipedia.org/wiki/Compound_File_Binary_Format только что взял наисвежайший LibreOffice ну и куча ресурсов в exe по прежнему используют этот контейнер

добавлена поддержка compound контейнеров(архивов) пока снаружи, если научимся детектить их внутри .exe фала - прикрутим и такую поддержку

ага есть глюк: вставляем флэшку открываем меню выбора диска вытаскиваем флэшку Esc + Esc и диск остаётся в панели. как неизвестный

Настройки -> менеджер файлов -> установки

Ctrl-R спасает? автообновление строки дисков включено? Как бы воспроизвести?

ага спасибо. сделал проверку не на "или" а на "и" что более корректно. в ночнушке. так же реализован поиск по юникодовым строкам (пока во вьювере в хекс режиме)

тогда обойдёмся без детекта.

читаем теперь весь буфер до трёх UTF8 символов офф вот это https://www.php.net/manual/ru/function.imap-utf7-decode.php для определения UTF7 Нас как нибудь помочь сможет?

>А почему эта опция по умолчанию отключена? при сносе инишки она будет включена >Её ещё и не видно при открытии окна настроек. поправлено, но изюминка же именно в настройках. >Вьюер по прежнему при автодетекте кодировки берет список кодировок из редактора вместо своих. fixed >Плюс есть глюк: если кодировка KOI отключена, то кодировка WIN не детектится fixed. но при последующем детекте вьювер уже будет брать кодировку из редактора и наоборот. ( и надо ковырять передачу кодировок через кнопку F11) >Примеры файлов с UTF8 в аттаче. fixed (определяем до трёх UTF символов в первых 10 строках. должно хаватить?)

можно чуток примеров? з.ы. сделал отдельно опцию для детекта кодировки во вьювере

в ночнушке : новый детектер UTF8 1 ) по BOM 2) по трём символам больше одного байта в первых двух строках файла (вот тут можно подумать и проверять еще) на тестовых примерах сработка 100%

весь файл (нажмите Alt-F1 в редакторе при сброшеном выделении) но при 100% найденном BOM дальше детект кодировок не учитывается. строка будет переводиться в ascii и далее по старому сценарию. но до поиска пока руки не доходят. тут ещё кучу мелочей допиливать надо.

нет, в UTF7 как раз используется BASE64 символов

ASCII - как есть ANSI - [+] по частоте упоминания символов 'а','е','и','о','у' в своей кодировке KOI - [+] по частоте упоминания символов 'а','е','и','о','у' в своей кодировке UTF7 - [ - ] если текст только с английскими буквами - перебором со 100% попаданием определить не получится. нужен алгоритм декодирования UTF8 - [+] BOM - без BOM можно попробовать определять по первым байтам, но если в тексте сперва идут английские буквы - ничего не выйдет UTF16BE - [+] BOM , без BOM не определяем UTF16LE - [+] BOM , без BOM не определяем

берём документацию на английском языке и смотрим: там все буквы со старшим нулевым битом. так что не совсем катит. надо учиться детектить по контрольной сумме первых байт первой строки

из-за отсутствия нормальной реализации utf16 есть шанс не включать его поддержку в сборки. или нужен человек который сможет реализовать поддержку на ассемблере . upd: детект по BOM сделал, но глючит определение строк...

но у нас ещё и UTF7 и UTF16BE и UTF16LE с вот этими и загвоздка

Опция детекта кодировки сама просится, соответственно детектить будем из того что разрешено. нормальный алгоритм детекта кодировок есть откуда взять\подсмотреть?

а у вьювера есть настройка автодетекта кодировки? опция детекта есть только в редакторе.

обновите ночнушку плиз это Ж пофикшено.

а в настройках редкатора\просмотрщика дополнительные кодовые страницы включены?

с многобайтовыми концами строк - да засада. нормально работают только кодовые страницы 65001 и 65000, остальные надо допиливать. если кто подскажет алгоритм определения по текущему(одному) символу кодовой страницы - буду благодарен