If you change the titlebarSeparatorStyle property of a NSSplitViewItem, the window does not update immediately. You have to set the focus to another app first for the window to update. However the window isn’t update correctly either. For example the shadow never really gets applied. It works if you set the property in the storyboard. But if you want to change it programatically, it does not work as expected.
I would expect something like the Finder in Big Sur: If you display the content of a Finder window as symbols, there is no shadow or line below the toolbar. If you switch to another view (like column view) a line is being added and the toolbar becomes transparent.
I have added an example project to demonstrate the issue.
GitHub: SplitViewItem-titlebarSeperator
macOS 11.0.1 Beta (20B5012d)
Xcode Version 12.2 beta 3 (12B5035g)
https://openradar.appspot.com/radar?id=4949260923568128
Related
This question already has answers here:
Xcode 10 storyboard UI components are not visible and painfully slow?
(7 answers)
Closed 2 years ago.
I'm updated Xcode to version 12.4 (12D4e), MacOS 10.15.7, open my project, and see it:
All elements lost labels, have black background (don't change from IB) and blue borders. If i add new element on viewController - i get same thing.
In Simulator and real iPhone all works fine, but in IB - that problem.
Clean build folder, restart Xcode and MacOS not working.
Does anyone know how to fix it? Thx
UPDATE, with solution this problem:
I'm rolled back last commit in project and problem disappeared. Maybe, that happens, because i'm used in last commit custom class with #IBDesignable properties and delete him later, before commit on Github and update Xcode. I found similar problem and answer, on this link https://stackoverflow.com/a/56121110/13110274
Now all works correctly
Have you tried to select and deselect bound rectangles from "Adjust Editor options" in your storyboard?
Also, it seems your storyboard overstuffed. I recommend you separate it into few views.
I am writing a QuickLook plugin for macOS and everything works, except that I can't set programmatically the window size of the preview.
It starts with 800x600, no matter what I do in the XIB and/or in the code, before and/or after the call to the completionHandler of preparePreviewOfFile.
Other file types, handled by the default plugin, adapts the preview window size to the content of the file. I would like to do just that.
The preview window is resizable by the user and, once resized, keeps the new size when I select another file in the Finder, to go back to 800x600 if I close it and reopen it on a file handled by my plugin.
What am I missing?
QLPreviewingController should set its preferredContentSize so that the window can be sized accordingly.
https://developer.apple.com/documentation/appkit/nsviewcontroller/1434409-preferredcontentsize
The accepted answer, setting preferredContentSize, seems to break the autoresizing of all subviews in macOS Catalina. After setting it, the content will no longer track the preview window size when the user resizes it manually or enters fullscreen.
See my question here.
So I'd like to add the following to the answer: There is no known way to do this on macOS Catalina without breaking autoresizing, but it works fine on macOS Big Sur. The preferredContentSize line should be wrapped in a #available(macOS 11, *) guard.
When a file was just edited and not saved in the Xcode editor the icon of the file in the right pane is darkened a little, and because I have OCD this drives me absolutely crazy and I end up having to click Ctrl+S every time I do anything as simple as commenting a line of code or moving a button 1 pixel in storyboard.
I am using Xcode 10.1 Beta 2, but this happens in all versions of Xcode.
How do you make it so the file is never darkened?
I have the same problem in Xcode and I always command s everything as well. I have looked for a way to disable this, but for now I don’t think there is a way... Maybe they’ll add a way to turn this off in another update soon :)
Switching to the released macOS Sierra I've noticed a very strange behavior of the NSTextView object. And what really strange is that it reproduced even on a new empty project.
Just create a new project in Xcode, add Text View in Interface Builder and run the app. Just type any text so text view become having two lines. But do not hit Enter.
Now when you grab your mouse and select the beginning of the second line, the cursor will jump onto the end of the previous one! The interesting part is that when you move the cursor with keyboard everything works fine.
How to avoid that glitch? I'm sure that not just me is building an app on the macOS Sierra :)
When selecting a textfield in iOS5 a weird arrow moves from the top left to bottom right of the screen when the keyboard appears. This only happens in iOS5 on the device and the simulator. When running with iOS4 it works as expected.
It only happens the first time the app runs, when i dismiss the keyboard and select the textfield again the arrow isnt visible. I have to restart the app to see it again.
Notes:
Ive posted a video to display what i'm getting http://youtu.be/4Ju2-wQ3hVY
I've tried stripping out other classes and creating a new blank nib with a textbox only but the problem still persists within my project. Creating a new project with xcode 4.3, the problem isnt visible. I've also tried with zombies enabled and didnt get any errors.
Are there new project / build settings that might conflict with the older versions?
This arrow looks like bug to me. I suggest you to file a bug report to Apple and post your issue to http://devforums.apple.com, where maybe issue will be notice by Apple employees and you may get more details on this.