diff options
author | Damiano Galassi <[email protected]> | 2017-12-07 14:02:37 +0100 |
---|---|---|
committer | Damiano Galassi <[email protected]> | 2017-12-07 14:02:37 +0100 |
commit | 808736004b3481eacc6522abd5cd3a6e7e33009f (patch) | |
tree | b59ff9e759748f4930354d33c36df7e4426159bf /macosx | |
parent | dc62ff318e7e596ec0fc2bd774d21d7e39588a78 (diff) |
MacGui: remove an old workaround for a forgotten issue with progress bars.
Diffstat (limited to 'macosx')
-rw-r--r-- | macosx/HBController.m | 13 |
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:@""]; |