Post

FYI. Various atproto services can't currently resolve the @locale.at handle (did:plc:uwynodlfvaieqcisgh5zvdwx) Likely because the _atproto entry for this domain is misconfigured to point to @scanash.com (did:plc:3i6uzuatdyk7rwfkrybynf5j) instead Maybe something @marque.at could autodetect + fix?

Yeah, we are working with comail.at to fix the verification thing so we can use it for the locale.at account

please fix the rounding for the join waitlist button (squarish corners) in the navbar (completely rounded corners).. (actually, why does this site have a navbar right now? none of its functions are necessary for a landing page? & the multiple waitlist forms, the "Localization, on the AT Protocol"?)

but collaborative work belongs on a centralized repository..?

We will handle collaboration on the appview side where project owners can review or automatically push translations, the data stays in the translstor's PDS

wouldn't tangled's approach of projects having their own atproto identity be better here. it doesn't seem reasonable that the answer to "what if contributors delete their account and takes the locale strings hostage" is "we'll let the appview handle it"

We identified issues with the waitlist signup, we working on getting it back asap!

Interesting. Bit confused though whether "repository" means source control or PDS.

I'd be interested in something like this for @sifa.id The landing page is missing something imho: it's very much aimed at the person doing the translation (which ok: fair), but in order for their translations to do anything, you need buy-in from the people building the apps/sites that implement it