определить наименьшую дистанцию между Point-ами

[silin]

>>дистанции сортировать и брать первую(наименьшую), но возникла проблема - как узнать от какой точки, собственно, эта дистанция..

у штатной сортировки есть опция для выдачи индексов, не трогая сам массив
для этой задачки это:

private function nearPointIndx():int
{
	return _points.sort(sortFunc, Array.RETURNINDEXEDARRAY)[0];
}
private function sortFunc(a:Point, b:Point):Number
{
	var mouse:Point = new Point(mouseX, mouseY);
	return Point.distance(mouse, a) > Point.distance(mouse, b) ? 1 : -1;
}

но это так, для полноты картины только, как Wolsh предложил поскладнее будет

[Idon'tKnow]

Сообщение от Zebestov

Idon'tKnow, неправда.

Хм, а почему неправда? Допустим есть 2 точки с нереально большими суммами координат по х и по у.

Вот например, как легко ломается нигма на больших значениях:
Тык.

А вот, что мне выдает FD.

package 
{
	import flash.display.Sprite;
	import flash.events.Event;
 
	public class Main extends Sprite 
	{
 
		public function Main():void 
		{
			if (stage) init();
			else addEventListener(Event.ADDED_TO_STAGE, init);
		}
 
		private function init(e:Event = null):void 
		{
			removeEventListener(Event.ADDED_TO_STAGE, init);
			// entry point
 
		var num1:Number = 10;
		var num2:Number = 9.9999999999999999;
		trace(num1 == num2); // true
		}
	}	
}

Может, конечно, я что-то пишу неверно, выслушаю критику.

P.S. Я прекрасно понимаю, что таких случаев быть не может на 99.9% , скорее всего, но зачем рисковать?

[Zebestov]

Сообщение от zuxul

…можно сравнивать не извлекая корень

Сообщение от Idon'tKnow

…это может привести к неверному ответу

По твоему мнению, опуская извлечение корня, мы искажаем ответ. Это неправда. Допишу в твой пример одну строчку.

var num1:Number = 10;
var num2:Number = 9.9999999999999999;
trace(num1 == num2); // true
trace(Math.sqrt(num1) == Math.sqrt(num2)); // true (внезапно)

Вопрос — зачем корни считали?
Важно даже не то, что в 99.9% случаев все будет хорошо, а то, что в 100% случаев это будет несущественно.

[Idon'tKnow]

Zebestov, Да я на горячую голову писал. Думал одно, писал другое. Я писал про то, что операцию корня не нужно использовать, она и может привести к неверному ответу. К нему и приводил примеры, правда сейчас понимаю, что если числа всё равно округляются, то ошибки просто не получится избежать. Точнее, когда я писал