Перенос пользовательских карт (maps.ini)

[svp]

Или я что-то не так понял?

Да не так понял. О закрытии формата речи не идёт.
Есть родственные сущности: карта, слой. Они относительно самостоятельны и полностью изолированны. Предполагается распространение их через интернет.
С точки зрения пользрвателя выглядеть ДОЛЖНО так:
1. Скачал файл-слоя (как плагин) в ивде zip-архива со всеми настройками, иконками, вспомогательными KML-объектамии и проч. (так как возможно расширение в будущем).
2. Кинул скачанный файл в каталог Layers планеты.
Всё. С этого момента в планете доступна новая карта или слой. лежит он в меню по умолчанию с сочетанием клавиш по умолчанию.
3. Пользователю надо переместить карту в другой пункт меню, сменить URL, изменить таймаут бана.
Для этого он через интерфейс в настройках для ДАННОЙ КАРТЫ меняет нужные параметры.
Эти параметры сохраняются в отдельном maps.ini (или любое имя).
4. При загрузке планеты свойства карты сначала загружаются из зипа. потом из maps.ini.
Таким образом пользователь видит всё так как он настроил.

Никаких правок блокнотом, никаких дописываний строчек.

Продвинутые пользователи ЗАПРОСТО залезут, если им надо и поменяют, если хотят, что-то в зипе. Вытащат и поправят какие-то настройки, которые не вынесены в интерфейс и так далее.
Уважаемый Parasite, Почему вам нужны плагины, вам же дали исходники?!!
Именно по этой причине нужны и зип-контейнеры для настроек карт.
Всё всегда можно делать и ручками. Но не всегда этого хочется.
Прошу прежде чем спорить как следует разобраться в предложении и его мотивах. Полностью разобраться.

Чем плох вариант "Кинули строчку в custommaps.ini (единственный файл, а не фолдер с кучей ЗИПов) -- карта есть, не кинули -- её нет"?
Открыть Блокнотом инишник и вписать единственную строчку сможет даже нуб, имхо (либо я совсем уж потеряю веру в человечество).

Тем, что все карты в одном инишнике придётся нумеровать. Вставка новой карты нетривиальна. Нуб должен усвоить что за строчку надо прописывать и где. Я не нуб, но мне всё равно как правило лень это делать.

Почему-то гинекологические инструменты делают для гинекологов, ювелирные - для ювелиров...

Вы пользуетесь GSM. Очень удобно. Там туева хуча настроек и нас ничего не заставляют править блокнотом. А реализация GSM -- хот не коллайдер, но в тысячи раз сложнее САС Планеты.

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

Надо экономить код и логику, а не количество файлов с настройками. Перекрываться будут ВСЕ и ЛЮБЫЕ настройки. Без разбора. Простым слиянием ассоциативных списков с перезаписью.
Гораздо больше можно сделать ошибк в блокноте, чем в таком лаконичном и абстрактном коде.

Ну дак и чем же плох вариант с custommaps.ini?

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

опять же без распыления на миллион отдельных инишников

ФЛУД. Какой нахрен миллион?!

[Parasite]

Таким образом пользователь видит всё так как он настроил.

А теперь разберите ту же ситуацию с позиции "1 сторонний инишник custommaps.ini"

Никаких правок блокнотом, никаких дописываний строчек.

ФЛУД:
...никакого напряжения нубовского межушного ганглия. Да. Надо чтобы мышкой куда-то вот сюда - и оно как-то там работало, ага? А неиспользуемые органы - довольно быстро регрессируют и атрофируются, как правило (особенно если их и по дефолту не было изначально).

Прошу прежде чем спорить как следует разобраться в предложении и его мотивах. Полностью разобраться.

Встречное предложение: прежде чем отвечать на заданный вопрос - просьба обратить внимание на уже существующие аналоги и изящные решения данного вопроса в сходных и не очень продуктах, а не кидаться каждый раз изобретать очередной собственный велосипед
ФЛУД:
(в данном случае - с сотней смотрящих в разные стороны колес-инишников и с многомерной тессерактоподобной рамой-избыточностью).
Например, ВЕСЬ пингвин построен по этому принципу, где один системный инишник (поставляемый в комплекте) лежит в папке с приложением, а второй пользовательский инишник - в пользовательской директории, итого - 2 или меньше файла на каждый отдельно взятый программный пакет, и оба они - в открытом текстовом виде, редактируемом чем угодно и в любое время. Полей же (в каждом) может быть сколь угодно много. Да откройте хотя бы банальный конфиг от Апача из пакета Денвера (прилагаю), да посмотрите как это сделано хотя бы там! Тоже единственный инишник на монстрообразный по функционалу программный пакет (многократно превосходящий САСа как по обьему возможных действий и вариантов конфига, так и по качеству и вылизанности кода и набору могущих быть использованными фич).

