office-gobmx/svtools/source
Lionel Elie Mamane 9bd5e75b95 forcing repaint has catastrophic performance implications; invalidate only
In Base:
1) Open a big table (hundreds of rows)
2) Only the first 40 to 100 rows are fetched into the cache and shown
   (depending on screen / window size).
3) Move to last row (click on icon |>|)
4) The last 40 to 100 rows are fetched into the cache; the data of the
   first 40/100 rows is pushed out of the cache.
5) The first 40 to 100 rows are fetched, just so that the call to
   rWindow.Paint() can do its job, because they are not in the cache
   anymore (!). The last 40/100 rows are pushed out of the cache.
6) The last 40 to 100 rows are fetched into the cache and displayed;
   the first 40/100 rows are pushed out of the cache *again*.

Steps 5 and 6 are obviously *very* stupid.

Change-Id: Ic11b893ea9440c2c5a142bd3c77c95d6730aa723
2012-07-24 17:35:57 +02:00
..
brwbox forcing repaint has catastrophic performance implications; invalidate only 2012-07-24 17:35:57 +02:00
config
contnr fdo#48549 System::Beep() removal 2012-07-23 15:12:44 +01:00
control Revert "Make bottom tabbar items follow native theme" 2012-07-16 09:29:03 +02:00
dialogs
edit fdo#48549 System::Beep() removal 2012-07-23 15:12:44 +01:00
filter Various Clang 3.1 -Wunsued-variable, -Wconstant-conversion 2012-07-18 08:23:28 +02:00
graphic Decrease header files dependencies 2012-07-11 11:12:15 +05:30
hatchwindow
inc
java
misc fdo#51659: static assertion for STR_ARR_SVT_LANGUAGE_TABLE 2012-07-24 15:16:00 +02:00
svhtml
svrtf
table
toolpanel
uno Resolves: fdo#37279 and #i78701# startEditingAtNode does nothing 2012-07-15 22:03:48 +01:00
urlobj