Post not yet marked as solved
I tried this here in my office and wasn’t able to reproduce the problem. Specifically, I used Script Editor to create an applet and then added .lproj for the languages you mentioned (plus English). Here’s the final on-disk layout: % find Test700983.app Test700983.app Test700983.app/Contents Test700983.app/Contents/_CodeSignature Test700983.app/Contents/_CodeSignature/CodeResources Test700983.app/Contents/MacOS Test700983.app/Contents/MacOS/applet Test700983.app/Contents/Resources Test700983.app/Contents/Resources/de.lproj Test700983.app/Contents/Resources/de.lproj/test.txt Test700983.app/Contents/Resources/en.lproj Test700983.app/Contents/Resources/en.lproj/test.txt Test700983.app/Contents/Resources/es.lproj Test700983.app/Contents/Resources/es.lproj/test.txt Test700983.app/Contents/Resources/applet.rsrc Test700983.app/Contents/Resources/it.lproj Test700983.app/Contents/Resources/it.lproj/test.txt Test700983.app/Contents/Resources/description.rtfd Test700983.app/Contents/Resources/description.rtfd/TXT.rtf Tes
Post not yet marked as solved
Good advice, many thanks. I'll do up a VM or two to help test my applet in various versions of macOS. Currently, I can test cleanly only in 10.13 and 10.14. I had thought adding an app to the Apps pane would add the specific copy chosen – I used the Other menu item to locate the copy I wanted to add. But, I think you are right about the risks of having multiple copies floating around. Cheers.
Post not yet marked as solved
Using Swift's DateFormatter class, how does it convert abbreviated date format to languages that don't support abbreviated month names e.g. Urdu For Example, the following code doesn't return the correct Urdu translation for abbreviated Month format. let dateFormatter = DateFormatter() dateFormatter.dateFormat = MMM d, yyyy dateFormatter.locale = Locale(identifier: ur-IN) let date = Date() let formattedDate = dateFormatter.string(from: date) print(formattedDate) // Expected: جولائی ۱۲, ۲۰۲۳ for Jul 12, 2023 // Actual: جول ۱۲, ۲۰۲۳
Post not yet marked as solved
To test things further, I've created a custom keyboard layout (attached), with the following mappings: +----------+--------------+--------------------+----------+ | Key code | Physical key | No modifiers layer | ⌘ layer | +----------+--------------+--------------------+----------+ | 7 | x | e | c | +----------+--------------+--------------------+----------+ | 8 | c | a | b | +----------+--------------+--------------------+----------+ | 9 | v | c | d | +----------+--------------+--------------------+----------+ Testing with an NSButton with .keyEquivalent = @c and .keyEquivalentModifierMask = NSEventModifierFlagCommand, I'm observing: Pressing the c key alone, or with ⌘, does not trigger the button, so the logic in NSButton does not seem to be based on the key code of the event (8) Pressing the x key alone does not trigger the button, but pressing ⌘x does, so the logic does seems to match on NSEvent.characters Pressing the v key alone does not trigger the button, nor does pressing ⌘v, so the logic does not to
Post not yet marked as solved
We believe it should now be possible to submit your app with the locale folder sq-XK.lproj.
Post not yet marked as solved
I have the following requirement for my project: The app localization is currently based on static string JSON files. However, I would like to dynamically update strings upon an API call. Is it possible to update the resource files mentioned above after receiving a response from the API? If not, can I create a custom bundle to store new translations? Additionally, where should I create the custom bundle, specifying the path or location?
I am seeing the following log in the console in Xcode Version 15.0.1 (15A507): Cannot use inflection engine (Checking that the token is the correct type): I am able to reproduce the issue using Apple's own sample code, Building a Localized Food-Ordering App associated with WWDC21 Session 10109: What's New In Foundation, simply by building and running the sample code. That log message immediately appears a few times in the console when running that sample project. I'm assuming given it is happening in Apple's own sample project, that this is merely console noise and basically something out of my control.
Post not yet marked as solved
With iOS16, we have a new setting in the Language&Region settings menu that we can change the short format of the date. I have a text and to format it, when I use the old DateFormatter API with short dateStyle, after I change the date format in the settings menu, my text gets updated. However when I use the new iOS15 API with numerical DateStyle, it does not get updated. Here's the code. This one is the one working:(Old API): let formatter = DateFormatter() formatter.dateStyle = .short formatter.timeStyle = .none let myText = formatter.string(from: Date.now) This is the new API and it does not get updated when I change the date format in Languge&Region settings menu: let myText = Date.now.formatted(date: .numeric, time: .omitted)
Post not yet marked as solved
Can the language parameter affect the data returned from weatherKit? How is it used?
Hold on, don’t run outside to play in the sleet just yet. The documentation for Precipitation.sleet (link) says: A form of precipitation consisting of ice pellets. That’s American sleet, and remember that Apple APIs and documentation generally are written in American English.
As requested, bug Feedback Done #FB11663961. Hope to get some news with this chanel.
Post not yet marked as solved
Hi, With iOS16, we have a new setting named Date Format in Language&Region menu. When I use setLocalizedDateFormatFromTemplate to format my date, changing Date Format setting does not update the format of my date. This is my code to format my date: let formatter = DateFormatter() formatter.setLocalizedDateFormatFromTemplate(ddMMyyyy) formatter.calendar = .autoupdatingCurrent formatter.locale = .autoupdatingCurrent formatter.timeZone = .autoupdatingCurrent let myText = formatter.string(from: Date()) I provided this template as an example. I have other templates like dMMMMyyyy or dMMMM and none of them gets updated when date format setting is changed.
Post not yet marked as solved
Could you please use Feedback Assistant to file a bug? If possible, attach a sample Xcode project with the issue reproducing. Thanks!
Post not yet marked as solved
I'm confused about this one too... what is the point of the language parameter in the URL if it doesn't do anything? language string (Required) The language tag to use for localizing responses.
Post not yet marked as solved
On non-Latin keyboard layouts, the ⌘ layer switches the keyboard to a Latin/English-like layout. E.g. pressing ⌘ switches ב into C. You can observe this behavior in Accessibility Keyboard. This non-Latin layout ⌘ switch does all the work here. For non-Latin layouts, keyboard localization (menu-only) would be only used here for some special characters like ⌘[ or to switch arrow keys based on the UI directionality. I encourage you to add input methods like Hebrew in System Settings › Keyboard and run tests within your app to make sure events are caught. Also, based on the shortcut you want, catching via the key code instead of the key character may be best.
