You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.
Reporter: LonelyPixel [Submitted to the original trac issue database at 6.00pm, Friday, 9th January 2009]
When you have selected a node/way/anything and click on an empty space
on the map to unselect them, it takes a few seconds until it's
unselected and the application continues to react on user input. This is
a very frustrating thing when working with many objects and often
selecting something different.
I found out that access to the QSettings instance is relatively slow.
This was done for every object in all visible layers when deselecting
objects. Since preferences access does not depend on any loop variable,
I have moved the prefs access outside of that loop. Now there's no
noticeable delay left.
Since the QSettings class is a Qt class and it stores settings into the
registry on Windows (which is a thing not to be found on other
platforms), I assume that this bug is platform-dependent any may not be
visible on Linux/OSX. It is visible on Windows though and this patch
fixes it.
The text was updated successfully, but these errors were encountered:
Reporter: LonelyPixel
[Submitted to the original trac issue database at 6.00pm, Friday, 9th January 2009]
When you have selected a node/way/anything and click on an empty space
on the map to unselect them, it takes a few seconds until it's
unselected and the application continues to react on user input. This is
a very frustrating thing when working with many objects and often
selecting something different.
I found out that access to the QSettings instance is relatively slow.
This was done for every object in all visible layers when deselecting
objects. Since preferences access does not depend on any loop variable,
I have moved the prefs access outside of that loop. Now there's no
noticeable delay left.
Since the QSettings class is a Qt class and it stores settings into the
registry on Windows (which is a thing not to be found on other
platforms), I assume that this bug is platform-dependent any may not be
visible on Linux/OSX. It is visible on Windows though and this patch
fixes it.
The text was updated successfully, but these errors were encountered: