Is it possible that I bypass tableView.makeView so that I can create a NSTableCellView on the fly (based on some logics)?
func tableView(_ tableView: NSTableView, viewFor tableColumn: NSTableColumn?, row: Int) -> NSView? {
if NSTableColumn.identifier.rawValue == "labelColumn" {
let myCellView = NSTableCellView()
myCellView.textField.strinValue = "label text"
return myCellView
} else {
let complexView = loadFromNib() // of NSTableCellView
// populate complexView
return complexView
}
}
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
I calculate cell view's width in func tableView(_ tableView: NSTableView, sizeToFitWidthOfColumn column: Int). I have a need to resize the tableview's width to just match total width of all cell views' (without scrollbars).
But it seems changing tableview's width does not work:
tableView.bounds.size = CGSize(width: w, height: tableView.bounds.height)
I suspect that I should change its clipping view or enclosing scrollview, but don't have any idea on this.
Any help?
I accidentally removed the Fixed Width preset item in the font panel (by dragging it out).
Is there any way to get it back?
Does "natural scrolling" system preference affect NSEvent.scrollingDeltaY?
BTW, I find that "natural scrolling" on my Sonoma (Mac mini m1) stops working; turning on/off has no effect when I scroll in Finder app.
Does Swift/objc provide builtin support for reading/writing xcstrings, like PropertyListEncoder/PropertyListDecoder?
When Xcode IDE inserts IBOutlet or autocompletes method signatures, it places the * char next to the var name:
@property (weak) IBOutlet NSButton *aButton;
- (NSString *)someMethod:(NSString *)param1 {
}
But my convention is put the * char right after the type name:
@property (weak) IBOutlet NSButton* aButton;
- (NSString*)someMethod:(NSString*)param1 {
}
Is there anyway to tell Xcode to follow my convention?
In other IDEs on many popular platforms, developers have the ability to analyze unreferenced header files in source code (either visually or thru warnings), like below:
// sourcefile.c
#include <file1.h>
// file2.h is not referenced in this source code file, so the following line would be grayed out in a well known iDE
#include <file2.h>
Is this possible in Xcode?
It's quite annoying (maybe it's only my personal interests). Some apps or the macOS system always create ~/Applications/asr directory and create some txt files in it.
asr20240708_1638030_0.txt
{"type":"asr","wp_version":"","easr_version":"e792c1d2b4b5055e56fb902dfefdb483802041cc_Thu_Dec_30_17:18:43_2021_+0800","spil_version":"","wpe_version":"","vad_version":"9db42b766a4bc4e853bfa3fd2f846bf931d6c05f_Wed_Mar_24_15:56:16_2021_+0800","header_type":0}
It there any way to disable this 'useful' feature?
Topic:
Developer Tools & Services
SubTopic:
Xcode