Hacker Newsnew | past | comments | ask | show | jobs | submit | bbx's commentslogin

Interesting. I used Expo recently and loved the development experience. I also built a simple iPhone app with Swift, and it was a decent experience. I have plans of building another iPhone app and was considering Swift again, which would make me miss building an Android app, but maybe Skip would allow me to do it anyways.


Biggest downside to SwiftUI development is lack of hot reloading. You can use the Inject framework but it’s fragile. This also makes it harder to iterate on with agents.


Small views and the preview canvas are your friend


Preview canvas is unusable by agents.

Small views don't solve this for human use either. The only solutions for fast builds are to stop using SPM and also to adopt the "microfeatures" pattern with interface stubs and dependency injection so that very little must be rebuilt/linked. This is a huge change for many projects and carries ongoing development maintenance overhead so it is not a trivial decision to make.


Thanks for the feedback. The toggle should be simple enough actually. Adding a soundfont is also a good idea (I'd never heard the term before).



Funnily enough, if you Google "Calibri", the page itself is in Calibri. I've never seen that happen for any other font.


It also works for Open Sans, on my Linux system at least. Probably only works for fonts that are installed and/or can be licensed for this.


It’s an Easter egg, also for Times New Roman and a few others.


Works for comic sans.


Try Garamond!


Yes I think on mobile, having only the list scroll would be great. I actually had the Apple alarm interface in mind for a bit but thought implementing it would be more difficult. But you're right, it's probably a better experience.


Thanks, that's great feedback.

For number 2, that should be possible, since I have the position of each item in the list (and the position of the list itself. Using a <canvas> might be the way to go.

For number 4, my main concern would be that it would feel like "scroll-hijacking". What I did however is prevent the picked item from going beyond the list, in both directions.

Number 5 is a good idea as well, easy to implement.


Another suggestion is showing an empty slot (selected item with less opacity and dotted border?) and displacing/scaling the picked item to show that it's been picked up. I would immediately connect it to picking up a book, CD, etc. from a shelf.

I think you should add some kind of marker to show where the item was picked up from and thus what would happen if the operation was cancelled, and an empty slot is perfect for that.


That's a great idea actually. I'd have to find a way to highlight the possible landing spots.


(i do like innovating on this btw)

here's a basic CSS starting point

    :has(.pnp-picked) .pnp-item:not(.pnp-picked):not(:last-child)::after {
        content: "[place]";
    }


Sorry, it's public now.


One of those apps that "just works". Been using it recently to share files between an Android phone and my Mac. Turns out it works better than Airdrop itself when I couldn't send a file from my iPhone to my Mac. Great user experience as well.


For reference: CUDA means "Compute Unified Device Architecture".


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: