Xamarin.Forms 🚀 - Uwp Xamarin.Forms.Shell

इस समय केवल Android और iOS के लिए शेल समर्थन प्रदान किया गया है। हम संभावित भविष्य के यूडब्ल्यूपी समर्थन के बारे में लगातार प्रतिक्रिया का मूल्यांकन कर रहे हैं और भविष्य में उपलब्ध होने पर अधिक जानकारी प्रदान करेंगे।

pauldipietro 17 मार्च 2019

👎65 😕3

मैं आमतौर पर अपने फोन उपयोगकर्ताओं के लिए आईओएस और एंड्रॉइड और अपने टैबलेट और डेस्कटॉप उपयोगकर्ताओं के लिए यूडब्ल्यूपी का उपयोग करता हूं। तो विंडोज़ उपयोगकर्ताओं को व्यस्त रखने के लिए यूडब्ल्यूपी समर्थन बहुत महत्वपूर्ण होगा।

jcmontoya 11 अप्रैल 2019

👍32

क्या?? एमएस वास्तव में अपना खुद का मंच खोद रहा है। यह सुनकर दुख हुआ!

TiBall 13 अप्रैल 2019

👍18 😄3 😕1

क्या यूडब्ल्यूपी समर्थन कब दिया जाएगा, इस पर कोई दृश्यता नहीं है? या निर्णय पहले ही किया जा चुका है?

Juansero29 17 मई 2019

👍6

UWP के लिए शेल समर्थन - कृपया!

snow-jallen 22 मई 2019

👍20

मैं शेल के लिए UWP समर्थन भी देखना चाहूंगा।

मेरी कंपनी के लिए यूडब्ल्यूपी काफी महत्वपूर्ण है क्योंकि हमारे ग्राहक अपना काम पूरा करने के लिए कुछ एंड्रॉइड फोन के संयोजन में विंडोज टैबलेट का उपयोग करते हैं। UWP सपोर्ट न होने पर हम शेल में माइग्रेट नहीं कर पाएंगे।

akuehntopf 23 मई 2019

👍13

सहमत - यूडब्ल्यूपी संगतता मुझे अपने मोबाइल कार्यान्वयन के साथ विंडोज टैबलेट क्षमता में सेंकना करने की अनुमति देती है। मुझे इसके बिना इसे पूरी तरह से अलग से कोड करना होगा। हाँ! UWP संगतता एक होना चाहिए!

dan-meier 23 मई 2019

👍8

मुझे नहीं पता कि क्या यह समझ में आता है, क्योंकि मैंने अभी तक शेल का उपयोग नहीं किया है। लेकिन शायद यूडब्ल्यूपी कार्यान्वयन के लिए ऐप के अन्य सभी तत्वों (शैल के अलावा) का उपयोग करने का एक तरीका है। ऐसा लगता है कि TabbedPage और MasterDetailPage का उपयोग करने के बाद वही चीज़ प्राप्त होगी।

cbradbaer 24 मई 2019

मैं शेल के साथ UWP का उपयोग करने की क्षमता के लिए भी वोट करूंगा।

JakePorter05 27 मई 2019

👍9

यूडब्ल्यूपी कृपया... या कम से कम माइक्रोसॉफ्ट यूएक्स एपीआई के कुछ स्वाद पर हम कुछ वर्षों तक निर्भर रह सकते हैं। "हम आपको बताएंगे कि क्या हम बाद में इसका समर्थन कर सकते हैं" का यह दृष्टिकोण केवल मतलबी है।

तो, हाँ, यूडब्ल्यूपी या जो कुछ भी इसका समर्थन करेगा, लेकिन इससे भी महत्वपूर्ण बात यह है: एक प्रतिबद्धता जब हम जानेंगे कि कब या कब।

उस प्रमाणपत्र के बिना शेल में नहीं जा सकते।

dgerding 27 मई 2019

👍18

न केवल UWP बल्कि MacOS भी कृपया।

melihercan 2 जून 2019

👍5

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

तो क्या आप कृपया UWP के लिए शेल समर्थन जोड़ेंगे?

Mephisztoe 3 जून 2019

👍25

https://github.com/xamarin/Xamarin.Forms/pull/6015

PureWeen 3 जून 2019

@Mephisztoe से सहमत हैं यह वास्तव में एक महान उत्पादकता उपकरण है, और निश्चित रूप से वास्तव में ऐप को विंडोज़ के लिए उपलब्ध कराने का विकल्प भी एक अच्छा प्लस है :)

mzhukovs 6 जून 2019

👍3

