VBulletin भाषा प्रबंधक से अनुवाद अभी भी इस्तेमाल किया जाएगा?

[Lundgren]

नहीं यकीन है, जहां इस पोस्ट करने के लिए, लेकिन ...

मेरा प्रश्न vBET (यहाँ मेरे मुख्य ब्याज पूर्ण संस्करण है) अगर मैं एक हाथ से तैयार की जाती vBulletin langauge प्रबंधक में लोड अनुवाद है कैसे संभाल लेंगे?

VBET विल का पता लगाने के लिए कि वहाँ प्रबंधक / वाक्यांश भाषा में अनुवाद है और गूगल के अनुवाद के लिए है कि हिस्सा है (यानी केवल अनुवाद के लिए वास्तविक प्रविष्टियाँ भेजने), या गूगल के अनुवाद उपलब्ध अनुवाद अध्यारोहित करेगा भेजने छोड़?

[vBET]

हाय:)

हम सुविधा vBulletin भाषा प्रबंधक प्रणाली के साथ एकीकरण अनुरोध के रूप में है. इस समय vBET सब कुछ अनुवाद. तो अगर आप कुछ जीयूआई के लिए अनुवाद वाक्यांश vBET द्वारा इस क्षण में उपयोग नहीं किया जाएगा.

एकीकरण के बारे में - हम योजनाओं के लिए में है:
1. वाक्यांश प्रणाली के साथ एकीकरण की संभावनाओं की जाँच करें और एकीकृत अगर यह ठीक हो सकता है (कुछ मुद्दों पर पहले से ही पता चला)
2. भविष्य के लिए अपने खुद के अनुवाद जो vBET डेटाबेस कैश में संग्रहीत किया जाएगा (लेकिन 15 दिनों के बाद गूगल अनुवाद की तरह समाशोधित नहीं किए जाएंगे) लिखने के लिए संभावना में समर्थन.

जैसा कि मैंने लिखा था कि हम पहले से ही वाक्यांशों प्रणाली के साथ एकीकरण के साथ कुछ मुद्दों देख - सबसे महत्वपूर्ण है कि सभी वाक्यांश अनुवाद करने के लिए vBET द्वारा 2 अनुवाद से बचने नहीं ब्लॉक में अपारदर्शी होना चाहिए.

लेकिन जब हम पहले से ही vBET के लिए अपने खुद के अनुवाद देना संभावना का समर्थन करेंगे तो सबसे शायद एकीकरण की आवश्यकता नहीं किया जा जाएगा.

यदि आप भविष्य में किसी भी प्रश्न कृपया सिर्फ लिखने - हम खुशी से आपकी मदद करेंगे:)

[Lundgren]

भाषा प्रबंधक के साथ घालमेल अनुवाद दूसरों किया है आयात की अनुमति होगी. आयात / निर्यात फ़ाइल के रूप में एक xml फ़ाइल है, यह शायद काफी आसान हो करने के लिए एक आवेदन है कि एक "vBET_SNTA" टैग (प्रत्येक CDATA [कुछ पाठ] भाग) में प्रत्येक वाक्यांश लपेट कर.

तो अगर संभव हो एक vBulletin भाषा के प्रत्येक vBET भाषा टाई, और vBET सत्र के लिए वर्तमान vB भाषा स्विच करने के लिए, यह लगता है जैसे यह एक व्यावहारिक समाधान देना होगा.

लेकिन रूप में मैं न तो vBET या vBulletin अंदर भाषा चयन के भीतर काम कर पता, मैं एक सुराग नहीं है अगर है कि मुश्किल या नहीं होगा. बहुत अच्छी तरह से हो सकता है कि इस कठिनाइयों आप करने के लिए भेजा में चलाता है शायद.

[vBET]

हाँ, यह काफी आसान हो सकता है लगता है और मैं पहले से ही इस विचार कई बार शुरू किया गया (उम्मीद है कि यह बेहतर लग रही है जब फिर से शुरू होगा). मैं अब याद नहीं सब बातें मैंने पाया (हमारे नोटों की कुछ में लिखा होना चाहिए) लेकिन के रूप में अगर मैं उन में से अच्छा कुछ याद:
1. नक्शा vBET भाषा के लिए कोई अच्छा हुक जगह vBulletin भाषा पर था
2. यकीन नहीं लेकिन अब vBulletin यह स्थिर मूल्य में फेंकता
3. क्षेत्र में अनुवादित नहीं सरल अपारदर्शी वाक्यांश मानकों के साथ वाक्यांशों के मामले में नहीं हो पर्याप्त कर सकते हैं - यह वास्तव में अभी तक परीक्षण नहीं किया गया था, लेकिन हम इसके बारे में पहले से ही लड़ा

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

[Lundgren]

अगर अपने खुद के संस्करण रोलिंग, मौजूदा संस्करण में plugging के बजाय, तो एक vBulletin भाषा xml से आयात प्रणाली के कुछ प्रकार के सबसे अधिक संभावना की जरूरत होगी. VBulletin में वाक्यांशों का एक बहुत कुछ है, और यह कम उपयोगी आयात करने में सक्षम किया जा रहा नहीं करना होगा.

लेकिन के रूप में लंबे समय / vBet के लिए आयात और निर्यात प्रणाली की किसी भी रूप है, तो यह सिर्फ कैसे बाद vBulletin xml से जो कुछ भी प्रारूप vBet चाहता के लिए एक कनवर्टर बनाने की एक बात है. यह समाधान मेरे लिए काफी अच्छा होगा:)

[vBET]

अगर अपने खुद के संस्करण रोलिंग, मौजूदा संस्करण में plugging के बजाय, तो एक vBulletin भाषा xml से आयात प्रणाली के कुछ प्रकार के सबसे अधिक संभावना की जरूरत होगी. VBulletin में वाक्यांशों का एक बहुत कुछ है, और यह कम उपयोगी आयात करने में सक्षम किया जा रहा नहीं करना होगा.

लेकिन के रूप में लंबे समय / vBet के लिए आयात और निर्यात प्रणाली की किसी भी रूप है, तो यह सिर्फ कैसे बाद vBulletin xml से जो कुछ भी प्रारूप vBet चाहता के लिए एक कनवर्टर बनाने की एक बात है. यह समाधान मेरे लिए काफी अच्छा होगा:)

बस सुविधाओं अनुरोधों में यह एक के लिए लिंक के साथ नया धागा खोलने - वहाँ हम के लिए अनुरोध प्रबंधित करने में सक्षम हैं:) और हम आपको भविष्य के सवालों के मामले में धागे के लेखक होने की जरूरत है.

[Lundgren]

बस सुविधाओं अनुरोधों में यह एक के लिए लिंक के साथ नया धागा खोलने - वहाँ हम के लिए अनुरोध प्रबंधित करने में सक्षम हैं:) और हम आपको भविष्य के सवालों के मामले में धागे के लेखक होने की जरूरत है.

समझे एक सा दूर किया जाता है जबकि "ज़ोर से सोच." नई धागा शुरू कर दिया:)