column

You are right that this situation can occur when migrating a .stringsdict to a .xcstrings. Specifically, the migrator only populates substitution argument numbers when they were previously explicitly-specified in the specifier. For example, if the original .stringsdict format string contained %1$#@VARIABLE@ instead of %#@VARIABLE@, the argNum would have been automatically set upon migration. The migrator does this as a safeguard to ensure that the built .stringsdict behaves identically at runtime to the original .stringsdict with regard to implicit argument numbers (which have complex rules at runtime). The String Catalog Editor does indeed hide the argument number and format specifier columns from the variable inspector when they are missing in the file. As you mentioned, editing the JSON or re-creating the string (or deleting it and letting it be extracted again) can get you out of this conundrum. I see that you filed a Feedback report about this. Thank you! That will help us evaluate whether we sh

Can you run the following commands in Terminal and let me know the result? Make sure Xcode is not running when you do this. defaults delete com.apple.dt.Xcode NSTableView Columns v3 PlistColumns defaults delete com.apple.dt.Xcode NSTableView Sort Ordering v2 PlistColumns defaults delete com.apple.dt.Xcode NSTableView Supports v2 PlistColumns — Ed Ford,  DTS Engineer

open the Info.plist in its editor, by selecting Info.plist in the Navigator on the left. You'll find that the width of the Key field has been made very wide, and this is tied to the width of the Key field in the Info panel. If you can't see the column width handles in the Info.plist editor, you can scroll the whole display to the left to bring them into view. The Target's Info tab editor can't do that.

Can you try moving your mouse over the header row to the right end, and seeing if you get the mouse resizing icon? The columns are resizable widths if you get the mouse over the edge of the first column that you currently see. — Ed Ford,  DTS Engineer

I don’t have a lot of expertise in keychain recovery. That’s not really an API issue, which is my focus, but more of a user-level issue, which is something for the folks over on Apple Support Community. However, I can answer some of this: [quote='829522022, rnikander, /thread/776581?answerId=829522022#829522022, /profile/rnikander'] Can I see every item name in login_renamed_1, without unlocking? [/quote] I’d ignore Keychain Access here and instead use the security tool. It’s very focused on file-based keychain. [quote='829522022, rnikander, /thread/776581?answerId=829522022#829522022, /profile/rnikander'] Is the entire data protection keychain in the file keychain-2.db? [/quote] Yes. Well, the entire data protection keychain for this specific user. Each user has their own data protection keychain. [quote='829522022, rnikander, /thread/776581?answerId=829522022#829522022, /profile/rnikander'] This is confusing me, since this looks to be file based as well [/quote] Sure. But all persistent storage on the Mac h

Here is a more simplified example of the app: import SwiftUI struct NSTableViewWrapper: NSViewRepresentable { class Coordinator: NSObject, NSTableViewDataSource, NSTableViewDelegate { var parent: NSTableViewWrapper init(parent: NSTableViewWrapper) { self.parent = parent } func numberOfRows(in tableView: NSTableView) -> Int { 1 } func tableView(_ tableView: NSTableView, viewFor tableColumn: NSTableColumn?, row: Int) -> NSView? { return NSTextField(labelWithString: Item) } func tableView(_ tableView: NSTableView, rowActionsForRow row: Int, edge: NSTableView.RowActionEdge) -> [NSTableViewRowAction] { return [NSTableViewRowAction(style: .destructive, title: Delete) { _, _ in }] } } func makeCoordinator() -> Coordinator { return Coordinator(parent: self) } func makeNSView(context: Context) -> NSScrollView { let scrollView = NSScrollView() let tableView = NSTableView() let column = NSTableColumn(identifier: NSUserInterfaceItemIdentifier(Column)) tableView.addTableColumn(column

NSTableView from AppKit works just as expected, while List from SwiftUI does this weird cropping. Here is the code for the NSTableView: import SwiftUI struct NSTableViewWrapper: NSViewRepresentable { class Coordinator: NSObject, NSTableViewDataSource, NSTableViewDelegate { var parent: NSTableViewWrapper init(parent: NSTableViewWrapper) { self.parent = parent } func numberOfRows(in tableView: NSTableView) -> Int { return parent.data.count } func tableView(_ tableView: NSTableView, viewFor tableColumn: NSTableColumn?, row: Int) -> NSView? { let cell = tableView.makeView(withIdentifier: NSUserInterfaceItemIdentifier(Cell), owner: nil) as? NSTextField ?? NSTextField(labelWithString: ) cell.identifier = NSUserInterfaceItemIdentifier(Cell) cell.stringValue = parent.data[row] return cell } } var data: [String] func makeCoordinator() -> Coordinator { return Coordinator(parent: self) } func makeNSView(context: Context) -> NSScrollView { let scrollView = NSScrollView() let tableView = NSTableView() let column