कृपया Xamarin.Forms को केवल मोबाइल प्लेटफॉर्म पर न डालें। मैं विशेष रूप से यूडब्ल्यूपी के लिए निरंतर समर्थन देखना चाहता हूं, लेकिन डब्ल्यूपीएफ और जीटीके # भी।

drchilds 13 जून 2019

👍8

तो मूल रूप से कोई भी जिसके पास एक ऐप है जो ज़ामरीन फॉर्म में सभी तीन प्लेटफार्मों के लिए क्रॉस प्लेटफॉर्म है, अभी अपडेट नहीं कर सकता है और इन सुविधाओं का उपयोग नहीं कर सकता है। यदि UWP के लिए Xamarin प्रपत्रों पर भविष्य में विकास नहीं होता है, तो क्यों न केवल UWP को क्रॉस प्लेटफॉर्म सूची से हटा दिया जाए?

nitrouscutter 24 जून 2019

विभिन्न प्लेटफार्मों की हमेशा अलग प्राथमिकताएं होंगी। आखिरकार, आपने "सभी तीन प्लेटफॉर्म" कहा, न कि "सभी सात प्लेटफॉर्म"।

GalaxiaGuy 24 जून 2019

👎7

@GalaxiaGuy यह सही है, मैंने तीनों प्लेटफार्मों को यह कहते हुए कहा कि अगर मैंने सात प्लेटफॉर्म कहे तो मैं काल्पनिक प्लेटफॉर्म

ज़ामरीन.फॉर्म
Xamarin.Forms .NET डेवलपर्स के लिए एक संपूर्ण क्रॉस-प्लेटफ़ॉर्म UI टूलकिट को प्रदर्शित करता है। Visual Studio में C# का उपयोग करके पूरी तरह से देशी Android, iOS और Universal Windows Platform ऐप्स बनाएं।

nitrouscutter 24 जून 2019

और रीडमी पर यह कहता है:

Xamarin.Forms पूरी तरह से C# में iOS, Android, Windows और macOS के लिए नेटिव ऐप्स को शीघ्रता से बनाने का एक तरीका प्रदान करता है।

इसका मतलब यह नहीं है कि यह जीटीके, डब्ल्यूपीएफ और टिज़ेन का भी समर्थन नहीं करता है।

मैं मानता हूं कि वे प्लेटफॉर्म शायद यूडब्ल्यूपी से कम महत्वपूर्ण हैं, लेकिन बहुत सारे लोग हैं जो सोचते हैं कि यूडब्ल्यूपी आईओएस और एंड्रॉइड से कम महत्वपूर्ण है।

हालांकि मैं आम तौर पर इस भावना से सहमत हूं, और मुझे नई सुविधाओं की उपेक्षा करनी पड़ रही है क्योंकि वे यूडब्ल्यूपी पर नहीं हैं।

GalaxiaGuy 24 जून 2019

👎4

एफवाईआई, जब तक कि मैं रिलीज नोट्स को गलत तरीके से नहीं पढ़ रहा हूं, ऐसा लगता है कि 4.1 पूर्वावलोकन में Tizen के लिए ShellRenderer कार्यान्वयन है। यूडब्ल्यूपी का कोई जिक्र नहीं।

यदि @dotMorten से पुल अनुरोध में विलय करने में कुछ समय लगता है, तो शायद कोई उस कार्यान्वयन को ले सकता है और इसे समुदाय द्वारा प्रबंधित एक अलग "पूर्व-रिलीज़" NuGet पैकेज में स्थानांतरित कर सकता है जब तक कि हमें आधिकारिक समर्थन नहीं मिलता। इस तरह हम Xamarin.Forms के पूर्ण पूर्व-रिलीज़ या कस्टम बिल्ड का उपयोग किए बिना इसका उपयोग कर सकते हैं। अगर हमें आधिकारिक समर्थन नहीं मिलता है, तो रेपो पहले से ही स्थापित हो जाएगा और समुदाय इसे संभाल सकता है।

JeroMiya 28 जून 2019

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

dotMorten 28 जून 2019

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

luigicasalegno 15 जुल॰ 2019

👍2

यह मुद्दा उन मुख्य कारणों में से एक है जिन्हें मैंने एक्सएफ पर छोड़ दिया था। हमारे ग्राहकों के लिए, डेस्कटॉप और मोबाइल की प्राथमिकता समान है।

weitzhandler 11 अग॰ 2019

👍5

मैं क्या कहूँ जो अभी कहा नहीं गया..

