The display width variation happens regardless of the action used to toggle the Contents pane (double-click separator, menu command, and toolbar button). Toggling the Notes pane is fine. This glitch is also independent of Automatically Resize setting, and the Always Show Scrollbars system setting on my system.
Are you sure this is how you got this? This makes absolutely no sense to me, as we don't even do anything with the containing view. So how could it ever shrink?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Do you really expect me to speculate about your code? I assume that's rhetorical.
Here's more info: I deleted net.sourceforge.skim-app.skim.plist and was still able to reproduce the glitch by repeated toggling Cmd-Shift-T. Do you have a Mountain Lion system to test with?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes, it's rhetorical. It absolutely makes no sense to me. Also as nobody has seen this yet. Perhaps you hit this multiple times in short succession? That can be a problem, Apple's animation are pretty sensitive to this, without them offering any way to avoid problems with it.
Unfortunately, I don't have a ML system to test this myself.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The delay between toggles has no influence. Considering I just reproduced the glitch on a different computer (MacBookPro) running a clean version of ML 10.8.5, I would bet that others have seen this before and simply not reported it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see no way to ever fix this. This should be impossible, therefore it must be a system bug. And as I have no access to this system I won;t ever be able to fix it.
You can only work around it by disabling animations. This can be done through a hidden preference. This is described on the Wiki.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What do you mean? I see nothing wrong.
The display width variation happens regardless of the action used to toggle the Contents pane (double-click separator, menu command, and toolbar button). Toggling the Notes pane is fine. This glitch is also independent of Automatically Resize setting, and the Always Show Scrollbars system setting on my system.
Hide/show Contents pane glitches width whether Notes pane is visible or not.
Are you sure this is how you got this? This makes absolutely no sense to me, as we don't even do anything with the containing view. So how could it ever shrink?
Do you really expect me to speculate about your code? I assume that's rhetorical.
Here's more info: I deleted net.sourceforge.skim-app.skim.plist and was still able to reproduce the glitch by repeated toggling Cmd-Shift-T. Do you have a Mountain Lion system to test with?
Yes, it's rhetorical. It absolutely makes no sense to me. Also as nobody has seen this yet. Perhaps you hit this multiple times in short succession? That can be a problem, Apple's animation are pretty sensitive to this, without them offering any way to avoid problems with it.
Unfortunately, I don't have a ML system to test this myself.
The delay between toggles has no influence. Considering I just reproduced the glitch on a different computer (MacBookPro) running a clean version of ML 10.8.5, I would bet that others have seen this before and simply not reported it.
I see no way to ever fix this. This should be impossible, therefore it must be a system bug. And as I have no access to this system I won;t ever be able to fix it.
You can only work around it by disabling animations. This can be done through a hidden preference. This is described on the Wiki.