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

From unicode-org/icu4x#1873 (comment), "Having icu_datetime::pattern::reference::pattern::Pattern and icu_datetime::pattern::runtime::pattern::Pattern makes this super confusing to review, as opposed to having a struct named ReferencePattern and RuntimePattern"

These are internal structures, so we don't need to do this prior to ICU4X 1.0.

as we have multi-users using the dashboard in a multi-user single redis instance environment.
connection persistence will leave all the users see the connection.