Комментарии 29
Добрый день.
Прямо сейчас у вас версия 2.3
[update] прямая сылка:
https://preset.myoffice-app.ru/myoffice-standard-home-edition_2.7.0_amd64.deb
Получилось!
Интересно что, таблицы созданные в МойОфис в формате xlsx не получается редактировать с помощью dotnet (DocumentFormat.OpenXml). Лезет ошибка `The prefix 'x' cannot be redefined from 'http://schemas.openxmlformats.org/spreadsheetml/2006/main' to 'urn:schemas-microsoft-com:excel' within the same start element tag.`
Сильно не копался, но структура получаемого xlsx файла значительно отличается от точно такой-же, но созданной в Excel.
Здравствуйте! Мы работаем с файлами формата xlsx в соответствии со стандартом OOXML. Правильно ли мы понимаем, что сейчас вы пользуетесь бесплатными настольными редакторами МойОфис в домашней версии? Также будем признательны за пояснение о том, для каких задач вам необходима совместимость с данным ПО.
У нас есть софт, писанный на dotnet, для обработки эксель-файлов от контрагентов. В один прекрасный день очередной файл от нового контрагента мы обработать не смогли из-за ошибки выше (читаем данные из таблицы и в каждой строке выставляем статус в определенной колонке). Начали разбираться в чем дело, увидели что xml внутри файла очень не похож на то что получается после Экселя. Спросили контрагента в чем он это делал и получили ответ что Мой Офис. Какая именно версия - увы не известно. Банальное пересохранение файла в экселе проблему решило.
Времени на эксперименты, увы, нет. Возможно у нас в программе мы как-то некорректно работаем с таблицами, это тоже исключать нельзя.
А это нативный софт, или какой-то страшный react/electron?
Планируется поддержка макросов в табличном редакторе?
У них же там Lua вроде есть для макросов?
возможно. У меня чуть другая задача, хочу открыть в табличном редакторе .xlsm файл и чтобы макросы исправно заработали.
Забудьте. Там такая слабая поддержка, что если процентов 20% типовых задач удастся покрывать в "МойОфис" по сравнению с MS Office, то это будет очень хорошо
Виталий, здравствуйте! По следам ваших статей уже реализовано несколько изменений в коммерческих продуктах МойОфис, мы благодарны вам за все замечания и обратную связь, однако не готовы согласиться с такой оценкой наших решений. Сегодня продуктами МойОфис пользуется свыше 10 тысяч организаций по всей стране, они считают наши приложения подходящими для решения типовых офисных задач, работы с документами и деловых коммуникаций.
Число купивших лицензии (а я долго проработал в госструктурах и прекрасно знаю механизмы как производится конкурсная закупка), вообще ничего ни о чем не говорит! Я очень рад (без дураков, правда рад), что у вас всё хорошо с продажами лицензий, как и у Р7. Я вам ведь совсем об ином говорю! Ваши решения автоматизацию офисной работы практически не рассматриваются вами, с точки зрения приоритетности этого процесса в будничной работе ваших клиентов. А он в ряде случаев не просто необходим, а является просто определяющим! Ну ок, допустим пока можно к примеру обойтись старой лицензией на MSOffice и часть документов с макросами внутренней автоматизации, или для СЭД, юзать в нем, а на остальное (ваши пакеты) поставить на компьютеры-"печатные машинки". Но рано или поздно, когда всех заставят перейти на Астру, РЭД и прочие наши "отечественные" ОС, то что делать с вашими пакетами, когда они ну не могут делать то, что привыкли делать пользователи с помощью макросов, надстроек и т.п. в офисе от Майкрософта? Ваши решения, ещё вчера, надо было либо срочно дотягивать до уровня потребностей типовых клиентов из банков, госструктур, госкорпараций и т.д., либо от вашего ПО начнут отказываться, по мере понимания, что у вас просто хороший усовершенствованный блокнот, но не полноценный инструмент для тех же СЭД или ERP систем.
Моя критика по поводу АПИ автоматизации это не гундёж вашего конкурента, а голос эксперта, реально работающего в области автоматизации офисных работ, и жаль, что ваши планы всё так же далеки от решения этого вопроса, как и несколько лет назад, когда вы свой API на Lua выкатили, и больше к нему и не прикоснулись.
Не планируется и они об этом писали много раз. Макросы VBA из MSOffice в "Их офисе" никогда работать не будут
Добрый день! VBA — это проприетарная технология Microsoft, из-за чего в сторонних редакторах документов невозможно выполнять VBA-макросы. Во встроенном редакторе макрокоманд настольных приложений МойОфис пользователи могут просматривать код VBA-макросов, которые содержатся в документе, писать новые команды возможно только на Lua.
А подскажите, может есть инфа, а как это реализовано в WPS офис? Там макросы, кривовато, но работают.
Как может быть язык проприетарным? Проприетарной может быть реализация. В конце концов всегда можно преобразовать код с VBA на Lua.
Во первых - не всегда. В VBA очень многое строится на гениально простом способе работы с WinAPI и СOM технологиями Windows, а в LUA можно, но с очень и очень большими но, работающими и криво и не со всем спектром ActiveX объектов. А они порой в макросах имеют решающее значение (например для любых СЭД)
Во вторых. Нельзя преобразовать то, чего нет. Если в LUA не написали обертки для API, то хоть тресни, а ничего с этим не поделаешь. Вот конкретно в "МойОфис" описано что для макросов, что для расширений (плагинов, иначе говоря), очень урезанный функционал API самого редактора. Поэтому часть задач, без очень конкретной пляски с бубном не решить, от слова совсем или только компилируя и добавляя локально функционал с помощью расширяемых модулей под LUA(например с интересом понаблюдаю как удастся получить данные с помощью макроса или надстройки из внешнего источника, не файла), но это опять таки, не решает проблем скудности апи взаимодействия с самими редактором.
В третьих, действительно нет такого понятия как проприетарный язык программирования. На описание ЯП и на алгоритмы авторское право не распространяется. Копируйте сколько хотите, что собственно и делается во всяких там Libre(Open)Office. Другой вопрос, насколько универсальным и точным будет такое копирование, когда вопрос касается того, что я написал в п.1. А без этого, довольно большой пласт макросов просто не станет работать, так как опирается именно на эти технологии, плюс на особенности API самих редакторов, которых может просто не быть в рассматриваемой среде.
Два вопроса.
1) Электронная таблица в домашней версии по-прежнему не поддерживает работу с CSV? Если да, то это стыдоба, CSV - БАЗОВЫЙ табличный формат, который много с чем совместим и который, кажется, *почти все* электронные таблицы поддерживают из коробки. Да, я понимаю, бесплатная версия должна быть ограничена по сравнению с коммерческой, но не в такой же банальщине!..
2) Более спорный вопрос. Могут ли производители офисных пакетов (хотя бы российских) договориться о некоем базисе для языка макросов, который будет работать в любом офисном пакете? Понятно, что конкуренты, но ведь смогли же, например, мировые производители СУБД (ещё какие конкуренты!) договориться о языке SQL. И это было в годы, когда ВСЕ серьёзные СУБД стоили огромные деньги, никакого PostgreSQL ещё не было. Что-то подобное, наверное, можно и для офисных пакетов сделать? Понятно, что каждый производитель будет сверх этого свои расширения предлагать, но такое и у SQL есть, что не отменяет вполне работающего базиса.
Здравствуйте! Постараемся ответить по пунктам:
Поддержка форматов файлов с разделителями, в том числе и CSV, сейчас есть в корпоративных версиях МойОфис. Мы обратили внимание на спрос этой функциональности среди частных лиц, и она будет доступна в расширенной домашней версии, которую мы планируем выпустить в 2024 году.
Создание общей модели макросов подразумевает создание общего DOM. С практической стороны это означает, что производителям офисного ПО, DOM которых не был выбран стандартом, придется в значительной степени переписать свои продукты. Это замедлит функциональное развитие и создаст несправедливые рыночные преимущества для одного из вендоров, поэтому вряд ли такое случится без государственных инвестиций. Сейчас происходит импортозамещение, и клиенты хотят, чтобы продукты развивались функционально, а производители в свою очередь стараются работать в сжатые сроки.
Ох уж эти картинки... На 100 с небольшим килобайт текста - картинок на 18 мегабайт. Формат png хорошо жмёт однотонные картинки, не если есть градиент - беда. Если перевести картинки из статьи в обычный jpeg, страница похудеет в два раза (на 10 Мб) без заметной потери качества. Или - формат webp - вообще показывает чудеса, размер файла ещё раза в 2-3 меньше. Уважаемые авторы! Не у всех есть быстрый интернет. Пожалуйста, берегите наш трафик, время и нервы. А за интересные статьи - всем спасибо.
Похоже запрет возможности массовой группировки/разгруппировки строк по уровням, как в Екселе или ОнлиОфисе - это идеологическая установка. Кнопки уровней группировки присутствуют, но разве можно дать эту функцию пользователям бесплатного продукта?
Похоже получить отдельное окно для редактирования макросов не получится. Либо никак, либо модально. Неужели никому в команде не приходила мысль, что модальное окно макросов - это ужасающе неудобно? Или всё настолько захардкожено, что прям никак не выковырять?
Здравствуйте! Стараемся учитывать обратную связь пользователей, фиксируем все пожелания. Задач у разработчиков много, и в первую очередь в реализацию попадают самые приоритетные из них. Мы ранее зафиксировали ваши пожелания https://habr.com/ru/companies/ncloudtech/articles/716852/comments/#comment_25230880
Если появятся новые замечания, пожалуйста, сообщите нам о них здесь или на support@service.myoffice.ru.
После обновления с 2.4 на 2.6 появились серьезные артефакты (недопрорисовки) интерфейса. Снес, вернул 2.4. Сегодня попробовал версию 2.7, думал, мало
ли, может в 2.6 что-то было не так. Нет, все то же самое.. Сносил
настройки из ~/.config - без толку. Дистрибутив ALT P10, х86-64
Этот глюк проявляется и в диалоговых окнах тоже. Даже в самом первом окошке Соглашения. В 2.4 версии, повторюсь, все ОК.
Добрый день! Приносим извинения за поздний ответ. К сожалению, нам не удалось воспроизвести подобное поведение для ОС Альт Рабочая Станция 10 ни на одном тестовом устройстве, поэтому по возможности просим вас посодействовать в поиске возможной неисправности. Для этого в терминале необходимо ввести команду lsb_release -a и прислать снимок экрана с выводом результата данной команды, приложить снимок экрана интерфейса МойОфис, указать модель устройства и версию приложения МойОфис, наличие подключенного второго монитора. Всю эту информацию просим направить нам на support@service.myoffice.ru. Это действительно поможет нам в воспроизведении и исследовании проблемы.
И еще хотел спросить разработчиков - починили ли они вертикальный текст в ячейках таблиц, если таковые создаются в тексте?
Я нигде не нашел такой возможности в 2.4 + и созданные в других офисах подобные текстовые документы с таблицами с вертикальными надписями в ячейках в Мой Офис открываются плохо - надписи становятся горизонтальными и таблица искажается в размерах..
Сам проверить не могу - выше описал, что и 2.6, и 2.7 открываются с дефектами, как на моем скриншоте выше. Может версия qt у меня старовата - кто знает..
МойОфис обновил настольные редакторы для частных пользователей. Более 800 улучшений в релизе 2.7