Talk:Export Resolution Draft2
- I think, putting the "keep ratio" checkbox and "original size" button under the width and height fields looks better than the place I have given it.
- Making a information section over the Help-Ok-Chancel section looks good. It would have the advantage, that there is enough place to add an additional warning if necessary.
- The icon "information" is a good idea. Christian can deliver such an OOo-conform icon, as he told me.
- We need no second "keep ratio" because there is only one pixel resolution.
- I like to put the color depth in the common section because this is a feature which appears in several formats. Up to now OOo doesn't allow the user to determine it for all possible cases. But with further improvement in this area, no new design would be necessary.
Regina 18:13, 19 March 2008 (CET)
- I would remove the "Restore" label
- A second keep ratio does make sense as you can edit either logical size and pixel size. They both have a ratio.
Two new proposals. I've added warnig and error icons in addition, so you can form an opinion about them. Regina 00:13, 20 March 2008 (CET)
I put the information on one line. The text itself should be improved by a linguist. I think, that it is necessary to have the number behind the text, so that you have one string, which will be translated and another string, which holds number and unit and needs no translation.
In this mockup I use a warning. If no warning needed, it should show an "information"-icon instead.
I think the information itself and a warning is necessary, because a user can easily made settings, which produce very large pictures. Currently OOo produces an "General I/O error" and an additional "file could not be written" error, after it tries to save. I don't know, what happens now, if the needed memory exceeds RAM. But the user should get a warning before OOo produces an error.Regina 14:09, 20 March 2008 (CET)
Some Technical Notes
- It is possible to add these dialogs to OOo 2.3.1 and newer with an extension
- current size limit of exported pixel images is 1024MB. This is hard coded in GraphicFilter::ExportGraphic() and should maybe changed for 3.0 to use a configuration entry.
- I see the problem earlier, when the picture is in RAM. The current error message, if there is not enough RAM, is inappropriate. Regina 10:38, 25 March 2008 (CET)
- Not all of the features currently discussed in this specification can already be used with the existing filters. F.e. Color Depth for jpeg only supports grayscale and true color. This is of course only a limitation of the current filter implementations and should be changed later.
- Is it possible to hide such items, which are not possible for the chosen format (like 24 Bit color for gif), and disable (show light or italic) those items, which are possible but not yet implemented? In addition, jpeg/grayscaled is implemented wrong, it should be 8 Bit but is gives 24 Bit. Regina 10:38, 25 March 2008 (CET)
- Compression mode for png does not alter image quality but only changes file size and encoding speed. Since encoding speed may be irelevant on todays hardware (even slow ones), we may discuss if we remove this entry from the user interface. Have to discuss this with sven who is our filter expert.
Christian Lippka 22 March 2008
Version 5 - no resizing allowed
It brings a lot of difficulties, if resizing of the object during export is allowed, even if you force keeping ratio. (As far as I see, you have to copy the object in vector mode and resize it in vector mode, before writing to the virtual device.) Therefore I suggest not to allow any resizing. A possible UI could look like this:
Regina 10:38, 25 March 2008 (CET)