internationalization

Hello,

I'm using vue-i18n on my nuxt app with typescript.

I have a simple question :
Why in

declare module 'vue/types/options' {
	interface ComponentOptions<V extends Vue> {
		i18n?: {
			messages?: VueI18n.LocaleMessages
			dateTimeFormats?: VueI18n.DateTimeFormats
			numberFormats?: VueI18n.NumberFormats
			sharedMessages?: VueI18n.LocaleMessages
		}
	}
}

`local

Describe the bug
The output PO file has comments with a leading period:

#. Your free trial will end on August 6th and will not renew.
#: src/components/routes/billing/Status/Status.tsx:56
msgid "and will not renew."
msgstr ""

To Reproduce
Steps to reproduce the behavior, possibly with minimal code sample, e.g:

import { t } from "@lingui/macro"

cons

Describe the problem

It would be greate to have a way to define state of the unit on creation via an API.
If we will do it in 2 steps (1 — create unit, 2 — patch unit state), there may be an issue with data consistency. For example 1st request is done, but on second there will be network issue, or requester server has died unexpectedly.

`POST /api/translations/(string: project)/(string: c

https://github.com/traduora/traduora/blob/f921f7c5eab3b96d467a8a8a5dd8dd57f0615ee6/webapp/src/app/shared/components/search/search.component.ts#L21

Search result count is 10.
How can i set the pagesize on user side

If the locale is set using this.translocoLocaleService.setLocale(locale) (or default) it is overwritten the moment this.translocoService.setActiveLang(lang); is called.

Because of the https://github.com/ngneat/transloco/blob/master/projects/ngneat/transloco-locale/src/lib/transloco-locale.service.ts
translocoService.langChanges$ subscription.

There is no property or config to disable

The Problem
The initialization of svelte-i18n sets the preferred language in a global variable.
While this is acceptable for client, it is not acceptable for the server (with SSR).

The server might be async, in which it can proccess at the same time both request for one language and a request for other language.
However, as far as I can see, setting a new locale will override the existin

utils/codepointtrie does not have any benchmarks. It would be useful to add benchmarks so that we can evaluate the impact of changes to CPT.

A bench should include looping over a string and .get()ing the value for each code point in the string. Sample strings should include:

1. ASCII
2. Non-English Latin
3. Cyrillic
4. CJK
5. Chakma (supplementary code points)

Example strings can