“translate scheme”

wacom input gets translated into a pencil touch. Expected Whenever I hold down a modifier (shift, cmd etc) the touch gets ended and also ends all gestures Not Expected. Please file a Feedback report on that. is there a way to opt out? Any way to prevent this? No

In case my message was not very clear, the issues occur when I run the app on the Vision Pro in Debug. In that case the app takes 50 seconds to load ressources versus 2 when I uncheck Debug executable in the scheme.

I suggest you try material design for buttons and menu, like this... input { height: 48px; width: 280px; border: 1px solid #c0c0c0; border-radius: 4px; box-sizing: border-box; padding: 16px; } .label { position: absolute; top: 0; bottom: 0; left: 16px; display: flex; align-items: center; pointer-events: none; } input, .label .text { font-family: 'Segoe UI'; font-size: 16px; } .label .text { transition: all 0.15s ease-out; color: grey; } input:focus { outline: none; border: 2px solid blue; } input:focus + .label .text, :not(input[value=]) + .label .text { font-size: 12px; transform: translate(0, -150%); background-color: white; padding-left: 4px; padding-right: 4px; } input:focus + .label .text { color: blue; } const input = document.getElementById('fname'); input.addEventListener('input', () => { input.setAttribute('value', input.value); }); Btn1 Button .pure-material-button-contained { position: relative; display: inline-block; box-sizing: border-box; border: none; border-radius: 4px; padding: 0

@dev24984 I do have same issue. floor.walls are not in same order, and there are inner walls. floor.polygonCorners is not oriented the same way (transform.eulerAngles.z and .y is 0) I attempted algoritm to calculate the distance of each wall, and between each polygonCorners , to try to match them If I find the matching wall, I get the angle to apply. I still use the floor.transform.position to position the floor correctly. -> distances are not exactly the same, so I have to do several pass to find the matching wall, with a difference increasing (0.01) -> it works as along as the walls are not identical else orientation can be 180 degres wrong and sometimes it fail entirely (round room) So unsure this is the way, unless I attempt to match inner walls as well. Else another idea could be to figure out the outer walls of the rooms, gather each translated end point, and make a surface out of it. if only apple has properly filled its transform for the floor :(

Is there a way to package the Java code to work on iOS and mani macOS without having to complicate the project to the point where it would be easier to rewrite the Java code in Swift and have to work harder to update the app on each platform separately? No, there is not. Perhaps this would be an opportunity to try an AI solution to translate from Java to Swift.

Proposal: Unify Native Utility Apps into One Modular, AI-Enhanced App – Apple Assist Hello Apple Developer Community, I’m an independent developer and researcher, and I’d like to share a proposal that could enhance usability, accessibility, and UI/UX cohesion across iOS, iPadOS, and watchOS. 🎯 Core Idea Unify Apple’s native utility apps into a single modular and intelligent experience, provisionally titled Apple Assist. This includes: Calculator Compass Voice Memos Magnifier Measure Weather Translate Apple News 💡 Why Apple Assist? Today, these apps are distributed separately and accessed individually. While functional, this segmentation may be unintuitive for multitasking, accessibility workflows, and contextual usage. Apple Assist would act as a central hub, using a modular interface powered by Apple Intelligence, allowing: Seamless access to key tools in a single space Smart suggestions based on time, location, or context (e.g., auto-open Magnifier in low light) Enhanced accessibility for elderly

For me the option 2 is not working (and option 1 is not really an option as we need to support older iOS versions). I followed the instructions, added the DYLD_FALLBACK_LIBRARY_PATH argument to the Run configuration of my scheme like this: DYLD_FALLBACK_LIBRARY_PATH=/Library/Developer/CoreSimulator/Volumes/iOS_22F77/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS 18.5.simruntime/Contents/Resources/RuntimeRoot/System/Cryptexes/OS/usr/lib/swift But the app still crashed, and when it logs the dyld config, it prints this: DYLD_FALLBACK_LIBRARY_PATH=/Library/Developer/CoreSimulator/Volumes/iOS_22F77/Library/Developer/CoreSimulator/Profiles/Runtimes/ So it seems my value for DYLD_FALLBACK_LIBRARY_PATH is just ignored. I checked it a thousand times and don't understand what I'm doing wrong. Is this working for other people too? Edit Found the solution, see comments if you run into the same problem.

Hello, You are right that LocalizedStringResource is the preferred way to pass around a localized string. In your Array example, it really depends on where you intend to use the array. For example, making the type an Array of LocalizedStringResource is valid and each string would get extracted to the String Catalog. However, this may impact the way you use the string in your SwiftUI code. If these are static options, an alternative could be to use an enum: enum Gender: Hashable, Identifiable, CaseIterable { case male case female case notDisclosed var displayName: LocalizedStringResource { switch self { case .male: Male … } } } … Picker(Gender, selection: $selectedGender) { ForEach(Gender.allCases) { gender in Text(gender.displayName) } } OR it may be that you have a dynamic list that the user is able to change, and these are just the default options. If that is the case, it may be easier to simply use String(localized:), which returns a plain String that is pre-localized. For example: @State private var gende

This issue is tracked in WebKit's bug tracker: https://bugs.webkit.org/show_bug.cgi?id=293831 Copying two workarounds listed there: At this time, there are some workarounds that developers can use for testing and debugging in iOS 18.5 simulator: Option 1: Change your app's deployment target to iOS 18.4 or later. Set IPHONEOS_DEPLOYMENT_TARGET = 18.4 in build settings, or use Xcode's UI: Select the app's target in a xcodeproj file, then go to General > Minimum Deployments > iOS and set it to 18.4. Rebuild the app. Option 2: Set DYLD_FALLBACK_LIBRARY_PATH in the app's run action. This will allow you to test in iOS 18.5 simulator while continuing to deploy to older OS versions. Find the simulator runtime's path using xcrun simctl list runtimes -v. It will be a path like /Library/Developer/CoreSimulator/Volumes/iOS_22F77/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS 18.5.simruntime. Add Contents/Resources/RuntimeRoot/System/Cryptexes/OS/usr/lib/swift to this path. In Xcode, navigate to the launch ar