  |
Select an "optimized" way to draw the coloring of the domain ( [Filled] ). By default, for each small triangle (or quadrilateral) a set of polygons - one for each color - is generated. If all those very small polygons have to be drawn this may take a while. There are implemented three different optimization algorithms (one worse than the other). These algorithms are to reduce the number of polygons by connecting them to larger ones. This may considerably reduce the pixel data which has to be transferred (by 30 ... 90 percent).
However, this will need a lot of computational time, but at least, this can be done completely parallel on each processor. It is sure that the drawing to the window will be faster if the polygons are optimized before. But it is generally not clear if the total time can be reduced. This depends on the number of nodes in the subdomains, the number of colors and the current data values.
The different modes are:
| 1. | a simple and slow sorting algorithm that produces correct output; |
| 2. | a quick and dirty algorithm that works well in most cases, however, incorrect if the solution in one subdomain contains a "ring" of one color with another color inside; it may happen that the inner field is overwritten by the color of an outer field; |
| 3. | the same as 2. using XOR-mode drawing to the screen; this "repairs" the errors mentioned above. (But it is useless for postscript output!) |
| 0. | this selects explicitly no optimization and no re-ordering of polygons (normally they are sorted by colors). This is equivalent to the next menu item ( [Patch] ). |
The default case (no optimization) would lead to very large (and hence slowly loadable) postscript files if [PSopen] is active. Therefore, postscript output is always optimized using the last mode selected with [OptFil] or mode 2, if none was selected before. Thus, to avoid time-consuming optimization and accept large postscript files instead, you must select [OptFil] mode 0 before.
