To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=4499
------- Additional comments from [EMAIL PROTECTED] Sun Mar 9 18:21:10 +0000 2008 ------- Thank you Regina, I'll do that. Thank you crxssi, I believe the place to address additional proposals would be in the discussion of a proposed specification. However, before you oppose what I'm suggesting, I hope you'll help. Let me ask you to consider the following: Issues surrounding the topic of low export resolution (96 DPI) have languished for 6 years now apparently because of the complexity of attempting to write specifications for each of the user filter dialogs. It has also been complicated by lumping together (if there are indeed 4 separate issues here) different user feature requests under one blanket issue number. That makes it extremely hard (if not impossible) to resolve or even describe. You can't pleas all of the people all of the time. If that make-it-do-everything approach is continued we may never see any change simply because other issues are more clearly defined and simpler to solve. First rule of support prioritizing -- knock the easy ones off the list first. Yes there are a lot of things on the wishlist. But frankly, I would be happy if I could simply export my drawings in a single bitmap file format at a reasonable resolution. ANYTHING to get a drawing into another program, like GIMP for processing with non-vector tools (airbrush, etc) would be fine by me. Such a clear and simple goal seems achievable IF we stop demanding a wedding cake and realize we can at least have a muffin. We've got nothing right now. 96 DPI is it. We're starving. Let's work together to get a preliminary simple decent quality export function going, and then add refinements later. At least then we can do real work in the program instead of waiting an unspecified number of years to use OODraw for anything but screen graphics and .pdf's. To me, OODraw and an export to a bitmap editor would represent the ideal in combined flexibility. The vector program allows the development and maintenance of the primary image in unlimited resolution quality; the bitmap editor, the ability to work with an instance of the image to do final hand airbrush level alterations to shading etc that are not possible in the vector program. These two kinds of programs should be able to work together. Neither is sufficient unto itself. We need both. I think if we insist on having every file filter dialog altered to include resolution, we'll never see it accomplished. New file filters are published or modified every year, the requests for additional filter input variables will be encouraged by doing it that way, and frankly the limitations on manpower probably can not be distracted in this vector graphics program to continual work on individual bitmap filter requirements. A global export resolution setting variable in a convenient place (NOT Options) for rapid alteration as needed would serve to greatly increase the utility of this program. And yes DPI is useful. Yes it is print oriented. That's what we're talking about here, print quality graphics -- the program already outputs screen quality graphics at 96DPI. All printers use this convention for resolution. And so do all bitmap editors. Since the document size is set in Open office it is perfectly straightforward to derrive total number of pixels from resolution and physical document size if it is important to you. Most people do not need it (except for screen graphics), but do understand, conceptually and visually, what resolution is, what the physical size of a document or image is and what they want to see for quality in that image. In fact a pixel is non-dimensional and by itself meaningless -- how big are 200 pixels and how fine a resolution is it? Anyway, if the developers want they can include both total pixel and DPI (or DPcm) in any way, just as long as I can create images which are exported at 600 dpi or better. That alone would vastly improve what can be done with Draw, agreed? --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
