lil Toady

Ничего не вижу против создания тем, у человека конкретный вопрос/проблема. Зачем сливать с бесполезным флудом. Может в будущем еще кто-то заинтересуется этим вопросом. А по топику, я бы написал в комментарии, чтобы автор исправил это дело. Но можно и самому найти где обрабатывается событие маркера и добавить проверку на dimension.

По очереди, по идее в зависимости от очереди объявления, но на это расчитывать не стоит

Можно создать прокси-функцию для addEventHandler, которая будет проверять тип. local handledTypes = { vehicle = true, pickup = true } _addEventHandler = addEventHandler function addEventHandler ( event, root, handler, propagated ) -- Если только для какого-то особого эвента, то if ( event == "onMyEvent" ) then return _addEventHandler ( event, root, function ( ... ) if ( handledTypes[getElementType ( source )] ) then handler ( ... ) end end, propagated ) end return _addEventHandler ( event, root, handler, propagated ) end Что-нибудь в таком духе. Можно и отдельную функцию сделать, а не эту заменять. З.Ы. Троеточие так и должно быть, их не надо заменять именами

There's no such thing as "mta owner". MTA/QA team member won't walk around telling who he is, nor use such nick, and in no way an MTA official will ever tell you to give him any rights. Not to mention that we can not shut down servers. Just ignore such people.

Некоторые системы работают иначе. Например переназначить функции которые работают с текстом, чтобы они проверяли есть ли для него перевод, пример: Создать враппер вокруг outputChatBox, и когда мы будем с ним что-то выводить, к примеру outputChatBox ( "Hello world" ) этот текст будет проверяться в файле с выбранным переводом, если для "Hello world" находится перевод, то выводиться он, если нет - то "Hello world". В этом способе несколько плюсов: - Это удобно, сразу видно что скрипт выводит; - Не надо менять скрипты, заменять все строки и т.д. Надо лишь добавить обработчик; - Не требует обновления всех файлов с переводами сразу, если перевода не нашлось, выведет на основном языке, главное что сообщение будет всегда.

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

Нет, она у нас приватная. Краем глаза можно увидеть что было на 1 мая,

Уже делали, где-то на коммунити валяется.

Может не особо заметно, но люди постоянно прибывают, у нас есть полная статистика игроков. Сейчас ежедневно в МТА играет ~33000 уникальных игроков (в месяц ~150000 уникальных), для сравнения, год назад это было ~8000. А причины люди находят всякие разные, кто-то даже говорит что графика в МТА хуже чем в другом мультиплеере, что в принципе не возможно, игра-то одна и та же.

Да, структура МТА изначально предполагала работу с несколькими модами и играми на одном движке (race, deathmatch/game_sa, game_vc...). Но в итоге deathmatch был развит на столько, что потребность в других модах отпала, всё реализуется в ресурсах. По сути deathmatch больше совсем не deathmatch, просто название модуля и структура МТА так и тащится уже многие годы. Так же МТА старается сделать так, чтобы самому никогда не пришлось обрабатывать что-то в бесконечных циклах (и в общем-то не представляю, что сейчас потребует такой обработки), именно поэтому на сервере мы решили не делать событие onPulse или подобное, (как например на клиенте, но там важнее). А Ресурсы это небольшие кусочки в общей картине, они могут общаться друг с другом через экспорты и собственные эвенты. Большой гейм-мод не должен состоять из одного ресурса, лучше разделять логику на несколько разных. Так же очень важно понять как работает древо элементов, если найти правильный подход можно невероятно сильно оптимизировать свои ресурсы.

Не надо мне в ПМ писать, я их даже не читаю. Если знаком с чистым C/C++ (не .NET), то пульсы - это цикл в котором выполняются все действия сервера. Если запустишь МТА сервер, то увидишь там в серой строке ФПС - это как раз сколько пульсов сделано в секунду, следовательно их количество зависит от нагрузки. Но модули предназначены не для того чтобы писать в них моды, без луа это просто не возможно. Они предназначены для расширения функционала сервера, например mysql, socket'ы, irc модули. События модуль не видит вообще, как и МТАшные луа функции, их можно связать только через ресурс (вызывать функции модуля по событию, и связать функции МТА с модулем)

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

Выключи режим совместимости для мта, DakiLLa

Это те, настоящие программеры, которые уже кончили универ, или те, "настоящие программеры" которые еще в школе учатся?

Цвет в формате RGBA - Красный, Синий, Зеленый, Прозрачность

Если на сайте поставить phpsdk, то через callRemote можно загружать всё что угодно. Либо через модуль, на прямую.

Полно причин, Lua куда быстрее Squirrel'a, куда известнее и намного больше документации, нормальные классы - это иллюзии, и в данном примере не так важны, да и в Lua тоже можно вполне нормальные классы сделать (Это мы накосячили и сделали так как есть сейчас, потом долго жалели об этом, надо было совсем по другому). Lua динамичнее. Долго можно перечислять, не стоит западать лишь на синтаксис..

Excuses *Looks at his forum count* 2000 > 5000?

You bastid! it was followed by But anyway

Просто заморозь и ничего падать не будет!

setElementFrozen