Damn, I was afraid of exactly that. The rescaling potential of the brave new NSProgressIndicator happens to end at 2x, so I guess I`m now forced to draw adequate progress bars by hand — at least on 10.1x branch of OS X.
Nothing that worked before (like, say, setControlSize:
) remained functional on Yosemite and further on, which is why I turned to hacks in the first place. Well, maybe it`s just me, because writing in C under a pure Objective-C environment is not unlike black magic… In case I really missed a way to correctly increase NSProgressIndicator height, please direct me to proper functions or code samples.
As for the more recent commits, I`m in the middle of turning my GIF loading code into a separate project usable outside of DPE, so the architecture is again a bit inconsistent on the Mac branch; will be fixed by Monday.
…And by the way, is this normal that there are no scroll bars visible in areas that are subject to scrolling? On initialization, I explicitly request them to be visible.
[UPD:] Patch ready! Doesn`t fix the progress bar yet, but it is now able to show preview loading progress. Although I don`t think that it`s a noticeable process on modern Macs with fast SSDs, here on a VM over a slow external USB 2.0 HDD, it may take up to two seconds.
This post was edited by its author on .