तो इसके साथ आगे बढ़ें!
Microsoft के लिए UWP समर्थन वैकल्पिक नहीं है - क्या आपको वास्तव में यह बताने की आवश्यकता है?

papiermache 16 अग॰ 2019

@papiermache कृपया ध्यान दें कि इस परियोजना पर सभी संचार, मुद्दों और टिप्पणियों पर आचार संहिता लागू होती है

JeroMiya 16 अग॰ 2019

इसे देवों के प्रति MS Xamarin की प्रतिबद्धता के परीक्षण के रूप में भी मानते हैं। एमएस पक्ष में कोई भी वजन करने के लिए तैयार है?

dgerding 16 अग॰ 2019

क्षमा करें, आगे के विचारों पर गुस्सा आएगा ... लेकिन यूडब्ल्यूपी समर्थन की कमी का पता लगाने के लिए मैं पूरी तरह से उड़ा था - यह मेरे लिए कभी भी नहीं हुआ था कि यूडब्ल्यूपी गेट-गो से एक शामिल मंच नहीं होगा। रिक।

से: जेरेमी नोटिफिकेशन @
भेजा गया: अगस्त 16, 2019 दोपहर 2:28 अपराह्न
प्रति: xamarin/Xamarin.Forms [email protected]
सीसी: रिक पियोवेसन [email protected] ; उल्लेख करें @noreply.github.com
विषय: पुन: [xamarin/Xamarin.Forms] Uwp Xamarin.Forms.Shell (#5593)

@papiermache https://github.com/papiermache कृपया ध्यान दें कि आचार संहिता इस परियोजना पर सभी संचार, मुद्दों और टिप्पणियों पर लागू होती है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
GitHub पर इस ईमेल सीधे जवाब दें, इसे देखने के https://github.com/xamarin/Xamarin.Forms/issues/5593?email_source=notifications&email_token=ABJC5GJKYHEGIOR3P2UIKX3QE4EVLA5CNFSM4G7ANE7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD4PT3PQ#issuecomment-522141118 , या धागे मूक https://github.com/ नोटिफिकेशन/अनसब्सक्राइब-ऑथ/ABJC5GKCHSPBRJ5JNNEVD5LQE4EVLANCNFSM4G7ANE7A ।

papiermache 16 अग॰ 2019

नमस्ते @dotMorten , क्या आप कोई अपडेट दे सकते हैं? क्या आप अभी भी UPW+Shell को काम करने की कोशिश करने की योजना बना रहे हैं? समझें कि यह दयालुता और समुदाय का कार्य है :) बस सोच रहा था क्योंकि आपके प्रयास शेल + यूडब्ल्यूपी को काम करने के सबसे करीब लगते हैं। Xamarin के साथ Windows समर्थन से दूर एक Microsoft धुरी की तरह लगता है जो अभी भी पूरी तरह से रहस्यमय है। अन्य सभी अच्छाइयों के लिए आभारी, लेकिन फिर भी हैरान और निराश।

dgerding 21 अग॰ 2019

👍1

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

dotMorten 22 अग॰ 2019

यह समस्या वर्तमान में शीर्ष 10 सबसे अधिक टिप्पणी की गई खुली वस्तुओं में है लेकिन इसे पूरा करने के रोडमैप पर नहीं है।

@pauldipietro क्या हमें इस पर कोई अपडेट मिल सकता है? ऐसा लगता है कि मैं एक संकेत भेज रहा हूं कि यूडब्ल्यूपी समर्थन अब एक्सएफ टीम के लिए प्राथमिकता नहीं है। अगर यह सच है, तो कृपया हमें बताएं ताकि हम उसके आसपास की योजना बना सकें।

धन्यवाद

scottkuhl 22 अग॰ 2019

सहमत हूं, मैं सिर्फ यह जानना चाहता हूं कि क्या एक्सएफ में विंडोज समर्थन शामिल नहीं होगा। अगर नहीं तो मैं भी जानना चाहता हूं कि क्यों नहीं? क्या वे जानते हैं कि "अगला" विंडोज यूएक्स स्टैक यूडब्ल्यूपी के अलावा क्या होगा और साइकिल बर्बाद नहीं करना चाहते हैं? क्या कुछ ब्लेज़र/एचटीएमएल चीज़ अगला भाग होगी? यदि ऐसा है तो बस मुझे (हमें) बताएं ताकि मैं संक्रमण कर सकूं... शायद एक मंच पर जाऊं?

