Open Manuscript Studio — Текущо състояние на внедряването
Моментална снимка
| Поле | Стойност |
|---|---|
| Статус | Бета |
| Дата на моменталната снимка | 05.09.2026 г. |
| Текуща серия | 0.3.0-beta.3 |
| Референтна реализация | Open Manuscript Studio |
| Репозиторий с изходния код | open-manuscript-initiative/open-manuscript-studio |
| Уеб-цел | Съвременни браузъри |
| Целеви платформи за настолни компютри | Windows x64, Linux x64, macOS Intel, macOS Apple Silicon |
| Мобилни цели | Общ публичен APK за Android; валидирана целева среда за iOS/iPadOS в роден симулатор, като разпространението чрез TestFlight/App Store е в очакване на подпис от Apple Developer |
| Разполагане в уеб | studio.openmanuscript.org |
Текущата бета версия на Studio е 0.3.0-beta.3. „Бета“ означава, че основните работни процеси за създаване на съдържание, импорт/експорт, удостоверяване, нативни клиенти и преглед на OJS/OMP са реализирани, а проектът е преминал от етапа на създаване на структурата на функциите към работа по оперативната съвместимост, регресионните тестове, възстановяването и подготовката за пускане на версията. Това не означава, че всяка опционална интеграция или канал за разпространение е напълно готов за производствена употреба.
На тази страница са описани реализираните възможности на продукта, а не съответствието с техническата спецификация на „OMI“. Информацията за зрелостта на официалната спецификация и доказателствата за съответствие се проследяват отделно в „OMI Implementation Status Matrix“.
Лексика, свързана със състоянията
- Работеща — внедрена в текущата версия на Studio и достъпна, когато са изпълнени обичайните изисквания за изпълнение.
- Зависи от конфигурацията — функцията е реализирана, но изисква специфични за инсталацията учетни данни за сървъра, регистрация по стандарта OAuth/OIDC, доставка на имейли, външна услуга, миграция на база данни или връзка със система за публикуване.
- Проверена нативна цел — има реализация и проверка на CI/нативната компилация, но публичното разпространение все още зависи от подписването/провижирането на платформата.
- Основа — налице е поддръжка на архитектурата, регистъра, потребителския интерфейс или конфигурацията, но цялостната услуга за крайния потребител все още не се счита за оперативна.
Настоящи възможности
| Област | Статус | Текущо изпълнение |
|---|---|---|
| Съвместно редактиране на ръкописи в реално време | Оперативно | Синхронизацията Yjs поддържа съвместно редактиране, след като поканеният автор приеме поканата в Studio. Входящите покани позволяват приемане без имейл, а курсорите показват имена и различни цветове. Проследяването на промените при рецензиране остава отделно. |
| Редактиране на структурирани ръкописи | Оперативно | Семантични раздели, форматиран текст, заглавия, форматиране в текста, списъци, бележки, източници, таблици и работа със структурирано съдържание. |
| Работно пространство за работа с множество документи на настолния компютър | В експлоатация | Разделите за документи в стила на браузъра позволяват отварянето на множество ръкописи на настолния компютър. Пълноекранните интерфейси на Studio/Account и включващата се структура на документа, подобна на тази в Word, подпомагат навигацията в дълги документи, докато мобилната версия запазва компактната си структура на работния процес. |
| Възстановяване на сесията/работното пространство | Работещо | Работното пространство в нативния и уеб интерфейса може да възстанови предишния работен контекст, включително състоянието на отворените документи, докато изричните команди за затваряне на документи позволяват на потребителя да напусне документа, без да загуби текущата сесия на приложението. |
| Елементи за форматиране на богат текст | Работещо | Компактното вградено форматиране остава достъпно в близост до маркирания текст; разширеното меню за настолни компютри е закрепено и се побира в прозореца, докато езикът на вграденото форматиране се избира от конфигурираните езици на ръкописа, а не от свободен текст. Автоматичното плаващо форматиране може да бъде деактивирано в настройките на редактора. Контролите за избор на мобилни устройства избягват конфликт с вградения интерфейс за избор на текст. |
| Структурирано търсене и замяна | Работещо | Наслагване при търсене/замяна, обхвати и навигация в резултатите с адаптивен достъп, общ за настолните и мобилните версии. |
| Многоезичен потребителски интерфейс | Работещ | Поддържат се 47 европейски езика за потребителския интерфейс с общ избор на език. Настройките за езика на интерфейса, ръкописа и метаданните се управляват в един компактен и адаптивен панел за настройки. |
| Настройки за часови зони | Работещо | Стандартен избор на часови зони по IANA с актуални отклонения спрямо UTC и автоматично задаване на системната часова зона по подразбиране. |
| Многоезична помощ | Работеща | Интегрирана локализирана помощ за всички поддържани езикови версии на потребителския интерфейс на Studio; В прозорците с помощ се показва текущата версия на сборката. |
| Акаунти и удостоверяване | Работещо | Регистрацията/влизането, излизането и достъпът с удостоверяване чрез API, поддържани от сървъра, функционират както в уеб, така и в нативните клиенти. Един и същ централен акаунт може да се използва в клиенти за Windows, Android, iOS/iPadOS и браузъри. Нативните клиенти използват транспорт по модела „bearer-session“, съвместим с приложенията от Tauri. |
| Възстановяване на парола | Зависи от конфигурацията | Процесът за забравена парола/възстановяване използва еднократни токени за възстановяване с ограничен срок на валидност, съхранявани само като хешове, общи отговори за наличието на акаунта и отмяна на всички сесии след успешна промяна на паролата. Изисква функционираща система за доставка на имейли от сървъра. |
| Федеративно влизане | Зависи от конфигурацията | Доставчиците на OIDC от Google, Microsoft и конфигурируемите общи/институционални доставчици използват код за оторизация + PKCE, валидиране на състоянието/nonce, валидиране чрез откриване/JWKS и изрично свързване на акаунти. Съществуващите акаунти никога не се свързват автоматично само въз основа на имейл адреса. |
| Свързани идентичности за вход | Доставчици, зависещи от оперативните условия и конфигурацията | Настройките на профила показват паролата и свързаните идентичности по протокола „ORCID“ / OIDC, позволяват свързване и премахване на връзката с конфигурираните доставчици и предотвратяват премахването на последния използваем метод за вход. |
| Интерфейс на профила/акаунта | Работещ | Редактирането на личния профил, поддържано от споделен сървър, е достъпно както в десктоп, така и в мобилни версии, като идентичността на акаунта е отделена от метаданните за авторите на ръкописите и институционалното членство, специфично за съответната организация. |
| Профили на институции | Оперативни | Един акаунт в Studio може да съдържа няколко членства в институции с една подразбираща се принадлежност. Общите данни за името на институцията иROR са отделени от специфичните за всяко членство данни за катедра, длъжност, институционален имейл, свързана идентичност и роля. |
| Роли на администраторите на институцията | Зависи от конфигурацията | Ролите в институционалните версии на MEMBER, ADMIN и OWNER се определят от сървъра. Институционалните разгръщания предлагат специален вход за администратори и администриране на членовете, защитено чрез роли, с защита на последния собственик. |
| Централно управление на OMI | Зависи от конфигурацията | Отделен централен ниво на привилегии на ADMIN/OWNER може да управлява институции, администратори на институции, идентификационни данни на институции API и събития, свързани с одит на администрирането, без да получава достъп до ръкописи или редакционно съдържание. |
| Администратор на институцията API | Зависи от конфигурацията | Удостоверенията за устройства, обвързани с институцията, използват еднократно показване на суров токен, съхранение под формата на хеш, срок на валидност/отмяна и изрично определени обхвати (institution:read, members:read, members:write, запазени обхвати за интеграция). Удостоверенията за устройства не могат да променят ролите на собствениците. |
| Модел за идентичност на авторите | Оперативен | Авторите, ролите, принадлежностите, твърденията за идентичност и работните процеси, свързани с профилите на авторите, се представят отделно от идентичността на акаунта. |
| Удостоверяване чрез ORCID | Зависи от конфигурацията | ORCID OAuth/Реализирана е инфраструктура за вход и свързване чрез OIDC. Наборите от удостоверения за лични и институционални разгръщания са разделени, а активната среда „Sandbox“/„Production“ е видима в потребителския интерфейс на Studio. |
| Преносими подписи на автори, свързани с „ORCID“ | Зависи от конфигурацията | Имплементирани са неподлежащи на промяна моментални снимки на ревизии, потвърдени от сървъра, свързване на автори чрез „ORCID“ (), подписване чрез „WebAuthn“ (), криптирани ключове на издателя за инсталиране и преносими доказателства за офлайн проверка. |
| Двойно-сляпа рецензия | В експлоатация | Проекция на анонимните рецензенти, възлагане на рецензии, работно пространство на рецензентите, коментари и запазване на рецензиите. Разрешенията за достъп на рецензентите са ограничени в рамките на съответната роля, за да се спазва принципът на минималните права. |
| Табло за редакционна проверка | Оперативно | Общ преглед за редакторите и портал за проверка, съобразен с ролята, за възложената работа по рецензиране. |
| Двупосочно записване на преглед чрез „OJS“ | Зависи от конфигурацията / проверено | Подписаното записване на преглед връща подадените данни от прегледа на OJS. Обхватите на стартиране на прегледа са с минимални права, а протоколът за преглед „OJS“ в два етапа е документиран и тестван спрямо интеграционната линия OJS 3.5. |
| Формуляри за рецензиране от Native OJS | Зависими от конфигурацията / валидирани | Дефинициите на формулярите за рецензиране от OJS могат да бъдат импортирани в работната среда на рецензента, визуализирани като контроли на Studio, безопасно локализирани и записани обратно в OJS заедно с изпратената рецензия. Сървърната обработка запазва маркировката на доставчика непрозрачна, а клиентското визуализиране извлича текста безопасно. |
| Външни/задания за рецензиране на „OJS“ | Зависи от конфигурацията | OJS– свързаните работни потоци на автори, редактори и рецензенти, както и контекстът на външните задания, се реализират при конфигуриране на интеграцията с OJS. |
| Стартиране/импортиране на ръкопис от OJS | Зависи от конфигурацията | Подписани твърдения за стартиране, извличане на ръкописи/файлове и структурирано импортиране на метаданни и съдържание на ръкописа от OJS. |
| Съвместимост с OJS 3.5 | Проверена линия за интеграция | Съвместимостта с PKP/OJS 3.5 е документирана и тествана в родни работни потоци „от край до край“ за автори, редактори и рецензенти с двойна анонимност, включително възложени файлове, формуляри за рецензиране, корекции, отделна обратна връзка и подписано вписване на промените. Регресионните тестове между версиите остават текуща задача при всяко ново издание. |
| Публикуване и рецензиране на ръкописи/проучвания в OMP | Зависимо от конфигурацията / валидирано | Подписаните твърдения при публикуването свързват монографиите и публикациите със Studio, докато достъпът на рецензентите е ограничен до възложеното им проучване. Процесите за автори, редактори и двойно анонимни рецензенти обхващат възложените файлове, формулярите за рецензиране, корекциите, отделените отзиви и подписаните отговори. |
| Съвместимост на OMP 3.5 | Проверена интеграционна линия | Разполагаемият плъгин за OMP и интеграцията със Studio се тестват изцяло в съответствие с OMP 3.5. По-широкомащабните регресионни тестове между версиите и усъвършенстването за производствена среда продължават като част от текущата работа по версията. |
| Импортиране на структури от DOCX | Функционално | Поддържат се заглавията, вградената семантика, наследяването на списъци, бележките под линия/в края на текста, библиографските препратки, структурираните таблици и семантичните индексни полета. При импортиране на големи файлове се използва отложено зареждане в редактора, а импортираните файлове от DOCX се отварят директно като ръкописи от OMI. |
| Динамични индекси и списъци | Оперативни | Импортираните полета от индекса на Word се представят семантично, а не като остарял текст с номера на страници. Появяванията в индекса пренасочват към съответните места в документа; неразрешените елементи за управление на появяванията се потискат. Импортирането на именен индекс нормализира границите между букви и цифри и филтрира шума от препратките към страници с арабски цифри, като запазва римските цифри, свързани с имената. |
| Местен правопис | Работещ | Постоянната проверка на правописа по местните правила следва езика на ръкописа, като преминава през слоя за проверка на правописа на платформата/браузъра. |
| Корекция на граматика и стил | Зависи от конфигурацията | Разширената проверка, която може да бъде активирана по избор, може да използва съвместими с LanguageTool и конфигурирани езикови услуги, базирани на изкуствен интелект. Проблемите се показват в текста, а предложенията се прилагат изрично от потребителя. |
| Изпълнение на превода | Зависи от конфигурацията | Структурираният превод с DeepL работи на нива „избрано“, „блок“, „раздел“ и „ръкопис“, като запазва семантиката в текста и изключва цитати, код, уравнения и библиографски записи от рисковано „изравняване“. Езиковите варианти могат да се съхраняват отделно. |
| Агенти за интегриране на изкуствен интелект | Зависи от конфигурацията | Агентите за езиков редактор, асистент за метаданни, агент за обобщаване и агент за проверка на цитати, които са независими от доставчика, предоставят предложения чрез изпълнение от страна на сървъра в ограничен обхват. Външното предаване на съдържание, което е поверително за целите на рецензирането, изисква изрично разрешение. |
| Одит на интеграцията и регистър на разширенията | Оперативна основа / изпълнение, зависещо от конфигурацията | При изпълнението на интеграцията се записват метаданни и резюмета на операциите, без да се съхранява текстът на документа или поверителна информация. Манифестите на разширенията поддържат съвместимост на версиите, разрешения, възможности и външни крайни точки, достъпни само през HTTPS. |
| Преносим формат за експортиране „OMI“ | Работещ | Преносимите формати „.omi.zip“ и „OMI“ JSON са достъпни като първокласни формати за обмен на данни. |
| Експорт за научни и издателски цели | Работен | JATS XML, семантичен офлайн пакет HTML, DOCX, EPUB, PDF, IDML, XPress Tags, FrameMaker MIF, Scribus SLA и LaTeX са включени в текущия слой за експорт. Полетата за семантичен индекс могат да бъдат експортирани обратно към DOCX. |
| Износ към различни платформи | Работещо | Hosted Studio използва изтегляне през браузъра; инсталираните клиенти на Tauri използват вградени диалогови прозорци за запазване/избор на документ и записване на двоични файлове за поддържаните дестинации за износ. Мобилните клиенти предлагат подмножество, подходящо за съответната платформа, вместо опции за публикуване, достъпни само за настолни компютри. |
| Профили на издателите | Оперативни | Профилът на издателя, стиловият лист за експортиране и обработката на стиловия лист за печат са отделени от семантиката на ръкописа. |
| Режим на съхранение, съобразен с устройството | Работи на инсталираните клиенти | Studio запазва настройка за доверие към „собственото устройство“ за всеки потребител и всяко устройство. Собствените устройства могат да запазят обичайните си родни работни пътеки; новооткритите/споделените устройства по подразбиране преминават в ограничен режим, при който локалните работни пътеки не се запазват. |
| Облачни връзки на профила | Оперативни / зависещи от доставчика | Прякото удостоверяване за WebDAV/Nextcloud се криптира от страна на сървъра и е ограничено до вписалия се потребител, така че облачните връзки на профила могат да следват акаунта на различни устройства. Бъдещите облачни връзки на OAuth използват същия модел, ограничен до профила. |
| Преносимо съхранение на споделени устройства | Работи на инсталираните клиенти | Режимът „Споделено устройство“ все пак позволява изрично еднократно отваряне/записване на сменяеми или преносими носители, без избраният път да се запазва като текущ работен файл. |
| Локално синхронизирани папки | Работи на настолен компютър | OneDrive, SharePoint, Google Drive, Dropbox, Nextcloud, iCloud Drive и други папки, синхронизирани на настолен компютър, се третират като методи за свързване към съответния доставчик. Studio записва преносими файлове от типа „OMI“ локално, докато клиентът на доставчика извършва удостоверяване/синхронизация. |
| Вграден работен поток за документи в Android | Оперативна бета версия | Android използва системния изборник „Документи / Рамка за достъп до хранилище“ (Documents / Storage Access Framework) за отваряне, запазване, запазване като, преносимо архивиране чрез „.omi.zip“ и поддържани дестинации за експортиране, вместо да използва широки разрешения за споделено хранилище. Животният цикъл на документите и поведението при затваряне/отваряне отново остават част от целенасоченото регресивно тестване на бета версията. |
| Вграден работен процес на „Files“ за iOS/iPadOS | Потвърдена вградена цел | iPhone/iPad използват работния процес на Apple Files / UIDocumentPicker с достъп до документи в рамките на сигурността за отваряне/записване на файлове от типа „OMI“ и дестинации за експортиране, подходящи за мобилни устройства. Публичното разпространение все още изисква подписване/провижининг от Apple и валидиране на устройството. |
| WebDAV / Пряко съхранение в Nextcloud | Зависи от конфигурацията | Пряките връзки към WebDAV/Nextcloud поддържат криптирани идентификационни данни от страна на сървъра, тестване на връзката, качване на преносими резервни копия, възстановяване и изтриване. |
| Каталог на интеграциите | Работещ | Налице са регистърът на доставчиците, потребителският интерфейс на каталога, клиентът за проверка на състоянието, декларираните начини за удостоверяване и повърхностите за изпълнение. |
| Приложение за работния плот на Windows | Работна бета версия | Реализирани са приложението за Windows на базата на Tauri 2, пакетиране в EXE/MSI формат, вградена автентификация, достъп до локални файлове и вградени процеси за запазване. |
| Пакетни версии за Linux и macOS | Цели за оперативни сборки | Автоматизацията на издаването определя целите за Linux AppImage/DEB и macOS Intel/Apple Silicon DMG. Подписването/нотариалното заверение на платформите остава отделна дейност по осигуряване на сигурността на изданията. |
| Приложение за Android | Работеща бета версия | Универсалният APK файл за Android се създава чрез общия работен процес за пускане на версии на Tauri 2. Аутентификацията чрез сървър, вградената обработка на отговори по OIDC/ORCID, адаптивната навигация, вградената обработка на файлове от Documents/SAF, експортирането и брандирането на OMI са част от общата клиентска линия. |
| Приложение за iOS / iPadOS | Проверена нативна цел | Създаването на проект в Tauri за iOS и компилирането на симулатора за iPhone/iPad с Apple Silicon преминаха успешно в CI, включително нативната интеграция с Files и споделения код за мобилна автентификация/експорт. Публичното разпространение чрез TestFlight/App Store все още изисква подписване от Apple Developer, провижининг, асоцииране с Universal Link и валидиране на физическо устройство. |
| Процес на актуализация на настолната версия | В експлоатация | Процесът на уведомяване за актуализация и инсталиране е имплементиран в настолното приложение, а артефактите на актуализатора се генерират чрез конфигурацията за пускане на версията. |
| Автоматизация на пускането на версии за различни платформи | Оперативно | GitHub Actions създава артефакти за Windows, Linux, macOS и Android от споделеното дърво с изходния код и изпълнява тестова компилация в симулатора на iOS/iPadOS. След като бъдат конфигурирани данните за достъп до Apple, се подготвя ръчен работен процес за подписване на версиите за App Store Connect. |
| Възпроизводимост на зависимостите при пускане | Работещо | Графиките на зависимостите в JavaScript и Rust се контролират чрез файл за заключване; CI използва възпроизводими пътища за инсталиране, включително npm ci за сървъра. |
| Брандиране на приложението | Оперативно | Брандирането на „OMI Studio“ и генерираните нативни икони се използват в цялата външна обвивка на приложението и в пакета за пускане, включително за Android и за генерираната цел за iOS/iPadOS. |
| Укрепване на сигурността | Оперативна базова линия | Ограничаване на скоростта от страна на сървъра, ограничения за SSRF, валидиране на състоянието/nonce/PKCE и издателя в OIDC, ограничено съхранение на тайни данни, хеширани токени за нулиране/администраторски –API, одит на интеграцията/администрацията, по-безопасно екраниране при импорт/експорт и автоматизирано сканиране за сигурност са включени в текущата линия на разработка. OJS Рендерирането на формуляра за преглед разполага с допълнително укрепване чрез изолиране на маркировката/текста. |
| Подписване на код за Windows | Заявление подадено / в процес на разглеждане | Публикувани са политиките за публично подписване на код и за защита на личните данни, а приложението с отворен код SignPath Foundation е готово/подадено. Инсталаторите за Windows остават неподписани до одобрението им и интегрирането на подписването в производствената среда. |
Мултиплатформена архитектура
Studio разполага с конкретна архитектура с обща клиентска среда, вместо с отделни продуктови линии за уеб и нативни приложения. React/TypeScript – моделът на ръкописите на OMI, поведението на редактора, процесите на удостоверяване, рецензирането, интеграциите и логиката за импорт/експорт са общи. Tauri 2 осигурява нативни възможности за пакетиране и платформени функции за настолни и мобилни клиенти.
Адаптивният потребителски интерфейс умишлено се различава в зависимост от формата на устройството: версията за настолни компютри може да показва раздели за няколко документа, постоянно видима структура на документа и редактиране в няколко панела, докато мобилната версия използва компактна навигация, изскачащи панели, сензорни елементи за управление и вградени в платформата инструменти за избор на файлове. Това е разлика в представянето, а не отделен модел на ръкописа.
Целевата платформа iOS/iPadOS използва същия споделен мобилен клиент. Работата, специфична за Apple, се ограничава до нативното пакетиране, достъпа до документи чрез Files/UIDocumentPicker, метаданните на приложението, подписването/провижирането и асоциирането с Universal Link.
Граници на архитектурата
Приоритет на местните права върху ръкописите
Нативното приложение може да съхранява ръкописите в място за съхранение, избрано от автора. Няма нужда ръкописът да се превърне в частна част от състоянието на сървъра само защото са активирани функциите за идентификация, сътрудничество или интеграции, поддържани от сървъра.
Инсталираните клиенти на Studio правят разграничение между доверен личен устройство и споделено/чуждо устройство. На собствено устройство могат да се запазят обичайните работни пътища към локалното/системното хранилище. На споделено устройство Studio дава предпочитание на облачните връзки в рамките на профила и не запазва избрания локален път; еднократно използваемите преносими/сменяеми носители остават достъпни.
Идентичност и услуги, поддържани от сървър
Акаунтите, възстановяването на пароли, свързаните идентичности, федеративното влизане, сътрудничеството, рецензирането от колеги, преките връзки към облака, администрирането на институциите и интеграциите със системи за публикуване използват услугите на Studio API и услугите, базирани на PostgreSQL. Идентичността за удостоверяване се разграничава от идентичността на научния сътрудник и от членството в институцията. Тези функции зависят от правилното конфигуриране и мигриране на инсталацията.
Граница на институционалната административна единица
Членството в институция (MEMBER / ADMIN / OWNER) и централната администрация на OMI (ADMIN / OWNER) представляват отделни нива на оторизация. Нито едното, нито другото само по себе си предоставя достъп до ръкописи, рецензии или редакционно съдържание. Удостоверенията за достъп до институционалния машинно-API са обвързани с една институция и конкретни обхвати и не позволяват промяна на ролите на собствениците.
Вижте Institutional and Central Administration.
Външни интеграции
OMI разделя семантиката на ръкописа от специфичната за доставчика автентификация и пренос. OJS, OMP, съхранение в облак, ORCID, доставчици на идентичност по стандарта OIDC, преводаческите услуги и AI агентите следователно се свързват чрез интеграционни слоеве, вместо да стават част от основния модел на документа.
Орган, отговарящ за издателската система
При свързаните работни процеси в OJS и OMP системата за публикуване остава основният източник на информация за състоянието на работния процес по подаване на материали, възложените задачи, етапите на преглед и редакционните решения. Studio служи като структурирана работна среда за създаване и преглед на съдържание и обменя информация чрез дефинирани крайни точки на приложението, а не чрез пряко свързване с базата данни.
Настоящите интеграции OJS и OMP са двупосочни за работата по рецензиране: Studio може да използва контекст на стартиране в рамките на ролята, възложени файлове и дефиниции на вградени формуляри за рецензиране, както и да връща подписани рецензии, корекции и отделни отзиви от автори/редактори чрез крайната точка на интеграцията. OMP допълнително запазва съответствието между монографии/публикации/проучвания и ограничава рецензентите до възложеното им проучване. Това не прехвърля правомощията по работния процес от OJS или OMP към Studio.
Издаване и разпространение
0.3.0-beta.3 това е текущата бета версия на Studio. GitHub Actions генерира артефакти за пускане от споделеното дърво с изходния код за Windows, Linux, macOS и Android. Публичната страница за изтегляне на Studio предоставя достъп през браузър и показва наличните native пакети, включително универсалния APK файл за Android.
В момента за iOS/iPadOS има успешна версия за симулатора в рамките на непрекъснатия цикъл на разработка (CI), но не и публичен IPA файл. Пътят за разпространение на Apple е подготвен, но е умишлено отделен от валидирането в симулатора: версиите за публично разпространение или за устройства изискват действителен Apple Development Team ID, сертификат за разпространение, профил за провижининг и окончателна конфигурация на „apple-app-site-association“, преди да може да се подаде заявка за публикуване в TestFlight/App Store.
Вижте Open Manuscript Studio on iOS and iPadOS.
Фокус върху бета-валидирането
Бета-линията променя критерия за пускане от „Внедрен ли е основният работен процес?“ към „Остава ли той надежден при работа с реални документи, платформи, роли и условия на отказ?“. Настоящите приоритети при валидирането са:
- създаване, отваряне, редактиране, запазване, изрично затваряне, възстановяване на сесията и повторно отваряне на ръкописа без загуба на данни;
- импортиране на големи и структурно сложни файлове от типа „DOCX“, включващи бележки, таблици, списъци, полета и динамични индекси;
- типични структурирани пътища за износ в уеб и нативни клиенти;
- OJS и работни потоци за обмен на ръкописи и ролево-ориентирани работни потоци за автори, редактори и рецензенти в OMP, включващи определяне на обхвата на възложените файлове, рецензиране в няколко кръга, вградени формуляри за рецензиране и подписано потвърждение;
- двойно-сляпа рецензия от колеги без разкриване на самоличността и с обхвати на интеграция, основани на принципа на минималните привилегии;
- Android Documents/Поведение на жизнения цикъл на SAF и адаптивна мобилна навигация;
- Поведение на iOS/iPadOS Files/UIDocumentPicker, след като стане възможно тестването на подписани физически устройства;
- институция/централна администрация, без това да се отрази на съдържанието на ръкописа;
- разбираемо за потребителя възстановяване при проблеми с мрежата, удостоверяването, миграцията, импорта/експорта и интеграцията.
Интеграциите, зависещи от конфигурацията, не е необходимо да бъдат достъпни за всички потребители в бета версията, при условие че степента на тяхната готовност е ясно определена и те не нарушават стабилните основни работни процеси.
Оставаща работа по стабилизирането на бета версията
- извършване на пълни и целенасочени регресионни тестове за Windows и Android, особено по отношение на поведението при отваряне, затваряне, запазване и възстановяване на сесиите на документи в родния интерфейс;
- да продължим да тестваме под натоварване големи и структурно необичайни ръкописи от типа „DOCX“ и да подобрим плавното възстановяване при неподдържани конструкции в Word;
- тестване на нулирането на паролата, свързването/развързването по OIDC и поведението на сесията при използване на различни устройства в условия, близки до производствените, с конфигурация на пощенска услуга/доставчик;
- да се изпълнят регресионни тестове за миграция и авторизация за членство в институция, централна администрация и администраторски данни за достъп на институцията API;
- продължение OJS 3.5 – тестване с няколко цикъла, многоетапно преразглеждане и тестване на оперативната съвместимост между версиите;
- продължение OMP 3.5 съвместимост между версиите, укрепване на внедряването и възстановяването;
- да се подобри възстановяването при прекъсване на мрежови, облачни и синхронизационни операции;
- да се заменят останалите технически/сурови съобщения за грешки с практични съобщения, насочени към потребителите;
- да се интегрира подписването на производствен код в Windows, ако/когато приложението „SignPath Foundation“ бъде одобрено;
- да продължи работата по подписването и нотариалното удостоверяване в macOS;
- да конфигурирате подписването/провижирането за разработчици на Apple, асоциирането на Universal Link в производствена среда и валидирането чрез TestFlight/устройство, преди да заявите публично разпространение за iOS/iPadOS;
- да продължим работата по създаването на дистрибуция за Android, ориентирана към магазините;
- да разработват набори от тестове за съответствие, които пряко съпоставят поведението на реализацията с нормативните изисквания на „OMI“;
- да се установят гаранции за съвместимост на ниво версия за поддържаните дестинации за импорт/експорт.
Наличието на дадена функция в този моментна снимка на реализацията не трябва да се тълкува като официално съответствие със спецификацията на OMI, освен ако съответният клас на съответствие и доказателствата за това не са публикувани отделно.