Что придёт на смену xorg.conf?

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

каждый получит ~/.config на любимом языке. Ещё возражения против plain text есть?

P.S. Особо хочу обратить внимание на то, что все претензии к ini устранимы (с той или иной степенью лёгкости), а вот проблемы с xml --- неустранимы, нигде и никогда.

> А если было

> <stringvalue>echo asdsadsad # asdasdasd &gt ~/ttt </stringvalue>

> У тебя после # комментарий всплывет?

Ананимус. Ты думаешь до тебя никто не сталкивался с проблемой обработки строк, содержащих спецсимволы?

> ini->xml нету. А вот xml->ini сколько угодно...

в контексте данного обсуждения xml->ini бесполезен без ini->xml, т.к. нельзя взять произвольный зумль-файл, спроецировать его в удобное для человека представление, отредактировать его, а потом выполнить обратное преобразование в исправленный исходный зумль файл.

У кого установлен KDE - набираем: $ kde-config --help-all, читаем, вникаем в суть, понимаем, что ничего придумывать уже не нужно - колесо и велосипед уже придуманы, осталось только научится использовать.

>ini->xml нету

В java есть Properties который умеет работать с xml & ini. Так что ковертор есть в обе стороны)

2tailgunner

Вот только н надо крутить, ок? Ясен перец хаскель хорош. Но цель? Цель такая:

1) Обеспечить хранение настроек.

2) Обеспечить доступ из 10000 програм, в едином стиле

3) Позволить человеку не сойти с ума при попытке чтения всего этого?

Что-то я хаскель генераторов кода не особо вижу. Парсер есть и то один.

Для плайн текста 1 и 3 еще туда, сюда, а вот 2 нет. Для людей только 3. Ибо вариантов конфигов вагон. А вот сделать единый конфиг для бандуры написанной на PHP + Apache + MySQL Слабо?

На XML реально. На Plain text не реально

>в контексте данного обсуждения xml->ini бесполезен без ini->xml, т.к. нельзя взять произвольный зумль-файл, спроецировать его в удобное для человека представление, отредактировать его, а потом выполнить обратное преобразование в исправленный исходный зумль файл.

Создатели YAST застрелились.... Видимо пацаны зря XSLT пишут для XForm. Черт - бобер выдыхай

> Вот только н надо крутить, ок? Ясен перец хаскель хорош

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

>Цель такая:

>1) Обеспечить хранение настроек.

>2) Обеспечить доступ из 10000 програм, в едином стиле

>3) Позволить человеку не сойти с ума при попытке чтения всего этого?

Цель примерно такая, да. Пункт 3 я бы сформулировал как "обеспечить легкое чтение и понимание человеком".

> Что-то я хаскель генераторов кода не особо вижу

Не понял. Ты собираешься генерировать код из конфигов?

> Для плайн текста 1 и 3 еще туда, сюда, а вот 2 нет.

Почему? Си-библиотека разбора.

> А вот сделать единый конфиг для бандуры написанной на PHP + Apache + MySQL Слабо?

А какие проблемы?

> На XML реально. На Plain text не реально

XML используется в роли YACC. Это печально, потому что синтаксис XML угребищен.

+1

Посмотрите на конфиг KDE - блин да просто замечательный - ini легок для парсинга, там где не хватает структурности на помошь приходит файловое дерево - обычно все сгруппированно по программам - просто сказка.

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

s/~\/\.(.*)/~\/.config\/$1/

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

для простоты можно разделить на 3 части : 1. простой файл значений переменных типа группа.переменная = значение 2. файл описания структуры дерева, типов и значений переменных и т.п. (все на англ. языке) 3. файлы переводов названий/помощи и т.п. на другие языки

>Записывает: и матчастью по emacs ты тоже не владеешь.

это ты не владеешь. Перечитай заданные вопросы ещё, если сразу не дошло

>Я тебе выше давал ссылку на умную книжку. Почитай.

в некоторых областях ты совершеннейший дурак

>в контексте данного обсуждения xml->ini бесполезен без ini->xml, т.к. нельзя взять произвольный зумль-файл, спроецировать его в удобное для человека представление, отредактировать его

пример приведи, который раз прошу. Зачем проецировать, когда можно просто сказать /вот/этот/ключ=10

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

В задаче xorg.conf возможно. В задаче xorg+gnome/kde+compiz+еще 200 програм которые что-то хотят знать об иксах (dpi или тип отрисовки шрифтов) Мощность вполне соответсвует.

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

Нет я хочу чтоб 1) я мог ручками в vi файл подпраить и 2) этот-же файл мог скажем fontconfig исправить и мои комменты не сломать. Причем если я исправлю x=10 на x=Жопа яб получил вменяемое сообщение с указаием на x, а не взрыв иксов когда они координату окна сделают равной Жопе.

Согласись альтернетива только:

int x;

x=5

А в XML есть DTD. который Жопу не пропустит.

>XML используется в роли YACC. Это печально, потому что синтаксис XML угребищен.

В конфигах это не так. Хотя родилась идея - сделать атрибут "фильтр" тоесть скрипт запускаемый GConfom перед разбором конфига. Таким образом мы можем гаратировать разные конфиги по разным дням недели.