से: स्कॉट कुहल सूचनाएं @github.com
भेजा गया: गुरुवार, अगस्त 22, 2019 1:21:22 अपराह्न
प्रति: xamarin/Xamarin.Forms [email protected]
सीसी: डेविड गेर्डिंग [email protected] ; टिप्पणी टिप्पणी @noreply.github.com
विषय: पुन: [xamarin/Xamarin.Forms] Uwp Xamarin.Forms.Shell (#5593)

यह समस्या वर्तमान में शीर्ष 10 सबसे अधिक टिप्पणी की गई खुली वस्तुओं में है लेकिन इसे पूरा करने के रोडमैप पर नहीं है।

@pauldipietro https://github.com/pauldipietro क्या हमें इस पर अपडेट मिल सकता है? ऐसा लगता है कि मैं एक संकेत भेज रहा हूं कि यूडब्ल्यूपी समर्थन अब एक्सएफ टीम के लिए प्राथमिकता नहीं है। अगर यह सच है, तो कृपया हमें बताएं ताकि हम उसके आसपास की योजना बना सकें।

धन्यवाद

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
GitHub पर इस ईमेल सीधे जवाब दें, इसे देखने के https://github.com/xamarin/Xamarin.Forms/issues/5593?email_source=notifications&email_token=AAD7YD4EYE5XBBSXIR6MGV3QF3KKFA5CNFSM4G7ANE7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD456VUI#issuecomment-524020433 , या धागे मूक https://github.com/ नोटिफिकेशन/अनसब्सक्राइब-ऑथ/AAD7YD42CJSV4KS5ZFWWJU3QF3KKFANCNFSM4G7ANE7A ।

dgerding 22 अग॰ 2019

स्पष्ट रूप से, मुझे लगता है कि सबसे अच्छा दांव वास्तव में XF को Uno प्लेटफॉर्म से बदलना होगा ...

Xamarin ने स्पष्ट किया है कि उनका लक्ष्य ज्यादातर मोबाइल डिवाइस (फोन, टैबलेट, घड़ियां) हैं, न कि डेस्कटॉप या लैपटॉप।

यूडब्ल्यूपी का समर्थन और रखरखाव करने में उनकी कोई दिलचस्पी नहीं है, इसलिए मेरे लिए अपने ग्राहकों को सिफारिश करना अच्छा नहीं है।

pedrolamas 22 अग॰ 2019

👍1

मैं अपनी आवश्यकता स्पष्ट करना चाहता हूं: मुझे Xamarin प्रपत्रों के लिए _UWP_ की आवश्यकता नहीं है। मुझे Xamarin प्रपत्रों के लिए _some Windows target_ की आवश्यकता है। UWP सबसे व्यवहार्य उम्मीदवार की तरह लगता है। अगर मुझे लगता है कि माइक्रोसॉफ्ट अंततः डेस्कटॉप के लिए एचटीएमएल और ब्लेज़र क्लाइंट पर पंट करेगा और जाएगा क्योंकि यह उन्हें विंडोज़ के बाद की दुनिया में सबसे व्यापक यूएक्स पहुंच प्रदान कर सकता है। यह एक कंपोज़ेबल शेल (xf शेल नहीं) पथ के साथ बेहतर फिट हो सकता है। यूएक्स के विंडोज़ पक्ष के लिए किसी सुसंगत रोडमैप की अनुपस्थिति में, मैं कल्पना नहीं कर सकता कि वे और क्या योजना बना रहे होंगे।

लेकिन स्पष्ट होने के लिए, बड़े बोल्ड अक्षरों में घोषणा किए बिना ज़ामरीन के लिए विंडोज समर्थन को छोड़ना, "वी डोंट एंड वॉन्ट डू विन्डोज़", कम से कम, वास्तव में, वास्तव में निर्दयी है। यह "पुराने माइक्रोसॉफ्ट" के बजता है।

@davidortinau et al: कृपया अब प्रभावी रूप से मृत होने की ओर इशारा करने के अलावा कुछ और करें (देखें @dotMorten की नवीनतम पोस्ट) "XF शेल + विंडोज के लिए सामुदायिक समर्थन"।

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

dgerding 22 अग॰ 2019

👍3

कई चीजें जिन्हें बदलने की आवश्यकता होगी और जिन्हें XF टीम से व्यापक खरीद की आवश्यकता होगी

मुझे पता है कि इनमें से एक को WinUI के साथ करना था जिसे हम इस PR . के साथ एक निर्भरता के रूप में खींचने की उम्मीद कर रहे हैं
https://github.com/xamarin/Xamarin.Forms/pull/7214

वह पीआर 16299 संगतता बनाए रखता है और मेरे परीक्षणों से बहुत अच्छा काम करता है जब इसे नगेट के साथ शामिल किया जाता है और उपयोगकर्ता को WinUI स्थापित करने की आवश्यकता नहीं होती है। मुझे अभी भी सुनिश्चित करने के लिए VM में 16299 काता प्राप्त करने की आवश्यकता है, लेकिन मैं आशावादी रह रहा हूं। मुझे पता है @dotMorten आपने

ये रहा वो नगेट।

Xamarin.Forms.4.3.0.1853.zip

अगर कोई और हमारे लिए इसका परीक्षण करना चाहता है और हमें बताएं कि क्या आपके पास कोई समस्या है जो वास्तव में सहायक होगी। मैंने इसे मूल यूडब्ल्यूपी टेम्पलेट के साथ परीक्षण किया है और यह मेरे लिए बिना किसी क्रैश के ठीक काम करता है।

इसके लिए मैं वर्तमान में जो रास्ता देख रहा हूं वह है

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

अगर मुझे उस पथ में कुछ भी याद आ रहा है तो मुझे बताएं और हम इसे संबोधित करने का प्रयास करेंगे, इसलिए जो कुछ भी करने की आवश्यकता है वह एक रीबेस और Xaminals के खिलाफ एक सत्यापन है।

PureWeen 22 अग॰ 2019

👍5

@PureWeen ,
मैं आपके द्वारा प्रदान किए गए Xamarin Nuget के साथ App132.zip चला सकता हूं। ऐप ठीक काम करता प्रतीत होता है ... मान लीजिए कि इसे नियंत्रण सूची में टाइमस्टैम्प किए गए तत्वों को जोड़ना है। शीर्ष पर स्थित बटन और पुल टू रिफ्रेश व्यवहार दोनों ही तत्व जोड़ते हैं।

मुझे यकीन नहीं है कि मैं क्या ढूंढ रहा हूं, लेकिन मैं आपके प्रयासों की सराहना करता हूं और जितना हो सके उतना मदद करने की कोशिश करूंगा।

डेव गो

dgerding 23 अग॰ 2019

@PureWeen यह देखकर बहुत अच्छा लगा कि आप WinUI के साथ आगे बढ़ रहे हैं। WinUI पर निर्भरता मेरे लिए ब्रेकिंग व्यवहार पैदा कर रही थी, क्योंकि WinUI एक निर्भरता जोड़ रहा था जिसे संक्रमणीय रूप से नहीं जोड़ा गया था। यदि आप VS2019 का उपयोग करते हैं तो यह ठीक करने योग्य है, लेकिन मुझे यकीन नहीं है कि WinUI ने अभी तक उस सुविधा का लाभ उठाया है (और यह अभी भी VS2017 उपयोगकर्ताओं को प्रभावित करेगा, लेकिन कम से कम एक समाधान है)।
इसके अलावा, WinUI में बग थे जो मेरे लिए बहुत सारे सिरदर्द का कारण बने, लेकिन मैंने हाल ही में देखा है कि जिन लोगों को मैंने लॉग किया है उनमें से कुछ ठीक हो गए हैं, इसलिए यह सब उत्साहजनक है। एक बार 7214 में जाने के बाद मुझे पिंग करें, और मैं कोशिश करूँगा और इस प्रयास को शुरू करूँगा।
रिबेसिंग में भी मदद करना पसंद करेंगे। पिछली बार मैंने ऐसा किया था, मैंने इस पीआर को पूरी तरह से गड़बड़ कर दिया :-)

