summaryrefslogtreecommitdiffstats
path: root/macosx/HBController.m
diff options
context:
space:
mode:
authorDamiano Galassi <[email protected]>2017-12-07 14:02:37 +0100
committerDamiano Galassi <[email protected]>2017-12-07 14:02:37 +0100
commit808736004b3481eacc6522abd5cd3a6e7e33009f (patch)
treeb59ff9e759748f4930354d33c36df7e4426159bf /macosx/HBController.m
parentdc62ff318e7e596ec0fc2bd774d21d7e39588a78 (diff)
MacGui: remove an old workaround for a forgotten issue with progress bars.
Diffstat (limited to 'macosx/HBController.m')
-rw-r--r--macosx/HBController.m13
1 files changed, 0 insertions, 13 deletions
diff --git a/macosx/HBController.m b/macosx/HBController.m
index d5e64c2b5..96155900d 100644
--- a/macosx/HBController.m
+++ b/macosx/HBController.m
@@ -194,19 +194,6 @@
{
[self enableUI:NO];
- /* For 64 bit builds, the threaded animation in the progress
- * indicators conflicts with the animation in the advanced tab
- * for reasons not completely clear. jbrjake found a note in the
- * 10.5 dev notes regarding this possiblility. It was also noted
- * that unless specified, setUsesThreadedAnimation defaults to true.
- * So, at least for now we set the indicator animation to NO for
- * both the scan and regular progress indicators for both 32 and 64 bit
- * as it test out fine on both and there is no reason our progress indicators
- * should require their own thread.
- */
- [fScanIndicator setUsesThreadedAnimation:NO];
- [fRipIndicator setUsesThreadedAnimation:NO];
-
// Bottom
[fStatusField setStringValue:@""];