В чем суть TOML?

намекают, что TOML — это тот самый долгожданный унифицированный формат для всего?

TOML aims to be a minimal configuration file format that's easy to read due to obvious semantics.

Как-то оно на ini-конфиг похоже. Только со списками.

гитхаб-хипстота. https://github.com/mojombo написал, а остальные так по привычке подтянулись.

redhat, дорогой друг. Это просто некрасиво создать тему и отписаться от нее.

что такое «гитхаб-хипстота»?

смотрю он автор знакомого мне chronic, но ранее мне Tom Preston-Werner не встречался.

Как-то оно на ini-конфиг похоже

Как что-то плохое. json/yaml/xml - вот это вот плохое, особенно yaml, и томл может их заменить везде, где конфиг надо править ручками. И это будет прекрасно.

тебе-то какое дело до моих уведомлений? Я не хочу засорять их список, всегда в последнее время делаю так. Свои темы не забываю.

в тред кастуется Vit, как автор JS-YAML и Markdown-it и скорее всего имеющий что сказать по этому вопросу.

Все привыкли и создается ощущение, что отвечаешь в пустоту. Это конечно не так, но ощущение то есть.

Не плохое. Но не вижу мега-революционности. Все и так пишут конфиги в виде «key=value».

Все привыкли и создается ощущение, что отвечаешь в пустоту. Это конечно не так, но ощущение то есть.

Нужно освобождаться от этих предубеждений, здесь не клуб про поняшек и аниме, серьезнее быть нужно.

Более того, никто здесь никому не нужен, как и его ценное мнение в большинстве случаев, за редким исключением :)

Еще одно модное ini-подобное говно.

Tom Preston-Werner

из создателей гитхаба.

Всё ясно, я же читал с ним (и его напарником) несколько интервью, но позабыл ФИО!

Суть ТОМЛ в том, что известный человек может раскрутить даже школьную поделку.

Нет никакой сути. Правильные конфиги — это у олдовых оконных менеджеров, типа fvwm и xmonad. Д'Артаньянам такое не под силу.

Правильные конфиги — это у олдовых оконных менеджеров, типа fvwm и xmonad

А с каких пор xmonad успел стать олдовым?

Ему уже 8 лет. Не 20, конечно, но время неумолимо.

А что с yaml не так? По-моему, самый читаемый из тройки json/yaml/xml.

Однако соглашусь, это хоть и немало, но этого недостаточно для олдовости.

Если коротко - yaml нихрена не очевидный.

Whitespace indentation is used to denote structure; however tab characters are never allowed as indentation.

Этот ад с табами и пробелами самый верный способ наебаться. Но даже если быть в курсе про табы, yaml править руками сложно. Например разные уровни отступов + multiline string, и все, сиди выковыривай и выравнивай, или обмазывайся плагинами к редактору. Питон и тот не такой упоротый по части indentation.

Yaml может быть человекочитаемый, но он точно не человекоредактируемый. Лучше уж json/xml/ini/toml, да что угодно, но не yaml.

полагаешь, что есть большое число тех, кто работает с кодом (или конфигами, ладно), но до сих пор не включил себе в редакторе «пробелы вместо табов» или «tab = 4 пробела»?

согласен, когда начинают заводить шарманку насчет «такой синтаксис приучает писать красиво/правильно» — становится смешно, не, ну правда же нелепость.

Конфиги ведь тоже разные бывают, их разные люди редактируют и разными редакторами. Я первый раз познакомился с yaml на древней фряхе, на которую залез только что. Т.е. голый vi. Воткнул в конф.ямл таб, посмотрел - внешне все ок, рестартую - хрен. Пришлось разбираться, что это за волшебный формат такой, и что ему надо. А был бы json/xml/whatever - сразу видно, где какую закорючку пропустил. И таких неочевидностей в ямле много, поэтому как заметил аффтар томла, у YAML «spec is like 80 pages long and gives me rage».

Короче, yaml - НЕ человекоредактируемый.

я согласен с тезисом что отсутупы в ямле говно, но можно накидать еще примеров «таких неочевидностей в ямле много» пожалуйста?

Я уже упоминал выше

Например разные уровни отступов + multiline string

Хочешь еще? Их есть у меня. Смотрим в стандарт, видим что строки не требуют кавычек. Ямл этим даже понтуется, типа фича. Ок, например:

wtf: on
wat: ok
nowat: no

Получаем

 "wtf": true
 "wat": "ok"
 "nowat": false

Ну, ёлки, ты бы ещё пожаловался на то, что заданное значение 0.10 парсится не как строка «0.10», а как число «0.1».

Господин экстрасенс и заранее знает что on распарсится в true? Ну да, экстрасенсам очевидность не нужна. Хороший формат для конфигов.

мда.

Да я не об этом. Я о том, что конкретно этот пример — проблема не строк (и якобы фичи yaml с отсутствием необходимости их обрамлять кавычками), а большого числа вариантов валидных строковых представлений различных типов в yaml-е.

Я так-то не спорю с тем, что yaml может быть не очень очевидным, если не лезть в документацию. Но, тем не менее, он по-своему удобен.

и шо теперь использовать?

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

Чувствуется серьезный специалист. В 1.2 выпилили это. 5 лет назад.

и шо теперь использовать?

yaml 1.2, и меньше слушать икспертов, выпавших из анабиоза времен 1.1.

хмл слишком злоупотребляют экранированием

Экранировать тройку символов это не слишком. Переходи на UTF-8 уже.

самый долгожданный унифицированный формат для всего?

Просто доведение до ума .ini конфигурационных файлов, ничего сверхъестественного не произошло.

доведение до ума .ini

Ну если сравнивать у таким клозетом как .ini, тогда конечно

Давайте будем честными - делать гитхаб у него получается намного лучше, чем спецификации :)

хороший, годный язык ИМХО.

Написано же:

But why?

Because we need a decent human-readable format that unambiguously maps to a hash table and the YAML spec is like 80 pages long and gives me rage. No, JSON doesn't count. You know why.

Tabs vs. Spaces

секции как в ини мне категорически не нравятся, лучше иерархии

Вместо секций можно использовать фигурные скобки - https://github.com/toml-lang/toml#inline-table

Формат попахивает вендовым .ini