This was not the solution, my view is already inside of a HStack, what did the solution to me was the ForEach not using a range. I think when you use a range, where its 0..<(some bindingvar).count) the range is not updated on struct, however the other constructor of ForEach that you used.. ForEach([Hashable]), it will update.
Post
Replies
Boosts
Views
Activity
Very strange how rerendering the component using @State lead to inaccurate rendering the navlink. something about mid pre-render issues or something. this fixed my problem though
sign into iTunes first on laptop. review payment there. than it gets fixed on app https://discussions.apple.com/thread/251338775
thanks for the sweet code snipped. this fixed my error where previews didn't seem to be updating when our json-to-coredata database was updated, we assumed core data wasn't persisted in the swiftui previews
on iPad I can accidentally click a details view navigation link while alert action sheet is present when I wanted to cancel. I dont really like that. QA logged a defect lol
try the /Users/cmadd254/Desktop/Screen Shot 2023-01-30 at 16.42.19.png
report navigator. it works better than that panel for me. always shows the correct error. I keep getting incorrect red errors in my IDE.
Thanks this is a great answer. I had no idea I had to create an identifier AND a key. this solution will also work with music kit api since they share the same JWT I believe.
These paths are subject to change at a moments notice on iOS Id think. but Debian file directorys probably won't change for a long time. but this is a clever solution. I might consider this a hack, because reasons. like I said, im not sure if they ever change this FS tree.
simulator
/Users/USER/Library/Developer/CoreSimulator/Devices/C065C350-8DC0-4CA5-AF63-A19D998B41DF/data/Containers/Data/Application/5A45A272-AD16-4F1C-939F-BCED22E4A7B4/Documents
Mac apple silicon
/Users/USER/Library/Containers/43B15322-8173-4D40-BE9A-D7539EFC41A7/Data/Documents"
State variable does not work. it actually seems to fail a the end. by guarding against boolean state before executing code such as a print statement
.onDisappear {
if canExecuteOnDisappear {
print("CDM onDisappear")
canExecuteOnDisappear = false
}
}
The most of the time it works. two times now I observed that the very last time this is called in succession , lets say after 2 times previously, it will print multiple times.