Hola Es verdad que Flash tiene una manera muy peculiar de hacer los redondeos y eso puede generar ciertas inexactitudes. Hace tiempo que se discuti� ese tema en un foro, y creo que fue Pedro Alpera (aunque no estoy seguro, habr� que preguntarle) quien conoc�a ese sistema de redondeo. Si encuentro el post donde se habl� de ello lo pongo aqu�.
Pero lo importante es tener constancia que Flash no hace c�lculos exactos, pero no por bugs, si no siguiendo una l�gica muy concreta ( otra cosa es que esa l�gica nos resulte problem�tica. En cualquier caso, para movimientos que exigen una parada en un punto concreto como es en este caso, lo mejor es hacer una condici�n que termine el bucle cuando la distancia al punto de destino sea menor que cierta cantidad, y una vez cumplida esa condici�n forzar a que se ocupe la posicion final. Si se hace de una manera cuidadosa no se nota. Me gustar�a no obstante que concretaras un poco m�s tu poblema, ya que si no podr�a darte una soluci�n ajena �l. Un saludo *********** SEPARADOR DE RESPUESTA *********** Recibido el 13/02/2004 a las 21:26 De: Carlos Terradillos Guti�rrez >Hola, >Trabajando con las ecuaciones de R. Penner resulta que encuentro en >flash errores de bulto, o sea que no hay manera de prever donde va a >quedar un mc que supuestamente tendr�a una determinada posici�n final, >por ejemplo. > >No es un problema de las ecuaciones. Lo he comprobado y en Excel cuadran >perfectamente. Entonces me imagino que es un problema de la capacidad de >c�lculo de flash. > >�No ser� �ste un par�metro modificable? > >Yo la verdad no lo encuentro, pero por si acaso. > >Saludos. > >:��: croma2 :������������������������: >: Carlos Terradillos Guti�rrez : >:::::::::::::::::::::::::::::::::::::: > ><!------------------------------- >Lista ASNativos: >subscripciones/desubscripciones >http://www.sidedev.net/asnativos >--------------------------------> <!------------------------------- Lista ASNativos: subscripciones/desubscripciones http://www.sidedev.net/asnativos -------------------------------->
