FictionBook Editor Next — новая версия FictionBook Editor

[Артем Скляров]

Здравствуйте!

Хочу представить FictionBook Editor Next — новую ветку FictionBook Editor для Windows.

Это не попытка заменить историю старого FBE и не переписывание редактора «с нуля». Цель другая: сохранить привычную работу с FB2, но привести программу в более современное состояние, добавить удобства для обычного пользователя и упростить дальнейшее развитие.

Репозиторий проекта:
https://github.com/sklart/fictionbook-editor-next

Страница для скачивания установщика и архива портативной сборки:
https://github.com/sklart/fictionbook-editor-next/releases

Актуальная версия на момент публикации — 3.0.2.

Что нового и полезного

1. Более аккуратная установка

Установщик стал понятнее: основные файлы программы, плагины, интеграция с Windows и пакетные конвертеры разделены по отдельным пунктам.

Важно, что теперь не обязательно сразу назначать FBE Next программой по умолчанию для .fb2. Если вы уже открываете книги в привычной читалке, можно оставить всё как есть, но отдельно добавить, например:

• команду «Проверить FB2 на ошибки» в меню правой кнопки мыши;

• отображение свойств книги в Проводнике;

• миниатюры обложек для .fb2.

2. Улучшена работа .fb2 в Проводнике Windows

Для FB2-файлов теперь можно видеть не только имя файла, но и книжные данные: автора, название, язык, жанры, серию, дату, ключевые слова и другие сведения.

Эти данные отображаются в правой панели сведений, в колонках Проводника и во всплывающей подсказке при наведении на файл.

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

3. Проверка FB2 стала доступнее

Проверка FB2 возвращена в состав проекта. Команду проверки можно добавить в контекстное меню Windows и запускать её прямо из Проводника.

4. Появились новые возможности импорта и экспорта

В сборку добавлены плагины:

• экспорт FB2 в DOCX;

• экспорт FB2 в EPUB;

• импорт EPUB в FB2.

Это делает FBE Next удобнее не только как редактор FB2, но и как инструмент для переноса книг между форматами.

Настройки экспорта в DOCX:

Настройки экспорта в EPUB:

Настройки импорта EPUB:

Для тех, кто обрабатывает много книг, добавлены отдельные пакетные конвертеры. Они нужны не всем, но могут быть полезны при массовом тестировании или обработке больших подборок.

5. Меньше риска потерять изменения

Улучшена ситуация с файлами, открытыми «только для чтения». Теперь программа заранее предупреждает, что обычное сохранение невозможно, и предлагает сохранить копию через «Сохранить как…».

Также исправлены некоторые случаи, когда файл мог некорректно открываться при запуске программы из командной строки или через ярлык с относительным путём.

6. Обновлена внутренняя основа программы

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

Что скачивать

Для большинства пользователей лучше брать обычный установщик:

FictionBookEditorNext-Х.Х.Х-win32-setup.exe

Также есть portable-версия, которую можно распаковать и запускать без обычной установки:

FictionBookEditorNext-Х.Х.Х-win32-portable.zip

Архив с debug-символами обычному пользователю не нужен. Он нужен только для разбора возможных падений.

Поддерживаемые версии Windows

Основной ориентир — Windows 10 и Windows 11.

Windows 7 SP1 и Windows 8.1 могут оставаться совместимыми при наличии необходимых обновлений, но основной упор сейчас сделан на более современные версии Windows.

Windows XP и Vista стандартной сборкой Next не поддерживаются. Возможность отдельной legacy-сборки для Windows XP и Vista добавлена как отдельная возможная задача в todo список и потребует осознанного отказа от части современной функциональности.

Буду благодарен за тестирование.

Особенно интересны реальные книги и реальные сценарии работы:

• открытие и редактирование FB2;

• проверка книг через FBV;

• экспорт в DOCX;

• экспорт в EPUB;

• импорт EPUB;

• отображение свойств и обложек в Проводнике Windows.

Если будут замечания, примеры проблемных файлов или предложения по интерфейсу — пишите. Хочется развивать FBE Next как продолжение привычного FictionBook Editor, но с более удобной установкой, новыми форматами и лучшей совместимостью с современными Windows.

[Артем Скляров]

Насколько я понял, скриншоты получились мелковатые, и в полном размере их здесь посмотреть не получается.

Если что, эти же скриншоты, на github можно посмотреть покрупнее.

[Sclex]

> Насколько я понял, скриншоты получились мелковатые, и в полном размере их здесь посмотреть не получается.

Я в Firefox-е кликаю на картинку *правой* кнопкой мыши, в появившемся
контекстном меню выбираю "Открыть изображение в новой вкладке", - и
картинка открывается в полном размере (в отдельной вкладке).

ср, 1 июл. 2026 г. в 10:44, Артем Скляров <skla...@gmail.com>:

>
> Насколько я понял, скриншоты получились мелковатые, и в полном размере их здесь посмотреть не получается.
> Если что, эти же скриншоты, на github можно посмотреть покрупнее.
>

> --
> Вы получили это сообщение, поскольку подписаны на группу "Fiction Book Editor".
> Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес fiction-book-ed...@googlegroups.com.
> Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/02eaf829-7745-4093-9583-99f4f032618bn%40googlegroups.com.

[Sclex]

А хотя, оказывается, это не для каждой картинки срабатывает, а только
для некоторых.

ср, 1 июл. 2026 г. в 16:40, Sclex <scl...@gmail.com>:

[Sclex]

А, в Firefox у меня, если просто кликнуть по самОй уменьшенной
картинке *левой* кнопкой мыши, то изображение показывается в
натуральном размере в той же вкладке.

ср, 1 июл. 2026 г. в 16:41, Sclex <scl...@gmail.com>:

[Sclex]

sklart, после вставки картинки в пост, если кликнуть по картинке, то под ней появятся варианты размера: "Маленький | Оптимальный | Исходный размер". Вы можете выбрать тот размер, который вам нужен. Это работает примерно одинаково и при написании сообщения в Gmail-е и при написании через интерфейс гугл-группы.

[Sclex]

> после вставки картинки в пост, если кликнуть по картинке, то под ней появятся варианты размера:

(Если кликнуть *левой* кнопкой.)

ср, 1 июл. 2026 г. в 16:56, Sclex <scl...@gmail.com>:

[Артем Скляров]

>>sklart, после вставки картинки в пост, если кликнуть по картинке, то под ней появятся варианты размера: "Маленький | Оптимальный | Исходный размер". Вы можете выбрать тот размер, который вам нужен. Это работает примерно одинаково и при написании сообщения в Gmail-е и при написании через интерфейс гугл-группы.

Да, я это делал и подбирал удобные (на мой взгляд) размеры изображений. Но возможно кому-то захочется посмотреть полностью изображение. В общем, Вы подсказали уже как это можно тут сделать (ну или на github посмотреть).

[Latimur]

а начало где или где на него смотрите? 

ср, 1 июл. 2026 г. в 16:44, Sclex <scl...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CAKw_SM3wNFkyo3m9DmCKMD5uzFU3gRPEsR-8pHzkbmVjsRSNHA%40mail.gmail.com.

[Sclex]

Latimur, начало *чего*? Я не понял ваш вопрос.

среда, 1 июля 2026 г. в 18:34:12 UTC+3, shahl...@gmail.com:

[Sclex]

> возможно кому-то захочется посмотреть полностью изображение. В общем, Вы подсказали уже как это можно тут сделать (ну или на github посмотреть).

Оказывается, в Gmail-е и в интерфейсе гугл-группы, для просмотра картинок в исходном размере нужно совершить *разные* действия. В Gmail-е нужно кликнуть по картинке левой кнопкой мыши, а в интерфейсе гугл-группы - вызвать контекстное меню и выбрать пункт "Открыть изображение в новой вкладке".

среда, 1 июля 2026 г. в 17:11:02 UTC+3, skla...@gmail.com:

[Lancer]

Из другой ветки по теме этой...

>>В версии 3.0.2 обновил readme, добавив раздел " Коротко о терминах ". Если что-то не раскрыто, напишите, дополню.

Спасибо! Быстро тестировать что-то и читать обновления не получается. Но намерения опробовать и ознакомиться - есть, поэтому по возможности и когда будут мысли - буду озвучивать.

>>контекстная команда проверки FB2

Пока до тестирования программы не добрался, а предварительные вопросы есть: о проверке речь идет в рамках пакета FBEN - это валидация без открытия в самой программе, т.е. внешний валидатор? Или что-то больше/шире по функционалу?

>>свойства .fb2 в Проводнике; правая панель сведений; всплывающие подсказки; shell-интеграции

Этот функционал FBEN активируется, как я понял из ответов, только при инсталляции в систему. Портативка этого не даст. Верно я понял?
Про shell-интеграции хотелось бы чуть уточнить смысл. На Гитхабе читал, но не въехал, что это такое в рамках FBE, представление весьма поверхностное, о том что это внешние (для FBE) системные процедуры с продвинутой командной строкой. По возможности неплохо было бы чуть больше раскрыть эту часть в Ридми. Ну и в общих чертах, в паре предложений (если возможно, опять же) в описании.

>>если на Windows 8.1 проявится отличие поведения Проводника, это надо будет отдельно разобрать. Если у Вас есть эта система, то можно проверить.

Я писал - у меня только эта система, практически с ее появления. Заряжена она вроде бы целиком и полностью - обновлялась. Разве что из-за отдельных багов что-то мимо пролетело. С помощью подсказанных ИИ тестов выяснено, что максимально возможное, что-то там необходимое Винде установлено, типа Майкрософт Вижуал С++ 2015-2022 Редистрибьютбл (х64) 14.42.34433 (х86) 14.40.33810, и что-то там еще вроде ДжавыСкрипта, честно говоря, не помню точно. В общем, она должна была быть доведена до возможного максимума. При этом в нее не навалено всякого на что юзеры много и часто ругались по мере выхода 10-ки. Потому и не переходил на 10-ку, а потом и вообще бросил думать об этой затее. К тому же железо слабоватое для прокачки, хоть и не совсем старый хлам.
Потому, потестировать FBEN именно на 8-ке, думаю будет возможность, по мере сил. Но не очень активно скорее всего.
Интеграция с Вин интересна конечно, но не больше, чем именно редактор.

>>если текущая система настроена привычно и менять её не хочется

Именно так, о том речь и была.

>>Насчет панели инструментов идея хорошая (она, кстати, в вышеуказанной сводке идей как раз есть).

Кнопочные панели скриптов (1-3 шт) автор сборки 2.8.0 Портабл сделал, это удобнее, чем одна панель, но для работы с клавиатуры и тачпада без мыши это не самый простой вариант. Постоянное метание в главное меню и по дереву Скриптов - утомительное занятие. А левая панель, занятая Структурой документа (СД), в которую можно интегрировать что-то еще, с возможным переключением кнопками или как-то еще - отличное место для размещения скриптов, т.к. сама панель СД не сильно в ходу.
Панель скриптов была бы рядом с СД отличным исполнением. Впрочем и вынос ее в правую сторону редактора тоже вариант неплохой.

Всё что вы написали - отдельная левая панель “Скрипты”; - вкладка рядом со “Структурой документа”; - дерево скриптов с сохранением структуры папок; - быстрый запуск избранных скриптов - об этом всём речь и идет.

Поиск по скриптам может и не так актуален, не знаю, а возможность закреплять часто используемые команды это панельки Скриптов сверху - вроде как и есть. Для них, кстати, тоже было бы неплохо иметь возможность перетаскивания по экрану - вроде браузерных панелей - закрепить справа, закрепить слева, снизу (по типу Панели задач Винды). Хотя такое может из области фантазий, но озвучить стоит.

Пока вроде бы всё, остальное - если появится по тестам, для начала Портабки (наверное).

среда, 1 июля 2026 г. в 10:41:21 UTC+3, skla...@gmail.com:

[Lancer]

У меня в группе в постах картинки не кликаются. Видны вложенные миниатюры на треть (примерно) экрана. Но как Sclex подсказывал - ПКМ на каждой и Открыть в новой вкладке (для любой). Если картинка крупнее браузерного окна, то есть плюс на курсоре, картинка раскрывается. Либо видна в размере как есть. С Гитхаба вроде бы так же.

среда, 1 июля 2026 г. в 10:44:18 UTC+3, skla...@gmail.com:

[Latimur]

Все нормально, вопрос снялся, с новым сообщением выше.

ср, 1 июл. 2026 г. в 18:37, Sclex <scl...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/edcb64b3-514d-4139-ae35-f1b553e591cbn%40googlegroups.com.

[Артем Скляров]

Особенно интересуют моменты, если были на старой версии падения на каких либо файлах или скриптах

1. Есть ли данные падения на новой FBE Next&

2. Прислать данные файлы или скрипты и сообщить последовательность действий для воспроизведения ошибки.

[Артем Скляров]

>> о проверке речь идет в рамках пакета FBEN - это валидация без открытия в самой программе, т.е. внешний валидатор? Или что-то больше/шире по функционалу?

изначально программа FBV (FB Validator) - это отдельная программа, которая использует те же механизмы проверки файла на соответствие схеме, что и сам редактор (функция "проверить"), но предназначенная для быстрой проверки файла без открытия самого редактора. 

Я пока кроме технических правок и локализации ничего в ней не делал.

[Sclex]

sklart, в старой версии FBE был (и есть) баг "FBE подвисает при изменении последнего абзаца в разделе". Может, в FBE Next вы исправите этот баг.