Чем плох вариант "Кинули строчку в custommaps.ini (единственный файл, а не фолдер с кучей ЗИПов) -- карта есть, не кинули -- её нет"?
Открыть Блокнотом инишник и вписать единственную строчку сможет даже нуб, имхо (либо я совсем уж потеряю веру в человечество).

Тем, что все карты в одном инишнике придётся нумеровать. Вставка новой карты нетривиальна. Нуб должен усвоить что за строчку надо прописывать и где. Я не нуб, но мне всё равно как правило лень это делать.

1. Нет, не придется. Карты вставляются в меню по мере последовательного чтения записей из файла.
2. Нумерация карт будет опущена за ненадобностью - см.п.1.
3. Нуб крайне многое должен усвоить в своей жизни - нубу нужно давать мотивации к самообучению, а не потворствовать все расширяющемуся глобальному ламерству. Поколение ГУЯ, прости мя Госсподи старого грешника.....
4. А вот тут - ответ принят. К сожалению.

Почему-то гинекологические инструменты делают для гинекологов, ювелирные - для ювелиров...

Вы пользуетесь GSM. Очень удобно. Там туева хуча настроек и нас ничего не заставляют править блокнотом. А реализация GSM -- хот не коллайдер, но в тысячи раз сложнее САС Планеты.

1. Нет, я не пользуюсь GSM - мне CDMA хватает, он к тому же и дешевле на порядок.
2. Не такая уж и туча - в текущем сасе (со всеми приложенными картами) их примерно в 2.5 раза больше.
3. Ошибаетесь. Реализация GSM (восходящая к Amateur Radio, который можно собрать на десятке корпусов рассыпухи) в своих принципах проста как два пальца, давным-давно описана в соответствующих доках и изьезжена настолько, что сторонними желтокожими производителями уже давно предоставляются "мини-GSM-АТС" на десяток-другой номеров в пределах дома-офиса-завода. Подавляющее большинство настроек там утоптано в фирмварь железки (то есть server-side) - и вполне разумеется, что ручками на стороне клиента ничего править не нужно. У нас имеются 4 таких железяки по всей территории, даже с настроенным (мною лично) прозрачным роумингом между собой, не подразумеваемым мануалом. Впрочем, мы оффтопим.

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

Ошибаетесь. Надо делать простые и изящные решения исключительно в рамках нужного, а не монстрообразных полуфункциональных уродов с огромной избыточностью, извините. Если же подходить к вопросу "абы как, лишь бы работало" - то это хоть и один из вариантов, но лично я его совершенно не приму (как в написании, так и в пользовании). За вариант решения элементарного вопроса (вынесенного мною в первый пост) в виде невнятной папки с зипами, кучей инишников и тд - лично я бы оторвал бы программеру руки, будь моя воля. У меня например ВЕСЬ вопрос решается пятью строчками в перле, дополнительно читающими юзверьский инишник и стыкующими его к ранее прочитанному системному инишнику, а при отсутствии - создающему оный с дефолтными настройками.
Offtop: как Вы думаете, почему уже давно канули в Лету разнообразнейшие демо-пати по типу, например, "Сделай лучшую трехмерную игру в 99кб экзешника и получи приз", где народ хвалился и гордился именно качеством, а не количеством кода - точно так же, как художники гордятся написанным возможно единственным в жизни, но шедевром? Где довольно часто переписывался ВЕСЬ код ради экономии десятка БАЙТ или кучки тактов...? Я сам участвовал в таких пати - давно, кажется уже в прошлой жизни, когда на работе были ЕС и ДВК...

Ну дак и чем же плох вариант с custommaps.ini?

Не все проблемы решаются.

Например, какие НЕ решаются?

опять же без распыления на миллион отдельных инишников

ФЛУД. Какой нахрен миллион?!

Который "Надо экономить код и логику, а не количество файлов с настройками"©

[svp]

А теперь разберите ту же ситуацию с позиции "1 сторонний инишник custommaps.ini"

1. Пользователь скачивает архив с настройками карты.
2. Распаковывает его.
Там несколько иконок, ридми, файл с настройками карты, файл (один или несколько) со скриптом, в будущем возможно можно будет добавлять KML-ки, антибан-скрипты и что-то ещё. Итого не менее пяти файлов.
3. Кидает эту кучу файлов в каталог программы сталкиваясь с проблемами:
-- В каталоге Планеты уже есть файлы с такими же именами, как в добавляемом пакете но другим содержимым (сторонние создатели пакетов настроек карт не договорились о правилах именования файлов иконок)
-- Если карта не понравилась и её нужно убрать, то пользователь выискивает соответствующие ей файлы (читая ридми к карте).
4. Копипастом через блокноты вынимает из файла настроек карты кусок инишника и вставляет в другой инишник
5. Поправив какие-то свойства карты нетривиально вернуться к настройкам по умолчанию (они нигде не сохранились).
7. Нет возможности поменять порядок карт в меню.
8. Чтобы удалить карту надо удалять кусок текста из ини-файла.
9. При порднятии бекапа программы файл настроек заменится и бесследно исчезнут добавленные в него после бэкапа карты.

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

