Why do images placed in NSSegmentedControls on snow leopard appear in a different position from that of Lion?
Lion:
Snow Leopard:
They are textured square buttons with the EXACT same png files.
EDIT: I need a work around for this. The images are 19x19 (recommended by the HIG)
Any ideas?
Lion introduced some changes in the Aqua framework and the UI and this is part of it.
Why not create a duplicate with a couple empty pixels to the top of your image files and do a version check in code?
The answer turned out to be subclassing NSSegmentedCell and hooking into the method that draws the images. It's a rather manual process, but does the trick.
Related
I am using PDFKit. Please refer here
PDFThumbnailView does not allow to drag or select the thumbnail after I have updated my Mac OS x to Sierra.
Have already set
[_pdfThumbnailView setPDFView:_pdfView];
and _pdfThumbnailView outlet from xib too.
If works well for previous OS x version.
Any help will be appreciated.
Thanks!!
Apple really screwed PDFKit in MacOS 10.12, among the many other bugs in it, PDFThumbnailView is unusable for the most part, it doesn't do anything except displaying a list of pdf pages (with glitches).
I've spent much time into this but I couldn't find any workaround. I'm afraid your options are either waiting for Apple to fix this (hopefully) or rolling out your own thumbnail view replacement.
Creating your own thumbnail view shouldn't be overly complicated. I'd use NSCollectionView and render the thumbnails into its grid. Then wire all the selection and drag and drop with the PDFView. I'm planning to do exactly this if Apple doesn't fix PDFThumbnailView anytime soon.
(ps: there is a nice tutorial on NSCollectionView on raywenderlich.com )
Some but not others of the beta testers of my current app project have reported clipping of NSTextField views. This had me stumped until I realized that OS X 10.9 and 10.10 use a different font as System Font (Lucida Grande vs. Helvetica Neue). Is there an accepted practice for programmatically handling this situation? I realize that I can make my NSTextFields wider; however, I am looking for a solution where several NSTextFields that are adjacent to each other will not clip. Many thanks.
If you use Cocoa's Auto Layout facilities, this is a non-issue. All of your nibs will automatically readjust to the new font metrics. https://developer.apple.com/library/mac/releasenotes/UserExperience/RNAutomaticLayout/
I have a QMainWindow Application that uses several QToolBars. My program works on Linux, Windows and MacOS, however on MacOs the QToolbar behaves a little bit funky. When attached to the MainWindow it is just black as shown here
When I detach it it is grey as you would expect it to be
Also when I maximize to program the toolbar creates artifacts like this
Do I need any MacOS specific things for the QToolBar?
I'm hitting this bug too. I think it is linked to using non-alien widgets inside the toolbar or app wide.
Are you using setAttribute(Qt::AA_NativeWindows);? If so, try removing it.
Would you happen to have a QGLWidget-based UI element in your application? If so, apparently this is a known issue.
https://bugreports.qt.io/browse/QTBUG-41679
I am experiencing the "double-vision" aspect of this on a Qt 5.7.0-based app.
I have a Mac app that has been on the app store for a few years. It's a time tracking and invoicing app that creates a PDF for the invoice. The PDF is generated from the content of a window in the app that contains the invoice information. Before OSX Mavericks the PDF printed just as it looked like on screen. Unfortunately in Mavericks, the NSScrollView that I am using for the table is printing horizontally inverted.
PDF as it should look, and how it looked on OSX Lion and Mountain Lion:
PDF as it prints out on Mavericks:
When I searched the Google for this problem I did find another person experiencing what seems to be the same problem.
The NSScrollView is nothing fancy, just an NSScrollView with an NSClipView as its contentView, and an NSTableView inside of that.
I'm really hoping that this is a problem that can be fixed, and not just a bug introduced by Mavericks when printing NSScrollViews. Thanks for any help!
Well, I wouldn't say I found a fix for this, but I was able to make this work normally again. I accidentally found that if I put another identical table in the same view hierarchy as the existing one and hid the new table, the first one would print correctly. Don't ask me why it works, because it feels like some serious cargo-culting, but it made the table inversion go away. I hate these kinds of "fixes".
The Apple Demo IKImageViewDemo does not seem to work correctly in 10.5.
The control is there, but there are no visible images. The images are there because when you click and drag where an image is supposed to be, the ghost of the image appears and drags.
Is there an alternative to using the IKImageBrowserView for users on Leopard 10.5-10.5.8, or is there an alternative "gallery" style control?
Anything I need to do special in Interface Builder? Any option that needs to be / not be checked?
IKImageBrowserView is available in OSX 10.5 and later:
http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Reference/IKImageBrowserView/IKImageBrowserView_Reference.html
Sample projects that work on OSX 10.5:
http://developer.apple.com/library/mac/#samplecode/ImageBrowser/Introduction/Intro.html
http://developer.apple.com/library/mac/#samplecode/IKImageBrowserViewWithCoreData/Introduction/Intro.html