Application: gvSIG desktop

I've tried using Draw operation instead of DrawInts, but it gets eventually rounded to integers anyway so the problem still happens.

Draw operation calls to geom.getShape(affineTransform), which creates a DrawGeometryShape which finally creates a DrawGeneralPathXIterator to simplify the general path for drawing.

I've tried modifying DrawGeneralPathXIterator to produce float points instead of integers and then the error does not happen any more (the lines are correctly visualized in the PDF).

The question is whether this change on DrawGeneralPathXIterator behaviour could be valid for all the scenarios or we need to create a different strategy for printing (such as creating a Print operation which overrides the default pathIterator).

Seguramente en la vista (en pantalla) es inevitable porque es un efecto del redondeo de double a int, pero para exportación a PDF se puede evitar este defecto ya que permite coordenadas en float (he hecho una prueba de concepto que funciona).

El caso es cómo implementarlo limpiamente en el core. Por lo que he visto, se acaba llamando al método print de la simbología (en este caso SimpleLineSymbol), que a su vez llama a la operación DrawInts.

Se me ocurre que para impresión debería usarse la operación Draw, que si su nombre no engaña no debería redondear a enteros. Sin embargo, Draw también redondea a enteros, ya que acaba llamando a
g.draw(geomToDraw.getShape(affineTransform));
que a su vez acaba creando un DrawGeometryShape y un DrawGeneralPathXIterator, y este último redondea a enteros.

Una solución sería que el método Draw crease un wrapper de la geometría de forma que su método getShape use un path iterator que no redondee a enteros. Otra opción sería cambiar el comportamiento general de DrawGeneralPathXIterator para que no redondease a enteros. Según me ha parecido entedner, para dibujado en pantalla se usa DrawInts que usa su propio path iterator y por tanto no le afectaría.

Otra opción es crear una nueva operación Print e implementar allí las soluciones que he comentado para Draw. Esto tendría bastante sentido porque Draw acaba llamando a doc.getSymbol().draw, cuando existe doc.getSymbol().print que sería lo correcto (aunque esto no nos evitaría implementar las soluciones que he comentado antes).

Hola, creo que este mensaje de Ruth Esteban en la lista respecto a la calidad de la impresión puede ser un síntoma del mencionado problema del redondeo a enteros:

"
- Y lo más importante porque no se puede exportar el mapa en formato imagen,
solo en PDF, siempre tengo problemas, o las líneas creadas no tienen el
grosor que yo le he dado en los mapas, o la leyenda no esta para nada bien,
o pierde demasiada calidad cuando lo exportas a PDF, y más si luego quieres
incluirlo a un documento, ya pierdes toda la calidad, y yo necesito imagenes
de muy buena calidad. Asi que al final acabo haciendo mapas locales y
caseros a mano, con las imagenes exportadas de la vista, lo que es un gran
fastidio"