Аналог, например, -- это firefox. Только в нашем случае оюъём пакета совсем невелик и мы по-любому держим его в памяти, так что распаковывать не надо.
Ещё один аналог -- скины к винампу.
Ещё приводить примеры "велосипедов"?

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

САС пишется под винду -- это раз. И на данном этапе о кроссплатформенности не может идтиречи. Два: в илинуксе тоже никто не запрещает сделать по одному инишнику на подключаемый модуль. Это называется изоляция. И, уверен, такое практикуется сплошь и рядом.

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

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

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

Не извиняю. "монстрообразных полуфункциональных уродов с огромной избыточностью" -- это голословное утверждение. Ничего монстрообразного в решении нет. А есть изолированность простот, расширяемость и лаконичность. И простота реализации! И простота поддержки!!! И лёгкость отладки!!! И ещё раз изолированность. Не будучи компетентным в вопросах инженеринга ПО не стоит делать таких громких и категорических заявлений, ув. Parasite.

Не все проблемы решаются.

Например, какие НЕ решаются?

1. Расширяемость.
2. Изолированность.
3. Быстрая и лёгкая установка слоёв-расширений.
4. Возможность поднятия бэкапов старых версий проги без потери карт или ручного редактирования конфигов.

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

Кстати. Механизмы эти (перекрытия настроек; позиционирования слоёв в меню) я уже реализовываю. Так что если даже feya от них откажется буду юзать сам.

[Parasite]

А теперь разберите ту же ситуацию с позиции "1 сторонний инишник custommaps.ini"

1. Пользователь скачивает архив с настройками карты.
2. Распаковывает его.
...

Посмотрите, пожалуйста, еще раз на заданный Вам в первой строчке этого поста вопрос. Теперь посмотрите на первый пост этой темы. О каком "архиве с настройками карты" и распаковке идет речь? Вы упорно пытаетесь пропихнуть свою монстрообразную идею в замочную скважину описанной проблемы - на фоне того, что всё на настоящий момент работает и так, и описанная в первом посте проблема не стоит выеденного яйца и решается за 10-15 минут редактирования сорца.
Воистину, когда нужна зубочистка - виндузятник гуем садит лес© (ничего личного - просто цитата).

Еще раз: у меня. Уже. Есть. Добавленные карты. В стандартный maps.ini. Я не хочу его затирания и потери моих ранее добавленных ручками карт при очередном апдейте собственно программы. Всё.

Мне совершенно НЕ ТРЕБУЕТСЯ сейчас качать архивы с настройками карт и распаковывать десятки файлов - у меня УЖЕ все работает, и давно. Вопрос в сохранении наработанного ручками, а не в кардинальной переделке идеологии подключаемых карт. И этот вопрос решается даже сейчас без единого дополнительного файла или скачки каких-то архивов (путем ручного переноса своих карт в свежий maps.ini) без каких-либо технических ограничений, но просто уже занимает ненулевое время ручной активности. Это доступно?

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

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

САС пишется под винду -- это раз. И на данном этапе о кроссплатформенности не может идтиречи.

Где-то выше было хоть одно слово "кроссплатформенность"?

Два: в илинуксе тоже никто не запрещает сделать по одному инишнику на подключаемый модуль. Это называется изоляция. И, уверен, такое практикуется сплошь и рядом.

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

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

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

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

И простота реализации! И простота поддержки!!! И лёгкость отладки!!! И ещё раз изолированность.

Это по сравнению с единственным текстовым доп.инишником? Улыбнуло, спасибо. Пешы есчо.

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

Хоть и оффтоп - но Вы вряд ли настолько осведомлены о моей компетенции, чтобы делать столь далеко идущие выводы. Це раз. Я же со всей ответственностью заявляю Вам, что подход высокоуровневого программера-виндузятника не является единственным в мире, и уж тем более подавляющее большинство продуктов от оных по факту не являются верхом изящества, оптимизации и чистоты кода и элегантности и простоты решений, бо НИКОГДА не затачивались под эти параметры. Уж извините, но именно Ваших продуктов пощщупать пока не довелось (кроме приснопамятного склейщика РАВов и изумительной по своей смысловой наполненности фразе о пуках) - так что я очень хотел бы ошибиться. Неудивительно, что крайне многим этим программерам многие очевидности "с другой стороны окопа" тоже невидимы (тому примером Ваши недавние слова о "зачем экономить файлы??"). Це два.