чт, 2 июл. 2026 г. в 15:14, Артем Скляров <skla...@gmail.com>:

Особенно интересуют моменты, если были на старой версии падения на каких либо файлах или скриптах

1. Есть ли данные падения на новой FBE Next&

2. Прислать данные файлы или скрипты и сообщить последовательность действий для воспроизведения ошибки.

--

Вы получили это сообщение, поскольку подписаны на группу "Fiction Book Editor".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес fiction-book-ed...@googlegroups.com.

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/4ab603e2-3e05-45d3-818f-baa90ff86531n%40googlegroups.com.

[Lancer]

>>  Особенно интересуют моменты, если были на старой версии падения на каких либо файлах или скриптах

Чтобы конкретно падения - не наблюдалось ни разу. В Некст будем посмотреть.

Для грамотного описания крашей желательно знать, что и где можно найти в пакете программы (логи или что-то), что предусмотрено для диагностики, если, конечно, это есть.

>> изначально программа FBV (FB Validator) - это отдельная программа, которая использует те же механизмы проверки файла

Ок, понятно!

четверг, 2 июля 2026 г. в 15:14:34 UTC+3, skla...@gmail.com:

[e-paper.ru]

Возможно, есть смысл использовать внешний валидатор fb2utils-0.4.2 или fb2utils-0.6.0
https://github.com/jn0/fb2utils
(может есть и свежее версия, не в курсе).

Он, по сравнению со штатным, более информативен и придирчив.

чт, 2 июл. 2026 г. в 15:17, Артем Скляров <skla...@gmail.com>:

>> о проверке речь идет в рамках пакета FBEN - это валидация без открытия в самой программе, т.е. внешний валидатор? Или что-то больше/шире по функционалу?

изначально программа FBV (FB Validator) - это отдельная программа, которая использует те же механизмы проверки файла на соответствие схеме, что и сам редактор (функция "проверить"), но предназначенная для быстрой проверки файла без открытия самого редактора. 

Я пока кроме технических правок и локализации ничего в ней не делал.

--

Вы получили это сообщение, поскольку подписаны на группу "Fiction Book Editor".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес fiction-book-ed...@googlegroups.com.

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/d98b6b8c-775e-4c99-815c-db48cba9f440n%40googlegroups.com.

[Артем Скляров]

>>Для грамотного описания крашей желательно знать, что и где можно найти в пакете программы (логи или что-то), что предусмотрено для диагностики, если, конечно, это есть.

Как сообщить об ошибке в FictionBook Editor Next

Если FictionBook Editor Next работает неправильно, падает, зависает или не запускается, пожалуйста, оформите баг-репорт так, чтобы ошибку можно было повторить и исправить.

Где создать отчёт

Создайте новый отчёт в разделе Issues репозитория FictionBook Editor Next.
В заголовке кратко укажите суть проблемы:

Падение при открытии FB2 с обложкой в PNG
или:

FBE Next зависает при запуске после обновления
или:

ExportEPUB создаёт EPUB с ошибками в сносках

Что обязательно указать

В баг-репорте укажите:
1. Версию FictionBook Editor Next
Например:

3.0.3
2. Тип сборки
Укажите, что именно использовалось:
- обычный установщик;
- portable-архив;
- Win7-сборка;
- основная сборка для Windows 8.1 / 10 / 11;
- сборка из исходников.
3. Версию Windows
Например:

Windows 10 x64 22H2
или:

Windows 7 SP1 x86
4. Как установлена программа
Укажите:
- ставили через установщик или распаковали portable-архив;
- включали ли интеграцию с .fb2;
- включали ли shell-интеграцию: свойства, миниатюры, контекстное меню проверки FB2;
- обновляли ли старую версию поверх предыдущей.
5. Шаги для повторения
Опишите действия максимально конкретно:

   1. Запустил FictionBook Editor Next.

   2. Открыл файл book.fb2.

   3. Перешёл в режим «Код».

   4. Нажал «Проверить FB2».

   5. Программа закрылась без сообщения об ошибке.
6. Что ожидалось

Ожидалось: программа должна была показать список ошибок FB2.
7. Что произошло фактически

Фактически: окно программы закрылось, в папке Crashes появился crash-report.
8. Повторяемость
Укажите один из вариантов:
- повторяется всегда;
- повторяется иногда;
- получилось только один раз;
- зависит от конкретного файла;
- зависит от конкретного действия;
- не удалось повторить повторно.

Если программа упала

FictionBook Editor Next умеет сохранять локальные crash-отчёты автоматически.
После падения откройте папку:

%LOCALAPPDATA%\FBE\Crashes
Для этого можно нажать Win + R, вставить путь и нажать Enter.
В этой папке должны появиться файлы вида:

FBE-crash-20260702-154233.txt

FBE-crash-20260702-154233.dmp
К баг-репорту приложите оба файла с одинаковой датой и временем:
- .txt — текстовый crash-log;
- .dmp — minidump для диагностики падения.
Лучше упаковать их в архив:

FBE-crash-20260702-154233.zip
Если в папке несколько отчётов, приложите самый свежий или тот, который соответствует моменту ошибки.

Что содержит crash-log

Текстовый файл crash-log обычно содержит технические сведения:

FictionBook Editor crash report

Version:

Process ID:

Exception code:

Exception address:

Minidump written:

Minidump error:
Эти данные помогают понять тип падения, но для полноценной диагностики почти всегда нужен и .dmp-файл.

Если программа не запускается или зависает при запуске

Для проблем запуска включите стартовую трассировку.

Вариант через CMD
1. Откройте командную строку.
2. Перейдите в папку, где находится FBE.exe.
Например:

cd /d "C:\Program Files\FictionBook Editor Next"
или для portable-сборки:

cd /d "D:\Programs\FictionBook Editor Next"
Запустите программу с включённой трассировкой:

set FBE_STARTUP_TRACE=1

FBE.exe
После запуска или зависания откройте файл:

%LOCALAPPDATA%\FBE\startup-trace.log
Приложите его к баг-репорту.

Вариант через PowerShell

Откройте PowerShell в папке с FBE.exe и выполните:

$env:FBE_STARTUP_TRACE = "1"

.\FBE.exe
После воспроизведения проблемы приложите файл:

%LOCALAPPDATA%\FBE\startup-trace.log

Важно про startup-trace.log

Файл startup-trace.log перезаписывается при следующем запуске с включённой трассировкой.
Поэтому после воспроизведения проблемы сразу скопируйте его в отдельную папку или приложите к issue.
Например:

FBE-startup-trace-after-freeze.log

Если ошибка связана с открытием, сохранением или конвертацией книги

Приложите:
- исходный .fb2, .epub, .docx или другой файл, если его можно публиковать;
- файл, который получился после неправильного экспорта;
- crash-log и .dmp, если программа упала;
- startup-trace.log, если проблема возникла при запуске;
- скриншот окна ошибки;
- настройки импорта или экспорта.

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

Если ошибка связана с плагинами

Для ошибок импорта/экспорта укажите, какой модуль использовался:
- ExportDOCX;
- ExportEPUB;
- ImportEPUB;
- ExportHTML;
- batch-конвертер.

Также приложите:
- исходный файл;
- получившийся файл;
- настройки экспорта/импорта;
- лог batch-конвертера, если запуск был из командной строки;
- текст команды, если использовался batch-режим.

Пример:

ImportEPUBBatch.exe "input.epub" "output.fb2"
или:

ExportEPUBBatch.exe "input.fb2" "output.epub"

Если ошибка связана с Проводником Windows

Если проблема в свойствах .fb2, миниатюрах, иконках или контекстном меню, укажите:
- использовался установщик или portable-сборка;
- включали ли shell-интеграцию при установке;
- меняли ли приложение по умолчанию для .fb2;
- есть ли проблема только в Проводнике или и внутри FBE Next;
- помогает ли перезапуск Проводника или Windows.
Приложите:
- скриншот Проводника;
- пример .fb2;
- сведения о версии Windows;
- crash-log, если падал Проводник или FBE Next;
- описание, какой пункт интеграции был включён при установке.

Если crash-файлы не появились

Если в папке:

%LOCALAPPDATA%\FBE\Crashes
нет файлов FBE-crash-*.txt и FBE-crash-*.dmp, приложите сведения из Windows.

Через Монитор стабильности
1. Нажмите  Win + R  .
2. Введите:

perfmon /rel
3. Найдите день и время падения FictionBook Editor Next.
4. Откройте критическое событие.
5. Скопируйте подробности ошибки в баг-репорт.
Особенно важны строки:

Имя сбойного приложения:

Имя сбойного модуля:

Код исключения:

Смещение ошибки:

Версия приложения:

Версия модуля:

Через Просмотр событий
1. Нажмите Win + R.
2. Введите:

eventvwr.msc
3. Откройте:

Журналы Windows → Приложение
4. Найдите событие Application Error в момент падения.
5. Скопируйте текст события в баг-репорт.

Если нужен расширенный dump
Обычно достаточно встроенного .dmp из:

%LOCALAPPDATA%\FBE\Crashes
Если разработчик попросил расширенный dump, можно использовать ProcDump.
Пример запуска уже установленной программы под ProcDump:

procdump.exe -accepteula -ma -e -x C:\FBE-Dumps "C:\Program Files\FictionBook Editor Next\FBE.exe"
Если программа уже запущена:

procdump.exe -accepteula -ma -e FBE.exe C:\FBE-Dumps
После падения приложите созданный .dmp из папки:

C:\FBE-Dumps

Какие файлы лучше приложить архивом

Хороший архив для баг-репорта может выглядеть так:

FBE-bug-report.zip

├─ README.txt 

├─ book.fb2 

├─ screenshot.png

├─ FBE-crash-20260702-154233.txt 

├─ FBE-crash-20260702-154233.dmp 

└─ startup-trace.log

В README.txt можно кратко продублировать:

Версия FBE Next:

Windows:

Тип сборки:

Что делал:

Что произошло:

Повторяется ли:

Что не стоит публиковать открыто
Не прикладывайте публично:
- книги, которые нельзя распространять;
- документы с персональными данными;
- файлы с паролями, токенами, закрытыми ссылками;
- dump-файлы, если в них могли остаться личные данные.
Если файл нужен для воспроизведения, но его нельзя публиковать, напишите:

Файл содержит личные данные / защищён авторским правом. Могу предоставить сокращённый пример или отправить файл непублично.

Попозже добавлю инструкцию в репозиторий.

>>Возможно, есть смысл использовать внешний валидатор fb2utils-0.4.2 или fb2utils-0.6.0

FBV.exe из FictionBook Editor — это аккуратный Windows-валидатор, встроенный в экосистему редактора.
fb2utils — это старый Python-набор утилит, где валидатор делает больше, чем простая XSD-проверка. Он требует lxml и исторически рассчитан на Python 2.

Для использования в FictionBook Editor Next лучше основным валидатором оставить FBV.exe. Он нативный, простой, без внешних зависимостей, соответствует bundled-схеме редактора и хорошо подходит для команды «Проверить FB2» в меню программы/Проводника.

Но по строгости проверки, судя по всему, да, fb2utils лучше. Он ловит больше практических проблем FB2, особенно по ссылкам, картинкам, пустым тегам и пакетной обработке. Его минус — древняя технологическая база: Python 2 + старый стиль кода + зависимость от lxml.

 
На мой взгляд надо в дальнейшем:
1. Оставить FBV.exe как пользовательский валидатор.
2. Не заменять им fb2utils один-в-один, потому что fb2utils неудобен для установки обычному пользователю.
3. Перенести идеи из fb2utils в FBE Next как “расширенную проверку FB2”:
- проверка битых xlink:href="#id";
-   проверка неиспользованных <binary id="">;
-   проверка внешних картинок;
-   проверка внешних type="note";
-   предупреждения по пустым тегам;
-  опционально HTML/текстовый отчёт для batch-режима.

четверг, 2 июля 2026 г. в 17:22:19 UTC+3, TaKir:

[Lancer]

В Next Portable не понял как и откуда подтянулась папка скриптов. Вернее появилась она из скачанного архива вроде как, но редактор в версии 3.0.4 (по Справке) отображает, судя по панели скриптов сверху и содержанию папок самих скриптов - видимо "архитектуру" из инсталл-версии 2.7.8. Туда я закидываю обновления скриптов и мои модификации тоже, их я вижу и в 3.0.4. Но не вижу модификации из экспериментов, которые были накиданы мною в папки версии 2.8.0.

Где-то что-то путает.

В связи с этим обнаружилось что Next не имеет трёх панелек скриптов. И вопрос - есть ли возможность перетянуть хотя бы одну из версии 2.8.0 (тоже Portable)? Чтобы не перенастраивать.

В виде предложений в todo...

1) Согласен с предложением Takir-а (в соседней ветке) - окно настройки панели скриптов сильно маленькое, очень неудобное в первую очередь зрительно. Искать приходится больше по иконке, чем по названию скриптов.

В давние времена такие окна делались под те размеры экранов мониторов, теперь это совсем другие цифры, можно растянуть и вдвое.

2) Можно проверить функцию в меню Файл - Предыдущие документы. У меня подозрение, что там не фиксируется файл после Сохранить как..., т.е. переименованный. Файл конечно сохраняется, но в список вроде не попадает. И лист списка (количество) - не ясно сколько туда влезает строк (имен файлов). В 2.8.0 вижу 12, в 3.0.4 - 15. Кстати, к вопросу о проверке свойств файлов книг - в этом окне отображается полный путь к файлу. Значит прежний FBE как-то может читать пути.

