I recently made a Swift Package ✨. MorphModalKit.✅ Configurable.✅ Morphable.✅ Stackable.✅ Keyboard Avoiding.✅ UIKit. Making public tomorrow once I write some docs etc.

just made my MorphModalKit a nice lil SwiftUI host wrapper to use with SwiftUI super simple example shown below. I'll update the package with a v0.0.3, full docs and better examples for swiftUI soon. Still uses UIKit under the hood, UIKit implementation has not changed, just

are there any other iOS components which people find hard to execute well, that they want me to build and package up? provide examples ✨.

sometimes the simplest questions are the hardest to answer, but when you do gives the best results.

pitch decks are gunna be via @v0 links rather than figslides.

Sounds so simple but it's so true. When building products have an opinion. Why are you building this? What are you trying to prove/answer. It could result in being a wrong thesis and thats okay, you'll discover that. But a strong opinion is key. Whether it's a better way of.

hard work comes naturally with passion. True answer is build where you're passionate.

Once again another lil rant 🫠. I want a hyper personal social again. Maybe it's just me? But I like to think I am not the odd one out. Every social app seems to be centred around how other people perceive you. Which don't get me wrong it has its place, and totally see the.

I am still slightly unsure about the StickyElementsContainer. Usually I build these sort of systems on a per usage basis so making something that was reusable/extendable there was a bit of a head scratch on the best way to do it. May change the method used here eventually.

GitHub: I am pretty busy so may not get around to all feature requests or PR reviews instantly. If you end up using this, pls showcase it. Would love to see❤️‍🔥.

Feel like I should be following more people, tag engineers, designers or product people that I should follow. Fill my timeline with pure gold 🙏.

If anyone wants to try this out before I make it public tomorrow for any feedback I'd appreciate it. UIKit only though for now. DM me ✨.

has anyone tried @solid_js, been reading up on it and keep revisiting it, but haven't tried it out yet. Feel like it's only going to gain more and more traction. - In react, state updates cause the entire component to re-render.- In solid, components only run once. instead,.

I have no doubt that there is a future where none of these statements are true anymore. But at least as far as I am aware, it's not today.

This all being said, there is a time and place for both UIKit and SwiftUI a time where UIKit is overkill and a time where SwiftUI makes more sense. But for me personally what it boils down to is UIKit is explicit, SwiftUI is magical. I write in SwiftUI, depending on the app, its.

UIKit:.- 15+ years of battle tested components.- hundreds of known techniques etc.- it is "finished" lol. SwiftUI:.- Many "solutions" are awkward hacks with ForEach, .background(GeometryReader) etc.- Apples updates often break undocumented behaviour.- its not "done", each iOS.

UIKit:.- You can defer layout, recycle views, and avoid redrawing. - With things like CATransaction, you have true fine-tuned control over the rendering pipeline. SwiftUI:.- It tries to be clever and automatically invalidates and re-renders things. - Diffing the view tree is not.