traverso-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Traverso-commit] traverso/src/sheetcanvas Cursors.cpp


From: Remon Sijrier
Subject: [Traverso-commit] traverso/src/sheetcanvas Cursors.cpp
Date: Sun, 22 Mar 2009 21:10:38 +0000

CVSROOT:        /sources/traverso
Module name:    traverso
Changes by:     Remon Sijrier <r_sijrier>       09/03/22 21:10:38

Modified files:
        src/sheetcanvas: Cursors.cpp 

Log message:
        * revert last change, it's not working as expected

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/traverso/src/sheetcanvas/Cursors.cpp?cvsroot=traverso&r1=1.16&r2=1.17

Patches:
Index: Cursors.cpp
===================================================================
RCS file: /sources/traverso/traverso/src/sheetcanvas/Cursors.cpp,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -b -r1.16 -r1.17
--- Cursors.cpp 22 Mar 2009 20:24:44 -0000      1.16
+++ Cursors.cpp 22 Mar 2009 21:10:36 -0000      1.17
@@ -162,13 +162,14 @@
        // When timeref_scalefactor is below 5120, the playhead moves faster 
then teh view scrolls
        // so it's better to keep the view centered around the playhead.
        if (m_mode == CENTERED || (m_sv->timeref_scalefactor <= 10280) ) {
-                m_sv->set_hscrollbar_value(int(scenePos().x()) - (int)(0.5 * 
vpWidth));
                  // For some reason on some systems the event of
                 // setting the new position doesn't result in
                 // updating the area of the old cursor position
                 // when directly updating the scrollbars afterwards.
                 // processing the event stack manually solves this.
                 qApp->processEvents();
+
+                m_sv->set_hscrollbar_value(int(scenePos().x()) - (int)(0.5 * 
vpWidth));
                 return;
        }
         
@@ -228,13 +229,13 @@
        }
 
        if (m_sv->hscrollbar_value() != newXPos) {
-               m_sv->set_hscrollbar_value(newXPos);
                 // For some reason on some systems the event of
                 // setting the new position doesn't result in
                 // updating the area of the old cursor position
                 // when directly updating the scrollbars afterwards.
                 // processing the event stack manually solves this.
                 qApp->processEvents();
+               m_sv->set_hscrollbar_value(newXPos);
         }
 }
 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]