Angular: i18n: एक टेम्पलेट के बाहर अनुवाद स्ट्रिंग का उपयोग करने में सक्षम

मुझे लगता है कि यह एक वास्तविक शोस्टॉपर है, i18n इसे लागू होने तक उपयोग करने के लिए तैयार नहीं है।
उदाहरण के लिए मैं कोड में अनुवादित सत्यापन संदेशों को सेट करने में सक्षम नहीं हूं

@ मैट्स 83 क्या आपने इस तरह से कोशिश की?

<p [hidden]="!alertManagerRowForm.controls.sendTo.hasError('validateEmail')" class="help-error">
    {{ 'ALERTMANAGER__FORM__FIELD__sendTo__ERROR__validateEmail' | translate }}
</p>

:confused: प्रलेखन आपको बताता है कि कोड में त्रुटि संदेशों का होना कितना अच्छा है और अनुवाद समर्थन के लिए टेम्पलेट में कुछ भी आवश्यक है। ऐसा लगता है कि संचार की अधिक आवश्यकता है।

@marcalj मैं इस तरह से जानता हूं ... लेकिन मुझे अपनी टीएस फाइलों में स्थानीयकृत स्ट्रिंग्स की आवश्यकता है।
@manklu मैं पूरी तरह सहमत हूँ

मुझे लगता है कि यह एक वास्तविक शोस्टॉपर है, i18n इसे लागू होने तक उपयोग करने के लिए तैयार नहीं है।
उदाहरण के लिए मैं कोड में अनुवादित सत्यापन संदेशों को सेट करने में सक्षम नहीं हूं

हाँ यहाँ भी, मैंने अभी-अभी ng2-translate से Angular2 i18n पर स्विच किया है क्योंकि मैं OOTB मॉड्यूल का उपयोग करना पसंद करता हूँ, और अनुवादों को निकालना बहुत आसान है (ng2-translate IMO में अधिक समय लेने वाला है)
इस स्तर पर मैं अपनी सेवाओं से उठाए गए त्रुटि संदेशों का अनुवाद नहीं कर सकता। कोई उपाय भी नहीं।

अगर कोई डिज़ाइन स्पेक शुरू करना चाहता है, तो यह मददगार होगा (यानी Google डॉक्स पर)।

इसे सभी मामलों को सूचीबद्ध करने की आवश्यकता होगी। इसके बारे में जल्दी से सोचने पर, मुझे इसकी आवश्यकता दिखाई देती है

_.('static text');
_.('with {{ parameter }}', {parameter: "parameter" });
_.plural(count, {'few': '...'});
_.select(on, {'value': '...'});

हाय दोस्तों, बढ़िया फीचर अनुरोध: +1:

क्या *.ts टेक्स्ट का अनुवाद करने का कोई सुझाव दिया गया है?

@fbobbio मैं जो कर रहा हूं वह टेम्पलेट में छिपे हुए तत्व बना रहा है, उदा।
<span class="translation" #trans-foo i18n>foo</span> ।

उनका उपयोग करके बांधें:
@ViewChild('trans-foo) transFoo : ElementRef; ।

फिर अनुवादित मान प्राप्त करें
transFoo.nativeElement.textContent ।

मंदबुद्धि दिखता है, लेकिन मेरी जरूरतों के लिए काम करता है।

जैसा कि ng-xi18n पहले से ही पूरे TS-कोड को प्रोसेस करता है, क्यों न @i18n() (स्ट्रिंग-) प्रॉपर्टीज जैसे डेकोरेटर को लागू किया जाए? फिर इन्हें अनुवादित मान से भरा जा सकता है, जैसे @Input() का उपयोग एकतरफा डेटा बाइंडिंग के साथ किया जाता है।
यदि अअनुवादित मान को कोड से आसानी से नहीं निकाला जा सकता है, तो इसे केवल इस तरह तर्क में रखें:

@i18n( {
  source : 'Untranslated value',
  description: 'Some details for the translator'
} )
public set translatedProperty( value : string ) {
   this._translatedProperty = value;
}

और जब कोई अनुवाद लक्ष्य न हो तो स्रोत को प्रॉपर्टी में फीड करें।

यह संपूर्ण अंतर्राष्ट्रीयकरण चक्र, IMO में एक आवश्यक वस्तु है।

मेरी दुकान में, हम एक "ng-xi18n - like" टूल (xgettext के लिए एक एक्सटेंशन) के आदी हैं, जो अनुवादकों के लिए डिक्शनरी फ़ाइलों में डालने के लिए चिह्नित टेक्स्ट की तलाश में सभी प्रकार की स्रोत फ़ाइलों को क्रॉल करता है।

मुझे HTML टेम्प्लेट में साफ और आसान i18n मार्कअप पसंद है, और मैं टाइपस्क्रिप्ट कोड के लिए भी यही उम्मीद कर रहा था।

@vicb आपके उपयोग के मामलों के अतिरिक्त मैं टीएस कोड में इंटरपोलेटेड स्ट्रिंग के स्थानीयकरण का समर्थन करने की संभावना के बारे में सोच रहा हूं। हालांकि ऐसे परिदृश्य का समर्थन करने के लिए टीएस कोड को फिर से लिखने की संभावना है। क्या यह एक वैध दृष्टिकोण होगा?

यह प्राथमिक विशेषता है जो हमें एंगुलर 2 ऑफ़र के अनुवाद के लिए आउट-ऑफ-द-बॉक्स दृष्टिकोण का उपयोग करने से रोकती है। हमारे पास कई मेटाडेटा संचालित घटक हैं जिनकी कुंजियाँ कुछ मेटाडेटा से आती हैं जो HTML में संग्रहीत नहीं हैं। यदि हम उपलब्ध अनुवादों के विरुद्ध पाइप के माध्यम से या प्रोग्रामेटिक रूप से अनुवाद कर सकते हैं, तो हम इन घटकों को उचित स्ट्रिंग दिखाने के लिए प्राप्त कर सकते हैं।

इस बीच, हम इस सीमा के कारण एनजी-ट्रांसलेट जैसी किसी चीज़ तक सीमित हैं।

जिस तरह से मैंने इस समस्या के आसपास काम किया है वह मेरे पूरे आवेदन में उपयोग की जाने वाली सेवा में एक खाली 'लैंग' ऑब्जेक्ट जोड़कर है। मैं फिर एक निर्देश लागू करता हूं जो एक div में सभी अवधि को पढ़ता है और उस ऑब्जेक्ट में मान संग्रहीत करता है। मैं अपनी सभी स्ट्रिंग को एक छिपी हुई संपत्ति के साथ पृष्ठ के निचले भाग में एक टेम्पलेट में रखता हूं। स्ट्रिंग तब टेम्पलेट या घटक से पहुंच योग्य होती है। यह बदसूरत है और आप एक ही आईडी के साथ एक प्रविष्टि को आसानी से अधिलेखित कर सकते हैं। लेकिन यह बेहतर है तो कुछ भी नहीं।

सेवा

@Injectable()
export class AppService {

    //Language string object.
    private _lang:Object = new Object();
    get lang():Object {
        return this._lang;
    }
}

निर्देशक

@Directive({
    selector: '[lang]'
})
export class LangDirective implements OnInit {

    constructor(
        public element: ElementRef,
        public app: AppService) {
    }

    ngOnInit() {
        let ele = this.element.nativeElement;
        for (var i = 0; i < ele.children.length; i++) {
            let id = ele.children[i].getAttribute('id');
            let value = ele.children[i].innerHTML;
            this.app.lang[id]=value;
        }
    }
}

खाका

<button>{{app.lang.myButtonText}}</button>
<div lang hidden >
    <span id="myButtonText" i18n="Test Button">Testing</span>
</div>

नमस्ते @lvlbmeunier

जब तक हम आधिकारिक कार्यान्वयन की प्रतीक्षा कर रहे हैं, तब तक समाधान के लिए यह सुझाव प्रदान करने के लिए धन्यवाद। मैंने आपके समाधान को लागू करने की कोशिश की, लेकिन मुझे लगता है कि मुझे गतिशील अनुवाद कुंजियाँ पहचानने के लिए नहीं मिल रही हैं। मैं इसे इस तरह करने की कोशिश कर रहा था:

<p *ngFor="let d of dataEntry">{{app.lang[d.name]}}</p>
<div lang hidden >
<span id="{{d.name}}" *ngFor="let d of dataEntry" i18n>{{d.name}}</span>
</div>

वे नई कुंजियाँ मेरी xliff फ़ाइलों में दिखाई नहीं देती हैं। क्या आपके समाधान से इसे हासिल करना संभव है?

मैंने कभी इसकी कोशिश नहीं की लेकिन मैं लगभग निश्चित हूं कि xliff फ़ाइल का निर्माण कोड नहीं चलाता है। i18n में डायनामिक वैल्यू होना कॉन्सेप्ट के विपरीत होगा। यदि आप निश्चित रूप से उन सभी नामों के बारे में जानते हैं जो आपकी सूची में होंगे, तो उन्हें सभी को स्वतंत्र रूप से घोषित किया जाना चाहिए, न कि लूप में।

चाबियों को जोड़ना मैन्युअल रूप से काम करता है लेकिन यह अव्यावहारिक है। मेरे मामले में मुझे एपीआई से अनुवाद के लिए सैकड़ों टेक्स्ट कुंजियाँ मिलती हैं।

आप अपना कोड चला सकते हैं और स्रोत ले सकते हैं और उसे एक फ़ाइल में कॉपी कर सकते हैं। X18n फ़ाइल की पीढ़ी स्थिर फ़ाइल पर आधारित है।

4.0.0-beta के साथ आप i18n को एक आईडी निर्दिष्ट कर सकते हैं, उदाहरण के लिए mainTitle:

<span i18n="title@@mainTitle">

इसके साथ, हम कम से कम जेआईटी कंपाइलर के लिए, हमारे सभी "अतिरिक्त" अनुवादों के साथ एक डमी घटक बना सकते हैं (इसे ऐप एचटीएमएल, केवल ऐप मॉड्यूल में जोड़ने की आवश्यकता नहीं है)।

शुरुआत के लिए हम प्रदाताओं को न केवल कंपाइलर में बल्कि ऐप मॉड्यूल में भी जोड़ेंगे:

// bootstrap.ts
getTranslationProviders().then(providers => {
    const options = { providers };
    // here we pass "options.providers" to "platformBrowserDynamic" as extra providers.
    // otherwise when we inject the token TRANSLATIONS it will be empty. The second argument of
   // "bootstrapModule" will assign the providers to the compiler and not our AppModule
    platformBrowserDynamic(<Provider[]>options.providers).bootstrapModule(AppModule, options);
});

फिर हम अपने अतिरिक्त अनुवादों को रखने के लिए एक डमी घटक बनाएंगे, घटक को declarations के AppModule #$4$#$ में जोड़ना न भूलें। ऐसा इसलिए है ताकि ng-xi18n एचटीएमएल (मुझे लगता है) ढूंढ सके और इसे अनुवाद फ़ाइल में जोड़ सके।

//tmpI18N.ts
import {Component} from '@angular/core';

@Component({
    selector: 'tmpI18NComponent',
    moduleId: module.id,
    templateUrl: 'tmp.i18n.html'
})
export class TmpI18NComponent {
}

हमारे अनुवादों को tmp.i18n.html में जोड़ें:

<!-- tmp.i18n.html -->
<span i18n="test@@mainTitle">
    test {{something}}
</span>

अब हम एक सेवा बना सकते हैं जहाँ हम अपने अनुवाद प्राप्त कर सकते हैं:

import {Injectable, Inject, TRANSLATIONS} from '@angular/core';
import {I18NHtmlParser, HtmlParser, Xliff} from '@angular/compiler';

@Injectable()
export class I18NService {
    private _source: string;
    private _translations: {[name: string]: any};

    constructor(
        @Inject(TRANSLATIONS) source: string
    ) {
        let xliff = new Xliff();
        this._source = source;
        this._translations = xliff.load(this._source, '');
    }

    get(key: string, interpolation: any[] = []) {
        let parser = new I18NHtmlParser(new HtmlParser(), this._source);
        let placeholders = this._getPlaceholders(this._translations[key]);
        let parseTree = parser.parse(`<div i18n="@@${key}">content ${this._wrapPlaceholders(placeholders).join(' ')}</div>`, 'someI18NUrl');

        return this._interpolate(parseTree.rootNodes[0]['children'][0].value, this._interpolationWithName(placeholders, interpolation));
    }

    private _getPlaceholders(nodes: any[]): string[] {
        return nodes
            .filter((node) => node.hasOwnProperty('name'))
            .map((node) => `${node.name}`);
    }

    private _wrapPlaceholders(placeholders: string[]): string[] {
        return placeholders
            .map((node) => `{{${node}}}`);
    }

    private _interpolationWithName(placeholders: string[], interpolation: any[]): {[name: string]: any} {
        let asObj = {};

        placeholders.forEach((name, index) => {
            asObj[name] = interpolation[index];
        });

        return asObj;
    }

    private _interpolate(pattern: string, interpolation: {[name: string]: any}) {
        let compiled = '';
        compiled += pattern.replace(/{{(\w+)}}/g, function (match, key) {
            if (interpolation[key] && typeof interpolation[key] === 'string') {
                match = match.replace(`{{${key}}}`, interpolation[key]);
            }
            return match;
        });

        return compiled;
    }
}

अब हम कुछ ऐसा कर सकते हैं:

export class AppComponent {

    constructor(i18nService: I18NService) {
        // Here we pass value that should be interpolated in our tmp template as a array and 
        // not an object. This is due to the fact that interpolation in the translation files (xlf for instance)
        // are not named. They will have names such as `<x id="INTERPOLATION"/>
        // <x id="INTERPOLATION_1"/>`. And so on.
        console.log(i18nService.get('mainTitle', ['magic']));
    }
}

यह एक हैकी वर्कअराउंड है। लेकिन कम से कम हम अनुवाद फ़ाइल का लाभ उठा सकते हैं, कुंजी द्वारा प्राप्त कर सकते हैं, इंटरपोलेट कर सकते हैं और हमारे आवेदन में छुपा एचटीएमएल नहीं होना चाहिए।

नोट: 4.0.0-बीटा के वर्तमान @angular/compiler-cli NPM पैकेज में @angular/tsc-wrapped का एक गलत निर्भरता संस्करण है। यह 0.4.2 की ओर इशारा करता है यह 0.5.0 होना चाहिए। @vicb क्या यह आसानी से तय हो गया है? या हमें अगली रिलीज का इंतजार करना चाहिए?

@fredrikredflag बहुत बढ़िया! और एओटी के बारे में क्या?

@ghidoz AOT एक और कहानी है। हम जो करना चाहते हैं वह सभी अनुवादों को पूर्व-संकलित करना है ताकि हम उन्हें कुंजी द्वारा प्राप्त कर सकें। लेकिन चूंकि ngc सभी i18n को सही अनुवाद से बदल देगा, इसलिए हम इसका लाभ नहीं उठा सकते। ngc से पार्स किए गए अनुवादों वाला कोई भी खुला विकल्प/गुण नहीं मिल रहा है। हम एक्सएलटी फ़ाइल लाकर जेआईटी के लिए उसी गतिशील दृष्टिकोण का उपयोग कर सकते हैं जो अभी भी इसे TRANSLATION टोकन पर प्रदान करता है। हालांकि यह एओटी के उद्देश्य के खिलाफ जाता है।

किसी भी प्रोडक्शन ऐप के लिए ऐसा न करें ।

/// bootstrap.aot.ts
function fetchLocale() {
    const locale = 'sv';
    const noProviders: Object[] = [];

    const translationFile = `./assets/locale/messages.${locale}.xlf`;
    return window['fetch'](translationFile)
        .then(resp => resp.text())
        .then( (translations: string ) => [
            { provide: TRANSLATIONS, useValue: translations },
            { provide: TRANSLATIONS_FORMAT, useValue: 'xlf' },
            { provide: LOCALE_ID, useValue: locale }
        ])
        .catch(() => noProviders);
}

fetchLocale().then(providers => {
    const options = { providers };
    platformBrowser(<Provider[]>options.providers).bootstrapModuleFactory(AppModuleNgFactory);
});

इसे कैसे लागू किया जाए, इस बारे में वर्तमान सोच:

@Component()
class MyComp {
  // description, meaning and id are constants
  monday = __('Monday', {description?, meaning?, id?});
}

• क्योंकि हम इस तरह के निर्माण के साथ डीओएम संरचना को प्रभावित नहीं कर सके, हम रनटाइम अनुवाद का समर्थन कर सकते हैं - बाइनरी का एक ही संस्करण होगा और रनटाइम पर रिज़ॉल्यूशन होगा,
• हम स्थिर अनुवादों का भी समर्थन कर सकते हैं जैसा कि हम आज टेम्प्लेट के लिए करते हैं - स्ट्रिंग्स को संकलन समय पर बदल दिया जाएगा, बेहतर perf लेकिन प्रति लोकेल ऐप का एक संस्करण,
• हम शायद बाद में किसी समय टेम्प्लेट में __(...) का समर्थन कर सकते हैं,
• इसे 2.3 से उपलब्ध टीएस ट्रांसफॉर्मर के माध्यम से कार्यान्वित किया जाएगा - हमारे पास शायद पहले एक प्रोटोटाइप हो सकता है।

/सीसी @ocombe

मुझे लगता है कि __() एक ऐसी विधि के लिए है जिसका अभी तक कोई नाम नहीं है (और विधि वास्तव में __ नहीं होगी, है ना?)

स्थिर अनुवादों के लिए यह एक अच्छा विचार है जिसका उपयोग आप अपनी कक्षाओं में कर सकते हैं, और मुझे लगता है कि इसे लागू करना बहुत आसान है।

नहीं __() नाम है, क्या आपको यह पसंद नहीं है :)

यह आमतौर पर अनुवाद ढांचे में उपयोग किया जाता है - लेकिन यदि आप कोई अन्य नाम पसंद करते हैं तो आप import {__ as olivier} from '@angular/core' में सक्षम होंगे!

eeeeeeh यह बहुत आत्म व्याख्या नहीं है :D
यह एक बहुत ही निजी समारोह की तरह दिखता है

मुझे ___ विधि का नाम पसंद नहीं है :) मैंने कल्पना की थी कि यह एक सेवा होगी?
किसी भी तरह से, प्रगति देखना अच्छा है

मुझे पसंद __()! :D बहुत gettext-y और यह छोटा है।

JS दुनिया में, मेरे पास केवल @ocombes ng2-translate का अनुभव है, जहां इसके साथ सभी टेक्स्ट को चिह्नित करना है।

आपको ng2 अनुवाद सेवा __ का नाम बदलने से कुछ भी नहीं रोकता है :)

असल में, मुझे नहीं पता कि एक साधारण फ़ंक्शन में डीआई सेवा विधि को कैसे लपेटना है - वैसे भी, कोई बात नहीं, यह इस मुद्दे के दायरे से बाहर है :-) मेरी टिप्पणी __ का उपयोग करने के लिए सिर्फ एक +1 थी क्योंकि यह अच्छी तरह से जाना जाता है यदि आप ' कम से कम PHP दुनिया में, कभी भी अन्य अनुवाद ढांचे का उपयोग किया है।

ठीक है, शायद ___ ठीक है, "this.translationService.getTranslation ()" से बेहतर, बहुत छोटा।
और हाँ अगर आप चाहें तो इसका नाम बदल सकते हैं।

$#$ __(...) $#$ के बजाय i18n(...) के बारे में क्या?

कृपया नाम के बारे में बहस बंद करो, वह बात नहीं है। धन्यवाद।

@vicb monday = __('Monday', {description: 'First day of the week', id: 'firstDatOfWeek'}); के साथ आईडी द्वारा इसे हल करना संभव होगा, यानी:

__('@<strong i="8">@firstDatOfWeek</strong>') // Monday

इसके अलावा Monday उस वर्ग के लिए स्थानीय होगा जिसे परिभाषित किया गया है या कहीं से भी हल करना संभव होगा? मैं सामान्य अनुवादों जैसे "करीब", "खुला" इत्यादि के बारे में सोच रहा हूं।

मैं सोच रहा था कि वर्तमान में सबसे अच्छा कामकाज क्या है जिसे आप लोग एओटी के साथ उपयोग करने की सलाह देते हैं जब तक कि आधिकारिक रिलीज इसका समर्थन न करे?

सादर,
शॉन

कोणीय 2 रसोई सिंक: http://ng2.javascriptninja.io
और स्रोत@ https://github.com/born2net/Angular-kitchen-sink

@vicb कोई खबर, वहाँ पर ^

जब तक यह सुविधा लागू नहीं हो जाती, मैं विशेषता अनुवाद सुविधा का उपयोग कर रहा हूं।

import {Component, Input, OnInit} from '@angular/core';

@Component({
    selector: 'app-sandbox',
    templateUrl: 'sandbox.html'
})
export class SandboxComponent implements OnInit {
    @Input()
    public title: string;

    constructor() {
    }

    ngOnInit() {
        console.log('Translated title ', this.title);
    }
}

मूल घटक टेम्पलेट से:

<app-sandbox i18n-title title="Sandbox"></app-sandbox>

यह एक समाधान है, लेकिन फिर भी, मुझे लगता है कि यह अब तक का सबसे साफ है। यह आपको $#$ ts $#$ के भीतर अनुवादित title तक पहुंच प्रदान करता है।

मैं इस सुविधा पर काम करना शुरू कर रहा हूं, जल्द ही एक डिज़ाइन दस्तावेज़ की अपेक्षा करें :-)

यह सबसे प्रत्याशित विशेषता होगी

यह अच्छी खबर है। धन्यवाद @ocombe ।

डिज़ाइन दस्तावेज़ यहाँ उपलब्ध है: https://goo.gl/jQ6tQf
किसी भी प्रतिक्रिया की सराहना की जाती है, धन्यवाद।

मीठा, जल्द से जल्द पढ़ रहा होगा!

धन्यवाद @ocombe

मैंने दस्तावेज़ पढ़ा है। सुंदर सारांश।

टीएस फाइलों से स्ट्रिंग निकालने में सक्षम होने के कारण बहुत बढ़िया लगता है।

मुझे यकीन नहीं है कि एंगुलर 4 के लिए टाइपस्क्रिप्ट अपग्रेड कब उपलब्ध होगा।

इसका मतलब है कि यह सुविधा जो पहले से ही महीनों के लिए उपलब्ध होनी चाहिए क्योंकि इस सीमा में आने वाले सभी लोग कम से कम 3/6 और महीनों से पहले इस समाधान का उपयोग करने में सक्षम नहीं होंगे।

मैं अभी अकेला नहीं हो सकता जो मेरे नियंत्रकों में अनुवादों को प्रबंधित करने के लिए ngx-translate का उपयोग करता है, जबकि मैं टेम्पलेट्स के लिए कोणीय i18n पर भरोसा करता हूं।

सब कुछ i18n में मर्ज करने का लक्ष्य स्पष्ट रूप से बहुत अच्छा है।

लेकिन कोणीय ढांचे में i18n को लागू करने के तरीके को समझने के संदर्भ में सरलीकरण के अलावा, क्या यह दृष्टिकोण वास्तव में वर्तमान एनजीएक्स-अनुवाद कार्यान्वयन की तुलना में प्रदर्शन को बढ़ावा देने वाला है?

अभी मेरी समझ से, नियंत्रकों से तार निकालने में सक्षम होने के लिए एकमात्र बोनस होगा।

इसके अलावा एक बड़ी सीमा अभी बहुवचन है, कृपया सुनिश्चित करें कि जब आप संपूर्ण अपग्रेड जारी करते हैं तो यह ठीक से काम कर रहा है। मैंने बहुत सारे i18n संबंधित टिकट पढ़े हैं जहां xliff और xmb दोनों इसे सही ढंग से संभाल नहीं पाएंगे। यह एक और मामला है जहां मुझे एक कामकाजी समाधान देने के लिए एनजीएक्स-अनुवाद पर वापस जाने की जरूरत है।

@ocombe विस्तृत डिज़ाइन दस्तावेज़ के लिए धन्यवाद, यह इस सुविधा अनुरोध के लिए वास्तव में एक अच्छा समाधान जैसा दिखता है। वर्तमान डिज़ाइन उन उपयोग-मामलों को संबोधित करता है जिन्हें मैं हल करने का प्रयास कर रहा हूं।

एक प्रश्न: जेआईटी मोड के लिए एक आई18एन सेवा की डिजाइन वार्ता, और एओटी मोड के लिए एक टीएस 2.2.एक्स ट्रांसफार्मर। क्या मैं यह मानने में सही हूं कि ट्रांसफॉर्मर कॉल को सेवा पद्धति में स्थिर अनुवाद के साथ बदल देगा, और I18N सेवा के सभी शेष संदर्भों को भी हटा देगा?

@ थॉमस एंगुलर 4 टाइपस्क्रिप्ट 2.1 (जिसका अर्थ है कि आपको अपग्रेड करना होगा) का उपयोग करेगा, लेकिन आप वास्तव में एंगुलर 2 या 4 के साथ टाइपस्क्रिप्ट (उदाहरण के लिए 2.2.1) के किसी भी हाल के संस्करण का उपयोग कर सकते हैं।

एनजीएक्स-अनुवाद पर प्रदर्शन लाभ के संदर्भ में यह निर्भर करता है कि आप एओटी का उपयोग करते हैं या नहीं। यदि आप AOT का उपयोग करते हैं तो यह एक लाभ है, लेकिन आप शायद अंतर नहीं देखेंगे। जेआईटी (कोई एओटी) में कोई लाभ नहीं होगा (वास्तव में यह निर्भर करता है कि आप get देखने योग्य या सिंक्रोनस instant विधि का उपयोग करते हैं, अवलोकन योग्य लागत एक साधारण फ़ंक्शन कॉल से अधिक है)।
मैं यहां आपके कोड में i18n के बारे में बात कर रहा हूं। यदि हम टेम्प्लेट के बारे में बात कर रहे हैं तो यदि आप Angular i18n (AOT और JIT में) का उपयोग कर रहे हैं, तो एक वास्तविक दृश्यमान लाभ है क्योंकि यह बाइंडिंग का उपयोग नहीं करता है। आप जितने अधिक अनुवादों का उपयोग करेंगे, आपको उतना ही अधिक लाभ होगा।

मैं यह सुनिश्चित करूँगा कि बहुवचन ठीक उसी तरह काम करता है जैसे यह टेम्पलेट्स के लिए करता है। क्या अभी टेम्प्लेट में इसके साथ कोई समस्या है?

@schmuli केवल तभी जब आप एओटी का उपयोग करते हैं तो कोणीय आपके कोड को प्रतिस्थापित कर सकता है। यदि आप नहीं करते हैं, तो सेवा कॉल आपके कोड में समान रहेंगी।
लेकिन अगर आप एओटी का उपयोग करते हैं तो सर्विस कॉल को एक स्थिर अनुवाद से बदल दिया जाएगा (केवल वे चर जो आप उपयोग कर सकते हैं वे गतिशील रहेंगे)। मुझे यकीन नहीं है कि हम I18n सेवा के संदर्भों को हटा देंगे, क्योंकि भविष्य में इसका उपयोग अन्य चीजों के लिए किया जा सकता है, मुझे यह देखना होगा कि कोड लिखना शुरू करने के बाद ट्रांसफार्मर के साथ क्या संभव है। क्या आप एक उपयोग के मामले के बारे में सोच रहे हैं जहां यह एक मुद्दा होगा?

@ocombe मैं एक उपयोग-मामले के बारे में नहीं सोच सकता जहां कोड छोड़ना एक मुद्दा होगा, जब तक कि हम एक अतिरिक्त डीआई इंजेक्शन पर विचार न करें जिसका उपयोग नहीं किया जाएगा (क्या यह एक वास्तविक मुद्दा है?)

आपने जो लिखा है उसे ध्यान में रखते हुए कि भविष्य में अन्य चीजों के लिए सेवा का उपयोग किया जा सकता है, और उपयोगकर्ता के कोड को बदलकर त्रुटियों की संभावना पेश की जा रही है, मैं कहूंगा कि कोड को पूरी तरह से हटाने से बचना शायद बेहतर है।

शायद एओटी में वर्तमान लोकेल प्राप्त करने के लिए सेवा का उपयोग करना उपयोगी होगा। उदाहरण के लिए उस मामले पर विचार करें जहां आपके पास एक सर्वर है जो कई भाषाओं में टेक्स्ट लौटा सकता है, इसलिए अनुरोध में शामिल करने के लिए आपको वर्तमान लोकेल की आवश्यकता होगी। हालांकि आप हमेशा एक डमी अनुवादित स्ट्रिंग का उपयोग एक काम के रूप में कर सकते हैं।

@ diego0020 आप पहले से ही लोकेल प्राप्त कर सकते हैं, बस कोर से LOCALE_ID इंजेक्ट करें

@ocombe बहुवचन xliff के साथ लागू नहीं किया गया है और Google के बाहर किसी के पास कोई सुराग नहीं है कि इसे xmb के साथ कैसे उपयोग किया जाए। यह भी देखें: https://github.com/angular/angular/issues/13780

वैसे भी, हमारे i18n कार्यान्वयन को अभी कुछ भी नहीं रोक रहा है ngx-translate एक बहुवचन पाइप के साथ अभी के लिए करेगा। उम्मीद है कि NG4 में सब कुछ बेहतर दिखाई देगा और दस्तावेज़ीकरण सुधारों को प्रतिबिंबित करेगा। धन्यवाद।

@ थॉमस आईसीयू xliff के साथ जल्द ही तय किया जाएगा: https://github.com/angular/angular/pull/15068 और यदि आप जानना चाहते हैं कि इसका उपयोग कैसे करना है, तो यह डॉक्स में है: https://angular.io/docs/ ts/नवीनतम/कुकबुक/i18n.html#! #कार्डिनालिटी

कृपया क्षमा करें, क्या कोई ईटीए है? क्योंकि मैंने सुना है कि यह ng4.0.0 रिलीज में उपलब्ध होगा लेकिन नहीं! धन्यवाद

सीसी @ocombe

हम अभी भी डिजाइन पर काम कर रहे हैं, इसमें बहुत सी अप्रत्याशित चीजों को ध्यान में रखना है (जैसे कि पुस्तकालय अपने स्वयं के अनुवाद कैसे भेज सकते हैं), ...
4.2 के लिए इसकी अपेक्षा करें, लेकिन इसकी गारंटी नहीं है।

ठीक है धन्यवाद @ocombe , मेरे पास कृपया दो प्रश्न हैं:

1. वास्तव में क्या हम टेम्प्लेट में टेक्स्ट का अनुवाद कर सकते हैं जिसमें इंटरपोलेशन शामिल है, जैसे:
   <span i18n>This is {{myValue}}</span>

1. मैं पूछता हूं क्योंकि मैं वास्तव में नहीं निकाल सकता, मुझे नहीं पता कि मुझे यह त्रुटि क्यों मिलती है:
   Could not mark an element as translatable inside a translatable section

@istiti

1. हाँ आप कर सकते हैं।
2. आपको अपने i18n निर्देश के स्थान पर ध्यान देने की आवश्यकता है, इसे सीधे उस तत्व पर रखा जाना चाहिए जिसमें पाठ हो, न कि किसी अन्य भाई-बहनों पर।
   उदाहरण के लिए:
   <div i18n><span i18n>my text</span></div> - यह अच्छा नहीं है
   <div><span i18n>my text</span></div> - यह अच्छा है

@royiHalp
धन्यवाद

1. ठीक है इंटरपोलेशन के साथ अनुवाद कैसे करें?
2. जब एनजीसी निकालें तो मुझे फ़ाइल और लाइन और कोड स्निपेट प्राप्त करें लेकिन मेरे पास i18n अन्य i18n के अंदर लपेटा नहीं गया है
   यह पता लगाना वाकई मुश्किल है कि मेरे माता-पिता में से किसके पास गलती से i18n विशेषता है

@istiti

1. आप इसे किसी अन्य तत्व की तरह करते हैं जैसे आपने किया था i18n निर्देश जोड़ें:
   <span i18n>This is {{myValue}}</span>
   Messages.xlf फ़ाइल में परिणाम होगा:
   <source>This is <x id="INTERPOLATION"/></source>
   अब जब आप इसे अलग-अलग स्थानों में अनुवाद करते हैं तो आपको वाक्य में <x id="INTERPOLATION"/> को सही जगह पर रखना चाहिए, ताकि दूसरों को आपका अर्थ समझने में मदद मिल सके, आप इस तरह i18n निर्देश में विवरण जोड़ सकते हैं:

1. मेरे अनुभव से त्रुटि Could not mark an element as translatable inside a translatable section जैसा कि मैंने समझाया है, मुझे याद है कि अगर मैं त्रुटि को ध्यान से पढ़ता हूं तो मैं देख सकता हूं कि मुझे किस फाइल में समस्या है।

@fredrikredflag धन्यवाद एक टन!

आपका कोड सुपर उपयोगी है! मुझे सिर्फ एक समस्या को ठीक करना था क्योंकि ऐसा लगता है कि xliff.load आजकल एक अलग वस्तु देता है, इसलिए this._translations को इसमें समायोजित करने की आवश्यकता है:

const loaded = xliff.load(this._source, '');
this._translations = loaded['i18nNodesByMsgId'] ? loaded['i18nNodesByMsgId'] : {};

और get विधि में एक मामूली सत्यापन यदि हम एक गैर-मौजूदा कुंजी के लिए कहते हैं:

const placeholders = this._getPlaceholders(this._translations[key] ? this._translations[key] : []);

साथ ही, मुझे लगता है कि खाली i18n घटक पेड़ हिल गया था या कुछ और इसलिए मुझे संबंधित घटक टेम्पलेट्स पर तारों को शामिल करना पड़ा:

<span hidden i18n="@@MY_STRING_1">String 1</span>
<span hidden i18n="@@MY_STRING_2">String 2</span>

सौभाग्य से मुझे अपने मिनीएप में बस कुछ मात्रा में तार चाहिए, इसलिए यह एओटी के साथ उत्पादन में बहुत अच्छा काम करता है।
एक बार फिर धन्यवाद!!!

P/S: इस समय मार्टिन रूब का xliffmerge टूल अवश्य उपयोग होना चाहिए, और उसका TinyTranslator भी B-)

मैं एओटी संकलन का उपयोग करता हूं और मेरी परियोजना दो भाषाओं का समर्थन करती है: अंग्रेजी और रूसी। मुझे पर्यावरण कॉन्फ़िगरेशन का उपयोग करके समस्या का अस्थायी समाधान मिला है।

environments/environment.ts फ़ाइल में शामिल हैं:

import { messagesEn } from '../messages/messages-en';

export const environment = {
  production: false
};

export const messages = messagesEn;

अगली सामग्री के साथ दो अन्य फ़ाइलें environment.prod-en.ts और environment.prod-ru.ts भी हैं:

import { messagesEn } from '../messages/messages-en';

export const environment = {
  production: true
};

export const messages = messagesEn;

और रूसी के लिए:

import { messagesRu } from '../messages/messages-ru';

export const environment = {
  production: true
};

export const messages = messagesRu;

प्रत्येक संदेश फ़ाइल में कुछ ऐसा हो सकता है:

export const messages = {
  MessageKey: 'Translation',
  AnotherMessageKey: 'Translation',
  Group: {
    MessageKey: 'Translation',
    AnotherMessageKey: 'Translation',
  }
};

मेरे कोड (घटकों, सेवाओं, आदि) में मैं सिर्फ संदेश आयात करता हूं:

import { messages } from '../../environments/environment';

और उनका उपयोग करें:

alert(messages.MessageKey);

.angular-cli.json में मैंने उत्पादन के लिए अगला परिवेश निर्दिष्ट किया है:

"environments": {
  "dev": "environments/environment.ts",
  "prod-en": "environments/environment.prod-en.ts",
  "prod-ru": "environments/environment.prod-ru.ts"
}

यह काम करता है!

@ एलेक्स-च्यूव क्या आपने जेआईटी के साथ यह कोशिश की है?

@ocombe कोई मोटा अनुमान यह कब उपलब्ध होगा?

ग्रेट फीचर बीटीडब्ल्यू :)

यह तब तक होल्ड पर है जब तक कि कंपाइलर में बदलाव नहीं किया जाता है, इसलिए 4.2 के लिए नहीं, मैं अभी भी इसे 4.3 के लिए बनाने की उम्मीद कर रहा हूं

कोई भी जानता है कि i18n को परम मूल्यों में कैसे कार्यान्वित किया जाए उदाहरण के लिए [शीर्षक] में निम्नलिखित उदाहरण में:
तो दूसरे शब्दों में, HELLO . शब्द में अनुवाद जोड़ें

सादर

शॉन

