Да, как раз об этом и писал, макросы созданные в Офис+ работают в мелкомягком, ну и наоборот, соответственно. При чем нет разницы Офис+ запущен под Windows или под Linux.
Это и есть краеугольная проблема. Описание открытого формата OpenXML регламентирует объекты и их атрибуты, но при этом эталоном отображения является Ворд. И мелкомягкие, там творят, что хотят, а потом пользователи требуют идентичного отображения от разработчиков аналогов. Вопрос в другом реагирует ли служба саппорта производителя аналога или посылает. Надо общаться, выяснять.
Говорить про требования к оформлению через стили и про МойОфис это не корректно. Р7 тоже со стилями не всегда обрабатывает нормально, особенно при наследовании.
@Surrogate, Видел я извращения на тему оформления по гостам документов, по-моему в документах РЖД. Офис+ поддерживает cutomUI, но довольно своеобразно, он у них отображается на боковой панели и все маленькими кнопочками, в том числе и вызов макросов. Думаю в саппорте Вам подскажут.
Нет конечно, просто реализовали наиболее используемые COM/ActiveX объекты с поздним связыванием. Кроме того они предлагают заготовку проекта для расширения функционала для их VBA и сами готовы расширять набор используемых пользователями COM/ActiveX. Поскольку у них по сути интерпретатор, работающий и на винде и на линуксе, это решает многие вопросы безопасности связанные с VBA.
Я вам больше скажу, я проверил эту обратную совместимость - и работает, макросы написанные в офис+ работают в мелкомягком и наоборот. А почему за 10 лет, если не секрет? Я занимаюсь разработкой софта больше 25 и вы правы ничего лучше чем ООП не придумали.
А для чего переписывать VBA макросы? Это серьезные затраты на кодирование и тестирование отработанных бизнес процессов. Насколько мне известно уже есть офисный пакет поддерживающий VBA для потребностей импортозамещения под Linux. Вот обзор набора инструментов для VBA автоматизации https://officep.ru/help/Main.html?id=5&idP=VBAReview.html
Насколько я знаю опенсоурсные решения - опен, либра, онли, ни один из них не умеет масштабировать и показывать страницы документа в приложении, например в ряд по 5 страниц и позволять их редактировать значит отрисовка и обработка событий у них собственная. Учитывая, что они смогли сделать поддержку VBA, значит и модель у них собственная. Получается что Самобытный .
Akina, сначала про референсы - как таковых подключений там нет, потому как это библиотеки с поздним связыванием, о которых знает интерпретатор. Поэтому он их сам подключит при использовании CreateObject или объявлении. Единственное надо указывать, типа референс, если вы собираетесь внутри Таблиц открывать Документ и наоборот.
Что касается вменяемых диагностических сообщений, их не возможно реализовать в языке с неявным определением переменных. Поэтому как и в мелкомягком, есть ошибки компиляции и редактор кода показывает место, в котором ошибка и runtime-ошибка выскакивающая в виде инфо-диалога. Ну а в остальном как и в VBA debug.print и MsgBox нам в помощь.
Здравствуйте Akina. Поддерживается практически полная архитектура классов для обработки данных, формально поддержаны классы взаимодействия с интерфейсом, видимо из-за различий архитектуры приложений. Что касается поддержки COM/ActiveX там поддерживаются библиотеки ADODB, MSXML2, VBScript, Scripting как раз FileSystemObject. Да, и Вы все это получите под Linux с полной обратной совместимостью с Мелкомягкими. Их саппорт говорит что они готовы расширять набор покрытия классов и внешних библиотек(типа COM/ActiveX) по мере необходимости пользователей.
Информация
В рейтинге
Не участвует
Откуда
Минск, Минская обл., Беларусь
Дата рождения
Зарегистрирован
Активность
Специализация
Разработчик приложений, Архитектор программного обеспечения
Да, как раз об этом и писал, макросы созданные в Офис+ работают в мелкомягком, ну и наоборот, соответственно. При чем нет разницы Офис+ запущен под Windows или под Linux.
Это и есть краеугольная проблема. Описание открытого формата OpenXML регламентирует объекты и их атрибуты, но при этом эталоном отображения является Ворд. И мелкомягкие, там творят, что хотят, а потом пользователи требуют идентичного отображения от разработчиков аналогов. Вопрос в другом реагирует ли служба саппорта производителя аналога или посылает. Надо общаться, выяснять.
Говорить про требования к оформлению через стили и про МойОфис это не корректно. Р7 тоже со стилями не всегда обрабатывает нормально, особенно при наследовании.
@Surrogate Сейчас смог увидеть картинки с customUI, в целом ничего страшного, но потребуются доработки, насколько я понимаю.
@Surrogate, Видел я извращения на тему оформления по гостам документов, по-моему в документах РЖД. Офис+ поддерживает cutomUI, но довольно своеобразно, он у них отображается на боковой панели и все маленькими кнопочками, в том числе и вызов макросов. Думаю в саппорте Вам подскажут.
Нет конечно, просто реализовали наиболее используемые COM/ActiveX объекты с поздним связыванием. Кроме того они предлагают заготовку проекта для расширения функционала для их VBA и сами готовы расширять набор используемых пользователями COM/ActiveX. Поскольку у них по сути интерпретатор, работающий и на винде и на линуксе, это решает многие вопросы безопасности связанные с VBA.
питон не может, сорри
Я вам больше скажу, я проверил эту обратную совместимость - и работает, макросы написанные в офис+ работают в мелкомягком и наоборот. А почему за 10 лет, если не секрет? Я занимаюсь разработкой софта больше 25 и вы правы ничего лучше чем ООП не придумали.
А для чего переписывать VBA макросы? Это серьезные затраты на кодирование и тестирование отработанных бизнес процессов. Насколько мне известно уже есть офисный пакет поддерживающий VBA для потребностей импортозамещения под Linux. Вот обзор набора инструментов для VBA автоматизации https://officep.ru/help/Main.html?id=5&idP=VBAReview.html
Насколько я знаю опенсоурсные решения - опен, либра, онли, ни один из них не умеет масштабировать и показывать страницы документа в приложении, например в ряд по 5 страниц и позволять их редактировать значит отрисовка и обработка событий у них собственная. Учитывая, что они смогли сделать поддержку VBA, значит и модель у них собственная. Получается что Самобытный .
Akina, сначала про референсы - как таковых подключений там нет, потому как это библиотеки с поздним связыванием, о которых знает интерпретатор. Поэтому он их сам подключит при использовании CreateObject или объявлении. Единственное надо указывать, типа референс, если вы собираетесь внутри Таблиц открывать Документ и наоборот.
Что касается вменяемых диагностических сообщений, их не возможно реализовать в языке с неявным определением переменных. Поэтому как и в мелкомягком, есть ошибки компиляции и редактор кода показывает место, в котором ошибка и runtime-ошибка выскакивающая в виде инфо-диалога. Ну а в остальном как и в VBA debug.print и MsgBox нам в помощь.
Конечно она меньше MS Excel, но вполне позволяет заниматься обработкой данных, объектов и наводить марофет по ячейкам.
Здравствуйте Akina. Поддерживается практически полная архитектура классов для обработки данных, формально поддержаны классы взаимодействия с интерфейсом, видимо из-за различий архитектуры приложений. Что касается поддержки COM/ActiveX там поддерживаются библиотеки ADODB, MSXML2, VBScript, Scripting как раз FileSystemObject. Да, и Вы все это получите под Linux с полной обратной совместимостью с Мелкомягкими. Их саппорт говорит что они готовы расширять набор покрытия классов и внешних библиотек(типа COM/ActiveX) по мере необходимости пользователей.