[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from i...@openoffice.org Mon Jun 8 08:24:22 + 2009 --- *** Issue 102507 has been marked as a duplicate of this issue. *** - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from t...@openoffice.org Mon Apr 6 14:55:35 + 2009 --- Oh, one additional note: if there's a need for a general-purpose matrix class (that also handles much larger matrices), please use boost's http://www.boost.org/doc/libs/1_38_0/libs/numeric/ublas/doc/index.htm - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from t...@openoffice.org Mon Apr 6 14:49:05 + 2009 --- Nothing substantial to add; only the canonical ptr to http://www.physics.ohio-state.edu/~dws/grouplinks/floating_point_math.pdf The problem here is the special case for comparing against zero (which does not allow for relative precision calculation) - what I don't recall here is what the checks at translate() were for, @aw, were there cases of catastrophic cancellation you recall? - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 User iha changed the following: What|Old value |New value Assigned to|iha |weiz --- Additional comments from i...@openoffice.org Fri Apr 3 14:40:50 + 2009 --- @weiz, please implement this as aw has decided. Thanks! - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from a...@openoffice.org Fri Apr 3 14:32:01 + 2009 --- AW: I'm sorry that You think the interface is ugly, thb and i designed it carefully. Adding the value to each incarnation of a matrix would bloat memory and solve only for matrices. We offered possibilities to hand over an own small value where needed, but it's implemented as needed. You are the first who requests it for matrices. The current small value has nothing to do with screen pixels or cm at all, but only with double precision using IEEE 754 (AFAIK, see http://de.wikipedia.org/wiki/Gleitkommazahl for more infos) where the number is 64bit, divided in exponent (11) and mantisse (52). In that sense, the matrix class is not designed for graphics, but for common purpose. I see no hindrance in expanding the interface in the suggested way. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from i...@openoffice.org Fri Apr 3 13:39:32 + 2009 --- small correction, the current limit is: double ::basegfx::fTools::mfSmallValue = 0.1; - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 User iha changed the following: What|Old value |New value CC|'thb,weiz'|'aw,thb,weiz' --- Additional comments from i...@openoffice.org Fri Apr 3 13:31:37 + 2009 --- @aw, thb, adding an additional parameter to several methods at the matrix classes seems quite unhandy to me. What an ugly interface to use (and implement). Wouldn't it make more sense to add the precision limit as a member to the matrix class? Furthermore the current precision limit: double ::basegfx::fTools::mfSmallValue = 0.0001; seems to me to be optimized for graphical display purposes where operations might mostly happen in orders of magnitude of typical pixel counts or cm. That's quite ok if one looks at the namspace of this matrix classes. So maybe the use of the basegfx matrices for more general mathematical calculations is not the right choice. Can one of you suggest another matrix class? Or have the basegfx matrix classes the claim to be all purpose matrices? Thank you for sharing your thoughts on your classes with the users of your classes. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from i...@openoffice.org Fri Apr 3 12:55:55 + 2009 --- @aw, the regression flag is absolutely correct. Load the attached file with OpenOffice.org 2.2 and double click the chart you can see that it was rendered correctly. Starting with OOo 2.3 where the chart started to use basegfx matrices the chart rendering of this file is broken. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 --- Additional comments from a...@openoffice.org Fri Apr 3 12:41:03 + 2009 --- AW: Another comment to Your (beloved? :-)) broken and regression flags: That behaviour has always been in basegfx (since it's been necessary from the start) and has never been changed, so this cannot have come up from basegfx changes. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 User aw changed the following: What|Old value |New value CC|'weiz'|'thb,weiz' Assigned to|aw|iha --- Additional comments from a...@openoffice.org Fri Apr 3 12:35:29 + 2009 --- AW->IHA: That small value is well balanced to make all kind of linear algebra stuff work with the double precision values which sadly are not natural mathematical numbers, but only try to come close to them. All kinds of precision problems will arise when You change that number, so no, You cannot change it. All algorithms using the non-ednless double precision values need to be balanced with a restricting precision value (maybe You will again not believe me here, in that case look in the net for answers :-). That small number would even have to be smaller when we would decide to go from doubles to floats. The standard convention normally used in basegfx is to have the function call in a second version where the small number is handed over as last parameter, see various examples by grepping basegfx. This would mean to add below void translate(double fX, double fY); a second method with void translate(double fX, double fY, const double& rfSmallValue); and to implement it accordingly by handing over that value to the used fTools::equalZero tests which have a SmallValue supportig version. When You do this, please take the time to add all necessary calls to the implementation of B2DHomMatrix, others may need it in the future, too. Another possibility is that You have a numerical problem with floating point in the sense of numerical mathematics: You may use the wrong numerical method. If that translation is an added translation with thousands of small moves, the numerical way is not to translate thousands of time by the small value, but to collect the combined translation locally and to apply a single one. Tis is done for precision reasons and was stated in the 70's together with IEEE formats (in fortran77 at that time). I will add thb to cc, he may have more information on the topic if needed. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 99915] wrong matrix translation c auses broken chart display for small values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=99915 User iha changed the following: What|Old value |New value CC|''|'weiz' Assigned to|weiz |aw Summary|broken chart display for s|wrong matrix translation c |mall values |auses broken chart display | | for small values --- Additional comments from i...@openoffice.org Fri Apr 3 11:26:25 + 2009 --- @aw, within the chart we need more accurate matrix calculations as currently possible with the default value mfSmallValue. As this is a global static variable it cannot be changed for chart usage only. Can you suggest what to do here? Thanks! - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
