Yoko

Впринципи да, но всёже компромис всегда лучше...
Сделай там третий параметр (что то вроде режима работы: в относительных или абсолютных координатах)

ЗЫ: просто для майнинга удобно (очень ) но для всего остального нет...

На фиг третий параметр, надо как обычно, указывать относительные координаты с знаком.

&pathfind(+12, -4)

Ха, помоему тогда как раз и будет проще написать uo.getX()+1
Ну например, в случае ламбера для леса... там ведь деревья хаотично натыканы... тогда уже не подойдёт... надо по мировым координатам ходить...

На самом деле надо прикинуть для скольких случаев удобно использовать абсолютные а для скольких относительные координаты
Помоему тут будет 3 против 1 в пользу абсолютных

$dx=$x-uo::getx;
$dy=$y-uo::gety;

Формула ясна?;)
x y это кординаты точки куда надо попасть
dx dy это уже кординаты относительно чара
Пример:

$x=1230;
$y=2400;
$x-=uo::getx;
$y-=uo::gety;
pathfind($x, $y);

PS Сие было предпринято только потому, что на стороне модуля приходилось делать кучу лишний работы... Сейчас это временно так как в будушем будет подключена нормальная функция на хождения пути (клиентская)

мля, имел ввиду режим работы -
Например:
&pathfind([mode],[x],[y])
Где [mode]=1 (если в абсолютных координатах)
[mode]=2 (если в относительных координатах)

ЗЫ: лучшеб [z] сделали...

Я так же могу сказать что для относительных перемещений достаочно uo.getX()+dx

Ты бы задумывался прежде чем писать. Зачем плодить параметры?

&pathfind(+12, -4) - относительные координаты
&pathfind(12, 4) - абсолютные координаты
&pathfind(12, -4) - смешанные координаты

Абсолютно легко парсится, легко использовать в скриптах

Ну ХЗ, яж не знаю, сможет ли перл отличить +12 от 12...
Так бы сразу и сказал что так можно...
А то, блин, начал как обчно гнать... ... не все же люди имеют такие же глубокие познания в парсинге скриптов как и ты %)

Перл - нет, парсер - да, тем более, что его для таких целей и переписывали.

"+" и как же передавать плюсик в переменной ?
я думаю стоит сделать так : третим параметром - без параметра либо 0 - относительные ,
с параметром <>0 абсолютные .
загонять переменную в 3ий параметр и не парица , где нада переключить и все ...

+a ?..

Попробывать слабо? -)

флудер , дык я не сомневаюсь что путем сложения символа + и циферки 123 мы получим строку +123 , с которой работать не очень удобно , + к тому еще нада написать функцию в дллке которая будет обрабатывать этот параметр в функции патфайнд чтобы определить есь там плюсик или нету ,хлопотно и не зачем .

Ты не понял, в примере Edred'а он передаёт ЧИСЛО, а не строку, и ты так делай!

&pathfind(+a, -b)

PS: А я ваще незнаю, как оно тама работает, но в теории - я всё верно говорю.

Я чо подумал - идея назрела.

Отладчик нужен!

Типа кнопочку нажал - он действие выполнил, а сам - не дурак, выводит значения всех переменных.

Destruction, ty imejesh vvidu postojannyj debug? ili imenno pri nazhatiji knopo4ki?

Гыгы, весело будет если сделать постоянную дебагу -))

Разумеется при нажатии.

Такая дебага будет крайне полезна, чтобы понять, как работает моя ходилка годовалой давности

чеговы тут заладили все про +???
естьзнаковые есть безнаковые числа...
беззнаковые не могут быть представлены в отрицательнойобласти
в знаковых + опускается... что за нах вообще?) развели флут исходники инжи гоните

В предыдушей версии была ошика;) связаня с терминейтом;)

nazyvajecca beta testery, nihuja naiti nemogut ;0

ну ее могли найти только этой ночью...

Хорошие новости;)
В скором времни добавлю процедуру
pathfind(x0, y0, z0, x1, y1, z1, xz, prec)
соответственно кординаты начала и конца...
теперь обстоит вопрос делема... функция выстраивает маршрут... и что сним делать? передать на растерзание в модуль? или уже програмно реализовывать хождение по нему?
По мне так первый интересней;)