3) В FBE 2.7.8 и 2.8.0 в меню Сервис - Настройки - Слова прокрутка списка слов жестами тачпада не работает. Только стрелками полосы прокрутки или тапом по ней. В 3.0.4 так же, но в тех версиях тап по строке ее подсвечивает синим, в 3.0.4 тап активирует "окно редактирования" - курсор в слове и мигает. Нажатие на чекбокс Выделить всё активирует прокрутку содержимого окна слов донизу и подсвечивает синим последнюю строку (не все). В окне со словами проставлены цифры в столбце Встретилось, но открыт "эбаут-бланк" - пустой стандартный файл для FBE, в котором по сути ничего нет.

4) Вспомнил недавно обсуждавшийся с Sclex баг редактора: выделение текста в режиме Body, переход в режим Source и уплывание при этом выделенного текста вниз за видимый экран. Shift+стрелка это выделение находит, но это лишнее действие. Т.е. баг - потеря позиционирования в тексте. В 3.0.4 пока неясно как работает, надо смотреть на нормальной книге.

5) Хорошо бы вернуть в режиме кода (S) первую строку файла (скрин), в которой объявляется кодировка. Строка никому не мешает, а видеть ее иногда нужно. Блокнот и Ноутпад++ ее видят и показывают, а FBE почему-то прячет.

6) Небольшое неудобство в меню Скрипты, на примере папки 16_Поиск форматирования. Когда разворачиваются скрипты этой папки, их там больше строк, чем на экран выводится, надо сверху или снизу нажимать стрелки - кнопки перемотки списка скриптов. Хорошо бы, если эта кнопка была "интерактивна", как она работает например в закладках браузера: когда наводишь (без тапа) курсор на стрелку (вниз) начинается быстрая перемотка закладок вниз. Поиск упрощается и ускоряется. Долгий тап (зажатие) стрелки непрерывный скролл включает, но без нажатия удобнее.

7) Про закрытие текущей книги в редакторе в новом Некст где-то на Гитхабе было написано.

8) В качестве занудства - Панель ссылок, имхо, неуместно широка, приплюснуть бы ее до половины экрана или сделать настраиваемой. Переставлять ее можно, но сложно. С тремя панельками скриптов, которые легко таскать, переставлять и двигать, как-то попроще, чем с этой.

9) И "голубая мечта" - возможность раскраски кода (в S) книги, точнее - тегов. В "стандарте" FBE все теги в строках вроде коричневые, скажем date value="2026-07-02" подсвечивает голубым value и зеленым дату, так же раскрашиваются сноски, но было бы хорошо для зрения выделять (цветом), например, группы section, title и т.п. одним цветом, а скажем <р> или цитаты - другими. Кроме того, скобки </> тоже неплохо "отделить" другим цветом. Ориентироваться в коде становится легче.

Частично так было сделано в древнем редакторе (скрин), правда вроде без перенастройки.

четверг, 2 июля 2026 г. в 15:14:34 UTC+3, skla...@gmail.com:

Особенно интересуют моменты, если были на старой версии падения на каких либо файлах или скриптах

[Артем Скляров]

Вроде перенёс все пожелания и замечания (в т. ч. и поступивших в личную почту) в соответствующие issues. Посмотрите, может будут уточнения и дополнения. 

Также был бы признателен, если бы все остальные предложения там же сразу добавлять, т. к. Вытаскивать из кучи мест и переписок немного сложновато😅 

четверг, 2 июля 2026 г. в 19:13:33 UTC+3, lanc...@gmail.com:

[Lancer]

>> Попозже добавлю инструкцию в репозиторий

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

Кстати, ссылка %LOCALAPPDATA%\FBE\Crashes помогла, точнее - подсказала, откуда взялись в версии 3.0.4 Portable "данные скриптов" из имеющейся инсталл-версии. Папка  %LOCALAPPDATA%\FBE  создана (или перезаписана) в момент запуска распакованной версии 3.0.4. Кладу некоторые программы, особенно неустанавливаемые, не в папки C:\Program Files или C:\Program Files (x86), а недалеко, в C:\Distr, не требующую прав админа. Туда же распаковал 3.0.4.

В  %LOCALAPPDATA%\FBE в то же время созданы папки Crashes и Recovery, и 4 файла: Settings.xml; Hotkeys.xml; Words.xml; update-check-trace.log. 

В Settings и указан путь к скриптам - на папку инсталл-версии C:\Program Files (x86)\FictionBook Editor\Scripts. В файле лога инфа про version=3.0.4. Так что это она вытащила в свои настройки путь к папке скриптов инсталл-версии 2.7.8. Или этот путь вписан в Некст руками.

Да, в "О программе" рапортует о версии 3.0.4, а в настройках FBE указан именно этот путь  C:\Program Files (x86)\FictionBook Editor\Scripts к скриптам. В то время как в версии 2.8.0 путь прописан: .\Scripts\ и скрипты там "свои". 

В теории конечно можно попробовать единую папку скриптов, но будет ли это нормально работать - не знаю.

четверг, 2 июля 2026 г. в 18:18:07 UTC+3, skla...@gmail.com:

[Lancer]

Да, перенесено даже в более подробном виде.

О гитхабе: там есть авторизация с Гугла, вторым акком? Гитхаб за несколько акков не банит?

Здесь предложения всё же тоже стоит дублировать, чтобы охват был больше. Не все ходят на Гитхаб.

Пока сюда чуть добавлю замеченное (добавки/поправки).

В https://github.com/sklart/fictionbook-editor-next/issues/13

Вопрос "штатного комплекта" скриптов не очень согласован (или я проглядел). 

Автор версии 2.8.0 Portable (здесь ветки: https://groups.google.com/g/fiction-book-editor/c/J-M8NP4xPIE и https://groups.google.com/g/fiction-book-editor/c/Hr27IEMWKvU ) брал какой-то комплект в свою сборку. Его репозиторий вроде тоже есть на Гитхабе. Посмотрел, нет, он выдавал в облако мейлру. А на Гитхаб выложили сюда пакет: https://github.com/cobra838/fictionbookeditor/releases/tag/FBE-Portable-2.8.0 с актуальными на 04.04.2026 скриптами.

У Sclex свой репозиторий, куда он загружает актуальные, обновленные и новые скрипты, но у него надо уточнить адрес. 

Есть некий небольшой разнобой по полноте пакета и актуальности версий.
Плюс мои (здесь в ветке) последние раскопки поведения версии 3.0.4 в части считывания источника скриптов, случайное поведение это, ошибочное или запрограммированное. 

Увидел это: https://github.com/sklart/fictionbook-editor-next/issues/19 

Вроде бы всё верно. Пересекается с issues/13

В https://github.com/sklart/fictionbook-editor-next/issues/1
В описании "Ссылки и сноски" следует добавить: section type="comments" с id комментов #c_n (как бы стандарт для FBE, но возможно и что-то иное, кастомное).

По https://github.com/sklart/fictionbook-editor-next/issues/7

В одной из выше указанных веток автор сборки 2.8.0 что-то писал про эту функцию. Если честно, я не оч понял. Вероятно может быть полезно (если осталось незамеченным).

В https://github.com/sklart/fictionbook-editor-next/issues/14

По справке, насколько я помню, многое было изложено в книгах Izekbis: FictionBook Editor V 2.66 Руководство, 2013 года, и Кондратович: Создание электронных книг в формате FictionBook 2.1: практическое руководство, 2006.

Не могу утверждать, да и подзабыто, но мне показалось, что справка содержит части этих книг/какой-то книги.

пятница, 3 июля 2026 г. в 00:22:32 UTC+3, skla...@gmail.com:

[Lancer]

Вспомнился еще один "баг", присущий FBE. Пишу со слов автора утилиты, почти цитата:

FBE может изменить название файла в секции бинари. Например, тире в именах он меняет на подчеркивание. Может еще что.

FBE разбивает бинари на строки, добавляя еще 2 байта на строку. Это из ничего увеличивает размер файла. Для 500 картинок - на несколько мегабайт, например. Книга из 16 Мб становится 18, где-то так. Ну и "тормоза", конечно, при большом количестве картинок очень большие даже на шустром компе. И не ясно - обрабатывает или завис...

Проводил эксперименты с устранением разбиения строк, перезапись на нормальные бинари действительно экономит сотни килобайт при значительном количестве картинок в книге.

Утилита, которая восстанавливает бинари, описана в этом посте: https://groups.google.com/g/fiction-book-editor/c/K3xKZ8JPcqI

Чтобы экономить, утилиту надо применять в конце, после правок в FBE.

 

среда, 1 июля 2026 г. в 10:44:18 UTC+3, skla...@gmail.com:

Насколько я понял, скриншоты получились мелковатые, и в полном размере их здесь посмотреть не получается.

[stokber]

sklart88, огромнейшее спасибо за работу над  FictionBook Editor Next!

И о некоторых ошибках, которые может быть получится исправить. Это старые баги, не только новой версии.

Имею ввиду некорректную Отмену (через меню Правка или Cntrl+Z) вставки Цитаты. Если после вставки цитаты применить Отмену, то "DIV class=cite" преобразуется просто в "<DIV>", впрочем, который все-таки можно добить ещё переходом в режим кода и обратно.

В случае вставки Стиха и применения Отмены вообще ничего не происходит, но если продолжать упорствовать и далее кликать Отмену, то ниже стиха может образоваться ещё и пустой <DIV>. 

Windows 7 SP1 x64. Но, насколько я помню, этот баг и в других конфигурациях актуален.

воскресенье, 5 июля 2026 г. в 22:36:52 UTC+3, lanc...@gmail.com:

[Lancer]

Тоже замечал непонятную реакцию на Ctrl+Z (отмену). Иногда работает нормально, но иногда кажется, что оно "прихватывает" пару последних изменений, то есть лишнее. Проследить сложно, т.к. глазами не фиксируется последовательность, особенно если места коррекции текста удалены друг от друга, не запоминается что менялось до самого последнего.

Такое поведение в Винде замечал и в проге CherryTree. Там тоже текстовый редактор. Случается Отмена перебирает и откусывает лишнее действие.

В Ворде или Экселе такого не заметно.

суббота, 11 июля 2026 г. в 14:46:57 UTC+3, sto...@gmail.com:

[stokber]

Вот такая ещё фича или баг имеется. А может это такое спрятанное "пасхальное яйцо" от разработчика?

Если в открытом документе (в режиме Дизайна) к началу слова приставить два обратных слеша (типа \\слово), а после кликнуть где-нибудь мышкой, то это слово превращается в гиперссылку с кодом "<a l:href="file://\\слово">\\слово</a>".

Или это только у меня так?

Или это так задумано?

Win 7, если что. 

воскресенье, 12 июля 2026 г. в 01:38:26 UTC+3, lanc...@gmail.com:

[Sclex]

> Если в открытом документе (в режиме Дизайна) к началу слова приставить два обратных слеша (типа \\слово), а после кликнуть где-нибудь мышкой, то это слово превращается в гиперссылку с кодом "<a l:href="file://\\слово">\\слово</a>".

> Или это только у меня так?

У меня это тоже воспроизводится (WinXP, IE6).

воскресенье, 12 июля 2026 г. в 15:41:41 UTC+3, sto...@gmail.com:

[Sclex]

DeepSeek объяснил:

=== Начало цитаты ===

Когда вы включаете режим contentEditable=true, IE начинает автоматически отслеживать вводимый текст и, если он похож на определенный тип адреса, преобразовывать его в кликабельную гиперссылку. Это поведение встроено в сам движок браузера и включается по умолчанию.

В вашем случае срабатывает правило для UNC-путей (Universal Naming Convention). Строка, начинающаяся с двух обратных слешей (\\), например \\слово или \\server\share, интерпретируется IE как сетевой путь к ресурсу. Именно поэтому он автоматически оборачивает ее в тег <a href="...">.

=== Конец цитаты ===

воскресенье, 12 июля 2026 г. в 15:41:41 UTC+3, sto...@gmail.com:

Вот такая ещё фича или баг имеется. А может это такое спрятанное "пасхальное яйцо" от разработчика?

[e-paper.ru]

sklart88
Спасибо за ваши усилия по доработке кода FBE!

Одно из пожеланий - иметь штатную возможность обнаружения пути к открытому fb2 документу, как это умеет функция работы с бинарниками.
Чтобы не изобретать велосипед с попытками достучаться до этого пути скриптами.

Например скрипт "04_Сохранить вложения на накопитель.js" прекрасно сохраняет в папку с текущим документом все бинарники из этого документа, а получить этот путь скриптом каким-то образом у меня с помощью ИИ пока так и не получилось.
Возможно, руки не из того места, но хочется, чтобы в вашей версией это решалось без проблем и без помощи ИИ )

чт, 2 июл. 2026 г. в 18:18, Артем Скляров <skla...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/0de1847b-3698-482d-b087-c007fb9888edn%40googlegroups.com.

[stokber]

>>DeepSeek объяснил:

>>Это поведение встроено в сам движок браузера и включается по умолчанию. 

Спасибо, Sclex!

Значит, это всё-таки Фаберже такое :-)

вс, 12 июл. 2026 г. в 16:28, e-paper.ru <epap...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CAKYXB9XMX_BbfM1jRA39Ew5%3DOAun9FtBk8G_9aCuH6robjhTYg%40mail.gmail.com.