1. Расширяемость.
2. Изолированность.
3. Быстрая и лёгкая установка слоёв-расширений.
4. Возможность поднятия бэкапов старых версий проги без потери карт или ручного редактирования конфигов.

1. Одна строчка в custommaps.ini,до минуты времени на реализацию, новых файлов - 0, скачек - 0, использование рук и моска - +1 к каждому пункту.
2. Этого не было ни в условиях задачи, ни в описании проблемы, ни в запросе\предложении решения (==избыточность). Впрочем, как-то же оно все прекрасно работало до настоящего времени и без этого, так что - А нужен ли мальчик??©
3. Одна строчка в custommaps.ini, пара секунд времени на реализацию, новых файлов - 0, скачек - 0, использование рук и моска - +1 к каждому пункту.
4. Этого не было ни в условиях задачи, ни в описании проблемы, ни в запросе\предложении решения (==избыточность). Впрочем, волшебную комбинацию Ctrl-C-Ctrl-V на нужном файле перед внесением каких бы то ни было изменений еще никто не отменял, и этот бэкап единственного текстовичка не требует ни переделки саса, ни скачек архивов, ни механизма отслеживания версий, ни какого-то особого места для хранения себя.

Аргументы о миллионах конфигов, монстрообразности и избыточности не принимаются, ибо безосновательны и имеют место от непонимания того как это реализуется.

Я бы сказал то же самое, но уже в адрес оппонента.

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

[feya]

Во избежании дальнейших споров:
Все что касается одной карты будет храниться в одном zip-файле.
Содержание
params.txt - параметры почти те же что были в maps.ini
GetUrlScript.txt - Скрипт (причем небольшое изменение в скрипте: теперь перед возвращаемой строкой надо будет приписывать GetURLBase. Сделано для того чтобы изменение поддоменов возможно было в скрипте).
24.bmp и 18.bmp - иконки.
Каждая карта будет иметь GUID и порядковый номер.
Настройки будут перекрываться в файле maps.ini.
В программе будет добавлена возможность изменять положение карты в меню а также изменять перекрываемые настройки.
Все уже сделано, сейчас занимаюсь переделкой описания в плагины. Потом протестю еще раз хорошенько и возможно уже завтра выложу.

gisof
я даже не успел дочетать твой пост)

[Parasite]

Во избежании дальнейших споров:
Все что касается одной карты будет храниться в одном zip-файле.

(запуская старенькую .941 с кучей прикрученных карт) -Ну и зря-ссс.....

Вопрос исчерпал себя. Тема закрыта.

[feya]

Parasite
Понимаю что переносить десяток карт нудное занятие, но поверьте так будет удобней, покрайней мере мне так кажется, даже разделяя maps.ini на основной и пользовательский, пользовательский будет разрастаться (как например у вас уже более десятка) после 20-30 карт уже очень неудобно им управлять. И надо же думать и об обмене, вот сколько уже карт вы и сами в соответствующей ветки писали, но мне лично было лень копировать это все в мапс ини искать этой карте место итд, а так скачал архив закинул в папку и уже можеш работать, если не устраивает положение в меню двумя кнопкаи задал позицию.

[feya]

Новый формат описания карт: одна карта - один файл.
Качаем и тестим SASPlanetMini.7z
Описание в ридми, слишком пока не добовляем новые карты т.к. возможно в ближ дни еще будет меняться.

[gisof]

Список карт порадовал. Сортировку делать легко.
Можно сделать установку разделителя не в параметрах а отоброжать отдельной стокой в списке - будет нагляднее.
(+ добавить кнопку вставить разделитель)

Как работает параметр? :

Код: Выделить всё

ShowOnSmMap - показывать на карте обзора (оставляем 0)

Вспомyил свое предложение -- реорганизация меню Карты
Если бы можно было делать свои (пользовательские) кнопки-меню карт, было бы вообще отлично
(вопрос , организации менюшек был бы полностью снят, я бы сделал себе менюшки спутник, карты, мои карты, слои, космос)

[svp]

Новый формат описания карт: одна карта - один файл.

Сразу же предложения. Сделать чтобы в файле настроек в пакете всё-таки упоминалось имя скрипта. Возможно понадобится переключаться между альтернативными скриптами для одного слоя. Гораздо удобнее (ИМХО) было бы, чтобы расширения внутренних файлов пакета были говорящими: скрипты ".pas", описание ".cfg" или ".ini". Так и подсветка синтаксиса работать в редакторах будет и ориентироваться в файлах будет проще при дальнейшем расширении. Появятся же, надеюсь, антибан-скрипты, скрипты для детектирования бана и т.д.