dotMorten 23 अग॰ 2019

@dotMorten अच्छा लगता है !!

मैंने उस ऐप का परीक्षण किया जिसे मैंने वीएस 2017 पर ऊपर शामिल किया था और यह मेरे लिए काम करता था इसलिए मुझे लगता है कि हम उस मोर्चे पर ठीक हैं

मुझे यकीन नहीं है कि मैं क्या ढूंढ रहा हूं, लेकिन मैं आपके प्रयासों की सराहना करता हूं और जितना हो सके उतना मदद करने की कोशिश करूंगा।

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

बस यह जांचने की कोशिश कर रहा है कि WINUI निर्भरता जोड़ने से कोई सिरदर्द नहीं होगा :-)

PureWeen 23 अग॰ 2019

मैंने उस ऐप का परीक्षण किया जिसे मैंने ऊपर वीएस 2017 पर शामिल किया था

प्रोजेक्ट हेड में WinUI को जोड़े बिना भी? यही वह मुद्दा है जो मैंने पाया: यदि लोग एक्सएफ के एक संस्करण में अपग्रेड करना चाहते थे जो कि WinUI पर निर्भर करता है तो यह WinUI पर निर्भरता को मैन्युअल रूप से जोड़ने के बिना भी काम नहीं करेगा। आईएमएचओ यह एक तोड़ने वाला बदलाव है। WinUI उनके पैकेज को बदल सकता है इसलिए यह निहित रूप से काम करता है, लेकिन इसके लिए VS2019 की आवश्यकता होगी क्योंकि यह NuGet 5.0 फीचर पर निर्भर करता है (और afaik उन्होंने यह बदलाव नहीं किया है इसलिए यह अभी भी काम नहीं करेगा)।

dotMorten 23 अग॰ 2019

यहाँ वह समस्या है जिसे मैंने WinUI में लॉग इन किया है: https://github.com/microsoft/microsoft-ui-xaml/issues/596#issuecomment -524187369

मैं कम से कम पते पर एक त्वरित पीआर बना सकता हूं ताकि वीएस2019 उपयोगकर्ताओं को अतिरिक्त निर्भरता को मैन्युअल रूप से जोड़ना न पड़े।

dotMorten 23 अग॰ 2019

बस यह जोड़ते हुए कि जब मैंने ऐप123 का परीक्षण किया तो यह वीएस2019 के साथ था।

dgerding 23 अग॰ 2019

👍1

प्रोजेक्ट हेड में WinUI को जोड़े बिना भी?

हाँ जिस परियोजना को मैंने ऊपर लिंक किया है, मैं वीएस2017 के अंदर खोल सकता हूं और यह संकलित करता है और ठीक चलता है। मेरे पास UWP हेड में WinUI nuget नहीं जोड़ा गया है, यह केवल nuspec के अंदर एक निर्भरता के रूप में इंगित किया गया है

PureWeen 23 अग॰ 2019

मैं वास्तव में नहीं समझता कि यह कैसे काम करता है। एक शैली है जिसे जोड़ने की आवश्यकता है और एक अतिरिक्त एपेक्स फ्रेमवर्क पैकेज जिसे पैकेज के साथ स्थापित करने की आवश्यकता है, और यह सब .targets द्वारा किया जाता है। क्या आपकी मशीन पर फ्रेमवर्क पैकेज पहले से स्थापित है?

dotMorten 24 अग॰ 2019

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

https://visualstudiomagazine.com/articles/2019/08/23/xamarin-forms-4-2.aspx

scottkuhl 25 अग॰ 2019

@dotMorten मैं कुछ दिनों के लिए बाहर हूं लेकिन जब मैं वापस आऊंगा तो उस पर गौर करूंगा। मैंने समीक्षा करने के लिए WinUI टीम से भी संपर्क किया है

PureWeen 25 अग॰ 2019

जब मैंने वीएस 2017 पर परीक्षण किया तो यह लक्ष्य ठीक से चलता है
https://github.com/microsoft/microsoft-ui-xaml/blob/8f8cd0fe32754cfcd83dafb2fc8539703b6aec26/build/NuSpecs/MUXControls-Nuget-Common.targets#L6

यहां एक अपडेटेड नगेट है जो आपको अपने स्थानीय फॉर्म प्रोजेक्ट में सेटिंग को ओवरराइड करने देता है
Xamarin.Forms.4.3.0.1853.zip

<SkipMicrosoftUIXamlCheckTargetPlatformVersion>false</SkipMicrosoftUIXamlCheckTargetPlatformVersion>

प्रपत्र प्रोजेक्ट में हमने इसे सच करने के लिए मजबूर किया ताकि यह लोगों को आश्चर्यचकित न करे।

https://github.com/xamarin/Xamarin.Forms/pull/7214/files#diff -5e6292d5925c776aa9aa6d6f8c63ddf6R19

PureWeen 26 अग॰ 2019

@PureWeen यह वह बिट है जो इन पंक्तियों को स्पष्ट रूप से जोड़े बिना काम करना चाहिए (क्योंकि सभी उपयोगकर्ताओं को अपने प्रोजेक्ट हेड भी अपडेट करने होंगे):

मुझे लगता है कि आप कह रहे हैं कि यह काम करता है, लेकिन यह सुनिश्चित कर लें कि हम एक ही पृष्ठ पर हैं।