[stokber]

>>Одно из пожеланий - иметь штатную возможность обнаружения пути к открытому fb2 документу

Дополнительное пожелание — чтобы этот путь был виден в шапке программы, там где сейчас только имя документа. 

вс, 12 июл. 2026 г. в 17:14, stokber <sto...@gmail.com>:

[e-paper.ru]

sklart88:

Еще одно пожелание к новому FBE (не знаю, решается ли оно правкой кода С++ FBE или нет):
Если fb2 документ (типичного размера книга страниц на 200-300) не разбит на секции, а имеет всего одну большую секцию в основном разделе, то скрипты, работающие с выделенным фрагментом, часто зависают при обработке такого документа.

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

На некоторых скриптах может быть очень сильное торможение, до полуминуты-минуты, а некоторые виснут наглухо и приходится принудительно прерывать.

Наблюдается многократно на Win 7-64.

вс, 12 июл. 2026 г. в 18:31, stokber <sto...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CALqvQh3-%3Dgppy_%2BR81YCmXGDVfi2rf1dehwpgQmEYU_ufhLJWg%40mail.gmail.com.

[Sclex]

> Если fb2 документ (типичного размера книга страниц на 200-300) не разбит на секции, а имеет всего одну большую секцию в основном разделе, то скрипты, работающие с выделенным фрагментом, часто зависают при обработке такого документа.

TaKir, это не вот этот ли баг ("FBE подвисает при изменении последнего абзаца в разделе")?

вторник, 14 июля 2026 г. в 10:13:11 UTC+3, TaKir:

[e-paper.ru]

>> TaKir, это не вот этот ли баг ("FBE подвисает при изменении последнего абзаца в разделе")?

Похоже на то, но скрипты начинают виснуть на любом абзаце, и неважно где он расположен. Может повиснуть на первом же выделеном, а может только на третьем.
А в другой раз - на этом же абзаце не виснет, а виснет на любом другом - произвольном. А в третий раз можно обработать 5 одинаковых случаев и повиснет на шестом.
Но проблема, похоже, именно в большом едином разделе без разбивки на секции, потому что после разбивки на секции том же документе никаких проблем нет.

Думал, это именной мой скрипт так глючит, потом проверил на твоих "Числовых скриптах" - Скрипт "наложить нумерацию" или скрипт "снять нумерацию" - все воспроизводится однозначно.

вт, 14 июл. 2026 г. в 11:15, Sclex <scl...@gmail.com>:

--

Вы получили это сообщение, поскольку подписаны на группу "Fiction Book Editor".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес fiction-book-ed...@googlegroups.com.

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/48e1a83d-6f56-4191-957d-6e0e74bc781dn%40googlegroups.com.

[Артем Скляров]

Всем спасибо за пожелания и баг-репорты. Переношу все в issues
Уже 35 штук насобиралось. Если есть чем дополнить, прошу..
Сейчас добиваю локализацию (зачем за нее взялся, оказалась дольше, чем ожидалось...😩), потом потихоньку постараюсь все остальное раскидать...

вторник, 14 июля 2026 г. в 12:39:02 UTC+3, TaKir:

[Vitalii Stopchanskyi]

Большое пожелание - собрать скрипы "под одной крышей" однообразного и удобного интерфейса проги. С возможностью их поочередного/одновременного выполнения. И возможностью изменять/дополнять правила по отдельным скриптам (например, в в отдельных тхт). Это, конечно, много работы, но... 

Скриптов уже десятки, интерфейс у них часто не очень или очень даже не очень.

вт, 14 лип. 2026 р., 17:09 користувач Артем Скляров <skla...@gmail.com> пише:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/498cbc8f-f6b0-4d56-9837-0a1d4ad9da5fn%40googlegroups.com.

[Ga Nert]

"А на Гитхаб выложили сюда пакет: https://github.com/cobra838/fictionbookeditor/releases/tag/FBE-Portable-2.8.0 с актуальными на 04.04.2026 скриптами."

Это старая версия.
Лучше использовать новую:
https://github.com/cobra838/fictionbookeditor/releases

вторник, 14 июля 2026 г. в 20:10:28 UTC+3, vitalis:

[e-paper.ru]

sklart88:

- Поиск и замену хорошо бы существенно доработать,
есть примерные наброски:

Искать текст
1) с учетом тэгов (например конкретно курсивный текст, или текст строго без курсива) - т.е. чекбоксы для всех видов форматирования (жирный, курсив, зачеркнутый, код, НЕ жирный, НЕ курсив, НЕ зачеркнутый, НЕ код)
НЕ Жирный / Жирный
НЕ Курсив / Курсив
НЕ Жирный+Курсив / Жирный+Курсив
НЕ Курсив+Жирный / Курсив+Жирный
НЕ Зачеркнутый / Зачеркнутый
НЕ Верхний индекс / Верхний индекс
НЕ Нижний индекс / Нижний индекс
НЕ Код / Код

Добавить еще типичные опции поиска
2) искать в выделении
3) искать с начала

4) По умолчанию - ищем везде, но также - сделать выбор галочками:
НЕ заголовки / Только заголовки
НЕ подзаголовки / Только подзаголовки
НЕ эпиграфы / Только эпиграфы
НЕ цитаты / Только цитаты
НЕ стихи / Только стихи
НЕ аннотации / Только аннотации
НЕ сноски (не боди сносок) / Только сноски

Галочки не исключают друг друга, чтобы можно было несколько условий задавать одновременно.
Т.е. либо не ищем в указанных тэгах, либо наоборот - ищем только в них.

Галочки для поиска без оглядки на конкретные типы пробелов, тире и дефисов

Любые пробелы

Любые тире
Любые дефисы

* Как вариант - сделать разворачиваемый расширенный поиск с галочкой "запомнить", чтобы можно было, включив галочку, вызывать расширенный поиск по умолчанию, а не каждый раз его разворачивать.
Галочка для подсветки всех найденных вхождений, как в браузере, сразу с указанием найденного кол-ва в основном окне и на каком по счету стоит курсор (2/35).

- Для поиска и замены в режиме xml кода предусмотреть нормальную работу поиска и замены сразу с несколькими строками (сейчас с этим проблема, приходится в акелпаде делать такие замены)
=================================================

вт, 14 июл. 2026 г. в 18:09, Артем Скляров <skla...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/498cbc8f-f6b0-4d56-9837-0a1d4ad9da5fn%40googlegroups.com.

[Sclex]

> Добавить еще типичные опции поиска
> 2) искать в выделении

> 3) искать с начала

TaKir, поиск в выделении - в FBE хорошо не сделаешь. Т.к. для этого нужно, чтобы было два типа выделения - один чтобы выделить фрагмент, в котором надо искать, другой - чтобы выделять найденные подстроки. Так это сделано, например, в текстовом редакторе Edit Pad Lite. А в IE двух типов выделения не предусмотрено.

вторник, 14 июля 2026 г. в 23:43:09 UTC+3, TaKir:

[stokber]

Ещё про одну неудобную фичу вспомнил. При случайно сделанной пользователем ошибке в скрипте посылается сообщение о номере строки и колонки, где эта ошибка находится. При этом имя этого скрипта не сообщается. Такая ошибка может появиться при просмотре кода какого-либо скрипта, если случайно задеть какую-нибудь клавишу и в других ситуациях. Бывает, что если это какая-нибудь мелкая ошибка синтаксиса, программа продолжает работать как ни в чем не бывало, и сообщение об ошибке выпадает уже только после перезагрузки FBE (иногда это бывает на следующий день и поиски этого скрипта могут оказаться не всегда легки).Если программа знает координаты этой ошибки, то, как бы и имя скрипта должна знать, но почему-то молчит.

ср, 15 июл. 2026 г. в 09:53, Sclex <scl...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/e3890040-2b6d-49b5-ac99-953d547218e2n%40googlegroups.com.

[e-paper.ru]

"Ну, блин, барин, ты и задачи ставишь".

У меня такое не обнаруживалось, приведи, пожалуйста, пример, может, и у меня такие проблемы есть, "а мужики-то и не знают".

Можно в личку.

ср, 15 июл. 2026 г. в 18:51, stokber <sto...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CALqvQh1mbBzjGg8FLr4GYG71w8ozjdoNa0tcTLVwH32QgspSkw%40mail.gmail.com.

[stokber]

>>У меня такое не обнаруживалось, приведи, пожалуйста, пример, может, и у меня такие проблемы есть, "а мужики-то и не знают".

Если это о проблемах с ошибками скриптов из моего последнего поста в группе,  то можно поставить небольшой эксперимент:

Запусти FBE. В любом текстовом редакторе открой любой из скриптов. Поставь, например, в первой строке кода скрипта первым символом точку. Сохрани. Закрой FBE. Запусти FBE снова.

У меня всегда такой результат:

. 

Ну, может это только у меня так?

среда, 15 июля 2026 г. в 21:05:49 UTC+3, TaKir:

[e-paper.ru]

>> Запусти FBE. В любом текстовом редакторе открой любой из скриптов. Поставь, например, в первой строке кода скрипта первым символом точку. Сохрани. Закрой FBE. Запусти FBE снова.

У меня всегда такой результат:

Подтверждаю.

Ну это же, и правда, ошибка синтаксиса.

А как должен FBE реагировать на такие ошибки?

Как ему понять, где ошибка, а где "так и задумано"?

ср, 15 июл. 2026 г. в 22:26, stokber <sto...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/0c45394a-cdfd-4212-b858-70e5f3473926n%40googlegroups.com.

[e-paper.ru]

Извини, не до конца понял твой запрос.
Согласен, сообщать всегда имя "проблемного" скрипта (скриптов) было бы правильным и полезным.

ср, 15 июл. 2026 г. в 22:58, e-paper.ru <epap...@gmail.com>:

[Артем Скляров]

А как вам такая идея?)) 

https://github.com/sklart/fictionbook-editor-next/issues/48

среда, 15 июля 2026 г. в 23:02:20 UTC+3, TaKir:

[e-paper.ru]

Мысль интересная, но сразу есть вопросы:

1) Не затормозит ли прилично процедура прочтения 500+ скриптов (на текущий момент) и согласования настроек сотен скриптов запуск FBE ? Почему-то есть предположение, что затормозит и прилично.

2) Многие скрипты удобно единожды настроить под типичные ситуации, чтобы больше не возникало лишних вопросов (из-за настроек). Тизи

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

ср, 15 июл. 2026 г. в 23:16, Артем Скляров <skla...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/aa45f0d9-14a7-4cf5-a76f-b8d30e5cfeb7n%40googlegroups.com.

[Ga Nert]

"процедура прочтения 500+ скриптов "
Оно уже так делает. Поэтому программа и запускается 20-30 секунд.

среда, 15 июля 2026 г. в 23:54:07 UTC+3, TaKir:

[e-paper.ru]

Случайно ушло не до конца оформленное сообщение.

>> 2) Многие скрипты удобно единожды настроить под типичные ситуации, чтобы больше не возникало лишних вопросов (из-за настроек).

Тихий режим и отсутствие вопросов - как раз для этого и предназначены. Чтобы нажатие F2 (повторный вызов предыдущего скрипта)  позволял без лишних вопросов выполнять нужное действие.
В общем, только для определенных случаев - мысль правильная, но имеет и существенные ограничения.

ср, 15 июл. 2026 г. в 23:53, e-paper.ru <epap...@gmail.com>:

[Артем Скляров]

Спасибо, это важные замечания.

По второму пункту, вероятно, возникло небольшое недопонимание. Предложение не предполагает показывать окно настроек при каждом запуске скрипта. Наоборот:

• обычный запуск выполняет скрипт сразу с ранее сохранёнными параметрами;

• F2 повторяет предыдущий скрипт без дополнительных вопросов;

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

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

Что касается производительности, действительно не стоит при каждом запуске FBE полностью читать и разбирать 500+ JS-файлов ради поиска параметров. Но для реализации этого и не требуется.

Возможны более экономные варианты:

1. Разбирать метаданные лениво — только при открытии настроек конкретного скрипта.

2. Хранить кеш метаданных и обновлять его только при изменении размера или даты JS-файла.

3. При необходимости читать только небольшой заголовок файла, где расположен блок настроек, а не весь скрипт.

4. Загружать сохранённые значения только при запуске соответствующего скрипта.

5. Не выполнять никакой дополнительной обработки для скриптов без блока настроек.

Кроме того, FBE уже обходит каталог скриптов для построения меню. Если при этом содержимое файлов действительно уже читается, извлечение небольшого стандартизированного блока из имеющегося текста не должно существенно увеличить время запуска. Но это стоит подтвердить профилированием, поскольку сам факт запуска за 20–30 секунд ещё не показывает, на какую именно операцию уходит время.

Согласен, что это следует явно добавить в требования задачи: реализация не должна приводить к полному повторному разбору всех скриптов при каждом старте FBE, а обычный запуск и F2 не должны показывать окно настроек.

четверг, 16 июля 2026 г. в 00:01:41 UTC+3, TaKir:

[Ga Nert]

" Но это стоит подтвердить профилированием, поскольку сам факт запуска за 20–30 секунд ещё не показывает, на какую именно операцию уходит время "

Я уже это сделал. Это уходит именно на это.
И я уже реализовал это в своей версии.
https://github.com/cobra838/fictionbookeditor/commit/1f91a91e4629d41ee77194f650fed6c6eebff85d
https://github.com/cobra838/fictionbookeditor/releases

