I&#39;ve been trying to think about an improved design for the print composer.&nbsp; Currently, there are two major issues: print fidelity and ease of use.<br>I find the current composer paradigm to be fairly common and intuitive.&nbsp; Several drawing programs (such as Inkscape or OOo Draw) use this basic GUI design.&nbsp; Tim had some other ideas for the GUI design, which I&#39;m also thinking about.
<br><br>Most of the printing issues are results of inconsistent scaling between the screen and the printer (or PDF, which acts the same as a printer).<br><br>There are at least four ways I would like to be able to specify sybolology size:
<br>&nbsp; -Map units (e.g, 20 meters)<br>&nbsp; -Scale-relative paper units (.5mm at 1:15000)<br>&nbsp; -Paper units (3mm, regardless of scale)<br>&nbsp; -Screen units (5 pixels, regardless of scale)<br><br>Right now, only the last one is implemented, so this would probably represent a major change in the way vector layers are rendered.&nbsp; I don&#39;t know a lot about this, so I&#39;d especially like some input as to how hard this would be to implement, and how it would fit in with the rest of QGIS.
<br><br>Symbols would probably use some type of plugin, which would be able to paint themselves without being tied to a specific resolution.&nbsp; Tim has mentioned preferring to use SVG for all of the symbols.&nbsp; Unfortunately, SVG doesn&#39;t allow user-defined colors (at least by default; it might be possible to write code which could re-color an SVG).
<br><br>The code to render the map would hopefully be exactly the same for the map canvas and the composer&#39;s render and cache modes.&nbsp; The caller would specify the size of the device to be painted on, and the map would correctly scale itself.
<br><br>Ideally, the cache/render difference would become invisible to the user, with QGIS automatically updating the cache when something changes.&nbsp; There may still need to be a &quot;hard cache&quot; mode for times when rendering a map takes a very long time.
<br><br>Many of the usability problems could be fixed by adding more tips to the user such as tool-dependent cursors and possibly a status bar.&nbsp;&nbsp; I&#39;d like to be able to resize the map by dragging the bounding boxes.&nbsp; More importantly, the user should be able to redefine the area a map displays.
<br><br>The current way the scalebar, legend and labels appear as soon as the
user clicks their buttons seems a little goofy.&nbsp; It might be better to
pop up a dialog with the options, and let the user click ok before
creating the item.<br><br>Is this reasonable?&nbsp; Is it doable, and a direction QGIS should go in?&nbsp; I&#39;ll try to put together an official RFC soon, as I figure out some more details of how the code will actually work.<br>
<br>Steven<br><br>By the way, I&#39;ve think I&#39;ve figured out the problem with the map labels
not printing correctly.&nbsp; Unfortunately, it doesn&#39;t appear completely
straightforward to solve.
<br><br>