эще круглой (прогой какрйто делаетс)

И полюбому должны быть не только круглые!

criadone добавил:
Я вот и хочу найти сторонний способ. Мож кто знает. А насчёт групп - как-то неудобно.

Вот! То что надо. Сшивать.
Джазеры! Помогите.

criadone добавил:
Вот! То что надо. Сшивать.
Джазеры! Помогите.

Юзай нэйтивы и да прибудет с тобой сила:

exploder, с твоего позволения распишу для всех.


данная функция служит для создания ректа, т.е. real minx, real miny - нижний левый угол, real maxx, real maxy - верхний правый угол.


Непосредственно сшивание (пришивание) ректа к региону, где region whichRegion - регион к которому пришивают (переменная типа регион), а rect r - пришиваемый рект.

Есть вопрос, а можно ли в качестве rect r использовать стандартные ректы (не созданные с помощью native Rect, а просто созданные в редакторе)? Если да, то как? Или же можно использовать регион как рект, и сшить несколько регионов?

Iron добавил:
Т.е. есть ли функция обратной конверсии прямоугольного региона в рект?
Типа:

ADOLF

чего?!
каждый rect - прямоугольник, задавамый 4-мя числами - координатами левой нижней и правой верхней точки.
region - произвольное объединение rect-ов, кажется, с точностью до четверти тайла (т.е. квадрат 64х64).
т.е. по сути - битовая маска размера 4 * высота * ширина карты в тайлах.

так что их регион может быть хоть "дырявым", хоть вообще включать несколько несвязных областей, но вот "кривым" его не сделать.

нативки, для тех, кому лень смотреть common.j:

native CreateRegion takes nothing returns region
создать новый пустой регион.

native RemoveRegion takes region whichRegion returns nothing
удалить регион.

native RegionAddRect takes region whichRegion, rect r returns nothing
добавить все ячейки, входящие в rect.

native RegionClearRect takes region whichRegion, rect r returns nothing
исключить все ячейки, входящие в rect.

native RegionAddCell takes region whichRegion, real x, real y returns nothing
добавить ячейку, включающую точку, заданную координатами.

native RegionAddCellAtLoc takes region whichRegion, location whichLocation returns nothing
добавить ячейку, включающую точку, заданную объектом location.

native RegionClearCell takes region whichRegion, real x, real y returns nothing
удалить ячейку, включающую точку, заданную координатами.

native RegionClearCellAtLoc takes region whichRegion, location whichLocation returns nothing
удалить ячейку, включающую точку, заданную объектом location.

ну еще есть функции
native TriggerRegisterEnterRegion takes trigger whichTrigger, region whichRegion, boolexpr filter returns event
native TriggerRegisterLeaveRegion takes trigger whichTrigger, region whichRegion, boolexpr filter returns event
constant native GetTriggeringRegion takes nothing returns region
constant native GetEnteringUnit takes nothing returns unit
constant native GetLeavingUnit takes nothing returns unit
для работы с событиями, связанными с регионами.



для регистрации соответствующих событий для нужного триггера.

Хех... действительно путаница. Редактор создает именно прямоугольники (rect) на не регионы (region). Так что он генерирует глобальные пременные типа rect на каждый регион, созданый в нем. Остается только объединить эти переменные вида: gg_rct_Region_ХХХ в один регион (region) и добавить ему события.
---
Кстати округление - ограничение самого редактора. Если создавать вручную то, по моему, нету ограничений на кратность координат.

каким образом? см. blizzard.j, как раз редактор ничего не округляет, а втупую создает регион, добавляет туда 1 rect и регистрирует событие.
а регионы уже дискретны.
событий же типа "юнит вошел в рект" реально не существует - вот почему изменение rect-а после регистрации такого события ни на что не влияет.

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

exploder добавил:

Я смотрел только, что исходник мапы с одним регионом с собыитем входа в него. У меня редактор объявляет пременную типа rect, а не region и работает с ней напрямую! То есть редактор вообще грубо говоря не оперурет с переменными типа region, а работает только с rect. Хотя GUI упорно зовет их Regions.

Вот, то что я и хотел узнать. Но вот вопрос, если мы создадим глобальную переменную типа region, обьеденим в нее несколько ректов, то можно ли будет оперировать ей с помощью GUI, или же работа с регионами осуществляется тока в jass-e, а GUI переваривает тока ректы?

exploder
когда ты в редакторе указываешь событие Unit Enters Region, он создает код, в котором вызывается функция вроде TriggerRegisterEnterRectSimple.

лезем в blizzard.j и смотрим, что сия функция делает:
function TriggerRegisterEnterRectSimple takes trigger trig, rect r returns event
local region rectRegion = CreateRegion()
call RegionAddRect(rectRegion, r)
return TriggerRegisterEnterRegion(trig, rectRegion, null)
endfunction

какой там точности был рект, где он еще хранился, и что ты с ним потом делаешь - вызываемой native функции TriggerRegisterEnterRegion наплевать - она оперирует с регионами, а у них точность до 1/4 тайла..

! добавил:
Iron
в gui обычного редактора про region-ы - ни слова.
в WEU они есть.

!, теперь понятно... Мне почему-то думалось, что TriggerRegisterEnterRectSimple - нэйтив...
Iron, в GUI обычного редактора опеределенно не сделаешь регион из нескольких ректов, в JASS, вполне...

exploder, не, ну ща полазаю по WEU, там ведь забацали визуализацию RegionAddRect как обычное действие в GUI. Помню кто-то даже выкладывал статью о том, как забацать свою функцию в GUI.