I'm testing the title editor that comes with Xcode 8 (8.2.1). It seems that there's a major bug. I can create a tile map. But if I set the title size to 32 x 32 and then quit Xcode and reopen the same project, Xcode resets the size to 128 x 128. According to this post, it's a known bug. Does anybody know a fix? If Xcode redefines the tile size every time I open a tile map, it's kind of useless. Thanks.
Related
Following the answer here:
Set QuickLook window size when previewing with QLPreviewingController.preparePreviewOfFile I set the preferredContentSize of the QLPreviewingController, which changes the window size as intended, but this seems to break subsequent auto resizing of all subviews. After setting it, the content will no longer track the preview window size when the user resizes it manually or enters fullscreen.
Any attempts to set view sizes, resizing masks or constraints programmatically after setting the preferredContentSize property will cause errors like
<NSViewServiceMarshal: 0x7fe1b740f170 <QLPreviewExtensionViewController: 0x600000e31b00 <NSServiceViewControllerWindow: 0x7fe1b760b350>>> attempted to set frame of <NSServiceViewControllerWindow: 0x7fe1b760b350> from {{17, 382}, {820, 846}} to {{17, 382}, {800, 600}} and got {{17, 136}, {820, 846}}; set breakpoint on -[NSViewServiceMarshal actualFrame:differsFromSpecifiedFrame:oldFrame:ofWindow:] to catch this
and have no visible effect. Setting the breakpoint only tells me that it happens in a system background thread at about the time I try to change the size of the view.
EDIT: Another finding: If I print the frames values of all views and the window to the log, the printed size is the one I requested, not the smaller one actually showing on the screen! I.e. if I set preferredContentSize to (820, 846), my debug NSLogs and the Xcode Debug View Hierarchy shows a window that is 820 x 846, while the actual window showing onscreen is twice as wide as it is high.
EDIT: Made a video to illustrate this problem: https://youtu.be/l7b1jq7pDWY
Original code is here:
https://github.com/angstsmurf/spatterlight/blob/quicklook-ifiction/iFictionQuickLook/iFictionPreviewController.m
This seems to be a Catalina only bug (earlier versions do not support this kind of Quicklook extension.) Upgrading to Big Sur made it go away.
I just upgraded my macbook pro to Yosemite and this new behavior of the green window button is driving me nuts. I only want to expand a window to maximum size (and keep the menu bar showing). The new default behavior is to totally take over the screen, which is just too much, I find it disorienting. I want to go back to the way Mavericks did it.
Try doing Alt+Shift+maximise.
Also thanks to pixelfairy for finding [BetterTouchTool](http://www.boastr.de/) to change the zoom button maximize behavior.
I was trying to create a mac application. But after I inserted the combobox using Interface Builder and run the application, I got the following message:
This application is trying to draw a very large combo box, 28 points tall. Vertically resizable combo boxes are not supported, but it happens that 10.4 and previous drew something that looked kind of sort of okay. The art in 10.5 does not break up in a way that supports that drawing. This application should be revised to stop using large combo boxes. This warning will appear once per app launch.
I tried to change the height of the combobox to a smaller value. But unfortunately the height is fixed in the Interface builder. Anyone know an idea how to get rid of the warning?
Environment:
Xcode 6
Mac OS Yosemite
Language: Objective C
In Interface Builder (IB), Utilities, Size Inspector: Change the Control Size from Regular to Small and then back to Regular.
It worked for me - got rid of the message shown in OP.
The device console in Xcode 6 seems to be about 12 lines long, and does not appear to be resizable. This makes it very hard to see the log output from the device, and the iPhone Configuration Utility no longer seems to work, at least not with iOS 8 devices.
Any ideas on how to resize the log output pane, or otherwise see more of the live logs?
Move the mouse slowly upward from the divider line from the console area and the top area - about 12 pixels higher even than the arrow that expands/contracts the screen (and about 40 pixels above the line), the cursor will turn into a resizing handle you can use to drag and move the dividing line.
There's no static visual indicator otherwise, it's quite far from the line.
Note this is for the console in Devices, not the debugging console where it's lots easier to figure out how to resize the window top.
Even with Kendall's instructions it can still be tricky to find the sweet spot, so here is an screenshot to make it easier:
I use iPhone Configuration Utility instead
I just noticed the strangest thing when updating one of my Mac applications.
The menu bar of the application when run has different font sizes (!?). Some items are in the normal system text size (13 point?) and others are a few points smaller (11 points?). What gives?
I didn't even know that you could do this.. never mind understanding how this just came about of its own volition..
I immediately zeroed in on the likely culprit XCode 4, but compiling the same project with 3.2.5 shows the same problem.
I'm rather flummoxed by this.. has anybody come across this weird phenomenon?
Best regards,
Frank
I`m used to iOS but you may have a similar issue. The UILabels have an "autoshrink" property, which reduces the font size if the text is too long, to avoid truncating it. You can turn this property off in the Interface Builder. Hope this helps!