четверг, 16 июля 2026 г. в 00:40:24 UTC+3, skla...@gmail.com:

[Артем Скляров]

Я тоже делал, но предварительно, без глубокого изучения)) 

https://github.com/sklart/fictionbook-editor-next/issues/42

четверг, 16 июля 2026 г. в 00:47:39 UTC+3, cobr...@gmail.com:

[Lancer]

TaKir, stokber имел в виду, судя по всему, ситуации, когда меняется скрипт и в нем обнаруживается либо ошибка синтаксиса (препятствующая работе), либо критическая ошибка с такого же рода последствием.

У меня выскакивало такое, при ошибке Джемини в написании скрипта. И при тестировании твоего скрипта с диагностикой примечаний. FBE при старте читает скрипты и выявляет эти ошибки. Показывает место (правда было раз и без "координат"), но не пишет - какой скрипт.

Если ты кидаешь "новый и кривой" скрипт во время работы, то FBE выкидывает ошибку и ясно, что ошибка именно в этом скрипте.  Если вложить в папку Скрипты их пачкой, до запуска, то не поймешь какой именно вызвал ее.

среда, 15 июля 2026 г. в 22:58:33 UTC+3, TaKir:

[Lancer]

Приветствую!

Не до конца, наверное, понял смысл идеи, но попробую дать альтернативную мысль. А что если не давать FBE задание перелопачивать настройки скриптов и готовить на всякий случай "интерактив" запуска чего-то неопределенного, а сделать "скрипт просмотра и управления скриптами"? Т.е. особый скрипт дает возможность юзеру выбрать нужный скрипт из дерева скриптов и открывает его для просмотра (может надо просто посмотреть и уточнить, что там в нем), а при необходимости и переключить "настройку", сохранив изменение. 

Это, по сути, аналог ручной правки - идешь в папку скриптов, ищешь нужный, открываешь скажем в Ноутпад++, смотришь, исправляешь. Довольно нудно. Из самого FBE было бы легче и красивше... ))

PS Я, собственно, зашел с еще одним предложением для слепых. Курсор в FBE почему-то тончайший и едва видимый, хотя такой же как и в Винде. К тому же, у меня он "замирает" временами, переставая мигать. И его хрен найдешь, отведя на секунду глаза. 

В настройках FBE  есть выбор вида неразрывного пробела. Хорошо бы добавить выбор вида курсора, а может и цвета.

четверг, 16 июля 2026 г. в 00:40:24 UTC+3, skla...@gmail.com:

[Ga Nert]

Я почитал про «Предлагаемое поведение».
Все это сложно. Лучше не надо. Нет никакого смысла читать скрипты при запуске. Вообще ни одного.

" Если ты кидаешь "новый и кривой" скрипт во время работы, то FBE выкидывает ошибку и ясно, что ошибка именно в этом скрипте.  Если вложить в папку Скрипты их пачкой, до запуска, то не поймешь какой именно вызвал ее."

Сейчас такие не попадают в окно программы. Но если попадут — их запуск покажет то же самое.

четверг, 16 июля 2026 г. в 00:55:15 UTC+3, skla...@gmail.com:

[e-paper.ru]

Да, про проблемные скрипты и ругань при запуске я, конечно, знаю.
Не сразу уловил про предложение показывать конкретное имя виновника. Это, безусловно, будет удобно.

чт, 16 июл. 2026 г. в 01:18, Lancer <lanc...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/9b4bea12-7407-468a-89a4-2db69b2c5b5fn%40googlegroups.com.

[e-paper.ru]

Я теперь совсем запутался в версиях портативок...
Подскажите, а ваша версия умеет 3 панели скриптов отображать?
Я попробовал перенести всю папку Data со своими настройками 2.8.0 и в вашей показывается только одна панель, а не три.

чт, 16 июл. 2026 г. в 01:42, Ga Nert <cobr...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/62ab0fcc-a0fd-4303-8c69-31610aaac837n%40googlegroups.com.

[Ga Nert]

"Да, про проблемные скрипты и ругань при запуске я, конечно, знаю.
Не сразу уловил про предложение показывать конкретное имя виновника. Это, безусловно, будет удобно."

Если сделать так, как говорю я, то при запуске программы скрипты не будут проверяться. Поэтому не будет никаких ошибок. Проблемные скрипты попадут в список и уже там их можно проверить на работоспособность.
Плюсы — программа будет запускаться быстрее. Минусы — скрипты не будут проверяться при запуске программы... Но зачем?
Если так уж очень надо узнать, какой скрипт виновник из многих, то лучше уж реализовать отдельную функцию по типу "проверить все скрипты в папке скриптов" и уже там показывать название.

"Подскажите, а ваша версия умеет 3 панели скриптов отображать?"

Нет.
Это вот тут, вы же сами писали:
https://groups.google.com/g/fiction-book-editor/c/Hr27IEMWKvU
Проблема в том, что реализация этой функции была 19 апреля. А исходники были от 4 апреля.

четверг, 16 июля 2026 г. в 01:50:36 UTC+3, TaKir:

[Lancer]

>> Сейчас такие не попадают в окно программы

Точно! Если в скрипте какой-то критичный косяк, то он не появляется в дереве скриптов FBE. Случай: попадает в список, но FBE не ругается, единственное (вероятно), когда скрипт рабочий, но не для всех. Как это у меня выходит, при отсутствии IE в Винде, или при необходимости активации скриптом АктивИкс, тогда ошибки выскакивают только после запуска самого скрипта. Но тут конечно ясно, что это за скрипт, а FBE заранее эту ошибку продиагностировать не может.

Собственно, все эти ошибки и проверки - процесс отладки каждого конкретного скрипта, и полный прогон проверки всего комплекта при каждом запуске FBE, в таком случае смысла не имеет, совершенно излишнее действие. 

Сами скрипты выходят в люди более-менее проверенными, не гарантия 100% работы, но все же проверка.

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

Вощим: поддерживаю! Усложнять не стоит. А про переключение внутренних настроек скрипта свою идею уже написал. Она полезна и для того, чтобы можно было прямо из FBE читать внутренность скрипта на предмет его функционала, это удобнее шастанья по папкам. У меня эта мысля записана в TODO, но чую, что это силами скрипта для FBE сделать сложно.

четверг, 16 июля 2026 г. в 01:42:56 UTC+3, cobr...@gmail.com:

[Lancer]

У Артема за основу были взяты исходники SeNS-а, насколько я помню, а 3 панельки сделал cobra838, поэтому в Нексте трёх и нет. Но дело наверняка поправимое.

Напомните, кто помнит, плиз, какой скрипт делает правильные цифро-символьные сочетания с неразрывным, к примеру, 5 %? Может и сам найду, а может и нет. Склероз не хочет помогать... ((

четверг, 16 июля 2026 г. в 02:01:02 UTC+3, TaKir:

[e-paper.ru]

>> Если сделать так, как говорю я, то при запуске программы скрипты не будут проверяться. Поэтому не будет никаких ошибок. Проблемные скрипты попадут в список и уже там их можно проверить на работоспособность.
Плюсы — программа будет запускаться быстрее. Минусы — скрипты не будут проверяться при запуске программы... Но зачем?
Если так уж очень надо узнать, какой скрипт виновник из многих, то лучше уж реализовать отдельную функцию по типу "проверить все скрипты в папке скриптов" и уже там показывать название.

Есть пожелание реализовать это включением-выключением в настройках.
Как вот есть опция "быстрый режим".
Потому как при разработке или тестировании какого-то скрипта постоянно лазить в отдельную папку и там проверять, не поломалось ли что - не вполне удобно.
Пусть режим проверки будет выключен по умолчанию, но с возможностью его включения!


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

чт, 16 июл. 2026 г. в 02:24, Ga Nert <cobr...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/4a23e7df-8ffc-4aeb-ad90-aac164d5ef42n%40googlegroups.com.

[Артем Скляров]

 

Версия 3.0.5:

1. Подготовлена машинная локализация программы, плагинов и инсталлятора на все основные европейские языки. Строки локализации вынесены из ресурсов в JSON-файлы в подпапку Lang, что должно облегчить корректировку/добавление локализаций. В перспективе, после небольшой доработки возможно добавить веб-иaнструменты для совместной локализации, типа Weblate. Смена языка теперь выполняется "на лету", без перезапуска программы (иногда в редких случая, возможно появления запроса о перезапуске).
2. Обновлены иконки FBE Next: они используют новый прозрачный вариант без белого фона и лучше выглядят на цветных темах Проводника и панели задач. В репозиторий добавлены векторные (SVG) форматы иконок.
3. В настройки программы добавлена новая вкладка «Настройки FBE Next», в которую включена настройка по управлению созданием резервной копии .bak при перезаписи книги. По умолчанию резервная копия включена; её отключение не отменяет безопасное атомарное сохранение через временный файл.
4. Обновлены Scintilla до 5.6.4 и Lexilla до 5.5.1: в редакторный компонент и подсветку синтаксиса вошли накопленные исправления их разработчиков.
5. FBE Next больше не использует настройки, словари, историю и регистрации старого FictionBook Editor: они хранятся отдельно, в папках с припиской "Next". Это позволяет безопасно держать обе программы на одном компьютере. После обновления рекомендуется один раз проверить язык интерфейса, шрифты, пути к словарям, набор скриптов и другие личные настройки: они не переносятся автоматически из старого профиля.
6. В режиме просмотра исходного XML снова видна XML-декларация документа (<?xml version="1.0" encoding="utf-8"?>).
7. Файл, сохранённый через «Сохранить как», корректно попадает в список последних документов.

 

Версия 3.0.6:

1. Во вкладке «Настройки FBE Next» добавлена опция показа полного пути к  открытому файлу в заголовке окна. По умолчанию она выключена; длинные пути  сокращаются по доступной ширине окна с сохранением имени файла.
2. По существующим, а также вновь добавленным (см. п.8) API-методам подготовлен справочник scripting-api.md с оглавлением.
3. Наконец, постарался исправить позиционирование на выделенном тексте при переходе из Body в Source, также добавил перенос выделения при обратном переходе, из Source в Body. Корректировка и тестирование были длительными, возможно, исправил не до конца, просьба потестировать. В случае обнаружения проблем, прошу сообщить подробности: какие строки выделены, откуда выполняется переход, по возможности прикрепить книгу.
4. Исправлен инсталлятор по замечаниям, полученным по почте от пользователя. Исправлено отображение "кракозябр" в сообщениях инсталлятора: сборка setup допускается только Unicode-вариантом NSIS, чтобы русские сообщения не отображались как mojibake. Убрано ошибочное сообщение про VC++ Runtime: у плагинов статический CRT. Исправлен не влезающий текст описаний компонентов.
5. Исправлена установка экспортных плагинов без повышения прав: ExportHTML, ExportDOCX и ExportEPUB теперь не требуют прав администратора и регистрируются в пользовательском разделе реестра.
6. Косметическое изменение: унифицирован единый шрифт `Tahoma 8` в окне настроек (по образцу вкладки "Слова"). Да, элементы еще обрезаны и не выровнены местами, но корректировка по этому в планах. Было/стало:

 

      7. Реализован первый этап улучшения диагностики пользовательских JavaScript-скриптов: для ошибок чтения, синтаксического разбора и выполнения выводятся файл, путь, координаты, контекст строки, исходное сообщение движка и код ошибки; сведения можно скопировать в буфер обмена. Было/стало:

 

      8. Пользовательские JavaScript-скрипты получили документированный API `window.external` для полного пути, имени файла и каталога открытой книги. До первого сохранения методы возвращают пустую строку. Прошу потестировать:

GetDocumentFilePath()

Возвращает абсолютный путь к текущему FB2-файлу. До первого сохранения новой книги возвращает пустую строку. Входных параметров нет; результат — строка.
var fullPath = window.external.GetDocumentFilePath();

// Например: "D:\\Books\\Example.fb2" или "" для несохранённой книги.

GetDocumentFileName()

Возвращает имя текущего файла вместе с расширением, без пути. До первого сохранения возвращает пустую строку. Входных параметров нет; результат — строка.
var fileName = window.external.GetDocumentFileName();

// Например: "Example.fb2".

 

GetDocumentDirectory()

Возвращает абсолютный путь к каталогу текущей книги без завершающего \, кроме корня диска. До первого сохранения возвращает пустую строку. Входных параметров нет; результат — строка.

var directory = window.external.GetDocumentDirectory();

if (!directory) {

    window.external.MsgBox("Сначала сохраните книгу.");

    return;

}

var reportPath = directory + "\\report.txt";

 

четверг, 16 июля 2026 г. в 10:26:14 UTC+3, TaKir:

[e-paper.ru]

Спасибо за обновленную версию!

Тестировалось портативная сборка для win7
FictionBookEditorNext-3.0.6-win7-win32-portable

======================================

1) При создании нового пустого документа хорошо бы сразу прописывать какой-то типичный жанр
Ну вот хоть самый простой sf
   <genre>sf</genre>
Потому как без него даже сохранить простейший 12345.fb2 не получится и придется всегда лезть руками назначать жанр.
Понятно, что можно в blank.fb2 это прописать руками, но можно и подстраховаться, если в нем это не указано.

2) В настройках выбор символов неразрывных пробелов обозначены все знаками вопроса ? - 3 варианта и их перебор ничего не дает до перезагрузки редактора вручную.
После открытия документа заново, появляются знаки вопроса вместо неразрывных пробелов.

Типа такого:
—?Что??— спросил он.