हो सकता है कि आप इसे एक स्वीकार्य ब्रेकिंग परिवर्तन पर विचार करें, लेकिन मुझे याद है कि यह हाल ही में एक और निर्भरता के साथ हुआ था और बहुत से लोगों को फेंक दिया था, क्योंकि अपग्रेड पथ सिर्फ एक नया एक्सएफ संस्करण चुनने जैसा साफ नहीं है।

dotMorten 26 अग॰ 2019

पुन: Xamarin प्रपत्रों के लिए एक डेस्कटॉप/लैपटॉप/टैबलेट लक्ष्य की आवश्यकता

हममें से जो कॉर्पोरेट वातावरण में मोबाइल ऐप बना रहे हैं, उनके लिए एंड्रॉइड/आईओएस बेस के समान मूल कोड बेस से "कार्य-समान" डेस्कटॉप/लैपटॉप निष्पादन योग्य बनाने की क्षमता आवश्यक है। यह केवल विंडोज़ होने की आवश्यकता नहीं है (एक ब्राउज़र-आधारित लक्ष्य जैसे एचटीएमएल/जेएस उतना ही अच्छा होगा) लेकिन हमारे अधिकांश उपयोगकर्ताओं के पास विंडोज़ डेस्कटॉप/लैपटॉप + आईफोन/एंड्रॉइड फोन है, इसलिए विंडोज़ निष्पादन योग्य है अधिकांश भाग के लिए ठीक है।

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

Xamarin फॉर्म इन परिदृश्यों के लिए अच्छी तरह से काम करता है, और हम वास्तव में शेल और कलेक्शन व्यू का उपयोग करना चाहते हैं, लेकिन वे हमारे लिए शेल्फवेयर हैं जब तक कि उनका उपयोग डेस्कटॉप/लैपटॉप वर्क-समान बनाने के लिए नहीं किया जा सकता ...

SteveReillyBayridge 27 अग॰ 2019

👍6 ❤1

@dotMorten इसलिए मुझे अपवाद नहीं दिख रहा है क्योंकि मेरे पास नगेट पर निर्भरता के रूप में WinUI है, इसलिए यदि आप UWP हेड पर XF स्थापित करते हैं तो WinUI सवारी के लिए साथ आता है और अपने लक्ष्यों को लागू करता है।

यह ऐसा करता है इसलिए काम करने के लिए एक्सएफ पैकेज को यूडब्ल्यूपी हेड प्रोजेक्ट पर स्थापित करना होगा। मैंने उपरोक्त मेरे उदाहरण का परीक्षण किया है जिसमें एक्सएफ केवल नेटस्टैंडर्ड प्रोजेक्ट पर स्थापित है और आपके अपवाद को फिर से बनाने में सक्षम था।

हमने इस अंक में इसके बारे में कुछ बात की है
https://github.com/xamarin/Xamarin.Forms/issues/4126

यह तोड़ रहा है अगर लोगों ने केवल साझा पुस्तकालय में एक्सएफ स्थापित किया है, न कि यूडब्ल्यूपी हेड प्रोजेक्ट। इसलिए हमें इस पर थोड़ी चर्चा करनी होगी कि हम इसके बारे में क्या करना चाहते हैं

PureWeen 28 अग॰ 2019

@pureween ठीक है अच्छा। खुशी है कि हम तब वही देख रहे हैं। आपकी चर्चाओं में विचार करने योग्य कुछ बातें:

यदि WinUI में मेरा PR मर्ज हो जाता है तो यह केवल VS2017 उपयोगकर्ताओं को प्रभावित करेगा (जो कि अजीब हो सकता है यदि कोई टीम दोनों का उपयोग करती है और यह केवल कुछ उपयोगकर्ताओं को प्रभावित करती है)।
आप इनिट () के दौरान इसका पता लगा सकते हैं और एक त्रुटि फेंक सकते हैं जो उपयोगकर्ताओं को बताती है कि वास्तव में क्या करना है ताकि दर्द इतना बुरा न हो।
मैं इस विचार के साथ कर रहा था कि एक्सएफ के पास एक लक्ष्य फ़ाइल है जो पहले से मौजूद नहीं होने पर संदर्भित परियोजना पर निर्भरता जोड़ती है, लेकिन कर सकती है
एक अजीब देव अनुभव बनाएँ।
WinUI के प्लेटफ़ॉर्म से अलग हो जाने के बाद सभी UWP प्रोजेक्ट हमेशा इस निर्भरता का उपयोग करेंगे (लेकिन तब तक VS2017 शायद वैसे भी समर्थन से बाहर है)।
- आप इस परिवर्तन के साथ Win10 के निचले संस्करणों का समर्थन करने में सक्षम होंगे, एक मूल्य वर्धित बनाना जो इसे उचित ठहरा सके।
- कोई भी नोटिस नहीं करेगा क्योंकि आपकी टीम के अनुसार, वैसे भी कोई भी वास्तव में यूडब्ल्यूपी का उपयोग नहीं करता है j/k

