rpms/openoffice.org/F-10 openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch, NONE, 1.1 openoffice.org.spec, 1.1732, 1.1733

[Caolan McNamara]

Author: caolanm

Update of /cvs/pkgs/rpms/openoffice.org/F-10
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30839/F-10

Modified Files:
	openoffice.org.spec 
Added Files:
	openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch 
Log Message:
Resolves: rhbz#504419  openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch

openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch:

--- NEW FILE openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch ---
diff -ru sc.orig/inc/progress.hxx sc/inc/progress.hxx
--- sc.orig/inc/progress.hxx	2009-06-09 11:02:35.000000000 +0100
+++ sc/inc/progress.hxx	2009-06-09 11:03:37.000000000 +0100
@@ -36,6 +36,17 @@
 
 class ScDocument;
 
+/*
+ * #i102566
+ * Drawing a progress bar update is not cheap, so if we draw it on every
+ * percentage change of 200 calculations we get one progress draw per 2
+ * calculations which is slower than doing the calculations themselves. So as a
+ * rough guide only do an update per MIN_NO_CODES_PER_PROGRESS_UPDATE
+ * calculations
+ */
+#define MIN_NO_CODES_PER_PROGRESS_UPDATE 100
+
+
 class SC_DLLPUBLIC ScProgress
 {
 private:
diff -ru sc.orig/source/core/data/cell.cxx sc/source/core/data/cell.cxx
--- sc.orig/source/core/data/cell.cxx	2009-06-09 11:01:11.000000000 +0100
+++ sc/source/core/data/cell.cxx	2009-06-09 11:04:45.000000000 +0100
@@ -1701,7 +1701,7 @@
 
         // Reschedule verlangsamt das ganze erheblich, nur bei Prozentaenderung ausfuehren
         ScProgress::GetInterpretProgress()->SetStateCountDownOnPercent(
-            pDocument->GetFormulaCodeInTree() );
+            pDocument->GetFormulaCodeInTree()/MIN_NO_CODES_PER_PROGRESS_UPDATE );
     }
     else
     {
diff -ru sc.orig/source/core/tool/progress.cxx sc/source/core/tool/progress.cxx
--- sc.orig/source/core/tool/progress.cxx	2009-06-09 11:01:11.000000000 +0100
+++ sc/source/core/tool/progress.cxx	2009-06-09 11:04:14.000000000 +0100
@@ -162,7 +162,7 @@
             if ( !pGlobalProgress )
                 pInterpretProgress = new ScProgress( pDoc->GetDocumentShell(),
                     ScGlobal::GetRscString( STR_PROGRESS_CALCULATING ),
-                    pDoc->GetFormulaCodeInTree(), FALSE, bWait );
+                    pDoc->GetFormulaCodeInTree()/MIN_NO_CODES_PER_PROGRESS_UPDATE, FALSE, bWait );
 			pInterpretDoc = pDoc;
 		}
 	}


Index: openoffice.org.spec
===================================================================
RCS file: /cvs/pkgs/rpms/openoffice.org/F-10/openoffice.org.spec,v
retrieving revision 1.1732
retrieving revision 1.1733
diff -u -p -r1.1732 -r1.1733
--- openoffice.org.spec	7 May 2009 10:24:01 -0000	1.1732
+++ openoffice.org.spec	9 Jun 2009 10:33:52 -0000	1.1733
@@ -149,6 +149,7 @@ Patch75: openoffice.org-3.1.0.ooo101145.
 Patch76: openoffice.org-3.0.1.oooXXXXX.sfx2.badexception.patch
 Patch77: openoffice.org-3.1.0.ooo101354.filter.xhtml.do-not-label-list-headers.patch
 Patch78: openoffice.org-3.1.0.ooo101379.vcl.qstart.SM.patch
+Patch79: openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch
 
 %define instdir %{_libdir}
 %define baseinstdir %{instdir}/openoffice.org
@@ -1421,6 +1422,7 @@ tar xzf %{PATCH21}
 %patch76 -p1 -b .oooXXXXX.sfx2.badexception.patch
 %patch77 -p0 -b .ooo101354.filter.xhtml.do-not-label-list-headers.patch
 %patch78 -p0 -b .ooo101379.vcl.qstart.SM.patch
+%patch79 -p0 -b .ooo102566.sc.less.frenetic.progress.patch
 
 %build
 echo build start time is `date`, diskspace: `df -h . | tail -n 1`
@@ -3796,8 +3798,9 @@ fi
     unopkg list --shared > /dev/null 2>&1 || :
 
 %changelog
-* Thu May 07 2009 Caolán McNamara <caolanm at redhat.com> - 1:3.0.1-15.5
+* Tue Jun 09 2009 Caolán McNamara <caolanm at redhat.com> - 1:3.0.1-15.5.UNRELEASED
 - Resolves: rhbz#499474 soffice and .recently-used.xbel
+- Resolves: rhbz#504419  openoffice.org-3.1.0.ooo102566.sc.less.frenetic.progress.patch
 
 * Fri May 01 2009 Caolán McNamara <caolanm at redhat.com> - 1:3.0.1-15.4
 - Resolves: rhbz#494643 EMF polypolygons issue