3) Позиционирование выделенного текста при переходе из дизайна в код и обратно пока не очень четкое, когда выделены заголовки, подзаголовки... Выделенный текст прыгает в пределах высоты экрана весьма прилично.

На обычных абзацах, стихах, цитатах все более-менее.

При переходе с выделенным участком текста из дизайна в код и потом в дескрипшен и потом опять в код - документ прокручивается в коде к самому началу

<?xml version="1.0" encoding="utf-8"?>

, т.е. именно на этом слетает позиционирование

Если выделять текст именно в коде и потом нажать дизайн - оказываешься в каком-то произвольном месте текста, иногда в начале документа, а иногда в дизайне видишь выделенным совсем другой участок текста, такое ощущение, что иногда запоминается какое-то "прошлое" выделение текста.


4) Я не вполне понял, как установить плагины экспорта или импорта, но например при запуске ExportEPUBBatch.exe оно ругнулось

---------------------------
ExportEPUBBatch.exe - Точка входа не найдена
---------------------------
Точка входа в процедуру CreateFile2 не найдена в библиотеке DLL KERNEL32.dll.
---------------------------
ОК  
---------------------------

а при запуске ExportDOCXBatch.exe мигнуло cmd окно и наверное что-то сделало, только непонятно что.

Нельзя ли сделать отдельную папку с плагинами и интуитивно понятной их установкой?
Ну или внедрять их сразу, а если кому не нужны - галочку "отсоединить плагин".
Но оптимально чтобы прога смотрела в нужную папку с плагинами и если плагины не установлены, позволяла их установку.

чт, 16 июл. 2026 г. в 23:26, Артем Скляров <skla...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/7f8f573a-c388-42c4-9110-eb46da690aa8n%40googlegroups.com.

[Ga Nert]

" 1) При создании нового пустого документа хорошо бы сразу прописывать какой-то типичный жанр"

Нет, лучше сделать так:
https://github.com/cobra838/fictionbookeditor/commit/48cc169d92cedbf788b1dd19da30ed74aff483c2
Валидация известных программе из этого файла жанров прекратится, но зачем она нужна?

" 2) В настройках выбор символов неразрывных пробелов обозначены все знаками вопроса ? - 3 варианта и их перебор ничего не дает до перезагрузки редактора вручную."

Потому что при смене кодировки файлы репо испортились.
Исправить надо так:

Ошибка:
// added by SeNS
m_nbsp_char.AddString(L"?");  // \u25A1
m_nbsp_char.AddString(L"?");  // \u25AB
m_nbsp_char.AddString(L"?");  // \u26E6
Изменить как у меня:
// Неразрывные пробелы
m_nbsp_char.AddString(L"\u25A1"); // □
m_nbsp_char.AddString(L"\u25AB"); // ▫
m_nbsp_char.AddString(L"\u25E6"); // ◦
https://github.com/cobra838/fictionbookeditor/commit/c57841846236574e09f5889d4810acf602857832

пятница, 17 июля 2026 г. в 01:14:30 UTC+3, TaKir:

[Sclex]

sklart, большое спасибо за работу, которую вы проделали для создания FBE Next 3.0.5 и 3.0.6!

четверг, 16 июля 2026 г. в 23:26:33 UTC+3, skla...@gmail.com:

[Sclex]

> 7. Реализован первый этап улучшения диагностики пользовательских JavaScript-скриптов: для ошибок чтения, синтаксического разбора и выполнения выводятся файл, путь, координаты, контекст строки, исходное сообщение движка и код ошибки; сведения можно скопировать в буфер обмена.

Копирование текста из этого окошка работало и так - по нажатию Ctrl-Insert. Вот пример:

---------------------------
FBE скрипт
---------------------------
Ошибка выполнения скрипта: Синтаксическая ошибка в строке 1, столбце 1
---------------------------
ОК  
---------------------------

Но то, что можно воспользоваться горячей клавишей Ctrl-Insert, было не очевидно.

четверг, 16 июля 2026 г. в 23:26:33 UTC+3, skla...@gmail.com:

 

Версия 3.0.5:

[stokber]

Спасибо за работу по созданию FBE Next!

FictionBookEditorNext-3.0.6-win7-win32-portable

Windows 7, SP1.

У меня почему-то не виден текст открытого документа. Пустое окно. При переходе в режим Кода выпадает сообщение:

Ошибка COM
Code: 80020101 [Unknown error 0x80020101]

пятница, 17 июля 2026 г. в 11:43:19 UTC+3, Sclex:

[Артем Скляров]

Да, поторопился я с релизом походу. Ну ничего, накидывайте баг-репортов, разберемся)

пятница, 17 июля 2026 г. в 13:01:51 UTC+3, sto...@gmail.com:

[Артем Скляров]

Еще такой вопрос.

Все время проскальзывает тема о сборе в одном месте всех скриптов и их актуализации. 

У меня скрипты в репозиторий стянуты из исходного https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts

Здесь https://github.com/cobra838/fictionbookeditor/releases/tag/2.8.0-test3 те же скрипты.

Есть часть обновленных Sclex скриптов, замещенных после инсталлятора 2.7.9 (14.11.2025)

В соседней ветке есть Комплект из 20 новых скриптов для FBE, мегапак-3 от TaKir.

Я как-то подзапутался.

Кто-нибудь может собрать последний упорядоченный архив со скриптами и сбросить его мне для дальнешейшего обновления в репозитории?

Или по крайней мере, подсказать алгоритм создания такого архива?

пятница, 17 июля 2026 г. в 13:08:16 UTC+3, Артем Скляров:

[Sclex]

> Да, поторопился я с релизом походу.

Пустяки, дело житейское. :-)

пятница, 17 июля 2026 г. в 13:08:16 UTC+3, skla...@gmail.com:

[Sclex]

> Кто-нибудь может собрать последний упорядоченный архив со скриптами и сбросить его мне для дальнешейшего обновления в репозитории?

Я пас.

> Или по крайней мере, подсказать алгоритм создания такого архива?

В идеале, нужно взять скрипты из папки https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts (в этой папке содержатся в том числе и сценарии, залитые мной после выпуска FBE 2.7.9) и к этим скриптам добавить еще сценарии, сделанные TaKir-ом, stokber-ом и Александром Ка. TaKir сделал уже ТРИ мегапака, скрипты из которых пока что не залиты в GitHub-хранилище.

пятница, 17 июля 2026 г. в 13:18:32 UTC+3, skla...@gmail.com:

[Sclex]

Ну и про папку https://github.com/sensboston/fictionbookeditor/tree/master/files/HTML забывать не следует.

пятница, 17 июля 2026 г. в 13:34:36 UTC+3, Sclex:

[e-paper.ru]

>> В идеале, нужно взять скрипты из папки https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts (в этой папке содержатся в том числе и сценарии, залитые мной после выпуска FBE 2.7.9) и к этим скриптам добавить еще сценарии, сделанные TaKir-ом, stokber-ом и Александром Ка. TaKir сделал уже ТРИ мегапака, скрипты из которых пока что не залиты в GitHub-хранилище.

Что-то мне подсказывает, что какого-то "нового" упорядочивания всех 500+ скриптов все же не избежать, тем более для новой версии FBE.
Наведение порядка в папках напрашивается давно, скриптов стало прилично больше и старый набор папок и сортировка в них явно маловаты для нынешнего кол-ва.

Была у меня мысль отказаться от нумерации в папках скриптов, чтобы скрипты сами ложились по алфавиту внутри тематической папки в нужном порядке.
Сейчас, конечно, нумерация удобна тем, что свежие скрипты всегда в конце списка в папке и их легко искать.
Но при необходимости их как-то перераспределить по папкам - сразу возникают сложности с необходимостью их перенумерации, когда они оказываются в другой папке.
В общем, пока у меня нет готового решения по этому вопросу.

sklart88:
Могу скинуть вам свой архив папки Scripts - поиск в папке скриптов у меня показывает 545 js файлов. (ну и папку HTML тоже) 
Но по-хорошему, лучше все же сначала навести среди них какой-то разумный порядок с нумерацией или без.

пт, 17 июл. 2026 г. в 13:34, Sclex <scl...@gmail.com>:

--

Вы получили это сообщение, поскольку подписаны на группу "Fiction Book Editor".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес fiction-book-ed...@googlegroups.com.

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/14cb169f-c189-4057-a597-28695ad619c8n%40googlegroups.com.

[Артем Скляров]

>>Могу скинуть вам свой архив папки Scripts - поиск в папке скриптов у меня показывает 545 js файлов. (ну и папку HTML тоже) 

Скиньте, пожалуйста.

Репозитории или архивы скриптов от stokber-а и Александра Ка где-то отдельно есть? или все рассредоточено по темам данной группы?

пятница, 17 июля 2026 г. в 14:04:32 UTC+3, TaKir:

[Артем Скляров]

>>Репозитории или архивы скриптов от stokber-а и Александра Ка где-то отдельно есть? или все рассредоточено по темам данной группы?

Пардон, страницу и группу обсуждения по скриптам Александра Ка нашел...

А от stokber-а, как я понял, все рассредоточено с одной стороны по темам группы, а с другой почти все учтено в  https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts 

Так?

пятница, 17 июля 2026 г. в 15:38:06 UTC+3, Артем Скляров:

[Lancer]

>> Нет, лучше сделать так: https://github.com/cobra838/fictionbookeditor/commit/48cc169d92cedbf788b1dd19da30ed74aff483c2 Валидация известных программе из этого файла жанров прекратится, но зачем она нужна?

Если что-то делать с бланком, который открывает FBE по умолчанию, то ошибка отсутствующего жанра бренчит всегда. С другими книгами конечно ее нет. Или я не о том?

Использую вашу версию (портабку).

>>Потому что при смене кодировки файлы репо испортились. Исправить надо так:

А где это исправляется? С гитхабом и коммитами дружба так себе (

пятница, 17 июля 2026 г. в 03:35:28 UTC+3, cobr...@gmail.com:

[Lancer]

Насколько представляю, за пополнением папки скриптов более-менее регулярно следят Takir, Sclex, и stokber. Автоматизации нет. Как это реализовать - сложно представить без главного ответственного. 

У меня насчиталось 530 скриптов, с учетом моих экспериментов и дублей от них. Т.е. я что-то пропустил, даже если и видел, после обновления 2.7.9, и явно упустил, не заметив. В работе папка из пакета Portable 2.8.0 от cobra. Была мысль провести ревизию, но даже начать руки не доходят.

Если на примере известного 4PDA, можно вести топ скриптов с подгрузкой архивов или ссылок и актуализацией списка в шапке. Но для этого нужен тот самый главный ответственный. На 4PDA условно шапку и модераторы могут обновлять по комментам юзеров, но следить кому-то надо всё равно. На Гитхабе даже так не получится.

Просто создать ресурс с возможностью загрузки от желающих - будет бардак, и без защиты от вандалов.

пятница, 17 июля 2026 г. в 15:38:06 UTC+3, skla...@gmail.com:

[Lancer]

>> Что-то мне подсказывает, что какого-то "нового" упорядочивания всех 500+ скриптов все же не избежать

Не скажу, что очень внимательно и уж точно не экспертно, но пролистывал довольно пристрастно раза три всю папку, каких-то явных дублей не замечал, разве что похожее что-то, однотипное. Хотя без конкретных тестов тут иногда и не скажешь, насколько правильно понимаешь. К тому же в каких-то скриптах (как в Ген_уборке) что-то и закомментированно, поэтому каких-то функций может и не хватать...

пятница, 17 июля 2026 г. в 14:04:32 UTC+3, TaKir:

>> В идеале, нужно взять скрипты из папки https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts (в этой папке содержатся в том числе и сценарии, залитые мной после выпуска FBE 2.7.9) и к этим скриптам добавить еще сценарии, сделанные TaKir-ом, stokber-ом и Александром Ка. TaKir сделал уже ТРИ мегапака, скрипты из которых пока что не залиты в GitHub-хранилище.

[e-paper.ru]

Под "упорядочиванием" я имел в виду только более аккуратное и детальное перераспределение уже имеющихся скриптов по папкам.
Какие-то папки добавить и часть скриптов перенести из одних папок в другие.
Ну и что-то с накопившейся "странной" нумерацией тоже надо бы уже сделать, а то в разных папках все по-разному нумеровано. Наследие прошлого накопилось )

пт, 17 июл. 2026 г. в 17:08, Lancer <lanc...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/19603301-a882-492f-b450-7db6b909761fn%40googlegroups.com.

[Lancer]

>> я имел в виду только более аккуратное и детальное перераспределение 

Понятно. Может и нужно, иногда кажется что не совсем там лежит скрипт, хотя бывает, что он не одной папке подходит.

Только ведь нумерация - дело техники, ставь как хочешь. Зато позволяет расположением по дереву управлять, удобнее чем алфавитное.

Только в основном папочном дереве уже вроде как предельное число строк. Если будет больше папок, будет список уплывать за окно, появится надобность прокрутки, что ну очень неудобно

пятница, 17 июля 2026 г. в 17:35:08 UTC+3, TaKir:

[Ga Nert]

" Еще такой вопрос.

Все время проскальзывает тема о сборе в одном месте всех скриптов и их актуализации. 

У меня скрипты в репозиторий стянуты из исходного https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts

Здесь https://github.com/cobra838/fictionbookeditor/releases/tag/2.8.0-test3 те же скрипты.

