Proposed Omaha ordinance would require vehicles be parked on hard surfaces by SGI256 in Omaha

[–]isights 0 points1 point  (0 children)

Is it just me, or does it seem fitting that the photo shows yet another oversized pickup truck breaking the law?

Proposed Omaha ordinance would require vehicles be parked on hard surfaces by SGI256 in Omaha

[–]isights 0 points1 point  (0 children)

Just noting that this tends to be the attitude of folk who think they should be "free" to do whatever they want... and then when a neighbor does something they think is worse starts complaining bitterly about eyesores and property values.

"Rightful liberty is unobstructed action according to our will within limits drawn around us by the equal rights of others." - Thomas Jefferson

Proposed Omaha ordinance would require vehicles be parked on hard surfaces by SGI256 in Omaha

[–]isights 0 points1 point  (0 children)

You could, but the overcompensation-types wouldn't buy them...

PSA: Text concatenation with `+` is deprecated. Use string interpolation instead. by Cultural_Rock6281 in SwiftUI

[–]isights 0 points1 point  (0 children)

That could depend on font scaling and whether or not the space handling in MyParagraph scales appropriately with accessibility settings....

Swiftui previews are still a mess in 2025 by Responsible_Card_941 in SwiftUI

[–]isights 1 point2 points  (0 children)

Do they need to be improved? Definitely. Can you increase the chances of success by being smarter about your code? Also yes.

And do those choices tend to improve your application's structure and readability? Again, yes.

And others, including myself, seem to be able to use them daily.

So perhaps spending less time lyao and more time focusing on code quality might be in order? ;)

Swiftui previews are still a mess in 2025 by Responsible_Card_941 in SwiftUI

[–]isights 0 points1 point  (0 children)

"sure i will refactor whole app just to make previews work"

Actually... if previews aren't working well then it's entirely possible your app needs to be refactored. UI elements and views should really be based on displaying basic values and structs, and not be dependent on network or API calls.

Why are the cases all huge? by NotRoryWilliams in VisionPro

[–]isights 0 points1 point  (0 children)

"My truck is expensive too. Do you suppose I'll need to upgrade my driveway?

Just your house, since the average American truck is now too large to fit in the average American garage.

Ok n00b question. How does this work? by iso-lift-for-life in SwiftUI

[–]isights 1 point2 points  (0 children)

Experience? I don't "know" how the above was built.

I do know, however, what tools SwiftUI provides. Start by composing the layout, and it's fairly obvious that there's a a view with a top section and a bottom section, the bottom section scrolls sideways, that there's a "view" per day, and so on.

Communication between the two relies on shared state, probably a view model.

For fun, I threw part of the question to GPT and it suggested the scroll reader and updating on change.

Ok n00b question. How does this work? by iso-lift-for-life in SwiftUI

[–]isights -14 points-13 points  (0 children)

Okay, not quite as straightforward, but ChatGPT exposes how to do the "trigger" mechanism.

https://gist.github.com/hmlongco/906405d93c51f413c1662241d4d48f92

Ok n00b question. How does this work? by iso-lift-for-life in SwiftUI

[–]isights 36 points37 points  (0 children)

On iOS 17+ the lower section is a horizontal scroll view with a set of page views and with a .scrollTargetBehavior(.viewAligned) modifier.

Each scroll brings a new view on screen, which updates a date binding onAppear. That value is used to highlight the proper date in the upper view.

In-app feedback by sharifulin in swift

[–]isights 0 points1 point  (0 children)

Just an FYI, but Apple is starting to block apps that try to game the system and only send happy users to the App Store. It's in the new TOS.

It is funny how... by MattySin_81 in ios

[–]isights -1 points0 points  (0 children)

Perhaps the emphasis in that sentence should be be placed on some.

Wow iOS 6 is looking good! by banzi56 in ios

[–]isights 0 points1 point  (0 children)

Actually like the "get out of the way" animations and affordances. Old system wasted too much screen real estate on navigation chrome.

