Вир Котто
Странник
Я переносил несколько раз 4 Дворца Махараджа и таймер не сбивался ... не думаю что я точно угадал расстановку всех частей.Если не ломать сложно-составной сет
Перестановка сетов.
- Автор темы Маша без Медведя
- Дата начала
MIP-ZmeY
Император
Неужели починили?
Маша без Медведя
Маркиз
Если такой сет один, и будет выставлен точно так же, как и стоял раньше - не собьются.
Если одинаковых сетов больше одного, и убрать их во временное хранилище - есть вероятность "перепутать" одинаковые строения из разных сетов - тогда таймеры точно собьются.
Или если сет нестандартный (есть одинаковые элементы) - тоже можно собрать (из хранилища) не так, как он был собран - и тоже собьются таймеры.
В общем - способов куча.
Маша без Медведя
Маркиз
Для этого пришлось бы полностью переписывать механизм формирования сетов.Неужели починили?
Вряд ли разработчики на такое пойдут.
zlobnyj bot
Барон
Идея наверняка неплохая, вся соль в способе реализации данного предложения.
Если сеты будут определяться машинным способом, алгоритм станет неподьемным всего скорее.
Если сеты будут определяться игроком нужно около десятка пулов в отдельной вкладке .
Что касается таймеров, при переносе соседних! сетов таймер все равно сбивается при разделении, т.к. количество прилегающих зданий начинает отличаться (на простом примере - в случае переноса одного из двух сетов сакуры, стоящих рядом, при разносе их в разные места меняется количество зданий у крайних строений возле прилегания сетов друг к другу.)
С другой стороны, можно раз в году и забить на таймер сбора, вместо того чтобы городить килотонны плохого кода .
Если сеты будут определяться машинным способом, алгоритм станет неподьемным всего скорее.
Если сеты будут определяться игроком нужно около десятка пулов в отдельной вкладке .
Что касается таймеров, при переносе соседних! сетов таймер все равно сбивается при разделении, т.к. количество прилегающих зданий начинает отличаться (на простом примере - в случае переноса одного из двух сетов сакуры, стоящих рядом, при разносе их в разные места меняется количество зданий у крайних строений возле прилегания сетов друг к другу.)
С другой стороны, можно раз в году и забить на таймер сбора, вместо того чтобы городить килотонны плохого кода .
С чего бы это? Ведь сет так и так определяется машинным способом для определения производства в здании.
P.S. Лично мне от этого предложения ни холодно, ни жарко: я любую большую перестановку делаю реконструкцией. Поэтому проголосовал "за".
Маша без Медведя
Маркиз
Вы сильно ошибаетесь. Это очень простая задача.
Как раз идея в том, чтобы не "озадачивать" человека, чтобы всё делалось автоматически.
Об этом писалось больше года назад:
zlobnyj bot
Барон
Не буду спорить о приклеплениях и фокусах) Честно говоря поднадоело. Все в ваших руках и лапках))
Актуальность прежняя. Вот примерное на такую скорость исправлений можно рассчитывать смело)
Маша без Медведя
Маркиз
От игроков здесь ничего не зависит.
Нас не спрашивают.
zlobnyj bot
Барон
Суть моего ответа в том, что если алгоритмизирование в канвасе для вас "очень простая задача", вам не составит ровно никакого труда устроиться в любую команду разработки как минимум на оклад, а то и на ведение отдельного проекта в рамках арха. Так что выбор за вами)
Маша без Медведя
Маркиз
Да как-то поздновато уже...
zlobnyj bot
Барон
Никогда не бывает поздно, пока смерть не отсечет все потенциальные возможности) Дерзайте, не будьте пессимистичны)Да как-то поздновато уже...