News for hackers. Stuff that matters.

kabell

> Because the code took only the first letter, rather than the complete sound of the character, most regional speech variations did not matter.

This bit is really interesting. This is one of the motivations for an open source Chinese IME framework called RIME: https://rime.im There are configurations available for a number of dialects like Suzhou or Shanghai dialects so that users who prefer those languages don’t have to use Mandarin/putonghua pinyin.

Ask HN: How can I dogfood a cross-platform mobile app?

For context, I recently made an iOS app as a hobby project. Overall, I found the SwiftUI development experience very pleasant compared to using React Native a few years back or a native iOS app even further back.I’m interested in trying out one or two alternatives for Android or cross-platform apps, but I’d like to actually try using my app(s) more substantially on both platforms.Is there any...

( Read More... | no comments | 4 points | on HN )
I was having trouble remembering tones when practicing with Duolingo because there are minimal checks that you actually know the right tones for each word or character. ToneBoard requires you to type the tone as well (e.g. “hao3” to input “好”), which I think really helps with remembering the tones. (I am also learning Vietnamese and really appreciate needing to type tones with Vietnamese keyboards.) You can use it with any app in iOS, so it also lets you practice recalling tones while texting, writing a Facebook post, or whatever.
Re:Random Jazz Chords, a practice tool powered by VanillaJS on Saturday October 15, 2016 @07:24PM (#12716091)
Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @05:50PM (#8764885)
Just a reminder, all OSS projects get 3 free containers on CircleCI (which means up to 3x parallelism), and they all run in fast Linux containers (with sudo enabled).

Full disclosure: I work for CircleCI.

Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @02:51PM (#8763937)
We should have all the pieces necessary to support it. Ping us at [email protected] and we'll be happy to work with you to make sure it works smoothly.
Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @02:39PM (#8763873)
We do have an API that supports triggering builds with a POST request, passing in custom parameters, etc. The bigger issue is that we strive for a really rich integration between us and GitHub. For example, we support their status API, link back to PRs/commits from our build page, etc. It's a lot more than just triggering builds.

We do have support for other services planned, but we are focused on the GitHub experience for now.

Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @01:06PM (#8763389)
We have support for other flavors of Git on the roadmap, but for now we are focusing on providing the best possible experience with (public and private) GitHub repos.
Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @12:59PM (#8763355)
To be clear, we have both Android-oriented Linux containers and iOS-oriented OSX VMs already. Using a mix of OSX VMs and Linux containers in a single build is also on the roadmap. Definitely reach out to us if you have any more specific questions!
Re:Announcing iOS and Android Support on Wednesday December 17, 2014 @12:20PM (#8763125)
Do you mean you need to run iOS- and Android-based tests all at once on the same machine? You have Homebrew, sudo, etc at your fingertips in our OSX VMs, so you should be able to setup anything you need there. If you just need to run iOS and Android tests in separate projects, then that's very easy--we have a lot of customers already doing that. Ping us at [email protected] if you have more specific questions and we will make sure you can get things working.

Older »