Здравствуйте Shaman_RSHU. В выделенном Вами фрагменте, имеется ввиду, полноценное совместное редактирование документов или таблиц, с подсветкой кто и что сейчас редактирует, изменения видны в режиме реального времени, кроме того у пользователей имеется возможность в виде чата обсуждать различные вопросы в процессе редактирования. Что касается доп. функционала, ну как минимум, поддержка VBA. Что касается сравнительной таблицы, то она не отобразит насколько та или иная функциональность качественно реализована, например поддержка наследования стилей документа, у обоих редакторов она будет написана, что поддерживается, но при этом документ будет выглядеть по разному. Отличий много, все в комментарий не напишешь. По поводу 15к это стоимость одной бессрочной лицензии, а не в год.
Добрый день, @Surrogate. Знаю, что в последней версии появился так называемый "Популярный интерфейс"(очень привычный для всех пользователей ;-).), но он пока не поддерживает Custom UI. Работы по поддержке им Custom UI, месяца на полтора. А вот, чтобы заработали все Ваши макросы, в полном объеме и качественно, желательно бы их по тестировать, может быть даже совместно. (просто пример: вы используете в макросе какое то свойство не особо влияющее на работу макроса, а это свойство в модели пока не описано и макрос не работает, выдает ошибку). Напишите в сапорт к ним, я попробую поговорить по Вашему вопросу, я думаю такой кейс, как у Вас, может их заинтересовать, чисто с точки зрения развития их продукта, в письме вставьте свой ник @Surrogate, чтобы было понятно что это от Вас.
Да, как раз об этом и писал, макросы созданные в Офис+ работают в мелкомягком, ну и наоборот, соответственно. При чем нет разницы Офис+ запущен под 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) по мере необходимости пользователей.
Информация
В рейтинге
1 793-й
Откуда
Минск, Минская обл., Беларусь
Дата рождения
Зарегистрирован
Активность
Специализация
Разработчик приложений, Архитектор программного обеспечения
Да, кстати, и не 15К, а 11.5К стоимость одной бессрочной лицензии
Здравствуйте Shaman_RSHU. В выделенном Вами фрагменте, имеется ввиду, полноценное совместное редактирование документов или таблиц, с подсветкой кто и что сейчас редактирует, изменения видны в режиме реального времени, кроме того у пользователей имеется возможность в виде чата обсуждать различные вопросы в процессе редактирования. Что касается доп. функционала, ну как минимум, поддержка VBA. Что касается сравнительной таблицы, то она не отобразит насколько та или иная функциональность качественно реализована, например поддержка наследования стилей документа, у обоих редакторов она будет написана, что поддерживается, но при этом документ будет выглядеть по разному. Отличий много, все в комментарий не напишешь.
По поводу 15к это стоимость одной бессрочной лицензии, а не в год.
Добрый день, @Surrogate. Знаю, что в последней версии появился так называемый "Популярный интерфейс"(очень привычный для всех пользователей ;-).), но он пока не поддерживает Custom UI. Работы по поддержке им Custom UI, месяца на полтора. А вот, чтобы заработали все Ваши макросы, в полном объеме и качественно, желательно бы их по тестировать, может быть даже совместно. (просто пример: вы используете в макросе какое то свойство не особо влияющее на работу макроса, а это свойство в модели пока не описано и макрос не работает, выдает ошибку). Напишите в сапорт к ним, я попробую поговорить по Вашему вопросу, я думаю такой кейс, как у Вас, может их заинтересовать, чисто с точки зрения развития их продукта, в письме вставьте свой ник @Surrogate, чтобы было понятно что это от Вас.
Да, как раз об этом и писал, макросы созданные в Офис+ работают в мелкомягком, ну и наоборот, соответственно. При чем нет разницы Офис+ запущен под 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) по мере необходимости пользователей.