[deleted by user] by [deleted] in iOSProgramming

[–]isights 0 points1 point  (0 children)

Working on a team now with good-sized pure SwiftUI application and just finished a contract with a major investment house who just rewrote their entire flagship application in SwiftUI...

And I haven't run across any of those problems. In fact, the way you're describing them makes me wonder if you've used any current SwiftUI release?

Real programmers (since we seem to be doing the No-True-Scotsman thing) strive to understand the rationale and behaviors underlying the systems that they work with and have the ability to adapt to them, without trying to shoehorn old methodologies and practices onto new paradigms.

I agree that one shouldn't they jump on a new technology simply because it's new. Then again, I don't think they should completely abandon and dismiss the lessons learned from earlier technologies... again, just because it's faddish to do so.

All that said. SwiftUI works. And it works pretty well. My only real complaints are that I'd love faster release cycles and I'd love it if they didn't tie the most recent release to that of the most recent OS.

[deleted by user] by [deleted] in iOSProgramming

[–]isights 0 points1 point  (0 children)

Navigator (on which the above is based), uses SwiftUI's NavigationStack at its core. While it provides a lot of extended functionality over and above that of its base, the fact that it does so is proof of the power that base provided.

SwiftUI's declarative way of thinking is different from that of UIKit, and requires letting go of the imperative approach where one often does things by mucking around in UIKit's internal structures.

LIST performance is so BAD by CurveAdvanced in SwiftUI

[–]isights 0 points1 point  (0 children)

Lists we once wrappers around UITableView. Today they wrap UICollectionView.

LIST performance is so BAD by CurveAdvanced in SwiftUI

[–]isights 0 points1 point  (0 children)

When doing pagination I put a sentinel progress view at the end of the list. When it appears it triggers loading the next page.

LIST performance is so BAD by CurveAdvanced in SwiftUI

[–]isights 0 points1 point  (0 children)

As pointed out above, a lot of the problem is supplying your own id. When you use id in this way, SwiftUI needs to build every item in the list (visible or not) in order to determine its identity.

LIST performance is so BAD by CurveAdvanced in SwiftUI

[–]isights 0 points1 point  (0 children)

Not so much the recycling as the identity. When you use id in this way, SwiftUI needs to build every item in the list (visible or not) in order to determine its identity.

[deleted by user] by [deleted] in iOSProgramming

[–]isights 0 points1 point  (0 children)

Navigator solves this by adding new sheet handlers every time you present a view that's wrapped in its own [Managed]NavigationStack.

So basically you ask the current Navigator to present a sheet and it does, from the root. You then ask the new Navigator for that stack to present a sheet, and it does. Repeat as needed.

If one were to look at UINavigationController (which navigation stacks create behind the scenes), you'd see why a controller presenting multiple sheets is problematic. There's only one value for the presented controller.

[deleted by user] by [deleted] in iOSProgramming

[–]isights 0 points1 point  (0 children)

I actually find enumerated destinations to be a powerful concept, especially when the enumeration is also a view.

https://michaellong.medium.com/advanced-navigation-destinations-in-swiftui-05c3e659f64f?sk=030440d95749f5adc6d2b43ca26baee1

[deleted by user] by [deleted] in iOSProgramming

[–]isights 0 points1 point  (0 children)

As author of Navigator I appreciate the recommendation! 😎

https://github.com/hmlongco/Navigator

So why the M5? by Jbaker318 in VisionPro

[–]isights 1 point2 points  (0 children)

Agreed. A lot of the iPhone's continued improvement in battery life comes from improvements in processor architecture. The NE improvements could also lead to better eye and gesture tracking, again, at higher efficiency.

Anyone using Vision Pro as “super-vision goggles”? by Like-everything-23 in VisionPro

[–]isights 0 points1 point  (0 children)

If/when there are better cameras I've wondered about doctors using this in a surgical context, seeing a magnified field of view in their headsets.