Структура дефолтного конфига

[seriych 2,178]

подстановки то все равно будут, а кому они не мешают и понятны в одном файле, тому нормально и в нескольких. И наоборот- кому непонятно в нескольких, будет непонятно и в одном

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

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

Пока непричесанные мысли, как этого добиться:

1) Строго определенная структура разбивки

2) Ни один файл не ссылается на другой (кроме дефайнов и основного файла конфига)

3) Дефайны либо определяются внутри самого куска конфига (и тогда не используются больше нигде), либо определяются в файле(папке) с уникальным именем для данного автора.

Это позволит скопировать от другого автора скажем hitLog.xc + дефайны и использовать в своем конфиге.

[Mr A 750]

@seriych, все три пункта я считал очевидными. Насчет последнего - лишние файлы авторов не нужны. Все внутри одного файла.

Edited May 7, 2013 by Mr A

[seriych 2,178]

все три пункта я считал очевидными.

А зачем тогда вообще нужен xvm.xc, если первый пункт очевиден?

[demon2597 5,468]

Строго определенная структура разбивки

да

Ни один файл не ссылается на другой

я бы внес в исключения battleLoading и statisticForm они одинкаовые за исключением часов и оформляют их как правило тоже одинаково

Дефайны либо определяются внутри самого куска конфига (и тогда не используются больше нигде), либо определяются в файле(папке) с уникальным именем для данного автора

внутри самой запчасти, в начале

Сделают как угодно, независимо от формата конфига

сделают, но дробленый все же лучше. После OTM Data тоже приходилось привыкать к конфигу, ничего- привыкли же.

в страхе закрывают блокнот в ужасе от увиденного внутри

кому сильно надо, тот не закроет, а постарается разобраться и допинать

[Mr A 750]

@seriych, что-то вроде гайда получилось имеешь ввиду? Через него загружается весь остальной конфиг, если указывать в загрузочном одну строку с указанием на корневой объект.

[demon2597 5,468]

А зачем тогда вообще нужен xvm.xc, если первый пункт очевиден?

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

Edited May 7, 2013 by demon2597

[refaol 223]

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

 

Мысли в слух:

Пока именно такое ощущение.

Свой конфиг (брал за основу в своё время конфиг от Lemon96) я уже переделывал частью в конфигураторе, часть идей брал от 3-5 наиболее обсуждаемых в темах (трое отметились здесь же на странице)

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

Сложнее не значит невозможно, сложнее значит неудобно, поэтому пока новые фичи лишь переношу в переименованный XVM.xc 

 

В том виде что есть, часть конфига в ссылках на файлы, а часть, для одной и той же секции, в самом XVM.xc - не думаю что именно это идея Mr A

(в багаже заученные 20 слов + желание и, может не самое большое, умение разбираться)... 

 

_p.s.

 

_{У одного файла нет развития в удобстве,}

_{sendmail.cf с вами не согласен, хотя кто-то пилит exim (почему то вспомнил конфиги двух этих почтовых программ, простите)}

[demon2597 5,468]

@seriych, что-то вроде гайда получилось имеешь ввиду? Через него загружается весь остальной конфиг, если указывать в загрузочном одну строку с указанием на корневой объект.

а в загрузочном нельзя указывать просто папку?

[Mr A 750]

а в загрузочном нельзя указывать просто папку?

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

[seriych 2,178]

что-то вроде гайда получилось имеешь ввиду?

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

А то получается, как если бы сейчас вместе xvm.xvmconf надо было бы обяательно держать еще один файлик, в котором всё равно обязательно прописан этот самый xvm.xvmconf.

Удобно одной строкой и // менять конфиги

Это надо опять же 15 человекам во время тестов. Переименованием папки обойдутся. Остальные будут тупо копировать конфиг в дефолтную папку.

Насчет последнего - лишние файлы авторов не нужны. Все внутри одного файла

А если автор использует одну и ту же подстановку во многих местах? Удобнее вынести в отдельный файл, чем прописывать в нескольких.

[demon2597 5,468]

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

не, ты не понял, так все и останется, просто мы указываем не путь к конкретному файлу, а путь к папке

//${"configs/@Default}

${"configs/demon2597}

 

А если автор использует одну и ту же подстановку во многих местах? Удобнее вынести в отдельный файл, чем прописывать в нескольких

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

Edited May 7, 2013 by demon2597

[Mr A 750]

Если у нас разбивка строгая, то там всё равно будет тупо эта разбивка.

Уже все работает, не понимаю, что мешает. Авторы знают, что если будут пилить левое - у них будут проблемы с пользователями в их темах. xvm.xc в папке xvm - загрузочный для опытных пользователей, а для неопытных авторы всегда вкладывают свой xvm.xc. @xvm.xc одинаков для всех, это да, но мы делаем подстановки реализованным форматом, только и всего. Может, пользователь очень упрямый и сделает так, что понравится всем.

 

Это надо опять же 15 человекам во время тестов. Переименованием папки обойдутся

Минимум - мне нужно.

 

мы указываем не путь к конкретному файлу, а путь к папке

Это Максу работа, причем лишняя/неосуществимая. Мы делаем подстановки реализованным форматом, только и всего.

[demon2597 5,468]

Мы делаем подстановки реализованным форматом, только и всего

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

Edited May 7, 2013 by demon2597

[sirmax 5,499]

 

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

из флеша нельзя получить список файлов в директории.

[demon2597 5,468]

@sirmax, к вопросу о возвращении единого файла, очень хорошо сказал товарищ 1sis: http://www.koreanrandom.com/forum/topic/2172-400-beta1-70513-demon2597-config/page-159?do=findComment&comment=63022

Edited May 8, 2013 by demon2597

[seven 3]

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

[Antoshkaaa 534]

Это надо опять же 15 человекам во время тестов. Переименованием папки обойдутся. Остальные будут тупо копировать конфиг в дефолтную папку.

Есть еще один вариант, использование нескольких конфигов "под настроение" без всяких замен, с небольшим редактированием //

Не знаю как остальные, а я у себя прописал все свои конфиги и буду менять периодически (раньше приходилось заменять конфиги).

 

Как вариант, предлагаю в xvm.xc прописать все //user configs (хотя там шрифты, иконки могут использоваться), возможно так будет проще некоторым. 

Edited May 8, 2013 by Antoshkaaa

[Imper_ 13]

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

[Alastanka 282]

http://www.koreanrandom.com/forum/topic/3817-новый-формат-конфига/?p=63668

[Art_NRG 503]

Возможно есть смысл разделить круги миникарты на 2 файла, либо дать возможность добавить к существующим круги из стороннего файла. Все из-за смешения в одном файле кругов обзора и дальности артиллерии.