Есть часть обновленных Sclex скриптов, замещенных после инсталлятора 2.7.9 (14.11.2025)

В соседней ветке есть Комплект из 20 новых скриптов для FBE, мегапак-3 от TaKir.

Я как-то подзапутался.

Кто-нибудь может собрать последний упорядоченный архив со скриптами и сбросить его мне для дальнешейшего обновления в репозитории?

Или по крайней мере, подсказать алгоритм создания такого архива?

"

Удалите из своего репо все из runtime и работайте только с основным репо (files - https://github.com/sensboston/fictionbookeditor)
Оставьте в папке runtime только ваши новые файлы, которые вы изменили или добавили сами: Lexilla.dll и Scintilla.dll
В worflow-файле build.yml  настройке так, чтобы files копировалось из основного репо при билде в actions.
Не создавайте релизы сами. Пусть это делает сам github actions. Придется добавить что-то типа:

  release:
    needs: build
    if: needs.build.result == 'success'
    runs-on: ubuntu-latest
    name: "Create Release"
    permissions:
      contents: write

    steps:
    - name: Checkout repository
      uses: actions/checkout@v4
      with:
        fetch-depth: 0

    - name: Download artifact
      uses: actions/download-artifact@v4
      with:
        name: FBE_${{ needs.build.outputs.version }}

    - name: Generate changelog
      id: log
      run: |
        PREV=$(git describe --tags --abbrev=0 2>/dev/null || echo "")
        if [ -n "$PREV" ]; then
          ITEMS=$(git log "${PREV}..HEAD" --pretty=format:'<li>%s (<a href="https://github.com/${{ github.repository }}/commit/%H">%h</a>)</li>' --no-merges)
        else
          ITEMS=$(git log --pretty=format:'<li>%s (<a href="https://github.com/${{ github.repository }}/commit/%H">%h</a>)</li>' --no-merges | head -30)
        fi
        echo "items<<EOF" >> $GITHUB_OUTPUT
        echo "$ITEMS"     >> $GITHUB_OUTPUT
        echo "EOF"        >> $GITHUB_OUTPUT

    - name: Create GitHub Release
      uses: softprops/action-gh-release@v2
      with:
        tag_name: ${{ needs.build.outputs.tag }}
        name: "FictionBook Editor ${{ needs.build.outputs.version }}"
        prerelease: ${{ inputs.prerelease }}
        files: ${{ needs.build.outputs.artifact }}
        body: |
          <h2>FictionBook Editor ${{ needs.build.outputs.version }}</h2>

          ${{ inputs.release_notes != '' && format('<blockquote>{0}</blockquote>', inputs.release_notes) || '' }}

          <h3>Изменения</h3>
          <ul>
          ${{ steps.log.outputs.items }}
          </ul>

          <h3>Установка / Обновление</h3>
          <p>
            Скачайте <b>${{ needs.build.outputs.artifact }}</b> и распакуйте содержимое
            в папку с программой.<br>
            Или воспользуйтесь встроенным обновлением: <b>Справка → О программе</b>.
          </p>

          <h3>Системные требования</h3>
          <ul>
            <li>Windows 7 / 8 / 10 / 11</li>
            <li>32-bit (работает и на 64-bit)</li>
          </ul>

пятница, 17 июля 2026 г. в 19:03:12 UTC+3, lanc...@gmail.com:

[Ga Nert]

"
Если что-то делать с бланком, который открывает FBE по умолчанию, то ошибка отсутствующего жанра бренчит всегда. С другими книгами конечно ее нет. Или я не о том?
Использую вашу версию (портабку).
"

Нет, должно быть все нормально.
Возможно, вы используете старую версию?
Новая — 2.8.0 test 3.

"А где это исправляется? С гитхабом и коммитами дружба так себе"

В 2.8.0 test 3 все с этим нормально. Я тоже исправлял это после изменения кодировки у файла.

Исправляется в исходном коде.

пятница, 17 июля 2026 г. в 23:56:51 UTC+3, Ga Nert:

[Ga Nert]

"Оставьте в папке runtime только ваши новые файлы, которые вы изменили или добавили сами: Lexilla.dll и Scintilla.dll "

Хотя они вроде бы должны при билде пересоздаваться.

пятница, 17 июля 2026 г. в 23:59:13 UTC+3, Ga Nert:

[Артем Скляров]

>> Удалите из своего репо все из runtime...
>>  Оставьте в папке runtime только ...

>> В worflow-файле build.yml  настройке так...

Спасибо за советы, но, судя по всему, Вы не посмотрели, как сейчас устроен проект и его workflow сборки.

Папка runtime у меня — это часть контролируемой сборки, а не просто копия папки files из исходного репозитория. На её основе формируются portable-версия и установщик, после чего туда добавляются свежесобранные бинарники, локализация и другие компоненты. Да, ее еще нужно подчищать и подчищать, но это в планах со временем...

Подтягивать при каждой сборке содержимое чужого master — плохая идея: тогда один и тот же commit может собираться с разным набором файлов, а чужие изменения будут попадать в релиз без проверки.

Scintilla.dll и Lexilla.dll также не лежат там как вручную добавленные файлы — они автоматически собираются из исходников скриптом build-scintilla.ps1.

Релизы у меня уже создаются через GitHub Actions при публикации тега. Workflow сам собирает обычную и Win7-совместимую версии, создаёт установщики, portable-архивы, архивы символов, контрольные суммы и release notes, а затем публикует GitHub Release и обновляет update.xml.

Основная логика подготовки релиза уже реализована в create-release.ps1, а формирование portable-пакета — в package-portable.ps1.

Предложенный Вами отдельный job фактически дублирует уже существующий механизм. Более того, в приведённом примере используются outputs и inputs, которых в текущем workflow нет, не учитываются две версии сборки и отсутствует работа с манифестом обновления.

суббота, 18 июля 2026 г. в 00:02:10 UTC+3, cobr...@gmail.com:

[Ga Nert]

Я понял насчет релиза. Просто у вас последняя версия выложена вами самим, а не github actions, поэтому я предположил, что у вас не настроен файл, но теперь я вижу, что все настроено.

" На её основе формируются portable-версия и установщик "

Все это можно сделать автоматически из исходного репо.

"после чего туда добавляются свежесобранные бинарники "

Да, сначала собираешь, потом копируешь туда из оригинального репо.

"Scintilla.dll и Lexilla.dll также не лежат там как вручную добавленные файлы — они автоматически собираются из исходников скриптом build-scintilla.ps1. "

Да, как я и говорил. Но у вас они лежат там в runtime.

Если вы хотите брать скрипты из одного источника, то единственный вариант — брать из оригинального репозитория. И лучше это делать автоматически.
Если вы хотите возможность локальной сборки на компьютере без этой папке в вашем репо, то настройке исключения в .gitignore

Если вы хотите изменять какие-то важные файлы для Next в files, то в workflow можно настроить так, чтобы копировалось только те папки, которые вам нужны из оригинального репо (а нужны  Scripts  и  HTML )

Но если вы хотите, чтобы у вас было ваше собственное репо для скриптов, то оставьте все как есть. В таком случае в данный момент там лежат не совсем последние версии скриптов и html (например,  21_Поиск и замена/05_Поиск (без замены) ошибок текста (TaKir-Sclex).js )
Вот все файлы   fictionbookeditor-master/files против   fictionbook-editor-next-master/runtime
$ diff -rqw  /c/1/fictionbookeditor-master/files /c/1/fictionbook-editor-next-master/runtime
Files '/c/Users/cobra/1/fictionbookeditor-master/files/Scripts/21_Поиск и замена/05_Поиск (без замены) ошибок текста (TaKir-Sclex).js' and '/c/Users/cobra/1/fictionbook-editor-next-master/runtime/Scripts/21_Поиск и замена/05_Поиск (без замены) ошибок текста (TaKir-Sclex).js' differ
Files '/c/Users/cobra/1/fictionbookeditor-master/files/Utilities/Save Sections As Separate Documents/readme.txt' and '/c/Users/cobra/1/fictionbook-editor-next-master/runtime/Utilities/Save Sections As Separate Documents/readme.txt' differ
Files '/c/Users/cobra/1/fictionbookeditor-master/files/Utilities/Save Sections As Separate Documents/SaveSectionsAsSeparateDocuments.hta' and '/c/Users/cobra/1/fictionbook-editor-next-master/runtime/Utilities/Save Sections As Separate Documents/SaveSectionsAsSeparateDocuments.hta' differ
Files /c/Users/cobra/1/fictionbookeditor-master/files/contributors.txt and /c/Users/cobra/1/fictionbook-editor-next-master/runtime/contributors.txt differ
Only in /c/Users/cobra/1/fictionbook-editor-next-master/runtime/dict: de_DE.aff
Only in /c/Users/cobra/1/fictionbook-editor-next-master/runtime/dict: de_DE.dic
Only in /c/Users/cobra/1/fictionbookeditor-master/files: ExportHTML.dll
Only in /c/Users/cobra/1/fictionbookeditor-master/files: gdiplus.cat
Only in /c/Users/cobra/1/fictionbookeditor-master/files: GdiPlus.dll
Only in /c/Users/cobra/1/fictionbookeditor-master/files: gdiplus.manifest
Only in /c/Users/cobra/1/fictionbook-editor-next-master/runtime: ImportEPUB.dll
Only in /c/Users/cobra/1/fictionbook-editor-next-master/runtime: Lexilla.dll
Only in /c/Users/cobra/1/fictionbookeditor-master/files: main.for_FBE_2.6.7.js
Only in /c/Users/cobra/1/fictionbookeditor-master/files: main.MSXML4.js
Only in /c/Users/cobra/1/fictionbookeditor-master/files: main.MSXML6.js
Only in /c/Users/cobra/1/fictionbookeditor-master/files: main.new01.css
Only in /c/Users/cobra/1/fictionbookeditor-master/files: main_fast.new01.css
Only in /c/Users/cobra/1/fictionbookeditor-master/files: pcre.dll
Only in /c/Users/cobra/1/fictionbookeditor-master/files: SciLexer.dll
Only in /c/Users/cobra/1/fictionbook-editor-next-master/runtime: Scintilla.dll
Only in '/c/Users/cobra/1/fictionbook-editor-next-master/runtime/Utilities/Save Sections As Separate Documents': SaveSectionsAsSeparateDocuments_OldMSXML.hta

суббота, 18 июля 2026 г. в 00:35:48 UTC+3, skla...@gmail.com:

[Артем Скляров]

v3.0.7-rc.1 (через автообновление программы не видно):

1. Устранён источник подвисания проверки орфографии после локального изменения конца длинного раздела: видимая область больше не ищется обходом всех абзацев документа, а подчёркивания обновляются только для изменённого абзаца. Прошу потестировать.
2. Добавлен диагностический режим, включаемый переменной окружения FBE_NEXT_TRACE или через «Сервис → Диагностическая трассировка…» и записываемый в %LOCALAPPDATA%\FBE Next\fbe-trace.log: в каждой строке отмечена категория (startup, command, selection, document, recovery, script, com или error), а в шапке — версия FBE и архитектура ОС. Журнал фиксирует команды главного меню, панели инструментов и горячих клавиш (когда источник различим в WM_COMMAND), перенос выделения, открытие, сохранение, .bak, проверку книги, автосохранение, запуск пользовательского скрипта, создание XML DOM и показываемые COM/HRESULT-сбои. Пункт меню изменяет режим для следующего запуска и предупреждает о необходимости перезапуска; при работе с журналом в заголовке отображается «Диагностика», а на запуске предлагается отключить режим.
3. Portable-пакет для Windows 7 теперь повторно собирает все три пакетных конвертера (ExportDOCXBatch.exe, ExportEPUBBatch.exe, ImportEPUBBatch.exe) с API-уровнем Windows 7, поэтому экспорт EPUB больше не требует отсутствующую в этой системе функцию CreateFile2.
4. При запуске любого Batch-конвертера двойным щелчком вместо мгновенно исчезающего окна выводится понятная подсказка о запуске из командной строки или PowerShell.
5. Оптимизирован GitHub release-конвейер Modern/Win7: общие FBE, плагины, FBV, property handler, MUI и зависимости собираются один раз, а второй этап компилирует только отдельные Scintilla.dll/Lexilla.dll для Win7. Упаковка получает DLL явным путём; проверка архивов подтверждает идентичность общих бинарников и различие Win7-варианта Scintilla.
6. Исправлен переход из «Тела» в «Код»: вспомогательный JavaScript-вызов больше не передаётся через неверный вариант Active Scripting, а компактная сериализация <binary> не использует неподдерживаемый MSXML6 put_text, вызывавший COM-ошибку 0x80070057.
7. Исправлена настройка отображения неразрывного пробела: символы выбора больше не превращаются в вопросы, а смена обозначения применяется к уже открытому документу.
8. Исправлена загрузка пользовательских скриптов portable-версии из путей с кириллицей (баг-репорт от пользователя в почте): формирование пути больше не ограничено фиксированным буфером MAX_PATH, а настройка папки Scripts сохраняет исходный Unicode-регистр. Диагностический журнал дополнительно фиксирует каталог скриптов и их число.
9. Исправлена ошибка: при сохранении FB2 base64-содержимое binary записывается компактно, без автоматически добавляемых MSXML переводов строк; допустимые тире в именах вновь добавляемых изображений сохраняются в binary id. Замена base64 выполняется через текстовый DOM-узел, а не через put_text элемента; оптимизация запускается только при сохранении и не участвует в переходе редактора в режим «Код».
10. Проведена начальная работа по добавлению подсветки тегов и текста в режиме "Код": на вкладке «Настройки FBE Next» добавлен выбор цветовой схемы XML-подсветки: классическая (по умолчанию), контрастная и тёмная. Выбор сохраняется; подписи доступны во всех 12 runtime-локализациях и встроенных русской/украинской resource DLL. Пока на начальной стадии, много еще будет переработано и поменяно.

>>FictionBookEditorNext-3.0.6-win7-win32-portable

>>Windows 7, SP1.

>>У меня почему-то не виден текст открытого документа. Пустое окно. При переходе в режим Кода выпадает сообщение:

>>  Ошибка COM
>>Code: 80020101 [Unknown error 0x80020101]

В версии 3.0.7-rc.1 было исправлено другое падение при переходе в режим «Код» — ошибка 0x80070057 (E_INVALIDARG), возникавшая на некоторых версиях MSXML6 при обработке содержимого <binary>.

Указанная Вами ошибка 0x80020101 отличается от исправленной, поэтому пока нельзя утверждать, что проблема устранена в 3.0.7-rc.1.

Пожалуйста, проверьте её на сборке:

FictionBookEditorNext-3.0.7-win7-win32-portable.zip

Если ошибка повторится, желательно уточнить:

• возникает ли она на любом документе или только на конкретном;

• есть ли в книге иллюстрации;

• открывается ли пустая новая книга.

Также включите Сервис → Диагностическая трассировка…, перезапустите программу и повторите ошибку. Полученный журнал поможет определить, возникает ли сбой при формировании XML либо внутри JavaScript-кода интерфейса.

>>Позиционирование выделенного текста при переходе из дизайна в код и обратно пока не очень четкое, когда выделены заголовки, подзаголовки... Выделенный текст прыгает в пределах высоты экрана весьма прилично...

Пожалуйста, повторите описанные действия в этой версии. Если проблема сохранится, включите:

Сервис → Диагностическая трассировка…

затем перезапустите программу и повторите переключения. Вместе с журналом желательно указать:

1. в каком режиме первоначально сделано выделение;
2. какой элемент выделен — обычный абзац, заголовок, стих, цитата и т. п.;
3. точную последовательность переключений;
4. переносится ли неверный фрагмент текста либо сохраняется правильный фрагмент, но меняется только положение на экране.

Небольшое перемещение выделенного фрагмента по вертикали при переключении возможно из-за различного представления документа в режимах «Тело» и «Код». Но переход к началу документа, выделение другого участка или восстановление старого выделения являются ошибками.

  >>  в настройках выбор символов неразрывных пробелов обозначены все знаками вопроса ? - 3 варианта и их перебор ничего не дает до перезагрузки редактора вручную.

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

см. п. 7

>>Я не вполне понял, как установить плагины экспорта или импорта, но например при запуске ExportEPUBBatch.exe оно ругнулось

>>  ExportEPUBBatch.exe - Точка входа не найдена

см. п. 3

>>  а при запуске ExportDOCXBatch.exe мигнуло cmd окно и наверное что-то сделало, только непонятно что.

см. п. 4

суббота, 18 июля 2026 г. в 02:16:55 UTC+3, cobr...@gmail.com:

[Lancer]

>> Возможно, вы используете старую версию?

Шорт побьери, я запутался. Видимо они были рядом, а что у меня - кто бы помнил?! :)))

