Andrew Tavis McAllister

It should be noted that for translations this data would need to be on a per language pair basis, as a user would likely only need the data for their...

A suggestion that I got from an Apple employee tonight was to use downloadable assets that could be hosted on the App Store, which I didn't even know existed. I...

We can definitely do a comparison between the offerings of Toolforge and GitHub for this 😊 I don't inherently have a preference for either, but do like to keep things...

> ... whether it ends up being GitHub or Toolforge for the long-term, I am thinking atm perhaps that the GitHub route could be the starting point, mostly since I...

Hey @wkyoshida and @SaurabhJamadagni 👋😊 Really happy to have gotten v2.2.0 out today! A major step to add in emojis — thank you both for your efforts! Obviously little bits...

I just went through and did a quick organization of the [projects board](https://github.com/orgs/scribe-org/projects/1), btw. Obviously not set in stone, and let me know if something looks off. As we're not...

> We could implement the data download feature to download the .sqlite straight out of GitHub in the interim, if we need to. This makes sense to me, @wkyoshida. We’d...

I think that source language-target language pairings could work as I don’t think that there would be more than two or three Scribe keyboards used by a given user usually,...

We can discuss this on Tuesday a bit as well :) :)

Based on my tasks for this week, the following is the new data download screen. The circle to the right of the `Check for new data` button is a spinner,...