Компания Collabora подготовила (https://www.collaboraoffice.com/release-news/collabora-onlin.../) третий выпуск платформы CODE (https://www.collaboraoffice.com/code/) (Collabora Online Development Edition), в рамках которой развивается специализированный дистрибутив для быстрого развёртывания LibreOffice Online (https://www.opennet.ru/opennews/art.shtml?num=41911) и организации совместной удалённой работы с офисным пакетом через Web, предоставляя функциональность, похожую на Google Docs и Office 365. Дистрибутив оформлен (https://hub.docker.com/r/collabora/code/) в виде преднастроенного контейнера для системы Docker. Используемые в продукте наработки размещаются в общедоступных репозиториях LibreOffice (http://cgit.freedesktop.org/libreoffice/online/), LibreOfficeKit (https://gerrit.libreoffice.org/gitweb?p=core.git;a=summary), loolwsd (https://gerrit.libreoffice.org/gitweb?p=online.git;a=tree;f=...) (Web Services Daemon) и loleaflet (https://gerrit.libreoffice.org/gitweb?p=online.git;a=tree;f=...) (web-клиент).CODE включает все компоненты, необходимые для работы сервера LibreOffice Online и предоставляет возможность быстрого запуска и ознакомления с текущим состоянием развития редакции LibreOffice для Web. Поддерживается работа через web-браузер с документами, электронными таблицами и презентациями, в том числе возможность совместной работы нескольких пользователей, которые могут одновременно вносить изменения, оставлять комментарии и отвечать на вопросы. Вклад каждого пользователя, текущие правки и позиции курсоров каждого пользователя выделяются разными цветами. Для организации облачного хранения документов могут использоваться системы Nextcloud (https://nextcloud.com/), ownCloud (https://owncloud.com/), Seafile (http://seafile.com/) и Pydio (https://pyd.io/).
Отображаемый в браузере интерфейс редактирования формируется (https://www.opennet.ru/opennews/art.shtml?num=41911) с использованием штатного движка LibreOffice и позволяет добиться полностью идентичного отображения структуры документа с версией для настольных систем. Формирование интерфейса в браузере осуществляется при помощи HTML5-бэкенда библиотеки GTK+, предназначенного для отрисовки вывода GTK-приложений в окне web-браузера. Для вычислений, мозаичной отрисовки и многослойной компоновки документа применяется штатный LibreOfficeKit. Для организации серверного взаимодействия с браузером, передачи изображений с частями интерфейса, организации кэширования кусочков изображений и работы с хранилищем документов задействован специальный Web Services Daemon.
Новый выпуск примечателен реализацией полноценных диалоговых окон и форм редактирования, которые делают работу в браузере мало отличимой от запуска обособленной версии LibreOffice. В том числе, в браузере теперь стали доступны сложные схемы нумерации в документах и мощные инструменты фильтрации в электронных таблицах. Кроме того, разработчики LibreOffice получили возможность реализации новых возможностей интерфейса одновременно в стационарной версии и в варианте для Web.
URL: https://www.collaboraoffice.com/release-news/collabora-onlin.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=47830
Замечательно. Судя по скринам, это даже лучше, чем docs.google.com .
Это как минимум не хуже, чем GoogleDocs, а во многом даже лучше. Открытые исходные коды, полный контроль над данными, никаких внезапных блокировок. По части удобства совместной работы во многом даже лучше, моя команда оценила переход на Collabora Online после GDocs.
> даже лучше, чем docs.google.comТы сейчас серьезно?
Забавно что гугл смачно обделался, расчитывая нагадить ораклу, когда решил поддержать истерию против OOO, а оказалось что нагадил он в собственные шаровары, получив конкурента.
Ну, Google хотябы позволяет писать макросы на JavaScript. Не самый клёвый язык конечно, но всяко лучше средневекового VBA.
Рим переходит на Linux и LibreOffice.
https://joinup.ec.europa.eu/news/contract-overhaul
Проснулся, тот материал от 06/10/2017, и там не переходит, а рассматривает возможность. На 2018 намечен только первый пилотный проект использования Linux.
Но у нас вообще заморозили... с 2011.
""В России вступил в действие национальный стандарт открытых офисных приложений OpenDocument (ODF). Теперь при общении с государственными органами гражданин может использовать документы, подготовленные с применением свободного программного обеспечения (СПО).""""Федеральное агентство по техническому регулированию и метрологии России зарегистрировало ODF в качестве государственного стандарта в конце декабря 2010 г., а официально ODF в качестве ГОСТа вступил в силу с 1 июня этого года. Формат зарегистрирован как ГОСТ Р ИСО/МЭК 26300-2010, он используется как основной в популярнейшем свободном офисном пакете OpenOffice.org и в создаваемом Open Source-компаниями пакете LibreOffice.""
http://minsvyaz.ru/ru/events/27931/
Дело Дергуновой живёт и побеждает.
> и там не переходит, а рассматривает возможностьДа да, здесь всегда так.
Молодцы, все правильно делают. Проприетарщина это путь вниз.
О как, модеры потёрли моё сообщение где я написал что City of Rome (Italy) это не Рим.
Очевидно, что Таганрог.
Бить-колотить, они виджеты на канвасе отрисовывают вместо использования нативных!
Открой баг-репорт, напиши им про это, сделай доброе дело. Или только поныть?
Подстегивать и подстебывать это разные вещи.
Нативные - это вёрстка и CSS-стили?
Ты хоть понимаешь, сколько effort'а потребуется, чтобы поддерживать этот ад?
> effort'аWhat?
> сколько effort'а потребуется, чтобы поддерживать этот ад?Как создать кнопку нативными средствами:
<button>Hello world</button>
Как создать кнопку средствами канвы:
<canvas></canvas> + рисование обычных кнопок + рисование задизабленных кнопок + рисование нажатых кнопок + рисование кнопок, когда над ними курсор + правильная обработка фокусов + правильная обработка мышиных координат + правильная обработка ситуаций, когда кликнули по кнопке и, не отпуская мыши, потащили мышь в сторону и отпустили в стороне + ...
Действительно, средствами канвы "effort'а" меньше.
>организации совместной удалённой работы с офисным пакетом через Web, предоставляя функциональность, похожую на Google Docs и Office 365Насколько похожая функциональность? Как на счёт интеграции с AD? Совместное редактирование?
Есть у кого опыт внедрения?
И то и другое полное гoвно. Непонятная хрень с закрытыми исходниками. Данные хранятся непонятно где и принадлежат непонятно кому. И да, при гипотетическом взломе (что вполне реально) никто ничего тебе не должен. Так стоит ли молиться на закрытый коммерческий буллшит, когда есть замечательная Collabora Online на базе Nextcloud и Libreoffice?
Работаю в стартапе из 10 человек. Недавно перешли с GoogleDocs на Collabora Online. Классная, вертится на собственной VPS, все задачи решает как надо. Слава СПО!
> Работаю в стартапе из 10 человек. Недавно перешли с GoogleDocs на Collabora
> Online. Классная, вертится на собственной VPS, все задачи решает как надо.
> Слава СПО!
> https://nextcloud.com/collaboraonline/Дядька Столман одобрит?
А то! Единственная достойная опенсорс-альтернатива всяким гулагам.
> А то! Единственная достойная опенсорс-альтернатива всяким гулагам.Точно! Свой внутренний сервер поднять, и вперед.
А как там у нас на фронтах одновременного редактирования несколькими пользователями одного и того же листа в таблицах Calc? Или надо базы данных городить?
Это всё конечно хорошо, но либра по показателю адекватности UI/UX находится в неимоверной жопе даже относительно гуглодоков. Даже китайчатина вроде WPS office работает логичнее.
> логичнееты только что оскорбил всю логику, перепутав ее со словосочетанием «как микрософт офис».
В студенческие годы мне хватило почитать пару прекрасных pdf мануалов, чтоб освоить ООо и уметь в нем делать то, что адептам МСО даже не снилось.
Например, изобретать костыли и велосипеды там, где в МСО всё делается одной кнопкой, ага.
На моих юзкейсах МСО был гораздо сложнее и менее надежен. При написании курсовых работ надо было автоматически нумеровать картинки, таблицы и формулы. И ссылки на них должны быть консистетнты.Помню, что в ООо это было интуитивно, делалось в пару хоткеев и работало надежно, и все ссылки и номера обновлялись в риалтайме. Более того формат нумерования гибко настраивался, типа, можно было нумеровать включая раздел, или страницу... как угодно.
А в МСо на каждую ссылку приходилось елозить мышкой с минуту (и это уже когда знаешь, где елозить, найти самому нереально) и кажется мне так и не удалось сделать нумерацию в нужном мне формате.
В МСО — отдельно настройки полей, отдельно настройки хедеров с исключением только для первой страницы, отдельно настройки нумерации. Все это какие-то частные решения, нету единого подхода.
ООо же имеет очень стройную хорошо продуманную систему концептов.
Например, то как выглядит документ, включая хедеры, нумерацию страниц, отступы, настривается стилями. Стили можно между собой линковать, произвольно задавать порядок их чередования. Это такая как бы система программирования.Эх, да что я бисер мечу перед утятами.
подытожить можно так: если юзер — трудяга, который охотно выполняет одно и то же действие мышкой 150 раз для 150-страничного документа, то МСО — его путь.Если же человеку хоть сколь-нибудь дорого его время, а документы — сложнее объяснительной в школу, то МСО — это боль.
Лол. Про либру не скажу, но вот в МСО то как раз костылей до кучи.
Связанные с МСО специальности целые сайты и форумы заполняют как сделать из костылей какую-нить фичу.
Замазывание белым прямоугольником это вообще норма.
Лично мои претензии, на которые было потрачено много времени:
Неожиданно нумерация в многоуровневом списке начинает с нуля идти.
Для того чтобы начать нумерацию со второй страницы надо нумерацию начинать с нуля(!), а на первой отметить что-то вроде "особый колонтитул для первой страницы". А если несколько таких сраниц? Некоторые даже отдельно хранят титульники и содержания.
Оформление по ГОСТу(фу, бяка)? Добро пожаловать в костыландию. Ссылаться на предыдущий текст? Его нужно особым образом пометить(как заголовок например или закладка), а потом вставить в нужном месте перекрестную ссылку и искать нужный заголовок(особенно если их много).
Кстати, если вдруг решили делать через заголовок, то в автооглавлении появится новый пункт, который там быть не должен. И даже если вставили картинку, но не поменяли стиль на обычный текст, то она тоже попадет в содержание.
Про подписи картинок я уже молчу(ссылаться на них можно, но сложно, а подпись это совсем отдельный объект, весело перелезающий на другую страницу или мб случайно удален).
Типичный юзкейс людей, чья работа не связана с МСО:
Написать текст полностью, прогнать всю автоматику(автосодержание, нумерацию, etc.), исправить вручную. Что то изменилось? Повторить.
Если же вы хотите автоматизировать на МСО свои документы по максимуму, то вам придется приложить тонны времени и сил на костыли и максросы, распространение в ораганизации своих шаблонов(потому что костыли к другим документам надо заново применять) и в итоге все равно придет какой нить большущий документ, с табами в таблицах или по какой то причине все таблицы слились в одну. Иногда везет и можно просто скопировать эту таблицу, вставить например в эксель и скопировать обратно - вставиться все нормально(очень интуитивно, да?), сэкономили кучу времени. А иногда нет.
У _платного_ софта с такой историей, который позиционируется для документооборота в крупных и правительственных преприятиях подобных проблем в принципе не должно быть.
Добавлю, что считаю МСО главным тормозом документооборота.
Вместо того, что заполнять бланки(структуры) в пару кликов и получать полностью оформленный по всем правилам документ, который можно без проблем конвертнуть во что угодно и распарсить на любом современном ЯП, мы имеем монстра с жуткими костылями, проблемами совместимости, безопасности, требованиями к аппаратной части и открытости.
> Вместо того, что заполнять бланки(структуры) в пару кликов и получать полностью оформленный
> по всем правилам документ,Для личных нужд использую уже более 13 лет tex с парой-тройкой сls-шаблонов.
До оформления и общего вида до сих пор далеко не каждый "деловой документ" дотягивает.
Неясно, почему оно не применяется в связке с простым гуем хотя бы для шаблонных посланий, где меняются только имя и адрес.Зато этот МСО пихается куда можно и куда нельзя, типа "документа" от туроператора для заполнения ФИО участника/комната - там ведь никаких формул, никаких подсчетов, тупо эсель из-за готовой таблички.
Это если не вспоминать «щедевристые шЫдевры» МСО продукции …
Взять хотя бы не какие-то местячковые, а вполне себе официальные бланки той же тур. визы. для самостоятельного заполнения и распечатки. «щедевристый шЫдевр» очередного сумрачного погонщика мышки:
Эксель документ с темно-серым фоном (самое оно для распечатки дома), в котором все форматирование сделано с помощью кастомной ширины/высоты ячеек и строго определенного шрифта.Заполнение этого непотребства вообще «песТня» - вместо от силы 5-6 минут для 3 бланков приходится тратить где-то минут 30 времени, т.к. «гении» от офиса для красоты и форматирования решили в своем велосипеде для каждой буковки используеть отдельную ячейку с последующей пустой ячейкой (в качестве принудительного пробела), поэтому после нажатия клавиши с буковкой или циферкой приходилось жать 2х таб, стрелки или мышевозить.
Да еще и копипаста недоступна по этой же причине, т.к. копировать/вставлять придется куски текста вместе с ячейками, что сразу же развозит разметку. То же самое и с вставлением текста, даже одном буквы.
Естественно, предоставленная «альтернатива» в виде PDF - простая картинка с текстом для отвода глаз, т.к. ни поля, ни разметка не экспортируются.В общем, на словах у МСОшников все зашибись, "просто одной кнопкой" и прям совсе не заменимо, на деле коряво, как 20 лет назад и незаменимость МСО в основном из-за таких же остолопов.
А эту штуку только на впс поднять или можно просто на пхп хостинге? Все таки нормальный впс не дешев.
> А эту штуку только на впс поднять или можно просто на пхп
> хостинге? Все таки нормальный впс не дешев.Мне кажется, некорректно сравнивать "нормальный vps" и пхп-хостинг, у которого выделено на порядок меньше ресурсов.
Если брать одинаковые ресурсы, имхо, сейчас vps дешевле php хостинга.