The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Технический комитет OASIS утвердил спецификацию OpenDocument 1.3

22.01.2020 10:03

Технический комитет консорциума OASIS утвердил финальный вариант спецификации ODF 1.3 (OpenDocument). После утверждения в техническом комитете спецификация ODF 1.3 получила статус "Committee Specification", что подразумевает полное завершение работы, будущую неизменность спецификации и готовность документа для использования сторонними разработчиками и компаниями. Следующим этапом станет утверждение представленной спецификации на роль стандарта OASIS и ISO/IEC.

Ключевым отличиями OpenDocument 1.3 от прошлой редакции спецификации стало включение новых возможностей для обеспечения защиты документов, таких как заверение документа цифровой подписью и шифрование содержимого c использованием ключей OpenPGP. В новую версию также внесены уточнения формулировок и расширены некоторые уже доступные возможности, например:

  • Добавлена поддержка типов полиномиальной и скользящей средней регрессии для графиков;
  • Реализованы дополнительные методы форматирования цифр в числах;
  • Добавлен отдельный тип верхних и нижних колонтитулов для заглавной страницы;
  • Определены средства расстановки отступов параграфов в зависимости от контекста;
  • Предложены дополнительные аргументы для функции WEEKDAY;
  • Добавлен новый тип шаблона для основного текста в документах.

ODF представляет собой основанный на XML, независимый от приложений и платформ файловый формат для хранения документов, содержащих текст, электронные таблицы, диаграммы и графические элементы. Спецификации также включают требования к организации чтения, записи и обработки подобных документов в приложениях. Стандарт ODF применим для создания, редактирования, просмотра, обмена и архивирования документов, которые могут представлять собой текстовые документы, презентации, электронные таблицы, растровые графические материалы, векторные рисунки, схемы и другие типы контента.