यदि HELLO केवल एक स्ट्रिंग है जिसे आप HTML टेम्पलेट में टाइप करते हैं, तो आप निम्न कार्य कर सकते हैं:
```एचटीएमएल

````
दस्तावेज़ीकरण में इसका एक उदाहरण है। यहां देखें: https://angular.io/docs/ts/latest/cookbook/i18n.html#! #अनुवाद-विशेषताएं

यदि आपको घटक में एक स्ट्रिंग संपत्ति से जुड़ना है, तो आपको इस सुविधा की प्रतीक्षा करनी होगी, या अनुवाद करने का एक कस्टम तरीका लागू करना होगा (मेरी जानकारी के लिए)।

@ocombe

हम अभी भी डिजाइन पर काम कर रहे हैं, इसमें बहुत सी अप्रत्याशित चीजों को ध्यान में रखना है (जैसे कि पुस्तकालय अपने स्वयं के अनुवाद कैसे भेज सकते हैं), ...

यह बहुत महत्वपूर्ण है। मुझे उम्मीद है कि यह भी इस सुविधा का हिस्सा है। क्योंकि फिलहाल मैं यह नहीं देखता कि कैसे तृतीय-पक्ष पुस्तकालय आपके आवेदन के लिए अनुवाद प्रदान कर सकता है। निर्माण के दौरान आप केवल 1 XLIFF फ़ाइल निर्दिष्ट कर सकते हैं, और ऐसा लगता है कि आपको अपनी भाषा को अनुवाद करने की क्षमता रखने के लिए अपनी लाइब्रेरी को पूर्व-निर्माण करना होगा।

हाँ, मैं भी उसका इंतज़ार कर रहा हूँ! गैर-अंग्रेजी भाषी दर्शकों के लिए लक्षित परियोजनाओं के लिए यह बहुत महत्वपूर्ण है!

यह निश्चित रूप से ऐसा कुछ है जिसे हम समर्थन देना चाहते हैं, टीम कंपाइलर के रिफैक्टरिंग पर काम कर रही है जो हमें ऐसा करने की अनुमति देगी :-)

क्या कोई अनुमान है कि किस संस्करण के लिए लक्षित किया जाएगा? मैंने कहीं पढ़ा है कि यह लगभग 4.3 हो सकता है?

रिफैक्टरिंग (और ब्रेकिंग परिवर्तन) आवश्यक होने के कारण, यह v5 से पहले नहीं होगा मुझे डर है

Whaaaat ओह नू, मैं 4.2 के लिए इस सुविधा की प्रतीक्षा कर रहा हूं और अब यह v5 के लिए है ️ मैं सोच रहा था कि v5 गतिशील भाषा होगी जो प्रत्येक संस्करण को जारी नहीं करेगी, लेकिन वैसे भी उम्मीद है कि यह एक दिन होगा, यहां तक ​​​​कि प्रत्येक के लिए 36k अलग-अलग बिल्ड के साथ भाषा: हिन्दी। मुझे आश्चर्य है कि v5 कब है? धन्यवाद

@ocombe

@istiti मैंने कहा कि यह गारंटीकृत तारीख नहीं थी ;-)
रिलीज शेड्यूल यहां है: https://github.com/angular/angular/blob/master/docs/RELEASE_SCHEDULE.md
v5 के लिए अंतिम रिलीज 2017‑09‑18 है, लेकिन इससे पहले बीटा और आरसी होंगे

क्या प्रत्येक घटक के लिए एक लोकेल फ़ाइल बनाने के लिए कोई परिवर्तन किया गया है? इसका मतलब है, messages.xlf का हिस्सा बनाएं, उदाहरण के लिए: messages.{component}.{locale}.xlf और उदाहरण के लिए डिफ़ॉल्ट भाषा के लिए केवल messages.{component}.xlf ।

अभी नहीं

@ocombe . निर्माण समय की वजह से नुकसान यह सख्त न्यूनतम है

मैं उलझन में हूँ... क्या यह परिवर्तन अनुरोध/परिवर्तन आधिकारिक होने के लिए है या नहीं?
यहां एक ही समस्या होने के कारण, अनुवाद केवल टेम्प्लेट पर लागू नहीं होते हैं।
रिडक्स, कस्टम ट्रीव्यू घटक आदि... सभी जावास्क्रिप्ट ऑब्जेक्ट्स से कोड में उत्पन्न होते हैं, प्रति टेम्पलेट नहीं

यह आधिकारिक है, और यह आ रहा है लेकिन हमें पहले कंपाइलर में अन्य गहरे बदलाव करने पड़े, यही वजह है कि यह 4.3 के लिए तैयार नहीं था

क्या यह ज्ञात है कि यह सुविधा किस सटीक संस्करण में उपलब्ध होगी/योजनाबद्ध है? 4.3.1, 4.3.2 ... 4.3.X ?

4.x शाखा के लिए कोई और बड़ा/मामूली संस्करण नहीं है (केवल पैच: https://github.com/angular/angular/blob/master/docs/RELEASE_SCHEDULE.md) जिसका अर्थ है कि यह 5.x के लिए होगा , सुनिश्चित नहीं है कि कौन सा।

क्या यह अभी भी 5.x में आने की उम्मीद है? मैं इसे बीटा में नहीं देख सकता। धन्यवाद

v50.x में हो सकता है न कि v5.x में

5.x हाँ, लेकिन यह 5.0 में सबसे अधिक संभावना नहीं होगी

ले ज्यू। 3 बजे 2017 बजे 12:56 बजे, vltr [email protected] एक लेख :

v50.x में हो सकता है न कि v5.x में

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/angular/angular/issues/11405#issuecomment-319936876 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAQMorXMbyI8l6K3QA4jmXEKawiEC46xks5sUad0gaJpZM4J2pkr
.

हाय @ocombe मुझे इसे काम करने की प्रक्रिया में बहुत दिलचस्पी है और संकलक जिस तरह से काम करता है उसके बारे में वर्तमान में यह एक कठिन काम है। क्या आपके पास इस बारे में कोई स्पष्टता है कि समयरेखा कैसी दिखती है या यह अभी भी 5.0 लेकिन कुछ 5.x की संभावना नहीं है?

@arackow यह 5.x में होगा सबसे अधिक संभावना है, @vicb संकलक के अंतिम परिवर्तनों पर काम कर रहा है जो अंततः इसे संभव बना देगा

@ocombe ... क्या कोई डिज़ाइन दस्तावेज़ है जो टेम्पलेट्स के बाहर स्ट्रिंग्स के समाधान की अवधारणा का वर्णन करता है? हम एक परियोजना विकास चरण में हैं जहां इसे जानना बहुत अच्छा होगा, इसलिए हम किसी भी तरह अपना अस्थायी समाधान तैयार करने में सक्षम होंगे और बाद में अंतिम कोणीय वाक्यविन्यास पर स्विच करना अधिक आसान होगा।

हमारे पास एक डिज़ाइन दस्तावेज़ था लेकिन यह कंपाइलर के पिछले संस्करण पर आधारित था और शायद यह कार्यान्वयन नहीं है जिसे हम समाप्त कर देंगे। नए कार्यान्वयन पर बेहतर विचार होने के बाद हम एक नया सार्वजनिक डिज़ाइन दस्तावेज़ करेंगे

@ocombe मुझे इस सुविधा को +1 करना है। इसके लिए अभी गंभीर आवश्यकता है योग्य: +1: अद्भुत उपकरण बनाने के लिए धन्यवाद दोस्तों! :)

जैसा कि मैं वर्तमान डिजाइन दस्तावेज़ को समझता हूं, एओटी पुस्तकालय के एक लेखक को इस पुस्तकालय का उपयोग करने वाले विभिन्न अनुप्रयोगों के लिए आवश्यक सभी भाषाओं के लिए अनुवाद प्रदान करने की आवश्यकता होगी।
क्या मैंने इसे सही ढंग से समझा है?

यह एक अच्छी बात है @gms1.
मैंने यहां इसका परीक्षण किया।
एक पुस्तकालय लेखक के रूप में आपको केवल i18n टैग जोड़ने होंगे।
आपको अपनी लाइब्रेरी को " ngfactories " (ng-conf 2017 पर जेसन एडन की बात देखें) में संकलित नहीं करना चाहिए, इसलिए अनुवाद टैग को प्रतिस्थापित नहीं किया जाएगा। इस तरह जब आप ng xi18n कमांड चलाते हैं तो आपको xliff में आपके नोड_मॉड्यूल फ़ोल्डर में फ़ाइलों के लिए एक अनुवाद भी मिलेगा।

तो नहीं, आपको अनुवाद प्रदान करने की आवश्यकता नहीं है, बल्कि उपयोगी अर्थों के साथ i18n टैग जोड़ने की आवश्यकता है।

डिजाइन दस्तावेज़ से उद्धृत:

एओटी के लिए सोर्स कोड को सर्विस कॉल्स को स्टैटिक ट्रांसलेशन से बदलने के लिए बदल दिया जाता है। ऐसा करने के लिए हम एक टाइपस्क्रिप्ट ट्रांसफॉर्मर का उपयोग करेंगे।

तो इसका क्या अर्थ होगा यदि एक कोणीय (एओटी) पुस्तकालय आमतौर पर पारदर्शी रूप में प्रकाशित किया जाएगा? मुझे इस दस्तावेज़ में .metadata.json का कोई संदर्भ नहीं मिला है

आपको अपनी लाइब्रेरी को अंतिम कोड में संकलित नहीं करना चाहिए, लेकिन इसे अपने कोड का उपयोग करके डेवलपर द्वारा संकलित करने के लिए तैयार करना चाहिए। देखें कि @jasonaden ने यहां क्या उल्लेख किया है। इसका मतलब यह भी है कि आप i18n टैग जोड़कर अपनी लाइब्रेरी को अनुवाद योग्य बना सकते हैं।

@ gms1 जैसा कि मैंने कहा:

हमारे पास एक डिज़ाइन दस्तावेज़ था लेकिन यह कंपाइलर के पिछले संस्करण पर आधारित था और शायद यह कार्यान्वयन नहीं है जिसे हम समाप्त कर देंगे।

और एओटी कंपाइलर को v5 के लिए बड़े पैमाने पर बदला जा रहा है, libs के लिए "एओटी-रेडी" कोड प्रकाशित करना आसान होना चाहिए।
i18n के लिए हम इसे यथासंभव आसान/लचीला बनाना चाहते हैं, यह शायद कुछ ऐसा होगा: पुस्तकालय अनुवाद फ़ाइलों को प्रकाशित कर सकते हैं जिनका आप उपयोग कर सकते हैं, लेकिन यदि आप चाहें तो ओवरराइड भी कर सकते हैं, और आपको प्रदान करने में सक्षम होना चाहिए अतिरिक्त भाषाएं भी यदि पुस्तकालय डिफ़ॉल्ट रूप से इसका समर्थन नहीं करता है

इस स्पष्टीकरण के लिए @ocombe धन्यवाद!

@ocombe क्या इसका मतलब यह है कि ngx-translate की सुविधाएं कोणीय में ही उपलब्ध होंगी?

@ montreal91 एनजीएक्स-अनुवाद के किसी भी हिस्से को लागू नहीं किया जा सकता है जैसा कि कोणीय में है, मेरे काम का एक बहुत ही भोला दृष्टिकोण है, यह "ज्यादातर" काम करता है लेकिन हम ढांचे के साथ बहुत अधिक कुशल बनना चाहते हैं।
कहा जा रहा है, कोणीय समान सुविधाएँ प्रदान करेगा (भले ही अंतिम कार्यान्वयन अलग होगा)।

यह मेरा दृष्टिकोण (FLUX) है, जबकि मैं (https://github.com/PointInside/ng2-toast) पर आधारित UI सूचना प्रणाली पर काम कर रहा हूं। समस्या यह है कि अधिसूचना सामग्री को कोणीय i18n सिस्टम (xi18n) द्वारा प्रबंधित किए जाने वाले टेम्पलेट के बजाय सेवा कॉल में परिभाषित किया गया है।

यह वह नहीं है जो मैं चाहता हूं, लेकिन यह एक _working_ समाधान है। आप निम्नलिखित कोड अंशों से विचार _extract_ कर सकते हैं। आशा है ये मदद करेगा :)

कहीं भी

// this call in any other component, service... 
// "info" method parameter is the "id" of the HTML element in template NotificationComponent.html
this.notificationActionCreator.success("myMessage");

अधिसूचनाघटक.ts

@Component({
    selector: 'notification-cmp',
    templateUrl: '../../public/html/NotificationComponent.html'
})
export class NotificationComponent implements OnInit, OnDestroy, AfterViewInit {

    notificationMap: Map<string, any> = new Map();
    subscription: Subscription;

    constructor(private toastr: ToastsManager,
                private vcr: ViewContainerRef,
                private store: NotificationStore,
                private elementRef: ElementRef) {

        this.toastr.setRootViewContainerRef(vcr);
    }

    ngOnInit() {
        this.subscription = this.store.payload
            .subscribe((payload: NotificationStorePayload) => this.handleStorePayload(payload));
    }

    ngOnDestroy(): void {
        this.store.destroy();
        if (null != this.subscription) {
            this.subscription.unsubscribe();
        }
    }

    ngAfterViewInit(): void {
        this.elementRef.nativeElement.querySelectorAll("div[notification-title][notification-text]")
            .forEach(el => this.notificationMap.set(el.id, {
                    title: el.attributes["notification-title"].value,
                    text: el.attributes["notification-text"].value,
                })
            );
    }

    handleStorePayload(payload: NotificationStorePayload): void {

        if (null != payload.action) {
            let notification = this.notificationMap.get(payload.notification.id);

            switch (payload.notification.type) {
                case NotificationType.SUCCESS:
                    this.toastr.success(notification.text, notification.title);
                    break;
                case NotificationType.INFO:
                    this.toastr.info(notification.text, notification.title);
                    break;
                case NotificationType.WARNING:
                    this.toastr.warning(notification.text, notification.title);
                    break;
                case NotificationType.ERROR:
                    this.toastr.error(notification.text, notification.title);
                    break;
            }
        }
    }
}

अधिसूचनाघटक.html

<div hidden
     id="myMessage"
     i18n-notification-title="@@notificationTitleMyMessage"
     i18n-notification-text="@@notificationTextMyMessage"
     notification-title="Greeting"
     notification-text="Hello world"></div>

<div hidden
     id="error"
     i18n-notification-title="@@notificationTitleError"
     i18n-notification-text="@@notificationTextError"
     notification-title="Error"
     notification-text="Something went wrong!"></div>

अब जब एंगुलर 5 जारी कर दिया गया है, तो क्या हमारे पास कोई बदलाव है कि i18n मॉड्यूल में परिवर्तन कब एकीकृत किए जाएंगे?

ऐसा लगता है कि यह सुविधा कोणीय संकलक में परिवर्तन पर निर्भर है, लेकिन संकलक के लिए जिम्मेदार टीमें कम रुचि रखती हैं। ऐसा लगता है कि कोई कार्य या पीआर या प्रतिबद्ध नहीं है: - (। वेंटिंग के लिए खेद है, लेकिन यह सुविधा अनुरोध जो हर दूसरे अनुवाद-ढांचे में मौजूद बहुत ही बुनियादी कार्यक्षमता का वर्णन करता है, अब एक वर्ष से अधिक पुराना है। मैंने दिया है उम्मीद है कि यह आवश्यक सुविधा आ जाएगी। कम से कम 5.x के लिए ...

दोस्तों शांत रहो। एओटी कंपाइलर में लागू करना मूर्खतापूर्ण बात नहीं है। थोड़ा भरोसा रखो, @ocombe ने कहा:

"यह 5.x में होगा सबसे अधिक संभावना है, @vicb संकलक में अंतिम परिवर्तनों पर काम कर रहा है जो अंततः इसे संभव बना देगा"

हाँ, हम अभी रनटाइम i18n पर काम कर रहे हैं जो कि पहला कदम है।
रनटाइम i18n का अर्थ है: सभी भाषाओं के लिए एक बंडल, AOT-संकलित पुस्तकालय i18n का उपयोग कर सकते हैं, और शायद बाद में रनटाइम पर भाषा बदलने की क्षमता। इसका मतलब यह भी है कि हम रनटाइम पर अनुवाद कर सकते हैं, जो कोड के अंदर अनुवाद के लिए आवश्यक है (क्योंकि हमें अनुवाद के लिए रनटाइम पार्सर की आवश्यकता है, आदि ...)।
एक यह किया जाता है, अगली प्राथमिकता कोड के अंदर अनुवाद होगी।

लेकिन टाइपस्क्रिप्ट ट्रांसफॉर्मर (जो 5.0 के लिए किया गया है) का उपयोग करने के लिए कंपाइलर को बदलने से पहले हम रनटाइम i18n नहीं कर सके।

कोई भी विचार जो 5.x संस्करण में i18n सुधार होगा? 5.0.0 के साथ ही कुछ भी जारी किया जा रहा है?

5.0:

• नए i18n पाइप (दिनांक/संख्या/प्रतिशत/मुद्रा) जो intl API का उपयोग नहीं करते हैं, जो 20 बग्स की तरह कुछ तय करते हैं क्योंकि अब वे सभी ब्राउज़रों में समान काम करते हैं + कुछ अन्य सुधार (लोकेल पैरामीटर, नए अतिरिक्त प्रारूप, टाइमज़ोन पैरामीटर के लिए) तारीख पाइप, ...)
• पुस्तकालयों और घटकों के लिए नया i18n एपीआई फ़ंक्शन: https://next.angular.io/api?query=getlocale
• क्ली के साथ बेहतर एकीकरण

5.1 या 5.2 (यदि कोई अप्रत्याशित अवरोधक नहीं है):

• रनटाइम i18n

5.x:

• i18n कोड अनुवाद (सिर्फ टेम्पलेट नहीं)

और अन्य चीजें जो हम रास्ते में जोड़ेंगे लेकिन अभी तक तय नहीं हैं (आप https://github.com/angular/angular/issues/16477 का अनुसरण कर सकते हैं)।

बस जिज्ञासु विचार, हालाँकि मुझे थोड़ी देर हो गई है, बस एक TS फ़ाइल में i18n समर्थन पर विचार करके, हम एनोटेशन सिंटैक्स के बारे में क्यों नहीं सोचते? (मैंने पाया कि किसी ने इसका उल्लेख ऊपर भी किया है)

उदाहरण होगा:
@i18n (आईडी = 'message1')
संदेश 1 = "यह एक संदेश है जिसका अनुवाद करने की आवश्यकता है";

@i18n (आईडी = 'गतिशील संदेश')
dynamicMessage = "यह {0} के साथ एक गतिशील संदेश है";

डायनामिक मैसेज के लिए एनोटेशन के साथ, हम इस स्ट्रिंग इंस्टेंस में एनोटेशन के माध्यम से एक फ़ंक्शन इंजेक्ट कर सकते हैं, जिसका नाम प्रारूप है, फिर हम नीचे की तरह उपयोग कर सकते हैं:
var finalMessage = dynamicMessage.format ('value1')

नामित पैरामीटर आदि की देखभाल के लिए समान दृष्टिकोण संभव हो सकता है।

मुझे लगता है कि सवाल यह नहीं है कि एक अच्छा डेवलपर अनुभव कैसे बनाया जाए। सवाल संकलन के बारे में है।

यदि आप संदेश 1 को दूसरी स्ट्रिंग में बदलते हैं तो क्या होता है? सभी i18n चरों को तब हमेशा स्थिर रहने की आवश्यकता होती है। मुझे नहीं लगता कि चर का उपयोग करना बिल्कुल काम करेगा। उदाहरण के लिए सिम्फनी में अनुवाद-फ़ंक्शन के साथ एक अनुवादक-सेवा है जो जेएस सिंटैक्स में इस तरह काम करेगी: let translated = this.translator.trans('Hello %name%', [{'%name%': nameVariable}]); जिसके परिणामस्वरूप: <source>Hello %name%</source> <target>Bonjour %name%</target>

@MickL वर्तमान-एओटी अनुवाद का बिंदु है, एक न्यूनतम और कुशल कार्यक्रम बनाएं। इसलिए गतिशील अनुवाद के लिए कोई दृष्टिकोण अभी तक मौजूद नहीं है।
मेरा दृढ़ विश्वास है कि वर्तमान दृष्टिकोण वास्तव में अच्छा है, इस अर्थ में कि हम स्ट्रिंग्स का अनुवाद करने के लिए डायनामिक्स सेवा का उपयोग नहीं कर रहे हैं। इसका अर्थ है कि यदि आप जानते हैं कि कुछ पाठ स्थिर है तो कृपया सेवा का उपयोग न करते हुए उस तरह से अनुवाद करें।

डायनेमिक ट्रांसलेशन के साथ समस्या सरल है, जो कि यदि आप हर बार जब आप इसे दिखा रहे हैं तो एक स्ट्रिंग का अनुवाद करने जा रहे हैं। वास्तव में अच्छा तरीका नहीं है,
क्यों?

1. क्योंकि जब आप इसका उपयोग नहीं कर रहे होते हैं तो आपके पास स्मृति में कई भाषाओं का शब्दकोश होता है।
2. हर बार जब आप एक गतिशील पाठ दिखा रहे होते हैं तो आपको मानचित्र पर जाने और एक कुंजी खोजने और फिर भाषा अनुवाद खोजने की आवश्यकता होती है। हर बार क्योंकि आपके पास "मुख्य भाषा" है।

मेरे दृष्टिकोण से, भविष्य का समाधान होना चाहिए:

1. बैकएंड आपको वह टेक्स्ट देता है जिसका आप अनुवाद करना चाहते हैं।
2. वर्तमान/मुख्य भाषा में दिखाए जा रहे प्रत्येक पाठ को बदलें/(या बैकएंड से डाउनलोड करें जो वर्तमान दृष्टिकोण है)। (हर चीज को समय मिलने पर बदलें, लेकिन हर बार जब आप एक साधारण लेबल दिखाना चाहते हैं, तो आपको दो चाबियों को खोजने की जरूरत नहीं है)।
3. केवल सही मायने में गतिशील पाठ को बदला जा सकता है और/या बैकएंड से अनुरोध किया जा सकता है।

इसके बारे में सोचें, यदि आपके पास वास्तव में यह दिखाने के लिए गतिशील पाठ है कि आप इसे बैकएंड से प्राप्त कर सकते हैं, और यदि आपको वास्तव में उस "गतिशील पाठ" की एक प्रति की आवश्यकता है तो आप उसके लिए हमेशा कैश का उपयोग कर सकते हैं।

मेरी राय में अब इस मुद्दे पर चर्चा करने की कोई जरूरत नहीं है। असल में एक लड़का (ओलिवियर कॉम्बे) i18n पर पूर्णकालिक काम कर रहा है। एओटी बहुत खास है और इस मुद्दे को संभव के करीब लाने से पहले बहुत काम करना पड़ा। जल्द ही हमारे पास गतिशील अनुवाद होंगे: अब प्रत्येक भाषा को अलग बनाने की आवश्यकता नहीं है! जब यह हो जाएगा तो हमारे पास बाद में कोड (इस अंक) में अनुवाद होंगे। उन्होंने कहा कि सड़क जब तक इस मुद्दे का समाधान नहीं हो जाता है, उम्मीद है कि अब से आधा साल लग जाएगा।

यदि आप रुचि रखते हैं, तो कोणीय में i18n के वर्तमान और भविष्य के बारे में 07.11.17 को एंगुलर कनेक्ट पर उनके भाषण की जाँच करें: https://youtu.be/DWet6RvhHWI?t=21m12s

यह टाइपस्क्रिप्ट टैग किए गए टेम्प्लेट स्ट्रिंग्स के लिए एक अच्छे उपयोग के मामले की तरह महकती है ...

यह सामान्य रूप से बदबू आ रही है। मैं प्रगति की जांच के लिए हर महीने एक बार इस धागे पर जाता हूं और कम उम्मीदों के कारण निराश होना बंद कर दिया है। डेवलपर्स केवल यही चाहते हैं कि कोड में स्ट्रिंग अनुवाद के लिए टेम्पलेट्स के समान विकल्प हों। इस कमी की कार्यक्षमता के कारण मेरा कोड छिपे हुए अनुवादित टेम्पलेट स्ट्रिंग्स से भरा हुआ है। क्या यह अंततः किसी सेवा के साथ पूरा किया गया है या एनोटेशन अप्रासंगिक है और इससे कोई फर्क नहीं पड़ता कि यह एक मिलीसेकंड अतिरिक्त लेता है। जब मैं कोड से एक स्ट्रिंग चुन रहा होता हूं, तो मैं पहले से ही परिवर्तनों के लिए कुछ देख रहा होता हूं। केवल आवश्यकता यह है कि कोड को पार्स किया जाता है और प्रासंगिक तार मेरे टेम्पलेट आधारित अनुवादों के समान प्रारूप वाली फाइलों में समाप्त होते हैं।

@eliasre यदि आप कोड अनुवाद के लिए जल्दी में हैं तो आप https://github.com/ngx-translate/i18n-polyfill आज़मा सकते हैं
कोई वादा नहीं है कि यह वही होगा, वास्तव में यह शायद अलग होगा (जैसा कि उपयोग में आसान है), अभी जो संभव है उसकी सीमाएं हैं ... और यह आपके ऐप में ~ 80ko जोड़ देगा उपयोग करने के लिए वह काम

यदि आप प्रतीक्षा नहीं करना चाहते हैं तो आप ngx-translate का उपयोग कर सकते हैं

@ocombe क्या आप प्रगति पर अपडेट प्रदान करने पर ध्यान देंगे ताकि हम विकास की समय-सीमा के अनुसार ट्रैक और योजना बना सकें, जब किस प्लगइन या ढांचे का उपयोग करने के निर्णयों की प्रतीक्षा कर रहे हों? यह बहुत मददगार और प्रशंसनीय होगा

@eliasre मुझे लगता है कि Google एक ही बार में अच्छा समाधान करना चाहता है। भविष्य में बदलाव को तोड़े बिना। मैं मानता हूं कि हम सोचते हैं कि इसमें काफी समय लग रहा है।

ग़रीबों को परेशान मत करो @ocombe वह बहुत मेहनत कर रहा है!
इसे जारी रखो! :)

मैं इस सुविधा पर काम करने वाला नहीं हूं, और यह छुट्टियों की छुट्टी है, जैसे ही मुझे और पता चलेगा, मैं आपको बता दूंगा

धन्यवाद @ocombe

धन्यवाद @ocombe , यहां किसी भी अपडेट की बहुत सराहना की जाएगी। मैं पिछले कुछ महीनों से रनटाइम i18n का बेसब्री से इंतजार कर रहा हूं, और अंतिम बिल्ड ETA 5.2 था। जैसे ही आपके पास यहां एक अद्यतन ईटीए है, क्या आप कृपया हमें बता सकते हैं?

इतने लगातार बने रहने के लिए क्षमा करें, लेकिन 20 भाषाओं के लिए निर्माण इस समय कष्टदायी रूप से धीमा हो रहा है।

जैसा कि कोणीय 5.2 बाहर है और दुर्भाग्य से मुझे i18n से संबंधित कुछ भी नहीं मिला (या क्या मैंने कुछ अनदेखा किया?) ... - @ocombe शायद आप हमें रिलीज योजना पर अपडेट कर सकते हैं? i18n पर आपके प्रयास के लिए बहुत कुछ और thx बहुत कुछ!

@ocombe वह आदमी नहीं है जिसका हम यहां इंतजार कर रहे हैं ... इस टिप्पणी में यूट्यूब लिंक देखें: https://github.com/angular/angular/issues/11405#issuecomment -343933617

योजना लगातार विकसित हो रही है। जब भी मैं एक संभावित रिलीज की तारीख देता हूं तो यह पता चलता है कि किसी और चीज को प्राथमिकता मिलती है या जरूरी हो जाता है और यह एक बार फिर तारीख को बदल देता है। मैं जानता हूं कि यह आप सभी के लिए कितना निराशाजनक है, जो इस सुविधा का इंतजार कर रहे हैं, और प्राथमिकता बढ़ाने के लिए मैं वह सब कुछ कर रहा हूं जो मैं कर सकता हूं।
i18n बैकलॉग/योजना पर चर्चा करने के लिए कल हमारी एक बैठक है, अगर मुझे कुछ नया मिलता है तो मैं आपको बता दूंगा।

@ocombe अगर आप इस महीने i18n जारी करते हैं तो मैं आपको क्राफ्ट बियर का 24 पैक खरीदूंगा

यदि आप पूछते हैं कि कोणीय तत्व और पुस्तकालय समर्थन क्या कर रहा है, तो मैं जर्मन बीयर की 24 बोतलें और अन्य 24 बोतलें जोड़ूंगा। धिक्कार है सूचना नहीं मिल रहा है जो हो रहा है वह भयानक है।

@ocombe आपके पास जीवन भर में एक बार महंगी क्राफ्ट बियर की 72 बोतलें प्राप्त करने का यह दुर्लभ अवसर है, और विकास समुदाय को खुश करता है। अगर आप इन कामों को पूरा करेंगे तो हम अपने वादे पूरे करेंगे मेरे दोस्त।

@MickL Angualr Elments, जैसा कि मैं समझता हूं, यह हमें गैर-एसपीए पृष्ठ बनाने और कोणीय घटकों को मूल तत्वों के रूप में उपयोग करने की अनुमति देगा (स्व-विजेट के रूप में भी)

हाँ मुझे पता है। यह 2 अन्य विशेषताएं हैं जिनका हर कोई इंतजार कर रहा है लेकिन कोई नहीं जानता कि स्थिति क्या है और इसकी अपेक्षा कब की जाए...

अगर कोई केवल बीयर की अंतिम 27 बोतलें जोड़ने का वादा करता है, तो हम उनकी गिनती शुरू कर सकते हैं!
http://www.99-bottles-of-beer.net/language-javascript-1948.html

मैं उन्हें जोड़ दूंगा, @ocombe : अपने पसंदीदा ब्रांड का नाम दें: D

संपादित करें: कोई व्यक्ति बियरबाउंटी नामक एथ बाउंटी के समान एक सेवा बनाता है: पी

जैसा कि वादा किया गया था, थोड़ा अपडेट: हम अभी भी v6 में रनटाइम i18n जारी करने का लक्ष्य बना रहे हैं, जो हमें 5 सप्ताह का समय देता है। यह छोटा होने जा रहा है, इसे संभवत: अंतिम रिलीज में से एक में जोड़ा जाएगा, और यह एक झंडे के पीछे होगा।
रनटाइम i18n को कोड अनुवाद के साथ आना चाहिए, क्योंकि यह वैसे भी टेम्प्लेट के लिए कैसे काम करेगा (इसे उसी तंत्र का उपयोग करना चाहिए)।
कहा जा रहा है, यह निश्चित नहीं है कि सेवा 100% तैयार होगी, और हम यह सुनिश्चित करने के लिए इसे स्थगित कर सकते हैं कि हम इसे जारी करने के बाद इसे ठीक से नहीं तोड़ेंगे, अगर हमें लगता है कि यह सही विकल्प है। लेकिन यह किसी भी मामले में रनटाइम i18n का पालन करेगा (यह हमारा रोडमैप है), और हमें इसे जारी करने के लिए एक प्रमुख संस्करण की आवश्यकता नहीं है क्योंकि यह ध्वज के पीछे होगा, और इसे वैसे भी कुछ भी तोड़ना नहीं चाहिए)।

हमें इसे समय पर जारी करने से क्या रोक सकता है:

• अगर हम किसी अप्रत्याशित मुद्दे पर ठोकर खाते हैं (आप जानते हैं कि विकास कैसे काम करता है)
• अगर यह आंतरिक Google ऐप्स को तोड़ देता है क्योंकि हमने कहीं गड़बड़ कर दी है
• अगर कुछ सर्वोच्च प्राथमिकता साथ आती है और हमें अपना ध्यान केंद्रित करना होगा
• यदि नई चीजों में से एक जिस पर यह निर्भर करता है वह अवरुद्ध या विलंबित है (रनटाइम i18n कुछ बड़े आंतरिक परिवर्तनों पर निर्भर करता है जिन पर टीम के अन्य सदस्य काम कर रहे हैं)

• वरिष्ठ कोणीय जेएस डेवलपर, पास्कलप्रेच के अनुवाद लिब का 3 वर्षों से उपयोग कर रहा है।
• मुझे उत्साहित किया। कोणीय 2 धोखेबाज़। भोलेपन से ब्राउज़ करना https://angular.io/guide/i18n
• मेरे पेशेवर प्रोजेक्ट में i18n को सफलतापूर्वक एकीकृत करना
• सभी फ्रंट-एंड हार्ड-कोडेड लेबल के साथ खिलवाड़ करते हुए, इसे 100+kb xlf फ़ाइल में पोर्ट करते हुए पूरा दिन व्यतीत करना
• एनजी सेवाओं के भीतर कच्चे लेबल का अनुवाद करने की आवश्यकता में
• इसे Google पर देख रहे हैं, यहां रहें
• पता लगाएं कि कोणीय 6 युगों से पहले कोई समाधान नहीं है।
• मैं आरएन
  

@Macadoshis आप अभी के लिए मेरे पॉलीफ़िल लिब का उपयोग कर सकते हैं: https://github.com/ngx-translate/i18n-polyfill

@Macadoshis अब कल्पना करें कि हम alpha.46 के बाद से क्या कर रहे हैं! ;)

i18n-polyfill को मुझे @ocombe पर इंगित करने के लिए धन्यवाद, लेकिन मैं ngx-translate के लिए जाऊंगा क्योंकि यह अनुवाद कुंजी के async लोडिंग का समर्थन करता है।
TRANSLATIONS प्रदाता के लिए i18n-polyfill का कारखाना केवल ज्ञात-पहले-बूटस्ट्रैप निश्चित लोकेल के सिंक कच्चे-लोडिंग का समर्थन करता है।

// sync loading
return require(`raw-loader!../locale/messages.${locale}.xlf`);

// @ngx-translate/i18n-polyfill/esm5/ngx-translate-i18n-polyfill.js
Tokenizer.prototype._advance = function () {
    //...
    this._index++;
    // "this._input" needs to be a string and can't handle a Promise or an Observable
    this._peek = this._index >= this._length ? $EOF : this._input.charCodeAt(this._index);
    this._nextPeek = this._index + 1 >= this._length ? $EOF : this._input.charCodeAt(this._index + 1);
}

@ocombe आपके द्वारा जारी किए जा रहे पॉलीफ़िल के कितने करीब है? हमें किसी चीज के बारे में पता होना चाहिए, या उसके लिए तैयारी करनी चाहिए? साथ ही, क्या आप i18n के साथ उन विशेषताओं की सूची सूचीबद्ध करना चाहेंगे जो संस्करण 6 में जारी की जा रही हैं, और i18n के साथ परीक्षण कैसा चल रहा है?

मेरे पास अभी के लिए कोड अनुवाद सेवा के बारे में अधिक जानकारी नहीं है, हम अगले सप्ताह शायद इस पर काम करेंगे (मैं माउंटेन व्यू की यात्रा कर रहा हूं)। मुझे केवल इतना पता है कि परदे के पीछे यह क्लोजर लाइब्रेरी से goog.getMsg के समान होगा (क्योंकि यह वही है जो Google अभी के लिए आंतरिक रूप से उपयोग कर रहा है): https://github.com/google/closure-library /blob/db9bc1a2e71d4b6ee8f57eebe37eb0c6494e9d7e/closure/goog/base.js#L2379 -L2387 जो मेरे पॉलीफिल के समान है।

v6 में हम रनटाइम i18n जारी करेंगे: सभी लोकेल के लिए एक बंडल, रनटाइम पर हल किए गए अनुवाद, और यदि हमारे पास समय है तो शायद कोड अनुवाद (अन्यथा यह जल्द ही आ जाएगा)। यह सब एक झंडे के पीछे होगा क्योंकि इसे नए रेंडरर (जिसे एनजी-आइवी कहा जाता है) का उपयोग करने की आवश्यकता होती है, जिसका युद्ध-परीक्षण नहीं किया जाएगा।

धन्यवाद! @ocombe ... यह वास्तव में अच्छा लगता है!
क्या टेम्प्लेट अनुवाद के लिए सिंटैक्स में ब्रेकिंग परिवर्तन होंगे? मैं अभी अपने प्रोजेक्ट में अनुवाद जोड़ने के बारे में सोच रहा हूं - लेकिन कुछ हफ्तों में इसे पूरी तरह से फिर से नहीं करना चाहता।

नहीं, टेम्प्लेट सिंटैक्स समान होगा

महान समाचार के लिए @ocombe धन्यवाद, यह अत्यंत आशाजनक है। एनजी-आइवी रेंडरर से हम किस तरह की उत्पादन तत्परता की उम्मीद कर सकते हैं जो कि v6 के साथ रिलीज होगी? मैं समझता हूं कि यह युद्ध-परीक्षण नहीं होगा, लेकिन यह अभी भी उत्पादन के उपयोग के लिए तैयार होगा और सभी प्रमुख लगभग वर्तमान संस्करण ब्राउज़रों पर काम करेगा, है ना?

आप यहां प्रगति का अनुसरण कर सकते हैं: https://github.com/angular/angular/issues/21706
मुझे नहीं लगता कि सब कुछ v6 के लिए तैयार होगा, क्योंकि यह एक झंडे के नीचे है, हम v6 रिलीज के बाद भी इस पर आगे बढ़ते रहेंगे (यह एक ब्रेकिंग बदलाव या कुछ भी नहीं है)
ईमानदारी से कहूं तो मुझे यकीन नहीं है कि वे सभी चीजें क्या हैं :D
मुझे पता है कि क्ली का एक हैलो वर्ल्ड ऐप पहले से ही काम कर रहा है।
मुझे लगता है कि नए रेंडरर के अनुकूलन से लाभ के लिए उनमें से कुछ चीजों की आवश्यकता है, लेकिन यह शायद सब कुछ जांचे बिना काम कर सकता है
कहा जा रहा है, इसका मतलब यह भी है कि यह उत्पादन के लिए तैयार नहीं होगा, अभी तक अपने उत्पाद पर दांव न लगाएं। आंतरिक Google ऐप्स पर इसका परीक्षण नहीं किया जाएगा, और सामान को ठीक करने के लिए हमें कुछ ब्रेकिंग परिवर्तन करने की आवश्यकता हो सकती है। नए रेंडरर का उपयोग करना आपके अपने विवेक पर और आपके अपने जोखिम पर है

क्या इनमें से कोई v6-beta4 में मौजूद है?

नहीं यह नहीं। इस रोडमैप की जाँच करें, यह सुविधा i18n रनटाइम द्वारा अवरुद्ध है।

अपडेट @ocombe ?

रनटाइम i18n के लिए पहले पीआर को एक हैलो वर्ल्ड डेमो ऐप के साथ मास्टर में मिला दिया गया है जिसका उपयोग हम सुविधाओं का परीक्षण करने के लिए करेंगे। यह रनटाइम पर काम करता है, और सैद्धांतिक रूप से कोड अनुवाद का समर्थन करता है, भले ही इसके लिए अभी तक कोई सेवा न हो।
अभी के लिए यह बहुत ही न्यूनतम समर्थन (स्थिर तार) है, हम नई सुविधाओं को जोड़ने पर काम कर रहे हैं (मैं अगले सप्ताह निष्कर्षण कार्य करूंगा, और फिर प्लेसहोल्डर और चर के साथ गतिशील स्ट्रिंग)।
उसके बाद हम कोड अनुवाद की सेवा करेंगे।
जैसे ही एक नई सुविधा समाप्त हो जाती है, यह मास्टर में विलीन हो जाती है, आपको एक नए प्रमुख की प्रतीक्षा नहीं करनी पड़ेगी।

@ocombe i Heart i18n फीचर्स पहले से ही v4.3 में यहां होने चाहिए !! इतने सारे रिलीज लेकिन i18n पर कुछ भी नहीं। क्या कोणीय टीम मैनेजर इस पर अधिक काम/डेवलपर्स आवंटित कर सकता है, मैं आपको अकेले समझ सकता हूं या दो देव जल्दी से आगे नहीं बढ़ सकते हैं, यह i 18n फीचर है जो कोणीय को बिजनेस ऐप/बड़े ऐप के साथ त्वरित निर्माण के साथ दिखाने की सुविधा है बड़े ऐप के लिए ये दो फीचर सबसे महत्वपूर्ण हैं, क्या आपको ऐसा नहीं लगता? धन्यवाद

मुझे लगता है कि केवल एक चीज जो हम @ocombe से कह सकते हैं, वह इस सुविधा में उनके द्वारा किए जा रहे सभी प्रयासों के लिए उनका धन्यवाद है। मुझे यकीन है कि अगर कोई और डेवलपर नहीं है तो ऐसा नहीं है क्योंकि उसने उनसे नहीं पूछा था। बस उसे करने दो, मुझे यकीन है कि जब यह रिलीज़ होगी तो हमें पछतावा नहीं होगा।

सिर्फ संदर्भ के लिए...

मेरे पास स्ट्रिंग्स को आयात और निर्यात करने के लिए एक वैकल्पिक उपकरण है, जिसे मूल रूप से ऑरेलिया के उपयोग के लिए विकसित किया गया है, जिसमें json फाइलों में संग्रहीत स्ट्रिंग्स के लिए समर्थन शामिल है - यह काफी आसान है, क्योंकि वेबपैक आपको सीधे json आयात करने की अनुमति देता है। आपकी ts json , आपके कोड को उन स्ट्रिंग्स तक आसान पहुंच प्रदान करती हैं।

यह टूल एंगुलर टेम्प्लेट के साथ भी काम करता है, और इसमें अन्य उपयोगी सुविधाओं का एक समूह है - यदि आप चाहें तो इसका उपयोग करें, या एंगुलर टूलिंग को बेहतर बनाने के लिए इससे विचार उधार लेने के लिए स्वतंत्र महसूस करें। इस पर आधारित एक वेबपैक लोडर भी है - डॉक्स में लिंक देखें।

https://www.npmjs.com/package/gulp-translate

हमारे पास एक आसान समस्या है और मुझे यकीन नहीं है कि हमें आने वाली सुविधा की आवश्यकता है (या @ocombe द्वारा पॉलीफिल)।

हम सभी प्रतिक्रियाशील रूपों की संरचना को स्थिरांक के साथ परिभाषित करते हैं, जिसमें हम प्रत्येक रूप तत्व के गुण निर्धारित करते हैं। उदाहरण के लिए:

loginForm = [
  {
    type: 'email',
    placeholder: 'EMAILPLACEHOLDER' // "Your email"
  },
  {
    type: 'password,
    placeholder: 'PASSWORDPLACEHOLDER' // "Your password"
  }
];

वर्तमान में हम ngx-translate का उपयोग करते हैं, इसलिए टेम्प्लेट में हम स्ट्रिंग्स का अनुवाद इस प्रकार करते हैं:

<input *ngFor="let ele of loginForm" [type]="ele.type" [placeholder]="ele.placeholder | translate">

अब हम Angular i18n में माइग्रेट करना चाहेंगे। हालांकि, चूंकि हमारे सभी तार एक टेम्पलेट में नहीं हैं, ऐसा लगता है कि हम एंगुलर i18n बॉक्स से बाहर का उपयोग नहीं कर सकते हैं।

हमारी स्थिति उस स्थिति की तुलना में सरल दिखती है जिसमें अनुवाद को रनटाइम पर पुनर्प्राप्त करने की आवश्यकता होती है। हमारे सभी ग्रंथ स्थिरांक में पूर्व-परिभाषित हैं, और संकलन समय पर प्रतिस्थापित किए जा सकते हैं, जैसे x18n वर्तमान में टेम्पलेट्स में स्ट्रिंग्स के लिए करता है।

उदाहरण के लिए, हमारे पास निम्नलिखित की तरह एक अधिक जटिल स्ट्रिंग हो सकती है

placeholder: 'I18N:description|meaning@<strong i="16">@PASSWORDPLACEHOLDER</strong>:Your password'

संकलन समय पर स्ट्रिंग को इसमें बदला जा सकता है:

placeholder: 'Your password'

क्या यह ऐसा कुछ है जिस पर कार्यान्वयन के लिए विचार किया जा सकता है?

आप निश्चित रूप से रनटाइम i18n के साथ ऐसा कर सकते हैं, आप एक पाइप में नई i18n सेवा का उपयोग कर सकते हैं उदाहरण के लिए अपने प्लेसहोल्डर को उनके अनुवाद में बदलने के लिए

मैंने देखा है कि यह धागा कुछ समय के लिए खोला गया है, यह कोणीय में बहुभाषी साइटों को सरल तरीके से विकसित करने के लिए प्रमुख रुचि दिखाता है, एचटीएमएल और घटक-कोड दोनों ग्रंथों को बारीकी से संबोधित करता है।
ocombe कृपया सभी सब्सक्राइबर्स को अलर्ट भेजना न भूलें कि यह कब किया जाएगा - मैं समझ गया कि मई 2018 तक आने वाला है। और आपके योगदान के लिए धन्यवाद!

@ocombe क्या हम इस रनटाइम सेवाओं का उपयोग करने में सक्षम होने के लिए आइवी का उपयोग करेंगे या यह पुराने इंजन के साथ भी काम करेगा?

यह केवल आइवी के साथ होगा, जिसे आप अभी उपयोग नहीं कर सकते क्योंकि यह समाप्त नहीं हुआ है

आपकी कड़ी मेहनत @ocombe के लिए धन्यवाद!

हम इन नई सुविधाओं का कितनी जल्दी उपयोग कर सकते हैं, इस पर कोई शब्द?

आइवी को अभी एक पूर्व-रिलीज़ स्थिति में, एक कंपाइलर ध्वज के साथ कोणीय 6 में सक्षम किया जा सकता है। क्या इस समय Ivy प्री-रिलीज़ का उपयोग करके इन नई 18n सुविधाओं का उपयोग किया जा सकता है?

अभी नहीं, लेकिन मैं अच्छी प्रगति कर रहा हूं (अभी इस पर पूरा समय काम कर रहा हूं)। मास्टर में परीक्षण के लिए उपलब्ध होने के बाद मैं यहां एक अपडेट पोस्ट करूंगा

बहुत बहुत धन्यवाद @ocombe ! आपकी मेहनत से कई लोगों को फायदा हो रहा है। हम सब इसकी बहुत सराहना करते हैं!

@ocombe क्या ts में स्थिर अनुवाद अभी भी नियोजित हैं? मेरा मतलब है संकलन समय अभिव्यक्ति प्रतिस्थापन, संभवतः टाइपप्रति परिवर्तन के साथ।
यदि नहीं, तो क्या हम कस्टम ts ट्रांसफ़ॉर्म को ng build पाइपलाइन में बिना निकाले प्लग करने में सक्षम होंगे?

मुझे यकीन नहीं है कि @TinyMan आपका क्या मतलब है? आपका मतलब निर्माण समय पर अनुवादों को मर्ज करने में सक्षम होना (जैसे यह अभी है), या टीएस कोड में अनुवादों का उपयोग करने में सक्षम होना (टेम्पलेट अनुवादों के अलावा जो हमारे पास पहले से है)?

@ocombe मेरा मतलब ts में अनुवाद का उपयोग करने में सक्षम होना है, लेकिन किसी सेवा या DI/रनटाइम अनुवाद के माध्यम से नहीं। मेरा मतलब है संकलन समय अनुवाद लेकिन टाइपप्रति के लिए। सी प्रीप्रोसेसर की तरह। मैंने सोचा था कि vicb टिप्पणी के अनुसार योजना बनाई गई थी:

• हम स्थिर अनुवादों का भी समर्थन कर सकते हैं जैसा कि हम आज टेम्प्लेट के लिए करते हैं - स्ट्रिंग्स को संकलन समय पर बदल दिया जाएगा, बेहतर perf लेकिन प्रति लोकेल ऐप का एक संस्करण,

उदाहरण के लिए, मैं लिखने में सक्षम होना चाहता हूँ:

export const Notifications = {
    newComment: i18n("New comment notification@@newComment", "New comment on your story !"),
    newStory: i18n("New story notification@@newStory", "{{0}} wrote a new story !"),
}

और फिर यह कुछ इस तरह से स्थानांतरित हो जाता है (fr में):

export const Notifications = {
    newComment: "Un nouveau commentaire a été ajouté a votre article !",
    newStory: "{{0}} a écrit un nouvel article !",
}

वर्तमान में उस उद्देश्य के लिए मैं निष्कर्षण के लिए एक कस्टम मार्कर के साथ एनजीएक्स-अनुवाद का उपयोग करता हूं (इस उदाहरण में i18n ), और जब मुझे संदेश प्रदर्शित करने की आवश्यकता होती है तो मुझे this.translate.instant(Notifications.newStory, ["TinyMan"]) पर कॉल करना पड़ता है जो अनुवाद करता है + प्रक्षेप। मेरा मतलब यह है कि हमें अनुवाद सेवा को कॉल किए बिना Notifications.newComment लिखने में सक्षम होना चाहिए। और स्ट्रिंग इंटरपोलेशन के लिए हमारे पास एक इंटरपोलेशन विधि हो सकती है जो केवल आईसीयू और इंटरपोलेशन करती है (टेम्पलेट स्ट्रिंग का पहले ही अनुवाद किया जाएगा)

Notification.newStory // {{0}} a écrit un nouvel article, static string, no runtime translation
template(Notification.newStory, "TinyMan") // TinyMan a écrit un nouvel article !

यहां हम केवल HTTP अनुरोध और सेवा ओवरहेड के अनुवाद से छुटकारा पाते हैं।

मुझे आशा है कि यह स्पष्ट करता है?

आप जो वर्णन कर रहे हैं वह वास्तव में i18n के रोडमैप पर है।
फिलहाल, https://github.com/ngx-translate/i18n-polyfill काम करेगा।

@TinyMan मुझे अभी तक यकीन नहीं है कि यह किसी सेवा या वैश्विक फ़ंक्शन के माध्यम से होगा। दोनों संभव हैं, लेकिन एक सेवा के भी बहुत सारे फायदे हैं: आप इसे परीक्षणों के लिए नकल कर सकते हैं, या इसे अपने आप से बदल सकते हैं, आप प्रत्येक मॉड्यूल/घटक के लिए इसका व्यवहार भी बदल सकते हैं
मुझे पता है कि आंतरिक रूप से Google क्लोजर i18n ( goog.getMsg के माध्यम से) का उपयोग करेगा जो एक वैश्विक कार्य है, और फ़ंक्शन को वैश्विक ध्वज के आधार पर संकलन के दौरान सेवा द्वारा प्रतिस्थापित किए जाने की संभावना है। मैं यह देखने की कोशिश करूंगा कि क्या वह ध्वज बाहरी रूप से भी इस्तेमाल किया जा सकता है, लेकिन मुझे नहीं पता कि क्यों नहीं। लेकिन अगर आप इसका उपयोग करते हैं, तो यह टेम्प्लेट और कोड अनुवाद के लिए होगा

@ocombe मैं यहां भी अपना धन्यवाद देना चाहता हूं। आप इस पर जो काम कर रहे हैं, मैं उसकी बहुत सराहना करता हूं जो मेरे काम में मेरे लिए अविश्वसनीय रूप से सहायक होगा। एक प्रश्न: क्या कोई तरीका है, या _will_ एओटी संकलन करने का कोई तरीका है, जो केवल बंडल फ़ाइलों का एक सेट बनाता है, जो पाठ की तलाश करते समय, सही स्ट्रिंग प्राप्त करने के लिए रनटाइम पर xlf को संदर्भित करता है?

तो संक्षेप में आपको प्रति भाषा 1 xlf फ़ाइल प्लस 5 या 6 बंडल फ़ाइलों की आवश्यकता होगी। अभी, अगर हमारे पास 10 भाषाएँ हैं और AOT इसकी 50 से अधिक फाइलों का संकलन करता है: प्रति भाषा बंडल फाइलों का एक सेट...

मैं उस तरह के प्रयास या जटिलता को नहीं जानता, लेकिन यह अच्छा होगा कि एओटी संकलन हो लेकिन फाइलों के केवल 1 सेट के साथ।

हाँ, हम आइवी के साथ यही करेंगे, रनटाइम i18n
अपने ऐप को एक बार बंडल करें, और रनटाइम पर अनुवाद लोड करें (आप अनुवादों को आलसी लोड कर सकते हैं)

@ocombe कि। है। अविश्वसनीय।

यह मुझे अविश्वसनीय रूप से खुश करता है। धन्यवाद!

बाहरी टेम्प्लेट का अनुवाद करने की क्षमता के बिना i18n सुविधा मेरे लिए पूरी तरह से बेकार है।

@ocombe हैलो ओलिवियर!
कोई अपडेट्स?

धन्यवाद!

अगर ऐसा हो जाता है तो इससे कोई फर्क नहीं पड़ेगा क्योंकि हमें आइवी के पूरा होने का इंतजार करना होगा, जो कि एंगुलर 7 (सितंबर/अक्टूबर 2018) के लिए निर्धारित है।

एंगुलर 7 द्वारा यह मुद्दा दो साल पुराना एलओएल होगा।
किसी भी मामले में आइवी वह चीज रही है जिसने इस नई सुविधा में सबसे अधिक देरी की है ...

@ocombe , यह सुनकर बहुत अच्छा लगा। हम वर्तमान में एक विरासत i18n सेवा का उपयोग कर रहे हैं जिसे हमने पूरी तरह से इस कारण से शुरू किया है। जेएस में इसे करने में सक्षम नहीं होने से हमारे लिए कुछ सरल चीजें करना बेहद मुश्किल हो जाता है:

• गतिशील घटक
• तृतीय पक्ष सेवाओं के साथ एकीकरण जहां हमें कुछ स्थानीयकृत पाठ प्रदान करना है
• गतिशील पुष्टिकरण मोड दिखा रहा है
• हमारी एपीआई त्रुटि types देता है। हमारे संदर्भ में हमें इन त्रुटियों को गतिशील रूप से स्थानीयकृत करने की आवश्यकता है और एक टेम्पलेट संचालित दृष्टिकोण कठिन होगा।
• जैसा कि कोणीय टीम सुझाव देती है, हम TitleService का उपयोग करना चाहते हैं, लेकिन स्थानीयकृत पाठ प्रदान करने का कोई तरीका नहीं है!

मैं उत्सुक हूं कि वर्तमान में एंगुलर टीम इससे कैसे निपटती है ...

हाय @ vincentjames501 ,
हमारी कंपनी में हमने वही करने की कोशिश की जो आप अभी कर रहे हैं, लेकिन यह बहुत परेशानी वाला था, इसलिए हमने इस थ्रेड में पहले बताए गए i18n-polyfill का उपयोग करना समाप्त कर दिया, और अब तक यह बहुत अच्छा काम कर रहा है।
हमारे पास एकमात्र कमी हमारे ऐप के बंडलों का आकार है। हमारे पास तीन अनुवाद फ़ाइलें हैं, और प्रत्येक बंडल में वे सभी अंदर हैं (हमने बंडल को केवल उसके द्वारा उपयोग किए गए अनुवाद के साथ उत्पन्न करने का कोई तरीका नहीं निकाला है)। लेकिन यह सब सिर्फ उपद्रव है कि हम आशा करते हैं कि आइवी के बाहर होने पर इसका समाधान हो जाएगा।
चीयर्स,

मैंने एक अनुवाद मानचित्र शामिल किया है और इसे प्रत्येक भाषा की Environment.ts फ़ाइल में पुनः निर्यात किया है। यह मुद्दों के बिना काम करता है, सभी बंडलों में शामिल नहीं है, और बाहरी पुस्तकालय की आवश्यकता नहीं है। मेरे पास एकमात्र मुद्दा यह है कि ईवे साइट अलग है, मेरे पास सभी भाषाओं के लिए एक ही सेवा कार्यकर्ता नहीं हो सकता है और अगर कोई भाषा बदलता है तो मेरी साइट यह नहीं बता सकती कि वह पहले से ही पुश नोटिफिकेशन के लिए पंजीकृत है या नहीं ...

@ocombe कोणीय 6 में कोई खबर?

जैसा कि ऊपर बताया गया है, यह कोणीय v6 में नहीं होगा। हम आइवी पर निर्भर हैं जो कि v7 के लिए योजनाबद्ध है।

@ocombe क्या मैं सुझाव दे सकता हूं कि आप इस धागे को लॉक कर दें, ताकि उपयुक्त होने पर केवल टीम ही सार्थक अपडेट दे सके और हम दोहराए जाने वाले प्रश्नों से बचें जिनका आप उत्तर देते रहते हैं?

वर्तमान कोणीय के साथ उपयोग के लिए मेरा हैक ng-template का उपयोग कर रहा है और प्रोग्राम के रूप में एम्बेडेड दृश्य बना रहा है:

<ng-template #messagetotranslate i18n>This message should be translated</ng-template>

और फिर घटक ts फ़ाइल में:

@ViewChild('messagetotranslate') messagetotranslate: TemplateRef<any>;

createTranslatedMessage(): string {
  return this.messagetotranslate.createEmbeddedView({}).rootNodes[0].textContent;
}

createTranslatedMessage विधि अनुवादित संदेश लौटाती है। हालांकि मैं उस संदेश को घोषित करने के लिए टेम्पलेट का उपयोग कर रहा हूं जो इष्टतम नहीं है, यह सीएलआई अनुवाद उपकरण के लिए इसे एक्सएलएफ फाइलों में पंजीकृत करने के लिए संभव बनाता है, और मेरे पास बाहरी टेम्पलेट्स के उपयोग के लिए प्रोग्रामेटिक रूप से अनुवादित संदेश प्राप्त करने का एक तरीका है।

उम्मीद है कि एपीआई मार्गों के लिए भी काम करेगा! उदाहरण के लिए

export const routes: Routes = [
 {
  path: '',
  component: HomeComponent,
  data: {
   title: i18n('Home'),
   breadcrumb: i18n('Home')
  }
 }
]

यदि यह सुविधा जारी की जाती है, तो क्या वर्तमान i18n api से कोई महत्वपूर्ण परिवर्तन होगा? क्या आप अनुशंसा करेंगे कि मैं अपना प्रोजेक्ट अभी i18n के साथ शुरू करूं या क्या मुझे नए i18n एपी की प्रतीक्षा करनी चाहिए जब एंगुलर 7 जारी हो जाए?

कोई अपडेट हमें रन-टाइम और डायनेमिक ट्रांसलेशन सपोर्ट कब मिलेगा?

रनटाइम अनुवाद किए जाते हैं और विलय किए जाते हैं (आइवी के साथ), लेकिन संकलक पक्ष अभी तक समाप्त नहीं हुआ है।
मैं अभी ICU के एक्सप्रेशंस पर काम कर रहा हूं।
मैंने अभी तक (सेवा) गतिशील अनुवादों को कोड करना शुरू नहीं किया है, लेकिन शायद यह अगली बात है जो मैं आईसीयू अभिव्यक्तियों के बाद करूंगा।

@ vincentjames501 क्या हम आईसीयू अभिव्यक्ति के साथ i18n-polyfills का उपयोग कर सकते हैं? मेरे पास कोई समाधान नहीं है कि इसे कैसे कार्यान्वित किया जाए

@ocombe , क्या आप कृपया रनटाइम बनाम गतिशील अनुवादों के बीच अंतर स्पष्ट कर सकते हैं?

शायद कोई आधिकारिक संप्रदाय नहीं है, लेकिन जिस तरह से मैं इसे देखता हूं वह है:

• रनटाइम: अनुवाद रनटाइम पर हल किए जाते हैं, जिसका अर्थ है निर्माण के दौरान नहीं (जैसे हम वर्तमान में करते हैं)। यह सभी प्रकार के अनुवादों पर लागू होता है (टेम्पलेट, या कोड में)
• डायनामिक का मतलब है कि आप केवल वही जानते हैं जो आप रनटाइम पर अनुवाद करना चाहते हैं, और आप इसे बिल्ड टाइम पर नहीं कर सकते। यह ज्यादातर एक सेवा का उपयोग करते हुए "इन कोड" अनुवादों पर लागू होता है। मुझे लगता है कि आप आईसीयू अभिव्यक्तियों को इस अर्थ में गतिशील मान सकते हैं कि वे एक चर पर निर्भर हैं, लेकिन आप अभी भी निर्माण समय पर सभी संभावित अनुवादों की गणना कर सकते हैं क्योंकि मामलों की संख्या सीमित है।

मैंने वर्तमान परियोजना में i18n समर्थन जोड़ने को स्थगित कर दिया है जिसे हम विकसित कर रहे हैं लेकिन हम रिलीज के करीब पहुंच रहे हैं, कोई विचार है कि यह कोणीय 7 में अंतिम होगा? या मुझे अनुवाद जोड़ने के अन्य तरीकों पर विचार करना चाहिए?

@andrei-tatar i18n कोणीय 2 के बाद से पूरी तरह से काम कर रहा है। केवल डाउनसाइड्स:

• कोई कोड अनुवाद नहीं (यह समस्या) -> यदि आपको इसकी आवश्यकता है, तो i18n-polyfill का उपयोग करें
• यदि आप एओटी (अनुशंसित) बनाते हैं, तो ऐप को प्रत्येक भाषा के लिए अलग से बनाना होगा
• चूंकि प्रत्येक ऐप अलग से बनाया गया है, भाषा स्विच करते समय आपको पृष्ठ को फिर से लोड करना होगा

पिछले दो बिंदुओं के लिए आप इसके बजाय @ngx-translate का उपयोग कर सकते हैं। लेकिन यह एंगुलर के बिल्ट इन i18n से अलग तरह से काम करता है इसलिए बाद के अपडेट में कुछ समय लग सकता है। पॉलीफिल के लिए अपडेट में कोई समय नहीं होगा और संभवत: कोई ब्रेकिंग परिवर्तन नहीं होगा।

@ocombe

हम कोणीय i18n सुविधा का उपयोग करके सशर्त ऑपरेटर को कैसे संभाल सकते हैं

@shobhit12345 https://github.com/shobhit12345

हम सभी संदेशों को टेम्प्लेट करने के लिए ngSwitch का उपयोग करते हैं, इसलिए हम i18n-टैग को संलग्न कर सकते हैं
उन्हें व्यक्तिगत रूप से।

छिपानाप्रदर्शनइतिहास

लापता गतिशील अनुवादों को दूर करने के लिए हम इस पद्धति का बहुत उपयोग करते हैं।
थोड़ा विचार करने पर आश्चर्यजनक मात्रा में पाठ्य को व्यक्त किया जा सकता है
इस तरह टेम्पलेट्स में। संदेशों की एक सरणी होना एक सामान्य पैटर्न है,
और फिर संदेशों को टेम्प्लेट करने के लिए ngFor और ngSwitch के साथ इसका उपयोग करें,
कुछ इस तरह:

टी

संदेश = ['यह पहला संदेश है', 'यह दूसरा संदेश है']

एचटीएमएल


i18n="@@firstMesssage">यह पहला संदेश है
i18n="@@secondMesssage">यह दूसरा संदेश है

यह कुछ हद तक क्रियात्मक है - लेकिन यह काम करता है!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/angular/angular/issues/11405#issuecomment-415731284 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AGwM6jcWIpwtGxhkH1fwnVXNagRxmMnoks5uT-LxgaJpZM4J2pkr
.

अगर ऐसा हो जाता है तो इससे कोई फर्क नहीं पड़ेगा क्योंकि हमें आइवी के पूरा होने का इंतजार करना होगा, जो कि एंगुलर 7 (सितंबर/अक्टूबर 2018) के लिए निर्धारित है।

अक्टूबर आ गया है। क्या आपको लगता है कि अक्टूबर के अंत तक हमारे पास नई सुविधाएँ होंगी?

@lizzymendivil https://is-angular-ivy-ready.firebaseapp.com के अनुसार Ivy 65% ​​पूर्ण है और यह केवल 30 दिनों में पूरा होने की संभावना नहीं है

हां, आइवी एक महीने में खत्म नहीं होगा।

@ocombe क्या आप कृपया इसे लॉक कर सकते हैं ताकि केवल आप ही अपडेट पोस्ट कर सकें। यह सभी "कब किया जाता है?" की सभी सूचनाएं प्राप्त करने के लिए थोड़ा कष्टप्रद है। टिप्पणियाँ

@ocombe ऐसा लगता है कि आइवी अब लगभग 94% पर है, क्या आपको लगता है कि यह साल के अंत तक तैयार हो सकता है?

मुझे ऐसा नहीं लगता। फीचर रेडी और बग फ्री (= प्रयोग करने योग्य) होना बहुत अलग है। हम अभी ज्यादातर चीजों को ठीक करने पर काम कर रहे हैं।

@ocombe क्या हम विश्वास कर सकते हैं कि i18n कोणीय 8 से पहले आया था?

मुझे ऐसा नहीं लगता। फीचर रेडी और बग फ्री (= प्रयोग करने योग्य) होना बहुत अलग है। हम अभी ज्यादातर चीजों को ठीक करने पर काम कर रहे हैं।

ठीक है, शीघ्र उत्तर के लिए धन्यवाद, बहुत सराहना की।

कोई भी अपडेट @ocombe कि जब तक हमें उम्मीद करनी चाहिए (वर्ष के अंत में मैं पिछली कुछ टिप्पणियों में देखता हूं) "कोड ट्रांसलेशन" भाग "टेम्पलेट ट्रांसलेशन" के साथ एंगुलर के साथ I18N समर्थन के लिए उपलब्ध है? हमने एनजीएक्स-ट्रांसलेट-पॉलीफिल को एंगुलर I18n फीचर के साथ क्लब करने के बारे में सोचा था, लेकिन ऐसा भी लगता है कि https://github.com/biesbjerg/ngx-translate-extract CLI का उपयोग करके मौजूदा xlf फ़ाइल को मर्ज करने के लिए xlf सपोर्ट उपलब्ध नहीं है। .

धन्यवाद !

@Abekonge

हम सभी संदेशों को टेम्प्लेट करने के लिए ngSwitch का उपयोग करते हैं, इसलिए हम व्यक्तिगत रूप से i18n-टैग संलग्न कर सकते हैं।
यह कुछ हद तक क्रियात्मक है - लेकिन यह काम करता है!

सलाह के लिये धन्यवाद! यह समझने में सबसे आसान लगता है। मेरा सवाल यह है कि क्या आप अभी भी इस कार्यान्वयन का उपयोग उन स्थितियों में करते हैं जहां सरणी में मूल्यों का "बहुत" है, जैसे 10 या अधिक? ऐसा लगता है कि कोड बहुत भारी हो जाएगा।

मुझे नहीं पता कि हमारे पास इतने लोगों के साथ कोई है या नहीं, लेकिन क्यों नहीं। यदि यह संदेश कई स्थानों पर उपयोग किया जाता है तो हम छोटे i18n घटक बनाते हैं जो मूल रूप से केवल स्विच और i18n टैग होते हैं।

डेविड

डेन 23. जनवरी। 2019 केएल। 19.24 स्क्रेव एंड्रयू बिसाडा नोटिफिकेशन @github.com :

@Abekonge

हम सभी संदेशों को टेम्प्लेट करने के लिए ngSwitch का उपयोग करते हैं, इसलिए हम व्यक्तिगत रूप से i18n-टैग संलग्न कर सकते हैं।
यह कुछ हद तक क्रियात्मक है - लेकिन यह काम करता है!

सलाह के लिये धन्यवाद! यह समझने में सबसे आसान लगता है। मेरा सवाल यह है कि क्या आप अभी भी इस कार्यान्वयन का उपयोग उन स्थितियों में करते हैं जहां सरणी में मूल्यों का "बहुत" है, जैसे 10 या अधिक? ऐसा लगता है कि कोड बहुत भारी हो जाएगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

वैलिडेटर कक्षाओं में i18n-polifills का उपयोगकर्ता कैसे करें। मैं i18n सेवा के माध्यम से गुप्त सत्यापनकर्ता संदेश का उपयोग करने में सक्षम नहीं हूं।

// कंपोननेट में
this.crForm= this.fb.group({
उपयोगकर्ता नाम: [''],
ई-पासवर्ड: [''],
}, {सत्यापनकर्ता: नया AcValidator(this.i18n).validate()}
);

// सत्यापनकर्ता

आयात {AbstractControl, ValidationErrors, FormGroup, FormControl} '@angular/forms' से;
{I18n } को '@ngx-translate/i18n-polyfill' से इंपोर्ट करें;
निर्यात वर्ग AcValidator{
कंस्ट्रक्टर (i18n: I18n)
{

}
validate() {       
    return (group: FormGroup): createAccountError => {
        if (group) {
            this.i18n("test");
}}}

नीचे त्रुटि हो रही है

त्रुटि त्रुटि: ध्यान में नहीं आया (वादे में): लेखन त्रुटि: i18n एक समारोह नहीं है
लेखन त्रुटि: i18n एक फ़ंक्शन नहीं है
FormGroup.eval पर [सत्यापनकर्ता के रूप में] (acc-validator.ts:9)
FormGroup.AbstractControl._runValidator पर (forms.js:3433)
FormGroup.AbstractControl.updateValueAndValidity पर (forms.js:3387)
नए फॉर्मग्रुप पर (forms.js:4326)
FormBuilder.group पर (forms.js:7864)

@ocombe

.ts फाइलों में कॉन्स्ट के साथ i18n-polyfills का उपयोग कैसे करें

एक्सपोर्ट कॉन्स्ट ग्लॉसेमॉडल = () => [
{
शीर्षक: 'परीक्षण डेटा',
सक्रिय: सच,
आंकड़े: [

        [
            {
                title: 'test data',
                data: "test data."
            },
            {
                title: 'test data',
                data: "test data"
            },
            {
                title: 'test data',
                data: "test data"
            },
            {
                title: 'test data',
                data: "test data."
            },
            {
                title: 'Past Due',
                data: "test data."
            }

]]}];

{VAR_SELECT, चुनें, मेडिकल {मेडिकल} डेंटल {डेंटल} मेडिकल एंड डेंटल {मेडिकल एंड डेंटल} कैटास्ट्रोफिक एंड डेंटल {कैटास्ट्रॉफिक एंड डेंटल} कैटास्ट्रोफिक {कैटास्ट्रॉफिक}}
{VAR_SELECT, चुनें, मेडिकल {मेडिकल} डेंटल {डेंटल} मेडिकल ### और डेंटल {मेडिकल और डेंटल}
विपत्तिपूर्ण ### और दंत चिकित्सा{विपत्तिपूर्ण और दंत चिकित्सा} विपत्तिपूर्ण {विनाशकारी} }

जब मैं विशेष चरित्र के साथ आईसीयू अभिव्यक्ति का उपयोग कर रहा हूं, तो यह परिवर्तित नहीं हो रहा है।

@ocombe i18n-polyfills का उपयोग करके ब्रेडक्रंब को कैसे संभालें?

निर्यात स्थिरांक मार्ग: मार्ग = [
{
पथ: '',
घटक: होमकंपोनेंट,
आंकड़े: {
शीर्षक: 'घर',
ब्रेडक्रंब: 'होम'
}
}
]

@ocombe

.ts फाइलों में कॉन्स्ट के साथ i18n-polyfills का उपयोग कैसे करें

एक्सपोर्ट कॉन्स्ट ग्लॉसेमॉडल = () => [
{
शीर्षक: 'परीक्षण डेटा',
सक्रिय: सच,
आंकड़े: [

        [
            {
                title: 'test data',
                data: "test data."
            },
            {
                title: 'test data',
                data: "test data"
            },
            {
                title: 'test data',
                data: "test data"
            },
            {
                title: 'test data',
                data: "test data."
            },
            {
                title: 'Past Due',
                data: "test data."
            }

]]}];

आप इस तरह इस्तेमाल कर सकते हैं
{
डेटा: 'टेस्ट डेटा',
शीर्षक: this.i18n ({मान: 'नाम', आईडी: 'नाम'}),
}
इस तरह से कंपोनेंट कंस्ट्रक्टर में I18n पॉलीफिल इंजेक्ट करें
निजी i18n: I18n
ts फ़ाइल में अनुवाद का उपयोग करते समय आपको उन ts फ़ाइलों का अनुवाद करने के लिए ngx-extractor और xliffmerge का उपयोग करने की आवश्यकता होती है। https://www.npmjs.com/package/ngx-i18nsupport

@ जन्न हरजू
यह काम नहीं कर रहा है, xlf फ़ाइल में डेटा नहीं मिल रहा है।

यहाँ मेरी अनुवाद स्क्रिप्ट है:
"translate-i18n": "ng xi18n --output-path locale && ngx-extractor -i src/**/*.ts projects/**/*.ts -f xlf -o src/locale/messages.xlf && xliffmerge --profile xliffmerge.json fi en",

और यहाँ है xliffmerge.json

{
  "xliffmergeOptions": {
    "srcDir": "src/locale",
    "genDir": "src/locale",
    "i18nFile": "messages.xlf",
    "defaultLanguage": "en",
    "useSourceAsTarget": true
  }
}

@ जन्न हरजू
हाँ, मैं एक ही कॉन्फ़िगरेशन का उपयोग कर रहा हूं, और xlf फ़ाइल में .ts संदेशों को निकालने में सक्षम हूं।

लेकिन कॉन्स मेरे पास अलग-अलग .ts फाइलों में है

एक्सपोर्ट कॉन्स्ट ग्लॉसेमॉडल = () => [
{
}

मैं घटक में आयात कर रहा हूं, जब मैं कॉन्स्ट के साथ i18n का उपयोग करने की कोशिश कर रहा हूं, तो यह मान नहीं निकाल रहा है।

क्या होगा यदि आप प्रदाता जैसे कॉन्स्ट वैल्यू का उपयोग करते हैं।

{
    provide: glossayModel,
    useFactory: () => glossayModel()
}

कोड तोड़ा जा सकता है लेकिन आपको शायद बिंदु मिल जाए।

ब्रेडक्रंब का अनुवाद कैसे करें

स्थिरांक मार्ग: मार्ग = [
{
पथ: './enroll-new.component',
घटक: EnrollNewComponent,
आंकड़े: {
ब्रेडक्रंब: 'नामांकन'
},
}
]

क्या आप लोग इस थ्रेड को i18n-polyfill या अन्य समस्याओं के लिए समर्थन थ्रेड के रूप में उपयोग करना बंद कर सकते हैं? यदि आपके पास i18n-polyfill go के संबंध में कोई प्रश्न है, तो उस रेपो में कोई समस्या उठाएं।
@ocombe शायद आप इस विषय को लॉक कर सकते हैं? बहुत कुछ महत्वपूर्ण सब कुछ कवर किया जाना चाहिए।
इस विषय में उल्लिखित i18n समर्थन को जारी करने के लिए आप किस कोणीय संस्करण की योजना बना रहे हैं?

हाँ, अभी के लिए बंद कर दिया।
हम एक ऑप्ट-इन बीटा के रूप में v8 के साथ ivy उपलब्ध कराने के लिए कड़ी मेहनत कर रहे हैं। रनटाइम i18n गूगल क्लोजर (गूगल आंतरिक रूप से क्या उपयोग करता है) के साथ प्रयोग करने योग्य होगा जो हमें इसे डीबग करने देगा (यह एक बहुत बड़ा बदलाव है)। अन्य सभी के लिए आप i18n के साथ ivy का परीक्षण करने में सक्षम होंगे लेकिन आप अनुवाद लोड नहीं कर पाएंगे। ऐप ऐप को कोड करने के लिए इस्तेमाल की जाने वाली मूल भाषा के साथ चलेगा।
वास्तव में अनुवाद करने के लिए आवश्यक रनटाइम सेवा वर्तमान में अअनुवादित पाठ लौटाती है। चूंकि हम सभी मौजूदा कोड के साथ बग्स को ठीक करने पर काम कर रहे हैं, इसलिए नई सुविधाएं रिलीज के बाद तक ही सीमित रहेंगी। v8 के आने के बाद हम इस पर काम करेंगे, यह मेरा पहला काम होना चाहिए।
एक बार हमारे पास कुछ समाचार होने पर मैं एक अपडेट जोड़ूंगा और इस थ्रेड को अनलॉक करूंगा।

हम जिस नए $localize टैग पर काम कर रहे हैं, उसके लिए इसका उपयोग प्रोग्रामेटिक रूप से किया जा सकता है।

उदाहरण के लिए

const name = 'World';
$localize `Hello ${name}:name!`;

और फिर Hello {$name}! के लिए अनुवाद प्रदान करने में सक्षम होगा जिसे संकलन-समय (या रन-टाइम) पर बदला जा सकता है।

यह अब उपलब्ध है (यदि दस्तावेज नहीं है)।