В О программе Апр 14 2026 01:00:00

Вроде бы последняя.

У FBE.exe свойства - дата 21.04.26. Но это видимо дата распаковки.

Просьба, давайте нумеровать версии! 2.8.1 и 2.8.0 это явно разные, а когда всё 2.8.0 - непорядок ))

Если еще где-то надо заглянуть - подскажите.

И что надо поменять, если взять самый-самый последний релиз? Очень не хочется пересохранять, перепроверять и переносить разные папки, особенно настройки и скрипты. И так пока еще не ясно, что и как надежней сохранять. Если можно обойтись заменой нескольких файлов - было бы просто замечательно!

пятница, 17 июля 2026 г. в 23:59:13 UTC+3, cobr...@gmail.com:

[Sclex]

sklart, большое спасибо за сделанные вами улучшения! Поскольку в Windows XP ваша версия FBE не работает, то - "не юзал, но одобряю".

воскресенье, 19 июля 2026 г. в 01:32:05 UTC+3, skla...@gmail.com:

[stokber]

sklart, спасибо за вашу работу над FBE Next!

Во избежание неясностей вначале процитирую своё предыдущее сообщение:

>>FictionBookEditorNext-3.0.6-win7-win32-portable
>>Windows 7, SP1.
>>У меня почему-то не виден текст открытого документа. Пустое окно. При переходе в режим Кода выпадает сообщение:
>>  Ошибка COM
>>Code: 80020101 [Unknown error 0x80020101]

...Конец цитаты.

Немного уточнений и дополнений:

Текст открытого документа отсутствует совершенно. Это происходит сразу после запуска FictionBookEditorNext так и при попытке открытия других документов. Установить курсор для предполагаемого внесения текста не получается.
При переходе в режим Описания документа ничего не происходит, кроме появления в верхней части окна серой горизонтальной полосы толщиной в строку текста. При переходе в режим Кода — всё то же описанное мной ранее.
Всё это наблюдается на любом документе, включая вновь создаваемый при запуске. При открытии новых документов меняются только заголовки в шапке окна.
ТаКир, тоже юзавший портабелку и тоже на Win7, ничего об этом не пишет. Может это только у меня так. К сожалению, по техническим причинам на данный момент не могу провести тестирование на Win10.
Произвёл тестирование в режиме Диагностической трассировки (FictionBookEditorNext-3.0.7-win7-win32-portable.zip ).
Копии log-файлов прилагаю.

update-check-trace.log без изменений, но по-видимому он вас и не интересует, но на всякий случай...

вс, 19 июл. 2026 г. в 11:15, Sclex <scl...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/2e4bffa2-94ac-4159-8cdb-93ec8aaa26c7n%40googlegroups.com.

[e-paper.ru]

>>  ТаКир, тоже юзавший портабелку и тоже на Win7, ничего об этом не пишет.

У меня в портативке для win-7 все документы открываются как обычно.

sklart,
Но проблема с настройкой неразрывных пробелов в портативке для win-7 пока не решена - все так же знаки вопросов вместо отображения реальных неразрывных пробелов - и в настройках и в самом тексте, скрин прилагаю.

И многие привычные скрипты теперь ругаются на " Неизвестный числовой показатель"

Есть подозрение, что это скрипты с заменами начали глючить, возможно, из-за этих самых пробелов.

---------------------------
Сообщение скрипта FBE
---------------------------
Error at line 142:
Неизвестный числовой показатель
---------------------------
ОК  
---------------------------

вс, 19 июл. 2026 г. в 12:07, stokber <sto...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CALqvQh0BujB30QUtDpxcY6ZEZ_AGLB0Sagp%3DhVAV7dXqnY1_%2BA%40mail.gmail.com.

[stokber]

>>Но проблема с настройкой неразрывных пробелов в портативке для win-7 пока не решена - все так же знаки вопросов вместо отображения реальных неразрывных пробелов - и в настройках и в самом тексте

У меня в последней портативке символы неразрывных пробелов заработали, в Настройках, конечно. 

вс, 19 июл. 2026 г. в 16:23, e-paper.ru <epap...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CAKYXB9V30SK1W%3Doy_EGXLW1XWEe8b2Pws0M52q0ugF10aoNmzQ%40mail.gmail.com.

[e-paper.ru]

>> У меня в последней портативке символы неразрывных пробелов заработали, в Настройках, конечно. 

sklart
Прошу пардону, это я случайно открывал папку с портативкой 3.06 вместо 3.07.
В 3.07 неразрывные пробелы в настройках и в тексте все на месте.

Заметил, что полноценно не работают скрипты, которым нужны доп файлы из папки HTML

Указание пути к папке Scripts в настройках есть, а к папке HTML - нет. Надо путь к ней либо отдельно указывать, либо искать в той же папке, где ищется папка Scripts.

При переходе из кода в дизайн - выделенный фрагмент берется не текущий, а предыдущий почему-то.
При переходе из дизайна в код - выделение показывается правильное.

sklart
Еще раз спасибо за ваши доработки FBE!

вс, 19 июл. 2026 г. в 17:15, stokber <sto...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/CALqvQh1nZHJULxHCnLUuxph97SgKk_PPFHcp3TBo4PV0qWT8gw%40mail.gmail.com.

[Sclex]

> А от stokber-а, как я понял, все рассредоточено с одной стороны по темам группы, а с другой почти все учтено в  https://github.com/sensboston/fictionbookeditor/tree/master/files/Scripts 

> Так?

stokber, может, вы сами расскажете, какие ваши скрипты надо добавить к тем, которые уже есть в хранилище?

пятница, 17 июля 2026 г. в 15:41:58 UTC+3, skla...@gmail.com:

[stokber]

>>stokber, может, вы сами расскажете, какие ваши скрипты надо добавить к тем, которые уже есть в хранилище?

Расскажу, расскажу, ничего не утаю. Сам немного запутался.

вс, 19 июл. 2026 г. в 19:35, Sclex <scl...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/de9043c3-3d10-4af2-aac0-e04322ef8256n%40googlegroups.com.

[Lancer]

>> Error at line 142: Неизвестный числовой показатель

Тут нюанс есть - ошибку выдает FBE, а номер строки - из скрипта, который юзер запускает. Соответственно, разраб не знает что вызвало ошибку, потому что не знает о каком скрипте речь. Поэтому к инфе об ошибке лучше сразу добавлять строку, вызвавшую ошибку.

воскресенье, 19 июля 2026 г. в 16:23:41 UTC+3, TaKir:

[Lancer]

>> Сам немного запутался.

Во-во! :))

До кодера мне как до Луны, но идеи в голове бродят, и как не оформляй их - всё одно путаница в своих архивах. Решил на Гитхабе чуть окопаться. Для себя приватный репозиторий, где можно делать и писать что хочешь. А в публичный можно выкладывать уже готовые продукты. Оно как бы и облаком резервным становится, в специализированном месте, и упорядоченным хранилищем, где проще структурировать идеи, мысли и реализации.

воскресенье, 19 июля 2026 г. в 23:21:14 UTC+3, sto...@gmail.com:

[Артем Скляров]

>>

И многие привычные скрипты теперь ругаются на " Неизвестный числовой показатель"... 

Похоже, это ошибка регулярного выражения, а не числового значения. Сообщение «Неизвестный числовой показатель» обычно означает недопустимый квантификатор — например, когда в шаблон попадает одиночный ?.

В 3.0.7-rc1 менялась обработка символа неразрывного пробела. Если в старом Settings.xml для NBSPChar сохранился ?, скрипты поиска и замены могут собирать выражение вроде (\s|?) и падать.

Стоит заново явно выбрать символ неразрывного пробела (или другой) в настройках FBE и перезапустить программу. Если не поможет — проверить значение NBSPChar в Settings.xml.

Если подтвердится, попозже поправлю, чтоб не возникало таких ситуаций. 

воскресенье, 19 июля 2026 г. в 23:41:32 UTC+3, lanc...@gmail.com:

[e-paper.ru]

>> Похоже, это ошибка регулярного выражения, а не числового значения. Сообщение «Неизвестный числовой показатель» обычно означает недопустимый квантификатор — например, когда в шаблон попадает одиночный ?.
>> В 3.0.7-rc1 менялась обработка символа неразрывного пробела. Если в старом Settings.xml для NBSPChar сохранился ?, скрипты поиска и замены могут собирать выражение вроде (\s|?) и падать.
>> Стоит заново явно выбрать символ неразрывного пробела (или другой) в настройках FBE и перезапустить программу. Если не поможет — проверить значение NBSPChar в Settings.xml.
>> Если подтвердится, попозже поправлю, чтоб не возникало таких ситуаций. 

Я там выше писал, что случайно проверял на 3.06, вместо 3.07.
На 3.07 - никаких таких ошибок «Неизвестный числовой показатель» - у меня нет, поскольку с настройкой и отображением неразрывных пробелов в 3.07 все в порядке, спасибо! )

пн, 20 июл. 2026 г. в 00:12, Артем Скляров <skla...@gmail.com>:

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/f24725bd-1bdb-40a7-b82f-4f25c8c5f146n%40googlegroups.com.

[e-paper.ru]

sklart 
Кстати, по случаю передаю сообщение от Александра Ка по поводу FBE Next:

1. Функция "Слова" не совсем корректно ищет слова. Если в тексте встретится слово с двумя и более дефисам, то функция запишет только части слова.
Например, "Хо-ро-шо" функция запишет только "хо-ро".
Вероятно, там стоит поиск
/[буквы]+\-[буквы]+/
Вместо
/[буквы]+(\-[буквы]+)+/

2. При сохранении одной картинки через контекстное меню, или через кнопку "сохранить" в дескрипшене, не работает замена уже имеющегося файла.

пн, 20 июл. 2026 г. в 00:12, Артем Скляров <skla...@gmail.com>:

>>

И многие привычные скрипты теперь ругаются на " Неизвестный числовой показатель"... 

Чтобы посмотреть обсуждение, перейдите по ссылке https://groups.google.com/d/msgid/fiction-book-editor/f24725bd-1bdb-40a7-b82f-4f25c8c5f146n%40googlegroups.com.