dotMorten 28 अग॰ 2019

एक और संभावित दृष्टिकोण: पता लगाएँ कि क्या WinUI को Init के दौरान संदर्भित किया गया है, लेकिन ऐप को चलने दें। WinUI पर निर्भर कोई भी रेंडरर इसके बजाय फेंक देगा, इसलिए यह केवल इन नई सुविधाओं के उपयोगकर्ताओं को प्रभावित करेगा। तो कहानी बन जाती है "यदि आप शैल या पुलटो रीफ्रेश का उपयोग करना चाहते हैं तो आपको WinUI का संदर्भ भी जोड़ना होगा (यदि आप वीएस2017 पर हैं)"।

dotMorten 28 अग॰ 2019

@dotMorten शेल को UWP में लाने के संबंध में आपके सभी प्रयासों के लिए धन्यवाद! इसकी बहुत आवश्यकता है और इसे कोर ज़ामरीन टीम द्वारा संबोधित किया जाना चाहिए था।

mnasers 9 सित॰ 2019

👍3

पेश है CV और शेल के साथ UWP पर चलने वाले Xaminals का स्वाद!!!

PureWeen 17 सित॰ 2019

👍11 ❤5

महान काम!

velocitysystems 18 सित॰ 2019

❤3

शानदार काम। जैसे ही यह सामने आएगा हम इसे उद्यम स्तर के अनुप्रयोगों के निर्माण के लिए अपने ढांचे में शामिल करेंगे

luigicasalegno 18 सित॰ 2019

❤1

बढ़िया काम, मैं इसे अपने ऐप के भविष्य के रिलीज में

Nioux 18 सित॰ 2019

❤1

हाँ, ज़ामरीन ने किया! मैंने पढ़ा कि एक आदमी कहता है कि हम ऊनो चले जाते हैं। नहीं!!!! ज़ामरीन हमारे लिए बहुत अच्छा रहा है और हमें स्विफ्ट + जावा सीखने के लिए बहुत समय बचाया। आइए टीम के साथ धैर्य रखें और उनका समर्थन करें

abrantie1z 18 सित॰ 2019

❤3

#6015 . द्वारा बंद

samhouts 27 सित॰ 2019

बढ़िया काम, सभी टीम के लिए धन्यवाद <3, मैं इसे बदल दूंगा

XamarinTounsi 3 अक्तू॰ 2019

बढ़िया काम, बहुत बहुत धन्यवाद!

DiagProf 8 अक्तू॰ 2019

ठीक है कुछ अजीब हो रहा है, मैंने अपने प्रोजेक्ट को 4.3.0.947036 का उपयोग करने के लिए अपग्रेड किया है, अब फॉर्म कॉल करते समय प्रोजेक्ट विफल हो जाता है।
'Microsoft.UI.Xaml.Controls.XamlControlsResources' Windows रनटाइम प्रकार नहीं ढूँढ सका

XamlTypeInfo.g.cs में अब कोड की मात्रा बहुत अजीब है, Xamarin के पिछले संस्करण में हमारे पास केवल 13 प्रविष्टियां थीं, अब हमारे पास 43 से अधिक हैं। मैंने प्रोजेक्ट पर Win.UI Nuget स्थापित किया है और अभी भी यह करता है मदद नहीं। कोई विचार

curtisconner 4 नव॰ 2019

@ abrantie1z - (हालांकि ऑफ-टॉपिक, मुझे लगा कि मैं इसका उल्लेख करूंगा) Uno और Xamarin फ़ॉर्म को अब परस्पर अनन्य विकल्प नहीं होना चाहिए - https://platform.uno/xamarin-forms/ और https:/ देखें। /visualstudiomagazine.com/articles/2019/09/19/uno-platform-2.aspx चेतावनी: मैंने Uno का उपयोग नहीं किया है, इसलिए मुझे नहीं पता कि यह समर्थन कितना मजबूत है। लेकिन कुछ भी जो अधिक लोगों को ब्राउज़र में XF में दिलचस्पी लेता है वह एक अच्छी बात है।

MappingSteve 19 मार्च 2020

Xamarin.forms: Uwp Xamarin.Forms.Shell

सबसे उपयोगी टिप्पणी

सभी 61 टिप्पणियाँ

संबंधित मुद्दों