sirmax

какое и куда?

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

Кнопку "Дополнительно" надо нажать, там найдешь. Есть 2 относительно легких варианта: 1. Можно пропатчить swf, но в этом случае при отключенной миникарте в XVM, все равно будет сохраняться большая миникарта, а это может не нравиться тем, кто хочет такое же поведение, как и в чистом клиенте. 2. Ты сам можешь подвинуть уши выше сниппетами, тогда и залезать на уши не будет, и необходимый тебе размер сохранится. Сейчас у ВГ разрешается заезжать на уши на 6 px, могу сделать немного больше.

Почему сложно сделать как я попросил? Зачем эти говнообменники, на которых нормально нельзя параметры изображения посмотреть? У картинки размер 1600x838 - какое у тебя разрешение экрана?

Есть одна проблемка - если показывать все перки, то в (1) все нормально, но в (2) места мало. Контрол один и тот же используется, разделить их сложно. В принципе, пусть в (2) тогда обрезаются?

Прикрепи скриншоты нормально на форум, я глаза ломать не хочу.

Fixed, thanks again.

Покажи на скриншотах, почему тебе это надо. Мне на это придется потратить минимум 1 рабочий день, поэтому просто "надо" мне не достаточно.

Подправил форматирование (в 6619), но надо в deviceRepair.py заменить пустые значения на None: вместо ... 'time': '', ... self.TIMERS[device]['time'] = '' self.TIMERS[device]['finishAt'] = '' сделать так: ... 'time': None, ... self.TIMERS[device]['time'] = None self.TIMERS[device]['finishAt'] = None

Проверил, работает. Единственное, выводит "0.0" если нет значения. Надо добавить проверку на пустое значение.

Починил

Должно работать. Не, это только на {{py:...}} работает. Твои макросы я не трогал.

Исправил

Thanks, fixed.

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

Я там еще писал, что это сложно реализовать, поэтому нужны очень уж веские причины, чтобы на это тратить время.

В недалеких планах, но руки пока ни у кого не дошли.

По идее, {{my-frags}} считает все фраги, но хитлог обновляется по событию отнимания ХП, а оно работает по маркерам. То есть значение {{my-frags}} обновится, но хитлог не отрисуется до следующего попадания по кому-нибудь.

Не, нельзя. Сделал форматирование py_macro, вроде работает, но надо проверить, что ничего не сломалось.

Что именно надо пояснить?

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

Ну это нормально. Мы тоже хотели сначала чат после боя сделать, а получился XVM... ;-)

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

Можешь уже отдельную тему создавать. :) Чувствую, скоро нужен будет раздел для py_macro.

я посмотрю