Спецификации состоят из четырёх частей:

  • Часть 1, описывает общую схему ODF;
  • Часть 2, описывает спецификацию OpenFormula (формулы для электронных таблиц);
  • Часть 3, описывает модель упаковки данных в ODF-контейнер.
  • Часть 4, определяет формат описания формул OpenFormula


  1. Главная ссылка к новости (https://blog.documentfoundatio...)
  2. OpenNews: Формат Open Document 1.2 признан международным стандартом
  3. OpenNews: Развивающий OpenDocument консорциум OASIS получил аккредитацию для быстрого продвижения стандартов
  4. OpenNews: Консорциум OASIS утвердил OpenDocument 1.2 в качестве стандарта
  5. OpenNews: Технический комитет OASIS утвердил спецификацию OpenDocument 1.2
  6. OpenNews: Формат OpenDocument получил ISO-сертификат
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52229-odf
Ключевые слова: odf, opendocument, oasis
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (105) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:16, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    Еще бы microsoft придерживался этой спецификации, а не городил свои костыли
     
     
  • 2.2, Аноним (2), 10:26, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Неплохо бы. А то после вставки большого числа формул (несколько десятков) в документ Word часть формул портится (съезжают шрифты и пропадают элементы формул), то же относится к картинкам. А еали попробовать отредактировать график более 5 раз, Word падает.
     
     
  • 3.5, Аноним (2), 10:30, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Еще Excel некоторые функции считает неправильно и во встроенном хелпе по ним статьи перепутаны.
     
     
  • 4.17, Аноним (17), 10:51, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как минимум раньше такое решалось использование английской версии Экселя. Там же и называния функций для вычислений на русском пишутся, хотя не понятно что мешало в русской версии использовать английские названия функций для вычислений.
     
     
  • 5.18, Аноним (2), 10:56, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно еще свои функции написать на Си и подключить к Excel.
     
     
  • 6.19, Аноним (2), 10:58, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Через Excel Macro Language или VBA.
     
  • 6.22, наше имя легион (?), 11:04, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    из говна пулю не слепишь
     
  • 6.47, commiethebeastie (ok), 15:47, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Си
    >Excel

    Да, С очень удобный язык для статического анализа, сразу видно человека который точно этим занимается, а не просто так что-то вбрасывает. Ты еще MSSQL к нему прикрепи, чтобы совсем смешно было.

    Да и сосёт ваш эксель у питона и R в сотни раз по производительности.

     
     
  • 7.64, Q2W (?), 18:55, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так и представляю себе среднестатистическую бухгалтершу, затирающую с умным видом про питона и про то, кто у кого сoсёт.
     
     
  • 8.68, commiethebeastie (ok), 20:15, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бухгалтерша с C лучше Вы точно тред читали ... текст свёрнут, показать
     
     
  • 9.80, 1 (??), 14:06, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Побаяним - https www mcrf ru forum archive index php t-4074 html ... большой текст свёрнут, показать
     
     
  • 10.81, Pret78 (?), 14:53, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Большинство бухгалтеров точно такого не сможет Мне как-то поступил звонок из од... текст свёрнут, показать
     
  • 10.82, Аноним (82), 17:30, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы пересадили пользователей во времена ещё чистого DOS сразу в NIXы, то так... текст свёрнут, показать
     
  • 5.41, пох. (?), 13:21, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    раньше - это во времена office2000? Купить легально английские версии офиса (кстати, не факт что они будут работать - "во времена" надо было не английскую, а специальную "пан-европейскую", если не хотел квадратиков вместо русских букв) можно было последний раз примерно вот тогда.

    зато оно теперь умеет учитывать системную локаль - в результате вместо csv экспортируется неведомая херня с разделением ';', которую, разумеется, никто кроме самого экселя в такой же локали за csv не считает, ибо это отродясь был "comma separated values".

     
     
  • 6.52, commiethebeastie (ok), 16:02, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > зато оно теперь умеет учитывать системную локаль - в результате вместо csv
    > экспортируется неведомая херня с разделением ';', которую, разумеется, никто кроме самого
    > экселя в такой же локали за csv не считает, ибо это
    > отродясь был "comma separated values".

    Эксель никогда не умел нормально CSV экспортировать, ибо это не по вере билл гейтса.

     
  • 5.50, economist (?), 15:53, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мешали 650 млн пользователей. Это те, которым национальные формулы ближе (и всегда будут ближе). И они, что интересно, не лезут ни к кому со своим видением как именно тем удобнее будет работать :-)

    С 1995 года ищу доказательства преимущества английских функций перед русскими. Их нет. Хвала опенсорсу что вернули в LibreOffice Calc русские функции. Лично топил и донатил за это.

     
     
  • 6.74, Ан оНим (?), 00:15, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Традиции физики и математики такие, что используют греческий и латинский. И всё. Остальное только смеху ради.

    По серьёзке нигде математику на нац. алфавитах не видел. Кроме троллинга.

    Ну в нашем ИТ корпорации все-Р. масштаба часто матерный язык - язык общения. Но никто ни документы ни программный код на матерном из-за того не пишет.

    Формулы на нац. алфавите - для слабо выученных.

     
     
  • 7.83, Аноним (82), 17:39, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Роcсии нужна импортозаместительная математика. :)
     
     
  • 8.94, ffirefox (?), 17:22, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мозгов нужно импортозаместителям Сначала замещались под общечеловеков, а теперь... текст свёрнут, показать
     
  • 7.93, ffirefox (?), 17:16, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кроме фундаментальных наук есть ещё прикладные инженерное применение техноло... большой текст свёрнут, показать
     
  • 5.69, paulus (ok), 20:36, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >не понятно что мешало в русской версии использовать английские названия функций

    Это недоработки переводчиков Такое же LO и гуглодоках :)

     
     
  • 6.78, ншоа (?), 05:50, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    его, походу переводили те же самые люди, которые делали переаод первого пиратского гта сан андреас
     
  • 3.86, Vanych (?), 23:33, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Неплохо бы. А то после вставки большого числа формул (несколько десятков) в документ Word часть формул портится (съезжают шрифты и пропадают элементы формул), то же относится к картинкам. А еали попробовать отредактировать график более 5 раз, Word падает

    В LaTeX писать пробовали? Я его интегралом так просто любовался...

     
  • 2.4, Аноним (4), 10:28, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а они взяли и тупо купили ISO бгг
     
     
  • 3.84, Аноним (82), 17:39, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это некоммерческая организация.
     
     
  • 4.95, ffirefox (?), 17:26, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ааа... понятно. Не деньги внесли, а борзыми щенками.
    Что там было про попытку отжима .org с помощью некоммерческих "товарищей"?
     
  • 2.7, Аноним (17), 10:31, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если бы этот консорциум был хотя бы минимально серьёзной организацией то может быть так и произошло. Но эта не понятная организация городит уже третий не полностью совместимый формат. Напомню формат 1.1 и 1.2 не полностью совместимы между собой, а в России официально признан формат 1.1. При том что с ним уже никакая программа не работает все с 1.2.
     
     
  • 3.8, Аноним (2), 10:35, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Главное не то, что

    > официально признан формат 1.1

    Главное, что официально не признаны форматы MS.

     
     
  • 4.12, Аноним (17), 10:44, 22/01/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.14, Аноним (17), 10:46, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    http://docs.cntd.ru/document/1200083207
     
  • 2.25, kfkod (?), 11:14, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    либра то придерживаться не может, а еще и мс должен. У мс хотя бы форматирование не съезжает постоянно.
     
     
  • 3.31, Аноним (82), 11:58, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    >У мс хотя бы форматирование не съезжает постоянно.

    При переносе на другой Ворд? Ну-ну ;)

     
  • 3.35, Аноним (2), 12:30, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Форматирование съезжает из-за скверной верстки (хоть в Ворде, хоть в любом другом редакторе). Основные ошибки: не пользуются стилями (каждый абзац - свой стиль со своими шрифтами и прочими атрибутами), вставляют объекты с привязкой к странице (а не как символ), в пределах строки выравнивают текст пробелами и/или табуляцией, рисуют (!) таблицы линиями вокруг текста и т.д., и т.п. Короче, народ пользоваться текстовыми редакторами не умеет.
     
     
  • 4.59, Аноним (59), 18:04, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да ты гений вёрстки!

    > Основные ошибки: не пользуются стилями

    Из-за пользования MS стилями идут проблемы, слетели стили в другой версии MSO - всё вкривь-вкось.

    > вставляют объекты с привязкой к странице (а не как символ)

    Сразу видно, ни разу не общался с крупными издательствами, когда требуемую вёрстку вообще в Офисах сделать невозможно, нет там тех инструментов выравнивания и привязки, что Латех позволяет.

    ...

     
     
  • 5.66, анонимуслинус (?), 19:31, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а латекс они гоняют через kate? (да так и назывался, не путать с kate  текстовиком) был раньше такой кедоориентированный интерфейс к латекс. помнится собирал его из исходников. кстати простым make, make install собирался.
     
     
  • 6.85, Аноним (82), 17:49, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть он назывался Kile? https://kile.sourceforge.io/
     
     
  • 7.89, анонимуслинус (?), 00:54, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    хм может быть. так давно это было.)) но почему запомнилось kate? странно. я тогда рядом еще абиворд собирал.
     
  • 4.70, tus8kd7 (?), 22:34, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тэоретик детектед
    1) ты пойди переучи 100500 клерков на стили. Все кончится тем, что сам им будешь шаблоны делать и постоянно они их будут портить
    2) в вантузном офисе почему-то все работает и без стилей
    3) сделай документ-конфетку в либре. пересохрани пару раз и что-то поедет если документ не очень простой, а на другом компе откроешь вообще абракадабра вместо названий стилей будет.
     
     
  • 5.87, Vanych (?), 23:48, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В MS Office ФОРМАТИРОВАНЕ НИКОГДА НЕ РАБОТАЛО! Даже с одного компа на разных принтерах всё разное, я не говорю о том, чтобы отправить этот файл на другой Ворд.
    Работайте в LaTeX - на любом экране, принтере, печатном станке, журнале и тп. будет одинаково. Весь научный мир пользуется, и клерки тоже.
     
  • 4.92, draw1 (?), 01:31, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А те кто умеет не может не плеваться от реализации стилей и как вольно сам ворд с ними обходится.

    В адекватных системах чтобы сделать что-то не по стилю надо приложить специальные усилия и ещё не факт, что это получится без осознанного создания нового стиля специально для этого отклонения.

    В Ворде же нужны постоянные усилия и железная дисциплина, чтобы удержаться строго в созданных стилях (кроме может случаев когда ты работаешь над документом один, в одной версии, все набираешь с нуля и оформление относительно несложное). А если стили надо через какое-то время чуть подправить (особенно с многоуровневой нумерацией), то лучше чтоб рядом в этот момент не было женщин, детей, начальства и людей с тонкой душевной организацией.

     
  • 2.26, Аноним (-), 11:15, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Безразлично, что поддерживает микрософт, как американская компания. Вопрос, как заставить наших чиновников соблюдать ГОСТ ИСО на OpenDocument....
     
     
  • 3.43, iPony129412 (?), 14:05, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1) Нет такого "надо соблюдать ГОСТ"
    2) А можно примеры ГОС организаций, где не примут ODF документы? Я вроде "ходил" в налоговую смотреть - там либо XML вообще свой собственный (на сайте генерируешь), либо PDF. Видел и ODF написано, что принимают.
     
     
  • 4.58, Аноним (-), 17:19, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Посмотрите в каком формате выложены формы документов в налоговой. И попробуйте их распечатать с помощью LibreOffice. Буду удивлён, если ничего не съедет и в налоговой их примут. Ну, или, посмотрите в каком формате выкладываются документы на https://data.gov.ru

    На счёт "нет такого соблюдать ГОСТ" - это для чиновников лечится росчерком пера. Главное прописать ответственность и провести хотя бы один показательный процесс. У каждого нарушителя на data.gov.ru есть фамилия, имя и отчество.

     
     
  • 5.62, Kuromi (ok), 18:42, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да что там налоговая, форма бланка для загранпаспорта у МВД в формате doc (да, СТАРЫЙ .doc)
     
     
  • 6.63, Аноним (63), 18:48, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    doc 97, хотя бы, большинство научилось корректно читать. А вот формы от свежих версий микрософта все перекошены. Если нет микрософта, то всё плохо.
     
  • 5.76, iPony129412 (?), 05:40, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, или, посмотрите в каком формате выкладываются документы на https://data.gov.ru

    сsv, json, xml
    нашёл zip-ы выдаёт ошибку "временно не доступно"...

     
     
  • 6.79, Аноним (79), 09:06, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > сsv, json, xml

    Прогресс. Микрософта уже нет, что, безусловно, радует.

     
     
  • 7.96, ffirefox (?), 18:00, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И деревья не сразу были большими...

    Кстати, если посмотреть https://data.gov.ru/feedback, то там odf форматы указаны в качестве допустимых.
    Вот ФАC, например, выкладывает решения в нескольких форматах https://fas.gov.ru/documents/641386
    Пара уведомлений из ФСС точно приходила в .ods (помню точно т.к. пытался по мобильнику прочитать, а не получилось т.к. все имевшиеся читалки открывают либо pdf, либо doc(x) (.xls(x)). Пришлось ради этого быстро поставить глючного монстра AndrOpenOffice).

    Так что потихоньку...

     
  • 5.77, iPony129412 (?), 05:43, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо запрещать, наказывать!

    Ну оно и понятно... не волнуйся, уже делают с импортзамещением

     
  • 2.44, iPony129412 (?), 14:08, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Еще бы microsoft придерживался этой спецификации, а не городил свои костыли

    А почему у них сразу костыли? И им надо бежать вот на это (как и Apple, King Soft Office, Only Office...)
    И там, и там достаточно костылей...

     
     
  • 3.60, Аноним (59), 18:08, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дак MS не смогла реализовать собственный зарегистрированный формат Open XML :) Написали одно, а реализовали другое.
     
     
  • 4.71, tus8kd7 (?), 22:36, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать, ты читал и сверял. По факту же он работает лучше.
     
  • 2.48, ползкрокодил (?), 15:50, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    <fat>Ещё бы LaTeX придерживался этой спецификации, а не городил свои костыли</fat>
     
     
  • 3.61, Аноним (59), 18:15, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-что? Кто кого должен поддерживать? Скажи-ка года возникновения Латеха (1984), ODF (ISO 26300:2006) и M$ Open XML (ISO 29500:2008).
     
     
  • 4.67, ползкрокодил (?), 20:10, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-что? Кто кого должен поддерживать? Скажи-ка года возникновения Латеха (1984), ODF (ISO
    > 26300:2006) и M$ Open XML (ISO 29500:2008).

    Хреновый у тебя сарказмометр, даже на теги не реагирует. Сдай по гарантии, пока не поздно.


    Мокроофис ортогонален открытым стандартам, сфига он обязан их поддерживать? Монопольное положение без этого не пошатнётся. И уж тем более не должен ими ограничиваться — как развиваться тогда?

    Кстати, шутки шутками, а задача генерации преобразования документов из офисных форматов в TeX и наоборот вполне себе востребована. Предлагаю упороться и сделать интерпретатор TeX на VBA, чтобы генерировал документ макросом прямо в вёрде :D

     
     
  • 5.88, Vanych (?), 00:00, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    LyX давно есть
     
     
  • 6.99, ползкрокодил (?), 18:17, 25/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > LyX давно есть

    Он разве обеспечивает совместимость с офисными форматами?

     
     
  • 7.101, Vanych (?), 17:22, 27/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> LyX давно есть
    > Он разве обеспечивает совместимость с офисными форматами?

    Во первых, lyx сам по себе стандарт.
    Во вторых, PS, PDF там был изначально, потом вроде появились: HTML, XML (соответственно, должен уметь и ODF), RTF, дальше не отслеживал.
    В третьих, создает LaTeX-код, являющейся мировым стандартом для типографий научной литературы, в первую очередь математической и химической направленности.
    Правда, не понимаю, от куда у Вас возник вопрос по совместимость с некими "офисными стандартами", под коими, как я предполагаю, Вы имеете ввиду умирающий стандарт MS Word, главной задачей которого было составление объявлений, приказов, договоров и финансовой отчетности?
    Так же не понятно, какое отношение может иметь массовый офисный пользователь к научной деятельности, для которых предназначен LaTeX? Как перевести, скажем формулу уксусной кислоты в Word (Вам она должна быть известна из школьного курса), я уж не говорю об органической химии или многоэтажных мат.формулах. Мне это напоминает басню об желудях и орле.
    Извините, никого не хочу обидеть, но просто это разные области деятельности, поймите, за стенами Вашего офиса есть Жизнь, причем очень активная.

     
     
  • 8.102, ползкрокодил (?), 04:03, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это так не работает Стандарты должны обеспечивать переносимость между разными п... текст свёрнут, показать
     
     
  • 9.103, Vanych (?), 10:06, 29/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    - Не пишите банальные глупости Ещё как работает Просто Вы не в теме Стандарт L... большой текст свёрнут, показать
     
     
  • 10.104, ползкрокодил (?), 11:31, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И где же это он стандарт Не де-факто, а именно утверджённый, как odt Сфера при... большой текст свёрнут, показать
     
     
  • 11.105, ползкрокодил (?), 00:51, 03/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    - - Математикам не нужны стандарты, они сами описывают законы, скажем физики ... текст свёрнут, показать
     
  • 11.106, Vanych (?), 00:55, 03/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    - - Математикам не нужны стандарты, они сами описывают законы, скажем физики ... текст свёрнут, показать
     
     
  • 12.107, ползкрокодил (?), 15:51, 04/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Математикам тоже иногда необходимо вылезать из научного манямирка и контактирова... текст свёрнут, показать
     

  • 1.3, Аноним (4), 10:27, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    описание таблиц в xml с т.з. погромизма это... ну вобщем нечто такое, если напейсать то пост всё равно удалит mc

    поэтому, скорее всего, аксиома Эскобара.

    мелкософтофский экзеле-xml чудовищен своим низкоуровневым портянко-API, тут поди так же.

    на ворд нас рать. xml там хотябы может быть к месту.

     
     
  • 2.34, Аноним (34), 12:13, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Правильно, надо брать CSV. А ничего, что там OLE, а не текст?
     
     
  • 3.42, пох. (?), 13:23, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там необязательно ole.
     

  • 1.6, Ноним (?), 10:30, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >основанный на XML

    Сколько можно еще насиловать этот труп мамонта? Полноценный XML парсер написать ни разу не просто (со всеми его приколами), построение DOM в памяти занимает дохрена времени и места, а самое важное - возможность редактировать текст руками на самом деле никому не нужна.

    Давно пора перейти на бинарные форматы вместо этой ереси

     
     
  • 2.9, Аноним (17), 10:36, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ты предлагаешь все старые xml документы выкинуть и создать 16-ый стандарт? Бинарный это обратно к проприетарщине от Микрософт. Нельзя создать открытый бинарный формат.
     
     
  • 3.10, Ноним (?), 10:40, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Ты предлагаешь все старые xml документы выкинуть

    Да, было бы неплохо.

    >Бинарный это обратно к проприетарщине от Микрософт. Нельзя создать открытый бинарный формат.

    У вас проблемы с логикой.

     
     
  • 4.15, Аноним (17), 10:48, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет у тебя =Р
     
     
  • 5.20, Аноним (20), 10:59, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    PNG, JPEG, Opus, тот же ELF - это бинарные форматы. Они проприетарны? Вроде, нет - открыты. Т.е. ваше утверждение о невозможности создать бинарный открытый формат не подтверждено. И вообще непонятно, с чего вы сделали такой логический вывод.
     
  • 3.16, Аноним (16), 10:49, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты предлагаешь все старые xml документы выкинуть и создать 16-ый стандарт?
    >Бинарный  это обратно к проприетарщине от Микрософт.

    Эээ... это ещё что?
    >Нельзя создать открытый бинарный формат.

    Что такое бинарный формат, поясните пожалуйста, а то у меня парсер сломался об это утверждение!


     
     
  • 4.49, ползкрокодил (?), 15:52, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно же — не текстовый.
     
  • 3.65, Аноним (65), 19:27, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У протокола DNS бинарный формат. Можно ли создать открытый бинарный протокол?
     
  • 2.13, Аноним (13), 10:45, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В том то и дело, что парсеры и сериализаторы для бинари писать надо, или генерировать из спецификаций Kaitai Struct (сериализацию пока сгенерить невозможно), а парсеры для XML уже есть. Так что оптимально для начала просто заменить XML на CBOR (бинарный json), для которого уже дофига парсеров и сериализаторов, с минимальными изменениями структуры документа.
     
     
  • 3.23, Аноним (34), 11:12, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >для которого уже дофига парсеров и сериализаторов

    Нашёл только батарейки для питона и перла в репах, это очень нужный формат очевидно. А чем json не угодил? Тем, что он не конкурент xml? Так пользуйтесь xml, к чему всё это?

     
     
  • 4.27, Ноним (?), 11:18, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А чем json не угодил? Тем, что он не конкурент xml?

    json лучше xml (потому что он значительно проще), но все равно у него проблемы со скоростью. Вот вам видос как чуваки оптимизировали парсинг json: https://www.youtube.com/watch?v=wlvKAT7SZIQ

    А нужен такой формат, при котором вот те вот описанные извращения не нужны.

     
     
  • 5.32, Аноним (34), 12:02, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно теперь встроить это в jq, пожалуйста? А то жава какая-то не знаю... В том то и дело, что там где у xml аттрибуты будут логичной частью схемы, в жсоне придётся городить какой-то ужас и экономии никакой не получится. Xml просто универсальный формат описания, json — нет.
     
     
  • 6.38, Ноним (?), 13:09, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Давайте начнем с того, что есть правильное использование XML, а есть неправильное.

    XML - язык разметки
    JSON - нотация представления объектов

     
  • 5.55, Аноним (55), 16:36, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > json лучше xml (потому что он значительно проще)

    Это нагромождение лапши проще для кого? Того, кто парсер пишет, или человека?

     
  • 4.72, Аноним (13), 23:49, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://cbor.io/impls.html

    C, C#, Java, Scala, JS, PHP, python, rust, ruby, lua, go, perl ...


    >Нашёл только батарейки для питона и перла в репах

    Ты бы ещё в притоне некрофилов либы поискал. Давно пора усвоить, что либы находятся в репозиториях на гитхабе, гитлабе и в меньшей степени битбакете.

     
  • 4.73, Аноним (13), 23:54, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >А чем json не угодил?

    Текстовость. Парсить сложно, нужен ручной конечный автомат, сгенерированные пригодное для работы AST не дают, а строки надо эскейпить. Бинарные форматы парсятся гораздо проще и имеют меньше оверхед: строки там вообще не эскейпятся, а хранится длина, а после - строка.

     
     
  • 5.97, ffirefox (?), 18:07, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > строки там вообще не эскейпятся, а хранится длина, а после - строка.

    Ага. Было уже: "Максимальная длина строки не более 64К".

     
  • 2.33, Аноним (82), 12:08, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Полноценный XML парсер написать ни разу не просто (со всеми его приколами),

    Вам-то что, не вы же его пишете?

    >построение DOM в памяти занимает дохрена времени и места,

    Сколько сейчас памяти считается нормой? Даже в смартах уже 8G стало.

    >а самое важное - возможность редактировать текст руками на самом деле никому не нужна.

    А вот здесь за всех не надо. Я иногда ODF раззипливаю и читаю обычным текстовым редактором.

     
     
  • 3.39, Ноним (?), 13:16, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Вам-то что, не вы же его пишете?

    У меня есть выбор юзать xml или не юзать xml. Если полноценный парсер xml медленный, тормозной и способен положить прогу через XML bomb - то зачем вообще связываться с xml?

    >Сколько сейчас памяти считается нормой? Даже в смартах уже 8G стало.

    Памяти много не бывает

    >Я иногда ODF раззипливаю и читаю обычным текстовым редактором.

    Сделаю вид что поверю

     
     
  • 4.90, анонимуслинус (?), 01:13, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я тоже иногда такие форматы на основе xml  текстовиком смотрю. оч занимательно я вам скажу. бывает начинаешь замечать, что многие парсеры этих форматов занимаются допработой по переводу их информации в удобоваримый человеку вид. самое смешное , что так во многих местах. нет чтоб сразу использовать необходимый формат. например те же jpx(навигаторы гармин) представляют в файле запись в одном формате, а на экране совсем в другом и гоняют эту запись-представление в обе стороны, вместо того чтоб сделать как им надо изначально. при этом эти представления вообще не влияют на сам метод оформления xml.
     
  • 3.46, Аноним (46), 15:20, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это достаточно, для 8 приложений , написаных на электронку, ваших 8 гб
     
  • 2.98, Анонимный Алкоголик (??), 06:57, 25/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно пора перейти на бинарные форматы вместо этой ереси

    Будете делать "полноценный порсер" "бинарного формата" с приколами... С неведомым методом съедающим таки всю память... ? >:-)

     

  • 1.11, Аноним (13), 10:40, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >включение новых возможностей для обеспечения защиты документов, таких как заверение документа цифровой подписью и шифрование содержимого c использованием ключей OpenPGP.

    ЗАЧЕМ ЭТО ТУТ? Шифровать и подписывать нужно файлы целиком. Опыт PDF ничему не научил?

     
     
  • 2.75, Ан оНим (?), 00:25, 23/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это требует отдельных приложений (сложнее интегрироваться). Сложнее делать сложно-связанные документы. Вероятно ещё и дело в версионировании шифрованных внутри всяких систем управ. контентом.
     

  • 1.21, Аноним (21), 11:03, 22/01/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –4 +/
     

     ....ответы скрыты (4)

  • 1.36, Аноним (36), 12:39, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В чьих интересах это делается?
     
     
  • 2.40, Аноним (40), 13:18, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вики говорит: Консорциум спонсируется ведущими корпорациями IT индустрии такими, как IBM, Novell, Oracle, Microsoft.

    Этой компании спасибо только за AMQP.

     

  • 1.45, Аноним (45), 15:08, 22/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > включение новых возможностей для обеспечения защиты документов, таких как заверение документа цифровой подписью и шифрование содержимого c использованием ключей OpenPGP.

    Теперь есть повод посадить даже за установку офиса:

    "... принудительными работами на срок до пяти лет, либо лишением свободы на срок до пяти лет ..."

    https://www.linux.org.ru/forum/security/15283293?cid=15285785

     
     
  • 2.51, economist (?), 15:55, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Установка офиса, OpenPGP - не является "разработкой" средств шифрования. А так да, тревожно...  
     
     
  • 3.53, Аноним (53), 16:21, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А там не только разработка, в законе длинный список особо тяжких преступлений ... большой текст свёрнут, показать
     
     
  • 4.56, Аноним (56), 16:40, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    этот закон не распространяется на работу с алкогольной продукцией - устанавливай офис под мухой и все дела...
     
     
  • 5.57, Аноним (57), 16:55, 22/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судья "преступление": установку и сопровождение офиса в нетрезвом состоянии сочтет как отяжеляющее обстоятельство и еще пару лет накинет.
     
     
  • 6.91, анонимуслинус (?), 01:15, 24/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    состояние опьянения считается отягчающим, а не смягчающим. тут ты прав.
     

  • 1.100, Аноним (100), 12:13, 26/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Полный тред умников, не отличающих open document от open xml.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру