lil Toady

Это проблема ГТА а не МТА.

Нажать кнопку "No" - не?

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

Ресурсы ищем на тут

Не будет в 1.0.5 юникода или каких либо других крупных изменений. Мы лишь подводим черту после многочисленных апдейтов сделанных в 1.0.4. Изменение третьей группы в версии значит что протокол меняться не будет, все версии 1.0.X взаимносовместимы.

Почитай про b-tree и binary tree search, это метод поиска который используют реляционные базы данных, в том числе и sqlite, и ты поймешь что смысла в том что ты делаешь нет. Опять же, то что я сказал выше. Твой метод не будет быстрее. Меньше записей совсем не значит что будет быстрее. Я учусь на информатическом факультете и уж знаю что говорю. Но вот про возможность создавать свои базы и иметь доступ к базе аккаунтов, тут я согласен.

У меня в моде сделана полная имплементация всех функций данной системы и полная интеграция с ней. За основу брал доработанный ini-враппер, кроме того включил ряд возможностей миграции ( в/с sqlite ) и добавил туда жалкое подобие структурированных запросов Ты конечно молодец, но: ini по определению не может быть быстрее базы данных твою систему не могут использовать сторонние ресурсы вся система прав построена на стандартной системе аккаунтов http ресурсы так же работают только со стандартной системой И проблемы с потерей данных были до того как мы перешли на sqlite P.S: В новой админке есть удобный менеджер аккаунтов и прав, со всякими сторонними он работать не будет.

Тебе ж говорят выбери "New issues" наверху! В правом верхнем углу, проект.

Стандартная система лучше любой собственной.

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

Нет, ресурсы независимы друг от друга.

function dxDrawRelativeText ( text, left, top, right, bottom, ... ) local sx, sy = getScreenSize() left, top = sx * left, sy * top if ( right and bottom ) then right, bottom = sx * right, sy * bottom end dxDrawText ( text, left, top, right, bottom, ... ) end

Все верно, то же самое со стрингами, если меняешь их с помощью метафункций

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

Да, это стандартный функционал в dx

Есть смысл запросить в баг трекере функцию маскировки. Что-то типа dxDrawMask ( x, y, width, size, file, color ) - где в файле можно например нарисовать черный круг на прозрачном фоне, color - задать черный, и рендерить поверх текстуры, чтобы в итоге из этой текстуры была видна лишь та область что попадает под черный круг.

Зачем изобретать велосипед и делать свою систему аккаунтов, тем более в xml? Стандартная система уже использует SQLite и с setAccountData ты можешь хранить любую инфу. В скрипте на старте ты создаешь всякие элементы в мире, почему не использовать .map файл который люди спокойно смогут редактировать тем же мэп едитором? Зачем самостоятельно парсить какие-то файлы, чтобы создать какие-то вещи, опять же в мапе можно создать любые элементы, и проперти твои, и пвп, а потом просто пройти через них с getElementsByType ( "property" ) например, и сделать еще какую-то обработку если требуется. Система элементов очень сильна и динамична, не надо её недооценивать. Вещи как выбор скинов можно полностью перенести на сторону клиента, такие вещи не нужно синхронизировать пока не сделан окончательный выбор, и так это будет куда быстрее, да и всякие подсказки можно показывать на экране чтобы не засорять чат. Систему статов можно тоже норм оптимизировать, посмотри на set/getPedStat, там можно задавать все что хочешь, и киллы и смерти и т.д. + некоторые статы будут влиять на игру. И сохраняти их лишь когда игрок выходит. Не смотря на то что какие-то гуи ты сделал, я бы совсем избавился от комманд, это дико неудобно и запоминать команды для каждого сервера тож не очень прикольно. Что-то я не припомню коммерческих игр где надо что-то вводить чтобы взаимодействовать с миром. Всякие вещи типа обработки сообщений об убийствах.. Зачем? Тем более в чат! МТА предполагает модульную систему, где у каждого ресурса свои функции и свои интерфейсы, чтобы можно было с легкостью редактировать/заменять какие-то вещи. Есть же стандартные неплохие ресурсы для обработки сообщений об убийствах которые не засоряют чат. Их в любое время можно остановить/заменить и т.д. не разбираясь в коде. Многое в твоем моде можно было бы разбить на несколько ресурсов. Вип система.. Честно - по моему это провал. В каких нормальных играх вы видели випов которые имеют превосходство над другими? Это мало отличается от читерства. Почему-то в КС админы/випы не получают бесплатное оружие и броню. Я лично не хочу играть на сервере где кто-то как не крути будет превосходить меня, только потому что он вип. Это моя объективная критика, я лишь мельком глянул gm_server.lua. Но, в целом - молодец. Не плохо так.

"self:OnList_clicked" - это ты уже вызываешь функцию, просто "self.OnList_clicked" в addEventHandler. Разница в том что функции вызванные с двоеточием передают объект на котором они вызваны в первом аргументе, то есть self:OnList_clicked() это то же самое что self.OnList_clicked ( self ) или rightclick_menu.OnList_clicked ( self )

Все что мы планируем записано в мантисе[/bugs], там можно и и это функцию попросить, видимо просто никто не задумывался.

http://ru.wikipedia.org/wiki/%D0%9C%D0% ... 0%B4%D0%B0 В общем-то это лишь другое представление позиции и поворота, можно не вникать и пользоваться getElementPosition/Rotation и считать тригонометрически

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

Other houses don't have any interiors, all you can do is build a whole new one yourself, near some other interiors and script the enterances to wrap there.

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

http://code.google.com/p/mtasa-blue/source/list