Международный консорциум OASIS, занимающийся разработкой и продвижением открытых стандартов, утвердил финальный вариант спецификации OpenDocument 1.3 (ODF) в качестве стандарта OASIS. Следующим этапом станет продвижение OpenDocument 1.3 в роли международного стандарта ISO/IEC...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55377
ждём ебилдов LO
судя по новостям 7,0 уже
https://www.neowin.net/news/libreoffice-70-launched-with-ope.../
В ебилдах 7.1 уже
пересматривать будут ?ГОСТ Р ИСО/МЭК 26300-2010
ФОРМАТ OPEN DOCUMENT ДЛЯ ОФИСНЫХ ПРИЛОЖЕНИЙ (OpenDocument) v1.0
https://docs.cntd.ru/document/1200083207уж не спрашиваю про внедрять
Надо будет - пересмотрят.
а внедрять ? внедрять когда будут ?
внедряй, никто не запрещает.
кстати, если бы эти коментаторы в свои форматы ворда записывали бы философию древних греков то она была бы утрачена еще при их жизни
Интересно, когда markdown так же стандартизируют?
тогда же когда и restructuredtext, bbcode, creole, etc
Р7 поддерживает мелкомягкий формат, посему одф уже не нужен.
Слишком толсто. Возьмите салфетки жЫр вытереть с экрана.
На .odt заточены только OpenOffice и LibreOffice, верно?Для всех остальных офисов, и старых типа Некрософтовского, и новых типа OnlyOffice, WPS Office, Мой офис - "родной" формат - некрософтовский .docx?
DOCX скорее только для некрософта, хотя если вы работаете в госслужбах или координируете с другими предприятиями через офис, вас заипут совместимостями и вы будете сидеть на DOC хотите вы этого или нет.
Спасибо нашему импортнооткатному государству.
Надо просто запретить docx, xlsx в бюджетных организациях юзать. Это не сложнее принудительной вакцинации.
Пользы будет больше.
У нас помниться ещё в 2014-ом разрабатывался законопроект о переходе на СПО, но поскольку делали его не юристы с айтишниками, а гимнастки со всякими мракобесами, всё так и провалилось в никуда.
> ещё в 2014-ом разрабатывался законопроект о переходе на СПОВыдумка какая-то
С 2009 уровня мы это пропихиваем на государственном уровне - вот пруф.
https://digital.gov.ru/ru/events/21292/Просто к сожалению вылилось это всё в приказ Минкомсвязи России «Об утверждении плана импортозамещения программного обеспечения» (спасибо нашим депутатам, за ценные формулировки в виде "отечественного ПО")
https://digital.gov.ru/ru/documents/4548/В 2018-ом году таки вышли "рекомендации от минкомсвязи", где есть формулировки "свободное ПО" (ну да - пока жиденько)
https://digital.gov.ru/ru/documents/6294/
Я и написал> ещё в 2014-ом разрабатывался законопроект о переходе на СПО
Выдумка. А то СПО как будто чисто.
По третьему документу - количество вхождений "преимущественно отечественному" зашкаливает. Чисто про добро на СПО не нашёл, в любом случае всё притягивают к "отечественному". Что абсолютно не радует. Не отпустят чинуши возможность доить всех. А уж наши то разработчики "отечественного ПО" как рады, мигом на свободу наcрали.
в Нижнем точат OnlyOffice который вполне себе работает с docx и прочими. и всё это под open source
"разработанный компанией Ascensio System SIA с головным офисом в Риге (Латвия)"Есть Нижняя Рига? Не знал...
Ну да суть не с том... суть в SaaS. Эта штука хоть что-то без подключения с облачным сервисам делать умеет? Авиасимулятор загрузить, текстовый файлик отредактировать?
Он вроде и заточен изначально под docx, они писали что "docx как стандарт лучше odt". А odt в OnlyOffice работает через преобразование родного для них docx.Поэтому и спросил, кто кроме Open/Libre офисов изначально ориентируется в пазработке на odt. Что слышно про WPS, Мой Офис и Star Office?
> кто кроме Open/Libre офисов изначально ориентируется в пазработке на odtCalligra, Collabora – ну вроде, всё.
Ещё внезапно "Мой офис", так что стула теперь 4:
- Каллигра
- Опен Офис
- Либра Офис
- Мой Офис
Раздел 2, Пункт 17 - там свободное программное обеспечение упоминается как модель импортозамещения.
>>рекомендуется использовать такое программное обеспечение, сведения о котором включены в единый реестр российских программК сожалению, слово рекомендуется будет трактовано чинушами как "требуется". Не видно, чтоб СПО было уравнено в правах с "отечественным". Кстати, в "отечественном ПО" нет даже упоминания "свободного", из которого оно по большей части и сделано. Отечественное будьте добры оплатить, "мы же тратились".
Как начинали когда то "переход на СПО", так благополучно и убили его.
>С 2009 уровня мы это пропихиваем на государственном уровне - вот пруф. https://digital.gov.ru/ru/events/21292/Посмотрел я пруф... И от шо я вам скажу. вся эта затея- глупость, и занимаются ею люди далекие от понимания того как и что вообще надо делать.
Ненадо ничего внедрять. Современный офисный софт- это такого рода программа, которая "просто работает". С вопросами "а как сделать..." разбирается аникей или простой поиск в инет.
Причина по которой его надо ВНЕДРЯТЬ- полное г.вно самого ПО. оно неработоспособно.
Поэтому если бы они хотели действительно сделать чтото полезное- они занимались бы РАЗРАБОТКОЙ а не внедрением. Тоесть оплатили бы труд программистов которые бы довели это ПО до вменяемого состояния. и поддерживали бы его. И внедрять бы было просто ненадо- люди сами бы его растащили к себе по конторам...
Фраза внедрять микрософт офис- сейчас звучит несколько дико... (ну только если откаты мегакрутые :) а почемуто фраза внедрять СПО не вызывает отторжения. А должна вызывать.
Как говорят опытные маркетологи - хорошую вещь ненадо рекламировать, она просто продается...
и основная задача у уважаемых ассоциаций - должна быть именно с СОЗДАНИИ (разработке, программировании) такой вещи а не во внедрении УГ-СПО несчастным школьникам...
Ну что значит не надо внедрять? Вы предлагаете терпеть монополию мелкососа и ждать, пока нам воздух перекроют в рамках очередных санкций?
Внедрение в любом случае будет означать финансирование, а качество софта подтянется само собой.
Да и вообще вы какие-то странные вещи вещаете - я вообще не пользуюсь проприетарщиной (разумеется речь не идёт о всяких блобах в телефоне и биосах) и не могу сказать, что за последние лет 10 вообще какие-то серьёзные проблемы возникли с качеством софта или его нехваткой.
Да и вообще это странная позиция - т.е. если ребёнок лезет пальцам ив розетку надо надо спокойно смотреть и рассуждать о конкурентоспособности игрушек по сравнению с розеткой?
>Внедрение в любом случае будет означать финансирование, а качество софта подтянется само собой.Внедрение предполагает кастомное решение, для того чтобы брать с каждого нового объекта деньги.
Ну сами подумайте- если вы написали и выложили в открытый доступ хорошую вещь... WinRar к примеру...или Far.. и у пользователя нет вопросов как его использовать- чего внедрять то?
Внедярют то- что само по себе не работает.
Офис который сам по себе не работает- это неработоспособное ПО. потому что микрософт офис- работает сам по себе.А наличие финансирования которое идет на ВНЕДРЕНИЕ- будет подтягивать качество и количество обшивки на персональных авто внедренцев. и только.
Потому что задача ИЗНАЧАЛЬНО так сформулирована. и волшебным и чудесным образом она ни во что другое не трансформируется.
Если ребенок лезет пальцем в розетку- надо или заменить розетки на безопасные (со шторками, их нельзя просто так открыть пальцем) или поставить на розетку специальные заглушки такие...кто в теме- тот знает о чем речь.. или переложить проводку повыше (по типу евроофиса). Эти розетки или заглушки - надо или РАЗРАБОТАТЬ И ИЗГОТОВИТЬ или КУПИТЬ готовые. А проводку надо переложить или заказать перекладывание специалистам. Но не внедрять (выбивать финансирование на на рассуждения о вреде розеток, не меняя ни самих розеток, ни их расположения).И то что это кажется вам странным, и аналоги которые у вас возникают- это печально есть.
Надо просто динозавров "завалить" и не подпускать к прогрессу.
проблема не в динозаврах, а в том что вы, и другие такие брезгливые умники, не идёте в чиновники и депутаты чтобы сделать хорошие законы для ИТ
Видать не такие уж и умники...
А что, у нас опять власть сменилась и можно как раньше пойти и выдвинуться в совет при условии должной компетенции? Или у нас таки до сих пор буржуазный парламент с имущественным цензом? Вы бы хоть задумались, сколько стоит поучаствовать в выборах хотя бы в гор. думму.
не больше чем организовать собственную религию.
Собственно если у вас есть пара тройка людей которые готовы инициативно участвовать - вы можете выдвинутся. Без проблем.И поскольку вас беспокоит имущественный ценз- это значит очень простую вещь- как публичный представительна рода- вы не отражаете интересы народа. Тоесть это и хорошо что вы испытываете такие проблемы. вы не говорите от лица народа в целом. народ о вас не знает.
если бы народ вас знал- то выдвижение произошло бы проще простого.
эм... хотелось бы уточнить - вы имеете ввиду, что люди вроде Фургала (ну который отжал завод, прикопав его предыдущего владельца, перед этим отжавшего этот самый завод у государства) - это и есть типичный представитель народа, который может говорить от его лица?
Кстати, а вы сами с кем лично знакомы из реально значимых людей? Ну т.е. не те которые популизмом занимаются вроде Жирика и Милонова, а тех кто реально что-то полезное делает?
Не пойму, от куда у молодёжи вся эта вера в демократию - это же чушь рассчитанная на лохов.
>буржуазный парламентКоммисектант, брысь.
Ну если Вы туда нас пустите, мы с удовольствием! :)
Давно запрещен. Но только odf. Причина крайне проста - нет ни одной нормальной ЕСМ-системы, которая бы с ним нормально работала, а следователь - с ним нельзя работать в системах документооборота.
По ГОСТу у нас таки положено только в odt.
К сожалению, у нас на ГОСТЫ с 2001 года положено. Типа, их собледение на усмотрение.
> собледениеВы, видимо, хотели сказать "со..лЯдение"?
> По ГОСТу у нас таки положено только в odt.Бред. ГОСТ чётко описывает что-то, но не обязует использование этого сам по себе без какого-то дополнительного закона.
PS: вот есть ГОСТ на сгущёнку, но это не значит, что ей должны кормить в армии
Я не знаю что там, кому положено, но пока не выйдет указивка ЗАПРЕТИТь, ничего не изменится.
Видно, что серьёзные дела не имел.
На деле всё настолько печально, что приходится использовать одинаковые версии, чтобы вёрстку не рспдрсл к чертям и не потребовали переделывать.
Нет не имел, но мне за это и не платят. Но в теории использовать одну и ту же версию софра везде не проблема???
> Но в теории использовать одну и ту же версию софра везде не проблема???В теории - какраз таки проблема. Если, например, MS Office, то нужно ПРИОБРЕСТИ в разное время разным организациям одну и ту же версию. А ведь софт обновляется и через некоторое время нужная версия софта уже официально не продается. Другой способ - тем, кто раньше купил старую версию, купить новую. MS всеми руками за, но денег на это никто не даст...
Вообще-то ODT В России госстандарт. И многие гос. органы делают документы в нем. Хотя те же суды принимают только PDF с отсоединенной подписью .sig
Ты бредишь... сплошной OOXML для внутрненнего документооборота и PDF для челяди
> Спасибо нашему импортнооткатному государствуКак будто мсофис только в РФ применяется.
«Шутка про переход Германии на открытый офисный пакет»Но в целом, да. Господа очень многим «доходчиво» объяснили, почему надо применять именно их продукт.
Вплоть до того, что в ведомствах были прописаны обязательные шрифты.. «совершенно случайно» аккурат микрософтовские
Германия не верещит на весь глобус про величие и аналоговнетости
> Германия не верещит на весь глобус про величие и аналоговнетостиЭто та германия, которая вещала на весь глобус про единственно-правильных людей( по случайному совпадению - немцев, которым аналоговнет(ц) ) и всех остальных, которые недолюди ?)
Хотя, даже в случае со с треском провалившимся переходом на "открытый офис", шума и пиара было очень много и очень мало, как только оно начало проваливаться.Однако импортозамещения в подобных направлениях делается по другим причинам
Не просто потому, что хочется. А потому, что есть ощутимые риски в т.ч одностороннего отказа от сотрудничества
В подобных условиях что-то запасное должно быть. Чтобы, по случаю чего, вообще без портков не остаться.Или анон будет утверждать, что сша не указывает своим компаниям, с кем работать, а с кем - нет в т.ч по чисто политическим причинам ?
После принятия госдепом новой экспортной политики это уже не риски. Просто нельзя купить определенный список ПО. Только поддержка ранее поставленного. а открырые гхм ... "АНАЛоги" - полный он самый...
Откатное оно независимо от импорта. Такое же хауно и ряженные местные разработчикик выпускают. Вернее намного хуже, за те же деньги.
Альтернативщики часто rtf предлагают. Да оно и вообще лучше совместимо со всем этим зоопарком офисов
Да как-то можно просто в жирных форматах документов не использовать ничего по кучерявому оформдению, и получится что-то похожее.
>OnlyOffice, WPS Office, Мой офис - "родной" формат - некрософтовский .docxНу и как вы думаете, насколько близко к "стандарту" из 6000 страниц, если это можно таковым обозвать, они смогли его реализовать?
Ну вполне достаточно, судя по практике.Но конечно, всегда найдутся сильно мудрёные документы, где будут проблемы (уже слышно дежурную фразу тут "даже между версиями MSO бываею проблемы" - не без этого в трудных случаях)
У меня и abiword с odt работает. Только не с 1.3.
docx - родной формат для мелкомягкого офиса, ибо авторы у того и другого одни и те же. А другие могут использовать что хотят.
Всё бы хорошо, но баг с тем, что они пытаются подписывать при помощи PGP неподдерживающие это форматы (например, свой же Flat ODT, PDF) уже несколько лет висит... Не знаю, насколько качественно там спецификации пишут, но реализуют их далеко не самым качественным образом.
Чем отличается FlatODT от ODT?
> Чем отличается FlatODT от ODT?Сохрани и открой в текстовом редакторе и поймёшь. А вообще, если память не врёт, то даже на википедии было.
As a single XML document – also known as Flat XML or Uncompressed XML Files==
The OpenDocument format supports the following two ways of document representation:
* As a collection of several sub-documents within a package, each of which stores part of the complete document. This is the common representation of OpenDocument documents. It uses filename extensions such as .odt, .ott, .ods, .odp ... etc. The package is a standard ZIP file with different filename extensions and with a defined structure of sub-documents. Each sub-document within a package has a different document root and stores a particular aspect of the XML document. All types of documents (e.g. text and spreadsheet documents) use the same set of document and sub-document definitions.
* As a single XML document – also known as Flat XML or Uncompressed XML Files. Single OpenDocument XML files are not widely used,[citation needed] they are also unsupported on some office software which claims to support ODF (Microsoft Office applications version 2007 to 2013 do not recognize them). Filename extensions for a single OpenDocument XML documents are not defined in the OpenDocument technical specification, but commonly used are .xml, .fodt,[1] .fods, ... etc.
https://en.wikipedia.org/wiki/OpenDocument_technical_specifi...
--
OpenOffice.org's word processor, Writer, allows us to save in formats that are text based, such as Docbook XML, Microsoft Word 2003 XML, and OpenDocument Text Flat XML (.fodt).
https://web.archive.org/web/20171125144435/http://www.ensode...
Не нужно, либреофис против Столлмана выступил, давайте другой формат либо перекатываемся все дружно на латех.
На emacs
Это на какой другой, на docx? Ну да, MS же против Столмана не выступила.
Мы-то не против перекатиться на LATEX, вот только предприятия всех форм собственности будут сильно возражать.
emax
Маркдаун
LaTeX - это "типография времён перфокарт", когда кто-то реально верил, что документы можно создавать "правя в hex-редакторе сектора диска".
Сегодня WYSIWYG - это точка невозврата, ты обязан давать юзеру адекватный, графический инструмент.Проблема "открытого формата" в том, что это ПРЯМАЯ УГРОЗА БИЗНЕСУ типа мудософта - сидят на своей проприетарщине и никто слова поперёк не скажет! DOCX - лишь жалкая попытка что-то там "приоткрыть", никто кроме самого M$ не сделал полноценной поддержки.
Нам нужен другой формат, более "типографский", но в то же время простой в плане структуры. JSON как формат кодирования прекрасно подошёл бы. А в качестве структуры документа - объектная модель: носитель, текст, картинки, слои, градиентики всякие... Почти как WPF, только с сильным уклоном в типографию. JSON нужен как ПОНЯТНЫЙ формат, который легко разбирать. А редактировать, разумеется, в инструментах типа Word.
Типография времён перфокарт вполне себе компилируется и сейчас, а вот старофисовские документы надо было пересохранять, т.к. поддержку их выпилили, как и целой кучи легаси форматов. С другой стороны не стоит ожидать заний ТеХа от секретарей и бухгалтеров, их и в обычном офисе не научить работать со стилями и не форматировать пробелами и Enter'ами.
Его и от программистов ожидать не стоит..Так от кого это ожидать и нафиг оно надо, если абсолютное большинство обходятся норм альтернативами ?
> Его и от программистов ожидать не стоит..
> Так от кого это ожидать и нафиг оно надо, если абсолютное большинство
> обходятся норм альтернативами ?А я вот научные работы почему-то свёрстанные в ТеХе в основном вижу... кто-то же их пишет.
Это ты таким крупнейшим издательствам типа Elsevier и Springer расскажи. Они пояснят за LaTeX.
Да не работают с ним среднестатистические издательства, не надо тоже преувеличивать. Везде банальный приём в Ворде, а вёрстка в софте от саманной конторы. Да и печататься большинство местных анонимусов будут в лучшем случае или в университетской типографии или за свой счёт на технических условиях, которые им издательство поставит.
TeX для типографии, а не для офиса... не надо чушь пороть
>издательствам типа Elsevier и Springer расскажи. Они пояснят за LaTeX.Поясняю. Пока еще принимают
https://www.springeropen.com › get-published › prepar...
Preparing your manuscript and supporting information
Microsoft word (DOC, DOCX); Rich text format (RTF); TeX/LaTeXНо (три хаха) обязательно еще и пдф дайте, а в этом техе никак не понять, что с форматированием происходит
Please also convert your TeX file into a PDF (please do not use a DIV file) and submit this PDF as a supplementary file with the name 'Reference PDF'. This PDF will be used by our production team as a reference point to check the layout of the article as the author intended.
> Нам нужен другой формат, более "типографский", но в то же время простой в плане структуры. JSON как формат кодирования прекрасно подошёл бы.Хм. Но ты опять переоткрыл LaTeX, который таки не сильно сложнее JSON.
> Хм. Но ты опять переоткрыл LaTeX, который таки не сильно сложнее JSON.Из одной крайности в другую. Если бы в LaTeXе было всё так просто, то не надо было бы стопиццот пакетов для такой простой вещи как вёрстка табличных данных. Например...
> Сегодня WYSIWYG - это точка невозврата, ты обязан давать юзеру адекватный, графический инструмент.Угу. А markdown и org-mode просто неопровержимые подтверждения твоей точки зрения.
> Нам нужен другой формат, более "типографский", но в то же время простой в плане структуры. JSON как формат кодирования прекрасно подошёл бы. А в качестве структуры документа - объектная модель: носитель, текст, картинки, слои, градиентики всякие...
Я бы рекомендовал прежде чем такие мнения выдвигать, почитать историю форматов для документов. Особенно историю sgml. Документы не укладываются ни в ООП ни в иерархическую структуру документа. Да хоть на html глянь -- его постоянно болтает то оно DOM под семантику веб-страницы подстраивает, как её пользователь видит, то она в обратную сторону, когда семантика сама по себе, а данные организованы сами по себе.
Да и вообще, рассуждать о "типографском" формате не овладев TeX'ом -- это крайняя степень нубства, потому как Кнут, создавал свои TeX и METAFONT на базе очень серьёзных исследований типографского дела, и чтобы предложить что-то лучше, тебе надо либо повторить все его исследования, либо освоить TeX, чтобы хотя бы основные результаты усвоить.
> Угу. А markdown...Markdown придуман смузихлёбами для смузихлёбов, кто наврядли когда-то напишет текст сложнее README.txt или простенький MANUAL.txt
>> Угу. А markdown...
> Markdown придуман смузихлёбами для смузихлёбов, кто наврядли когда-то напишет текст сложнее
> README.txt или простенький MANUAL.txtУ тебя очепятка, дважды: README.md и MANUAL.md.
Но да, я знаю, суровые старпёры пишут докуметацию прям сразу на postscript'е: всё что не язык программирования не заслуживает их внимания. Мы, хипстеры, проще. Маркдаун легко писать, и легко конвертать в любой формат затем. Впрочем, я предпочитаю org-mode, но не столько из-за большей функциональности, сколько потому, что emacs его лучше поддерживает.
> У тебя очепятка, дважды: README.md и MANUAL.md.Ты не понял, это намеренно.
>> У тебя очепятка, дважды: README.md и MANUAL.md.
> Ты не понял, это намеренно.Да, я не понял: что ты этой намеренностью хотел донести? Мне вот неясно: все хипстерские репы на github'е содержат в себе README.md, есть гайды как писать хорошие README.md. Есть даже сервис по проверке README.md с целью повышения смузихлёбности. Что ты хотел сказать, заменяя md на txt?
Потому, что он сам смузихлёб, да ещё и кловун.
> DOCX - лишь жалкая попытка что-то там "приоткрыть", никто кроме самого M$ не сделал полноценной поддержки.https://www.ecma-international.org/publications-and-standard.../
https://www.iso.org/search.html?q=29500
https://docs.microsoft.com/en-us/openspecs/office_standards/...
Нормально он так "приоткрыт", аж до самых свежих версий.> JSON нужен как ПОНЯТНЫЙ формат, который легко разбирать.
Легко разбирать кому? Анониму по имени Gogi?
Видал я таких любителей JSON. Он им хорошо понятен и удобен пока они не увидят json-выгрузку размером в 65GB. Потом с них спесь сбивается и начинает доходить, зачем нужен XML. Подскажу, ради XSLT и XPath.
Другое дело, что, например, в Linux зачастую применяют libxml2 вместо парсера XML. Если я буду описывать все те грабли с которыми приходилось сталкиваться и всё что я думаю об этой либе, матфильтр опеннета коммент никогда не пропустит. Она не поддерживает ни современный XML, ни тем более современные XPath/XSLT.
Куча проблем в OOXML в том, что никто не запилил правильную либу XML под Gogi-угодными лицензиями, на анон-хвалебельных языках. А так, если кому нужна полноценная поддержка современных стандартов XML на халяву, то добро пожаловать в чудесный мир Java.> А в качестве структуры документа - объектная модель: носитель, текст, картинки, слои, градиентики всякие... Почти как WPF, только с сильным уклоном в типографию.
Не ну ты не поверишь, конечно, но как по-твоему оно сейчас в OOXML работает? Это объекты сериализированные в XML соответствующих схем. Вот только "объектная модель почти как в WPF" откуда возьмется в JSON-ах? У JSON-а есть 1001 техническое ограничение. Для того чтобы хоть как-то с ним работать тебе нужен набор динамических типов внутри целого языка. Ты не замечаешь, что это проблема, потому что не видел больших и сложных документов JSON. А почему не видел, а потому что там где надо большое и сложное, там XML. Ну или вон глянь на XSLT 3.0: https://www.w3.org/TR/xslt-30/#json-to-xml-mapping
Давайте конвертировать JSON в XML и назад, чтобы было чем его по-нормальному трансформировать =)Кстати, часть глюков, которые проявляются не из-за проблем отрисовки документа на экране, возникают при парсинге старенькой кривенькой msxml, которую они (MS) глобально обновить себе не могут, боятся сломать легаси. MSXML тоже гадкая, но не такая капризная как libxml2.
> Нам нужен другой формат, более "типографский", но в то же время простой в плане структуры.
А "вы" это кто, я стесняюсь спросить? Стандарты документов, которые используются для бизнеса НИКОГДА не выберутся из XML-представлений. Любая попытка пропихнуть туда что-то без коллекций, метаданных-схемы, идентификаторов и аннотаций не кончится НИЧЕМ. Знаешь почему? Потому что без всего вышеперечисленного не получится организовать "объектную модель". "Вам" и другим анонимам ограниченными возможностями, походу, ключ-значение - предел мечтаний. Соболезную, вашему горю.
> Проблема "открытого формата" в том, что это ПРЯМАЯ УГРОЗА БИЗНЕСУ типа мудософта
Никакой угрозы нигде никому нет. Открытый формат ДОКУМЕНТОВ требует мало того что реализовать стандарт на 6k строчек с патчами и обновлениями на 1k, так еще и запилить поддержку стандартов документов W3С, причем почти что всех. Они все тоже открытые, кстати. Просто их надо буквально годами тащить и актуализировать, а на это денежки нужны. Никакие лозунги, никакая ненависть к MS не добавит в Linux вменяемую реализацию XML вне Java.
>не добавит в Linux вменяемую реализацию XML вне JavaА что конкретно на Java так хорошо работает с XML? Какие либы, программы, фреймворки? Они есть в какомрнибудь из популярных офисов, кроме некрософтовского?
Имеет ли смысл офисному пакету использовать бинарный формат файлов? Всякие JSON и XML вряд ли будут парситься вручную, поэтому из схемы человек <-> компьютер следует перейти во вторую крайность, чтобы увеличить производительность. И тогда получится залезть в середину бинарного файла и отрендерить документ начиная отсюда без необходимости читать весь файл.
Существуют документы табличные части которых притащены из БД и постоянно тащат из нее данные, далее они оформлены (фильтр/ВПР) и немножко диаграмм с графиками, а затем требуется другим софтом сделать свои запросы. Такие документы весят несколько гигабайт.Попытка использовать собственные бинарные представления провалилась с треском, потому что есть огромное количество разнородного корпоративного софта, который хочет найти целую пачку документов и выковырять оттуда данные. Поэтому XML или CSV, если это старые документы, которым нужен Кобол, всякое бывает.
А прикинь писать бинарный десериализатор к каждой самописной софтине или тащить какую-то либу на непонятно каком языке к своему проекту, когда есть XML.
> залезть в середину бинарного файла и отрендерить документ начиная отсюда без необходимости читать весь файлСобственно XML так может, если только у вас API нормальное, а не DOM.
В питоне, например, так работать с XML нельзя, во всяком случае в стандартной библиотеке нету аналогов SAX-парсеров из Java. Java также есть JAXB, который автоматизирует сериализацию через биндинги. .NET в этом случае тоже не отстаёт, хотя не настолько абстрактен. .NET классы сериализатора - это конкретные (не абстрактные классы), то есть в .NET в отличии от Java нельзя бесшовно заменить библиотеку реализующую XML и его API нужно писать using-и левых либ если тебе не хватает того что стандартно и бесплатно. А то вон какой Saxon есть для .NET и Java. MS его лицензирует в своих офисных продуктах, кстати, потому что их родная реализация убога и не устраивает ни их самих, ни клиентов XD
А корпоративные разработчики просят им запилить свежайшие стандарты на халяву: https://github.com/dotnet/runtime/issues/14819
Опять же, несмотря на все эти проблемы, всё лучше чем питон, потому что там только DOM в стандартной либе. И куча левых либ, которые вокруг этого дома пляшут. Отсюда у неграмотных питонистов фанбойство вокруг JSON, потому что он хотя бы частично но работает в таком убожестве как питон.
> Сегодня WYSIWYG - это точка невозврата, ты обязан давать юзеру адекватный, графический инструмент.Все так, должен. Вот только адекватного WYSWYG-инструмента для двумерной верстки до сих пор нет -- все вордпроцессоры представляют собой банальную автоматизацию пишущей машинки, т.е.одномерную линейную "верстку", если это можно назвать версткой. И на эту электронную пишмашку навешано свистелок и перделок в виде установки отступов, смены шрифтов и их начертаний, которые при нерегламентированном применении придают уебищный вид любому документу.
Именно поэтому около 25 лет назад IBM купила Lotus, прихлопнула их LWP (на то время лучший по функционалу и производительности и надежности вордпроцессор, кстати и таблицы 123), поскольку водпроцессор, как сущность, в делопроизводстве не нужен от слова "абсолютно" -- там достаточно электронной системы учета и вывода в pdf или твердую копию, если это иногда бывает нужно, причем в стандартном для всех без исключения оформлении. Если что-то внутреннее и нестандартное, для этого есть генератор форм, котороые в конце концов заполняются из информационной системы, что исключает возможность "разукрашивать" документы тупыми и слепыми пользователями по своему "разумению" с использованием говнокнопок ЖКП и тысяч шрифта. В результате у всех подразделений и даже организаций, независимо от наличия лиц с "дизайнерскими" наклонностями и амбициями, выхлоп будет одинаковый, что очень удобно для верхнего уровня управления.
>Все так, должен. Вот только адекватного WYSWYG-инструмента для двумерной верстки до сих пор нет -- все вордпроцессоры представляют собой банальную автоматизацию пишущей машинки,Ну тридцать лет назад так может и можно было говорить... а сейчас это просто смешно. Извините :)
> т.е.одномерную линейную "верстку", если это можно назвать версткой.
Ну буклетики можно готовить. И вобщем-то верстка несложных брошюр тоже нормальная.
>И на эту электронную пишмашку навешано свистелок и перделок в виде установки отступов, смены шрифтов и их начертаний,
и векторная графика, и линковки документов, и встраивания мультимедиа и баз данных, и встроенного языка для форм и автоматизации...и доступ к любому серверу автоматизации при необходимости через стандартный универсальный механизм ОЛЕ... много еще чего...
> которые при нерегламентированном применении придают уебищный вид любому документу.
Вот насчет опен/либре-офиса- не сомневаюсь ниразу. Какой документ подготовленный в нормальном ворде не откроешь в опенофисе- что нить да через Ж отображается...
в ср*ном ворде удалили красных мураевьев...
> Вот только адекватного WYSWYG-инструмента для двумерной верстки до сих пор нет -- все вордпроцессоры представляют собой банальную автоматизацию пишущей машинки, т.е.одномерную линейную "верстку", если это можно назвать версткой.- Adobe Indesign (то что заменило PageMaker) фактически он отпочковался как кусок верстального функционала из Illustrator и заменил собой Adobe PageMaker.
- CarelDRAW, опять же. Помимо редактирования векторной графики обладает внушительным верстальным функционалом. Очень много где используется именно для типографской верстки в РФ, но это мягко говоря не самый удобный инструмент, например, для книг.
- QuarkXPress тоже никто не отменял.Верстка предполагает печать. Печать предполагает поддержку триадных цветов внутри формата и профилирование под устройства (принтеры/плоттеры). Формат результирующего файла должен быть стандартизирован и должен аппаратно поддерживаться на печатном оборудовании. Да! Даже если это обычный принтак в офисе!
Например, как документ распечатается на принтере, если его драйвер не поддерживает шрифты, которые указаны в документе? А никак! То есть нужно сначала размещенный текст превратить в кривые, и полученный вектор растеризовать на нужном макете. Для этого нужна библиотека по работе с графикой на уровне драйвера ОС или редактирующего ПО. Вот теперь допустим есть один и тот же документ и 2 одинаковых принтера, которые подключены к разным компьютерам с разными ОС. Формат документа стандартизирован, а редакторы разные и имеют разные библиотеки работы с графикой. И? Кто даст гарантию, что результат при печати будет одинаковым? Пушкин, разве что. Кстати из-за того верстка предполагает печать, я умышленно не включил в список недоразумения типа MSO Publisher.
А теперь посмотрим на "текстовые процессоры" всякие. Они вообще ни разу не предполагают точность вывода на печать. Ни цвета, ни точность текстовых глифов там никого не интересует. Они для электронного обмена документами, которые можно распечатать в +/- похожем виде причем на самых разных принтерах. Ну подумаешь, принтак сделал доп. отступ на пол миллиметра или бумажку криво положили. Никого это не волнует. Если же стили покосячились или криво между страницами перенеслось, вот это уже другая история. Причем люди судят чисто по данным на экране и не бегают с колориметрами. А почему? Потому им нужен эмулятор печатной машинки. Они это и хотят.
> поскольку водпроцессор, как сущность, в делопроизводстве не нужен от слова "абсолютно" -- там достаточно электронной системы учета и вывода в pdf или твердую копию, если это иногда бывает нужно, причем в стандартном для всех без исключения оформлении. Если что-то внутреннее и нестандартное, для этого есть генератор форм, котороые в конце концов заполняются из информационной системы...
Давай я поправлю: "... -- там достаточно ЦЕЛОЙ САМОСТОЯТЕЛЬНО ПОДДЕРЖИВАЕМОЙ И РАЗРАБАТЫВАЕМОЙ электронной системы учета и вывода в pdf или твердую копию, если это иногда бывает нужно, причем в стандартном для всех без исключения оформлении, ПОЭТОМУ ТАМ КУПЛЕНЫ ЖУТКО ДОРОГИЕ ПРИНТЕРЫ С НУЖНЫМИ ШРИФТАМИ И ПОДДЕРЖКОЙ PDF ИЗ КОРОБКИ АППАРАТНО. Если что-то внутреннее и нестандартное, для этого есть генератор форм КОТОРЫЙ НАПИСАЛИ РАЗРАБОТЧИКИ, котороые в конце концов заполняются из информационной системы, КОТОРУЮ СОПРОВОЖДАЕТ ЦЕЛЫЙ ДЕПАРТАМЕНТ...
Ох уж эти влажные мечты о дивном чудном воображаемом мире, где пони кушают радугу и какают бабочками...
Зачем компании в 20 человек делать автоматизации, которые должны поддерживать еще 20 человек? Вопрос риторический...> В результате у всех подразделений и даже организаций, независимо от наличия лиц с "дизайнерскими" наклонностями и амбициями, выхлоп будет одинаковый, что очень удобно для верхнего уровня управления.
Верхнему уровню удобно иметь ECM, что на практике еще сложнее внедрить и построить, чем "отраслевое решение" на 1С. Однако, верхний уровень умеет считать деньги, в отличии от админов живущих на зарплату.
Ооо!!! Ыкспэртов подвезли!! Как минимум табуреткинский. А может даже и кресельный!))
Бизнесс мелкософта от формата офиса не постражает.
Никакой другой офисный формат тоже не могут адекватно и главное одинаково хорошо реализовать в двух разных офисах. Либо это глобальный заговор либо банальная некомпетентность.
А в теории задача то простая вроде =)
> Бизнесс мелкософта от формата офиса не постражает.
> Никакой другой офисный формат тоже не могут адекватно и главное одинаково хорошо
> реализовать в двух разных офисах. Либо это глобальный заговор либо банальная
> некомпетентность.
> А в теории задача то простая вроде =)В теории есть три представления документа:
1) представление хранения и обмена;
2) внутреннее машинное представление;
3) экранное (интерфейс взаимодейстия с пользователем).
Стандартизировать достаточно только первое. При этом формат хранения и обмена не должен диктовать ни внутреннего представления, ни пользовательского интерфейса. Это как с базами данных -- модель данных первична, сценарии взаимодействия с ней и пользовательский интерфейс вторичны.
OnlyOffice, либо тот же OpenOffice
> заверение документа цифровой подписью и шифрование содержимого c использованием ключей OpenPGPМне казалось, что это уже давно есть, ну да не суть. Новость отличная!
>> заверение документа цифровой подписью и шифрование содержимого c использованием ключей OpenPGP
> Мне казалось, что это уже давно есть, ну да не суть. Новость
> отличная!Оно давно есть и дико криво работает. Там вообще элементарная логика иной раз корявая настолько, что они не проверяют тип файла перед тем, как пытаться его подписывать. Я уже не говорю о косяках в UI, когда галки стоят для всех файлов подряд. И Armoracia rusticana с ним, что кроме Opendocument никакой формат таких подписей больше не поддерживает. Собственно, после перехода под крыло Libreoffice там разработка именно в таком стиле ведётся — сперва функционал, потом исправляем простейшие логические ошибки. И ладно бы оно было только в ветке "свежака", так оно и в Production в таком же состоянии. Как-то лет пять назад полдня рисовал диаграммы во встроенном редакторе, так эта скотина свой же файл потом открыть не смогла без перемешивания всего в кашу. Что вы думаете? Спустя пять лет ситуация не исправилась, баг так и висит )))
А толку? Ну допустим есть открытый стандарт ODF и шо? Софта то толком для него нет... вырвиглазный LO который умудрились сделать хуже и глючнее чем OOo вообще не катит, так что..."Закрытый" некрософтоский OOXML предлагает самую широкую поддержку в офисных пакетах, в отличии от эльфийского ODF
>так что...
>"Закрытый" некрософтоский OOXML предлагает самую широкую поддержку в офисных пакетах, в отличии от эльфийского ODFПацаны, агент тут Майкрософта объявился. Давайте дружно его заминусуем.
> Формат OpenDocument 1.3 поддерживается в LibreOffice начиная
> с выпуска 7.0.Формат есть, а офиса под него нет -- то, что выпущено под номером 7.1, реально неработоспособно. Собственно, даже 6.4 работает хуже, чем 5.4. Какого-то черта постоянно меняют интерфейс, оставляя при этом кучу неисправленных ошибок. Выделение текста в вордпроцессоре слева направо не работает правильно с версии 3.x. Команде похер -- какойто индус меня попросил потестить исправление, и офис скачанный с его репозитория работал нормально. Я ему отписал, что все пучком, он предъяву закрыл, а в новом выпуске его исправления так и не появились. На повторное открытие внятной реакции не поступило -- резко статус поставили неподтверждается, а все как не работало, так и не работает.
Опять же проблемы с xneur, а своего механизма в офисе нет. Нихера не работает, а они пекут говнорелизы, как пирожки.
Это еще что... в LO аж целых три интерфейса(привет из 90-х под названием классик, Lotus-стайл с боковой панелькой и риббон как у винды... и при всем этом якобы выборе, выбирать то по сути не из чего ибо все три UI кривые(особенно рибон это жесть просто)
Вы б писали номер бага, мы туда наплюсуемся, уже что-то. К unconfirmed особенно.
> Вы б писали номер бага, мы туда наплюсуемся, уже что-то. К unconfirmed
> особенно.https://bugs.documentfoundation.org/show_bug.cgi?id=113219
Пожелаем сдохнуть всем форматам от Майкрософт!
так они и дохнут, становятся всё объектней, облачней и irm-ней. bin->xml->json. web-based for centralized management.