>Ещё возражения против plain text есть?

йоптваю, ты про валидацию конфига ответишь когда-нибудь?

> Операционная система тоже должна быть одна - глобальная, надежная и проприетарная

Семиведерную клизму с песком тебе!!

>больше ничего не нужно.

нужна унификация. ini это подмножество xml по функционалу.

>угу, одна опция один файл...

...один Балмэр?

>XML угребищен.

ну так и говори что ты эстет. Технические и прагматические аспекты тут не причём. Главное это удовлетворения утонченного(запоротого говняным софтом на самом деле) вкуса

нет. один "юниксвее-лисп головного мозга"

Что будет, то и будет.

Но все рано: Гном - гавно!

Ну просто тупые ананимусы.

Вы думаете станет лучше если plain-text на XML сменим? X-windows то останется прежним.

Это как запор перекрасить, емблему BMW нацепить и надеятся что оно сеичас бодро поедет.

>Вы думаете станет лучше если plain-text на XML сменим? X-windows то останется прежним.

>Это как запор перекрасить, емблему BMW нацепить и надеятся что оно сеичас бодро поедет.

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

Он просто учиться таким образом. ))

Потому что остальная фигня (почти) никому нафик не сдалась. А тем, кому сдалась, нафик не сдался "реестр."

> ведь мы обсуждали не это

Ты меня с Лавренийпалычем перепутал. ))

>Потому что остальная фигня (почти) никому нафик не сдалась.

позорище. Ты оправдываешь свой никнейм на все 100%

> появляется возможность отказаться от устаревших.

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

>> Кроме одной - на компе может быть пять десятков пользователей с пятью десятками языков.

>Это проблема решается также тривиально. Не так просто как в plan9 и inferno, но всё равно не очень сложно.

Массовые расстрелы, расовые чистки?

>>> Кроме одной - на компе может быть пять десятков пользователей с пятью десятками языков.

>>Это проблема решается также тривиально. Не так просто как в plan9 и inferno, но всё равно не очень сложно.

> Массовые расстрелы, расовые чистки?

Точно. На этом предлагаю обсждение темы закрыть и приступать к делу. ;)

> Не возможность, а необходимость. В ходе весьма и весьма естественного отбора. Если ты предпочтешь оружие делать в кузнице на наковальне, тебя быстренько прикончит тот, кто уже насобачился делать его на заводском станке.

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

>>скорее - проблема в том, что "идиоты, считающие, что "единая система хранения информации"("реестр") - незаменима и оченно нужна, кому-то кроме них"

>заменима? Ну давай, замени.

>не нужна? Ну раз не нужна - значит не видать вам вендекапца как своих ушей

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

>интересно, а те, кто тут соплями брызжет по поводу реестра - могут объяснить по пунктам - чем концепция реестра плоха?

Надо ли понимать этот вопрос как утверждение о том, что некоторые люди ни чем уже не брызгают ?

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

нет, идиот - это ты.

давайте

>Нет парсеров, кроме xml.

Таки нет? Стандартный xorg-овский libxf86config для тебя - не парсер?

какой феерический бред

>До сих пор даже создатели КДЕ немогут справиться с записью раскладки в xorg.conf, да и вообще для каждого конфига писать свой парсер - это бред.

Для тебя тоже новость, что парсер для xorg.conf идёт "искаропки" Xorg?

чего ты от него хочешь, это же гхарик.

>Недавно по этому поводу разгорелась дискуссия среди разработчиков иксов, в ходе которой было выдвинуто несколько смелых идей — в их числе, например, хранение настроек в GConf.

Реализация этих "смелых идей" приведёт к тому, что иксы начнут выкидывать отовсюду.

А как насчет sqlite?

>Стандартный xorg-овский libxf86config для тебя

он стабилизирован/стандартизован ? да и сторонней проге зависеть от куска стороннего проекта это не кул. Опять же оверхед на обучение им пользоваться итд. итп.

нафиг всякие усложнения! XML и прочее! А тем более реестры всякие! Чисто текст рулит!

а чем тебе xml не чисто текст?

> а не как сейчас. ну пусть xml, или asn.1, или еще что, какая разница? главное чтоб разобрать можно было одинаково легко.

Конфиг, в первую очередь, должен быть для людей. Развели мышевозил гуёвых...

> а чем тебе xml не чисто текст?

Тем, что там много лишних слов писать надо.

>Тем, что там много лишних слов писать надо.

Если писать для людей, подключая голову, то стандартный конфиг будет выглядеть даже лучше, чем сейчас.

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

>Ерунды там в конфиге многовато, например моделайны эти дурацкие

У меня ноут с разрешением 1024х600, так что без Modeline тоскливо.

По теме: xorg много памяти жрет. Конфиг же его вполне удобен и легко читаем, что большой плюс - при возникновении каких-либо проблем с графикой можно оперативно их решить, а редактировать графические настройки только в графическом режиме - это чистый windows-way: не запускаются, к примеру иксы - придется систему всю переустанавливать???

>> а чем тебе xml не чисто текст? >Тем, что там много лишних слов писать надо.

+1