<p>Xamarin.Forms आरेखण युक्ति</p>

को निर्मित 13 अप्रैल 2018 · 69टिप्पणियाँ · स्रोत: xamarin/Xamarin.Forms

Xamarin.Forms आरेखण युक्ति

थीम

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

सरल ड्राइंग एपीआई नमूना

<Button x:Class="Local.MyButton">
  <Button.Template>
    <DrawingTemplate>
      <Drawing>
        <Grid>
          <RoundedRectangle Background="{x:Bind BackgroundColor}" />
          <Ellipse x:Name="TouchFeedback" Opacity="0" />
          <Text Content="{x:Bind Text}" />
        </Grid>
      </Drawing>
    </DrawingTemplate>
  </Button>
</Button>

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

ड्रॉइंग प्रिमिटिव x:named हो सकते हैं और नाम से देखे जा सकते हैं और किसी अन्य View के रूप में पीछे कोड में हेरफेर किया जा सकता है। वास्तव में एक ड्राइंग प्रिमिटिव केवल एक दृश्य है जिसका कोई रेंडरर नहीं है, बल्कि काम करने के लिए Drawing के अंदर होना चाहिए। Drawing यह उन बच्चों तक सीमित है जो इसे समर्थन दे सकते हैं क्योंकि सभी को सरल ड्राइंग कमांड में संक्षिप्त कर दिया गया है।

रंग/पृष्ठभूमि/आदि प्रदान करने के लिए आदिम वस्तुओं को चित्रित करने के लिए रंग प्रकार के बजाय ब्रश प्रकार का उपयोग किया जा सकता है।

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

एक बार जब एक नियंत्रण का एहसास हो जाता है तो उसका खाका नहीं बदला जा सकता है क्योंकि DrawingTemplated नियंत्रणों को कई बार अलग-अलग रेंडरर्स की आवश्यकता हो सकती है।

प्रकार

आरेखण टेम्पलेट

यह ज्यादातर एक मार्कर प्रकार है। भविष्य में हम इस आवश्यकता को समाप्त कर देंगे कि Templates DrawingTemplates हों।

public class DrawingTemplate : ControlTemplate {}

चित्रकारी

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

public class Drawing : Layout<View> {}

दृश्य में आरेखण के लिए नया API

public class View : VisualElement // new API only
{
  public ControlTemplate Template { get; set; }

  protected BindableObject GetTemplateChild(string childName);

  protected virtual void OnApplyTemplate ();
}

ब्रश

public class Brush : BindableObject
{
  public static readonly BindableProperty OpacityProperty;
  public double Opacity { get; set; }
}

सॉलिड कलरब्रश

public class SolidColorBrush : Brush
{
  public static readonly BindableProperty ColorProperty;
  public Color Color { get; set; }
}

ग्रेडिएंटब्रश

public class LinearGradientBrush : Brush
{
  public static readonly BindableProperty GradientStopsProperty;
  [Content]
  public GradientStopCollection GradientStops { get; set; }
}

ग्रैडिएंटस्टॉपकलेक्शन

public sealed class GradientStopCollection : IEnumerable<GradientStop>, IList<GradientStop>

ग्रैडिएंटस्टॉप

public sealed class GradientStop : BindableObject
{
  public static readonly BindableProperty ColorProperty;
  public Color Color { get; set; }

  public static readonly BindableProperty OffsetProperty;
  public double Offset { get; set; }

  public static readonly BindableProperty StartPointProperty;
  public Point StartPoint { get; set; }

  public static readonly BindableProperty EndPointProperty;
  public Point EndPoint { get; set; }
}

आरेखण आदिम

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

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

आकार

namespace Xamarin.Forms.Shapes 
{
  public class Shape : View
  {
    public static readonly BindableProperty FillProperty;
    public Brush Fill { get; set; }

    public static readonly BindableProperty StrokeProperty;
    public Brush Stroke { get; set; }

    public static readonly BindableProperty StrokeThicknessProperty;
    public double StrokeThickness { get; set; }
  }
}

रेखा

namespace Xamarin.Forms.Shapes 
{
  public sealed class Line : Shape
  {
    public Point Start { get; set; }
    public Point End { get; set; }
  }
}

अंडाकार

namespace Xamarin.Forms.Shapes 
{
  public sealed class Ellipse : Shape
  {
  }
}

मूलपाठ

public sealed class Text : Shape 
{
  // All the same properties as Label more or less
}

आयत

namespace Xamarin.Forms.Shapes 
{
  public sealed class Rectangle : Shape
  {
    public CornerRadius CornerRadius { get; set; }
  }
}

बेज़ियरलाइन

यह यूडब्ल्यूपी से काफी अलग है, हालांकि यह एक बेजियर घुमावदार पथ/आकृति, साथ ही नियमित बहुभुज और पॉलीलाइन बनाने में सक्षम है।

namespace Xamarin.Forms.Shapes 
{
  public sealed class BezierLine : Shape
  {
    public IList<BezierPoint> Points { get; }
    public bool ShouldClose { get; set; }
  }
}

बेज़ियरपॉइंट

namespace Xamarin.Forms.Shapes 
{
  public sealed class BezierPoint : Point
  {
    public Size LeftControlOffset { get; set; }
    public Size RightControlOffset { get; set; }
  }
}

ऐसा करने के लिए

[x] ड्राइंग के लिए एपीआई जोड़ें
[x] ब्रश एपीआई भरें

मुद्दे

आकार

केवल एक चाप खींचने का कोई शानदार तरीका नहीं है। ऐसा करने के लिए UWP में तंत्र थोड़ा सा है... उह बस मज़ा नहीं है।

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

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

ब्रश

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

आरेखण टेम्पलेट

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

brushes shapes in-progress high impact enhancement ➕

स्रोत

jassmith

👍28 ❤18 🎉9 👎1

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

यह मटेरियल शेल से पहले होना है क्योंकि मैटेरियल शेल इस पर निर्भर करता है। मुझे लगता है कि आपके कहने का मतलब यह था कि आप इसे शेल से पहले देखना पसंद करेंगे?

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

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

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

jassmith 18 मई 2018

👍8 ❤1

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

@जस्मिथ ,

एक्सएएमएल मानकीकरण के दृष्टिकोण से यह एक बहुत अच्छा विचार है, और शक्तिशाली कार्यक्षमता प्रदान करेगा, हालांकि, मैं इस पथ पर जाने में सावधानी बरतता हूं। यह निश्चित रूप से Xamarin.Forms को XAML मानक (https://github.com/Microsoft/xaml-standard) की ओर ले जाने के समग्र लक्ष्य में योगदान देगा। लेकिन, विजुअलस्टेट्स के साथ, यह वास्तव में कितना उपयोगी होगा, इस पर बड़ा सवालिया निशान है।

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

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

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

@davidortinau , क्या आपके पास इस पर विचार हैं?

MelbourneDeveloper 13 अप्रैल 2018

👍2

मटेरियल डिज़ाइन की एक बड़ी विशेषता रिपल है। क्या आप इसका समर्थन करने की अपेक्षा करते हैं?
कुल मिलाकर मुझे लगता है कि यह शानदार है!

ChaseFlorell 13 अप्रैल 2018

मुझे यह दिशा बहुत पसंद है। आईओएस के लिए मैं देशी तत्वों (i,> विकल्प) का उपयोग कर देशी दृश्य कोशिकाओं का उपयोग कर रहा था, लेकिन जितना अधिक मैं कस्टम थीमिंग लागू करता हूं, मैं खुद को मूल कोशिकाओं की नकल करता हूं और एक अच्छी दिखने वाली/काम करने वाली थीम के लिए और अधिक जा रहा हूं जो धाराप्रवाह है और ऐप के लिए संगत लेकिन विवरण के अलावा मूल निवासी नहीं। मुझे लगता है कि यदि उपयुक्त अंतर्निहित प्रतिपादन पुस्तकालय का उपयोग किया जाता है तो GPU कोई समस्या नहीं होगी, स्कीया पढ़ें। स्पंदन को शक्ति प्रदान करने वाली एक ही चीज़।

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

मेरी राय यह है कि अंत में आप शक्तिशाली, समृद्ध, देशी दिखना चाहते हैं (प्रति मूल निवासी नहीं!) नियंत्रण जो लगातार व्यवहार क्रॉस-प्लेटफ़ॉर्म के साथ प्रोग्राम करना आसान है, एक मंच के मूल क्विर्क को समायोजित करने के लिए अजीब अपवाद के साथ। जैसे Android के लिए एक लहर प्रभाव।

rogihee 13 अप्रैल 2018

@ChaseFlorell वास्तव में मैं करता हूं। विचार यह है कि आप एक्स कर सकते हैं: टेम्पलेट में चीजों को नाम दें और फिर FindByName का उपयोग करके उन्हें खोदें। एक बार आपके पास मूल तत्व हो जाने के बाद आप इसे किसी और चीज की तरह एनिमेशन लागू कर सकते हैं, हालांकि एनीमेशन कॉलबैक प्राप्त करने का एक विशेष तरीका होगा। मैं अभी भी उन सटीक विवरणों पर काम कर रहा हूं। स्की के साथ ड्राइंग करने के लिए यह आसानी से एंड्रॉइड पर 60 एफपीएस हिट कर सकता है और यहां तक कि स्की के बिना भी आप अन्य प्लेटफॉर्म पर 60 एफपीएस हिट कर सकते हैं।

@rogihee एसवीजी वास्तव में एक शिपिंग प्रारूप नहीं है क्षमा करें:/मैं एसवीजी को लगातार क्रॉस प्लेटफॉर्म प्रस्तुत करने की कोशिश करने के लिए ज़िम्मेदार नहीं होना चाहता हूं। वे वैसे भी SVG की ओर इशारा कब करने वाले हैं...

jassmith 14 अप्रैल 2018

👍1

@jassmith , क्या यह हमें हार्डवेयर ग्राफिक्स त्वरण देगा?

MelbourneDeveloper 16 अप्रैल 2018

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

हो सकता है कि थोड़ा समय से पहले या किसी अन्य मुद्दे के लायक हो, लेकिन इसके साथ निर्मित नियंत्रणों के लिए एक्सेसिबिलिटी/टेस्टेबिलिटी स्टोरी प्लान क्या है?

RichiCoder1 16 अप्रैल 2018

@ RichiCoder1 a11y निश्चित रूप से कुछ ऐसा है जिसे ठीक से काम करने की आवश्यकता होगी। आदर्श रूप से एक टेक्स्ट तत्व सरल नियंत्रणों के लिए अधिकांश आवश्यक गुणों को स्वचालित रूप से सेट कर देगा।

jassmith 17 अप्रैल 2018

क्या यह xf 4.0 के लिए सुविधा है?

juepiezhongren 18 अप्रैल 2018

3.0 श्रृंखला

jassmith 19 अप्रैल 2018

🎉1

@jassmith रोडमैप में ड्रा और शेल के बारे में कुछ भी नहीं है

juepiezhongren 22 अप्रैल 2018

AFAIK सार्वजनिक रोडमैप में कुछ भी शामिल नहीं है जिसे पूरी तरह से शेड्यूल नहीं किया गया है

jassmith 22 अप्रैल 2018

क्या ये सभी 2018 में पूर्वावलोकन करेंगे？@jassmith

juepiezhongren 24 अप्रैल 2018

@juepiezhongren हम इन प्रस्तावों को करने के लिए प्रतिबद्ध नहीं हैं। उन्हें उनकी खूबियों, कमियों आदि पर खुली चर्चा के लिए यहां प्रस्तुत किया गया है।

मैं आपकी रुचि से यह लेता हूं कि ये विनिर्देश आपके लिए दिलचस्प हैं। क्या आप कुछ विशिष्ट उदाहरण साझा करेंगे जहां आप उन्हें Xamarin.Forms के साथ ऐप्स बनाते समय आपकी सहायता करते हुए देखते हैं? इसे हल करने में आप किन समस्याओं को देखते हैं? आप उन्हें अपने लिए क्या अवसर खोलते हुए देखते हैं?

कोई भी वास्तविक दुनिया के उदाहरण और कहानियां जो आप साझा कर सकते हैं, यह पुष्टि करने में हमारी सहायता करने में बहुत उपयोगी होगी कि यह वास्तविक मूल्य प्रदान कर सकता है।

हमेशा की तरह, कोई भी मुझे बेझिझक ईमेल कर सकता है यदि वह चाहे तो। डेविड [email protected]

davidortinau 24 अप्रैल 2018

मेरे लिए सबसे बड़ी समस्या यह है कि "हम प्रपत्र ढांचे के साथ ऐसा नहीं कर सकते" उत्तर जो मुझे संभावित ग्राहकों और यूएक्स/यूआई को देना है। यह ढांचे को बदनाम करता है और मुझे केवल एक ग्राहक के साथ इतने मौके मिलते हैं।

प्रपत्रों में एक रचनात्मक प्रतिमान का अभाव होता है जहाँ हम pr. प्रोजेक्ट UI प्रिमिटिव का उपयोग करके UI का निर्माण कर सकता है। यह नेविगेशन, एनिमेशन (हीरो-एनिमेशन जैसे सामान), UI तत्वों और जेस्चर पर लागू होता है।

क्या यह सुझाव हमें ऐसे प्लेटफ़ॉर्म-न्यूट्रल कंपोज़िशनल UI प्रिमिटिव देगा?

timahrentlov 24 अप्रैल 2018

🎉2 ❤1

@timahrentlov हमें चर्चा देखने और देखने की ज़रूरत है कि वास्तव में वे सीमाएँ क्या हैं और उन सीमाओं का कारण क्या है। लेकिन ईमानदारी से कहूं तो मुझमें इतना सोचने या देखने की हिम्मत भी नहीं है। मैं Xamarin प्रपत्रों के साथ जो समस्या देखता हूं वह बहुत सरल दृष्टिकोण से है: यह अभी भी बहुत सीमित विकास संसाधनों के साथ एक परियोजना बनी हुई है। यह क्या किया जा सकता है, इस पर चर्चा करना अवास्तविक या बेकार है, जब वास्तव में कोई वास्तविक पर्याप्त शक्ति और ईंधन नहीं है। मैं बात नहीं देखता। क्या शायद Xamarin गुप्त रूप से अभी भी उम्मीद कर रहा है कि OSS समुदाय के कुछ व्यक्ति काम करना और चीजों को ठीक करना शुरू कर देंगे? मुझे गलत मत समझो, मैं उस समय और प्रयास का सम्मान करता हूं जो ज़ामरीन ने ज़ामरीन रूपों में लगाया है।

opcodewriter 24 अप्रैल 2018

@davidortinau
क्रॉस प्लेटफॉर्म को विशिष्ट दृश्य डिजाइन, अद्वितीय बटन उपस्थिति, अद्वितीय प्लेसहोल्डर गायब होने का प्रभाव आदि बनाना मुश्किल है, वास्तव में हमारे ऐप्स समान होने से बचते हैं। उदाहरण के लिए, एक मामूली विस्फोट के साथ मैक का नोटिस फीका पड़ना, अपने ग्राहकों को प्रभावित करना वास्तव में आसान है। हम उस दिन wpf से बहुत प्यार क्यों करते हैं, एक कारण जिसका मैं उल्लेख करूंगा, वह है कंट्रोल टेम्प्लेट, जहां हम अपनी विशिष्टता के लिए रास्तों का आनंद लेते हैं, जैसे कि कोने वाले षट्भुज बटन। हम चाहते हैं कि xf इन्हें क्रॉस प्लेटफॉर्म क्लाइंट देवों पर लाए।

juepiezhongren 24 अप्रैल 2018

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

opcodewriter 24 अप्रैल 2018

मेरी टीम रिएक्ट नेटिव का भी उपयोग कर रही है, जहां इतने सारे जेसर बहुत योगदान करते हैं, जहां 3 महीने के बाद हमने निष्कर्ष निकाला कि यह बिल्कुल भी उत्पादक नहीं है। एक्सएफ के लिए, यह कमियों के साथ है, बग के साथ है, लेकिन मूल रूप से यह ठोस समाधान है, ईपीएस x.native सभी देशी एपीआई को मान्य बनाता है। क्या कमी है केवल यूबीआई उपस्थिति, कूसाइडरिंग स्पंदन 'हाल ही में माफ़ी। इसके अलावा, खोल के साथ, स्पंदन बेकार होगा, Flutter.ios जैसी किसी चीज के बिना, स्पंदन देशी एपीआई असीमित पीड़ा के साथ आरएन जैसा होगा।

juepiezhongren 24 अप्रैल 2018

@opcodewriter
हम अक्सर स्कीशर्प का उपयोग करते हैं, विशेष नियंत्रण बनाते हुए, इसका प्रदर्शन संतोषजनक है

juepiezhongren 24 अप्रैल 2018

@jassmith क्या आपने वेबग्ल का उपयोग करके, स्की के लिए सामग्री को शेल से वासम में पोर्ट करने पर विचार किया है, शायद यह डाउनलोड करने के लिए बहुत बड़ा है

juepiezhongren 25 अप्रैल 2018

सही है कि हम डिफ़ॉल्ट ड्राइंग एपीआई के लिए किसी भी तीसरे पक्ष के कामों पर कड़ी मेहनत नहीं करना चाहते हैं। \ऐसा कर सकता है

jassmith 25 अप्रैल 2018

👍2

xamarin.mono और wasm में शेल के साथ, कोई भी अल्फा उत्पाद चीन में एक डॉटनेट पुनर्जागरण का कारण बनेगा, जहां डॉटनेट के खिलाफ नफरत बहुत अधिक प्रचलित है

juepiezhongren 26 अप्रैल 2018

👍2

@jassmith इस मुद्दे के बारे में कोई अच्छी खबर है?

juepiezhongren 4 मई 2018

आप @juepiezhongren के लिए कौन सी खबर ढूंढ रहे हैं? इस बिंदु पर यह चर्चा का आह्वान करने के लिए पोस्ट की गई एक युक्ति है।

ChaseFlorell 4 मई 2018

हम देखना चाहते हैं कि कब ड्रॉ और शेल को रोडमैप@चेसफ्लोरेल में शामिल किया जाए
सार्वभौमिक प्रतिपादन पहले से ही अवलोनिया और स्पंदन के लिए मान्य है

juepiezhongren 5 मई 2018

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

jassmith 6 मई 2018

🎉1

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

jassmith 6 मई 2018

यह सब बहुत अच्छा है, लेकिन क्या यह ग्राफिक्स त्वरण का उपयोग करेगा?

MelbourneDeveloper 7 मई 2018

@jassmith on ios, system.draw का उपयोग किया जाना है; एंड्रॉइड पर, स्कीशर्प का इस्तेमाल किया जाएगा || हर चीज के लिए स्कीशर्प?

juepiezhongren 7 मई 2018

@juepiezhongren यह कई बैकएंड का समर्थन करेगा, इसलिए यदि आप इसे स्की का उपयोग करना चाहते हैं तो यह स्की का उपयोग करेगा, यदि आप इसे मूल ड्राइंग एपीआई का उपयोग करना चाहते हैं तो यह इसके बजाय इसका उपयोग करेगा। डिफ़ॉल्ट रूप से यह देशी बैकएंड का उपयोग करेगा और स्कीया ऑप्ट इन हो जाएगा ताकि निर्भरता आप पर मजबूर न हो।

jassmith 7 मई 2018

@jassmith यह वास्तव में वायर्ड है कि system.draw आईओएस के लिए उपलब्ध है जबकि एंड्रॉइड के लिए नहीं है

juepiezhongren 7 मई 2018

@juepiezhongren सिस्टम के लिए समर्थन जोड़ रहा है। ड्रॉइंग कुछ ऐसा नहीं है जो यहां मेरे दायरे में है। हालांकि इस युक्ति के साथ कुछ भी System.Drawing का उपयोग नहीं करेगा।

jassmith 7 मई 2018

मूल रूप से, ड्रा बहुत कम रेंडर का कारण बनेगा

juepiezhongren 8 मई 2018

वास्तव में नहीं, ड्रॉइंग को किसी ऐसी चीज़ द्वारा समर्थित करना होगा जो उन्हें प्रस्तुत करती है। जब तक आपका मतलब कस्टम रेंडरर्स की कम आवश्यकता नहीं है, उस स्थिति में हाँ मैं सहमत हूँ।

jassmith 8 मई 2018

मैं "इसे यथासंभव wpf/uwp के करीब करें" शिविर में हूं, जो मुझे पता है कि यहां हमेशा सबसे लोकप्रिय स्थिति नहीं होती है।

लेकिन, यह पूरी तरह से दिखने वाले ढांचे के साथ सभी प्रतिपादन, और वर्तमान एक्सएफ प्रतिमान के बीच एक महान समझौता की तरह लगता है।

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

क्या मैं इसे सही ढंग से जोड़ूं?

legistek 17 मई 2018

🎉2 👍1

@pmoorelegistek मूल रूप से विचार हाँ है। और हम मुख्य रूप से सामग्री से निपट रहे हैं क्योंकि इसमें प्रमुख डिजाइन तत्व के रूप में ब्लर पीछे नहीं है। इसका मतलब है कि हम वास्तव में इसे हर जगह काम कर सकते हैं (आपको एंड्रॉइड को देखते हुए)।

jassmith 17 मई 2018

🎉2

जब मैं शेल v1 समाप्त करता हूं तो मैं तुरंत इस पर जाता हूं

jassmith 17 मई 2018

@ जसस्मिथ यह सुनहरा है। देशी नियंत्रणों का उपयोग करें जहां वे यूएक्स डिज़ाइन में फिट होते हैं और आसानी से केवल (अधिमानतः कुछ) डिज़ाइन तत्वों के लिए स्की-जैसे तैयार नियंत्रण जोड़ते हैं जिनकी आवश्यकता होती है।

डिजाइनरों और ग्राहकों के साथ "ज़ामरीन फॉर्म्स में ऐसा नहीं कर सकता" और नहीं। यह वास्तविक मूल भावना (स्पंदन के विपरीत) को संरक्षित करते हुए डिज़ाइन सीमाओं को हटा देता है।

मैं इसे भौतिक खोल से पहले देखना पसंद करूंगा। यह XF की वास्तविक सीमा को हल करता है।
आसान/तेज आरंभ करने के लिए शेल नौवीं विशेषता है। _प्रारंभ_ करना बहुत लंबे समय से ध्यान केंद्रित किया गया है, लेकिन _आगे_ प्राप्त करने के लिए इस तरह की सुविधाएं _Keep_ XF देवों को ऑनबोर्ड करेंगी।

VincentH-Net 18 मई 2018

jassmith 18 मई 2018

👍8 ❤1

@weitzhandler मुझे अगले 4-6 हफ्तों में इस पर आगे बढ़ने की उम्मीद है। उस खोल को काम करने के लिए यह बहुत तेज़ होगा। उनमें से कोई भी समय पत्थर में स्थापित नहीं है।

jassmith 21 मई 2018

timahrentlov 23 मई 2018

@jassmith https://github.com/nventive/Uno
यह बहुत बढ़िया बात है।
यूनी-रेंडरिंग बढ़िया है

juepiezhongren 26 मई 2018

रूपों एक कट्टरपंथी खोजकर्ता होने जा रहा है, जबकि एक रूढ़िवादी होना है
हम दोनों को प्यार है

juepiezhongren 26 मई 2018

+1 महान विशेषता यह बहुत सी कस्टम UI समस्याओं को हल करेगी जिन्हें हम जल्द से जल्द देखना चाहते हैं

RadwanIbrahim 22 जून 2018

👍2

@jassmith लगता है कि ड्रॉ 3.3.0 के लिए किया जाना है？

juepiezhongren 9 जुल॰ 2018

❤1

इस पर किसी भी अद्यतन?

हमारे लिए, यह सबसे सम्मोहक विशेषता है जिसे हम उम्मीद करते हैं कि Xamarin लागू होगा।

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

प्रत्येक प्लेटफॉर्म पर प्रत्येक फॉर्म और पेज को अलग-अलग परीक्षण और अनुकूलित करना एक वास्तविक समय हत्यारा है, जिसके लिए किसी भी मामूली यूआई परिवर्तन को सभी प्लेटफॉर्म पर आगे और पीछे ट्रिपल चेक करने की आवश्यकता होती है।

शैल और सामग्री शैल एक आशीर्वाद और अच्छी खबर है, कृपया इसे आगे बढ़ाएं! यह एकमात्र ऐसी चीज है जो आपके उपयोगकर्ताओं को कहीं और जाती रहेगी (यूनो, स्पंदन और अन्य)।

weitzhandler 20 जुल॰ 2018

👍1

दुखद खबर है कि 3.3 . के लिए ड्रा नहीं होगा

juepiezhongren 24 जुल॰ 2018

👍1

इसके लिए +1, एक यूडब्ल्यूपी पृष्ठभूमि से आ रहा है, मैं वास्तव में एक्सएफ का उपयोग करना चाहता हूं लेकिन इसमें कमियां हैं, वर्तमान में मैं स्पंदन की कोशिश कर रहा हूं लेकिन अगर इसे एएसएपी लागू किया जाता है तो निश्चित रूप से एक्सएफ में आ जाएगा।

touseefbsb 3 अग॰ 2018

👍1

मैं सहमत हूं कि यह एक महान विशेषता है और इसे लागू किया जाना चाहिए .. मैं लाइनों के लिए शैली भी शामिल करूंगा, उदाहरण के लिए, ठोस रेखा, बिंदीदार रेखा, आदि ...

jrahma 7 अग॰ 2018

कोई ख़बर? योजनाएं? रोडमैप?

weitzhandler 6 सित॰ 2018

👍2

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

legistek 6 सित॰ 2018

👍1

@ जसस्मिथ
तो Line और Rectangle उदाहरण के लिए, एक वास्तविक विचार होने जा रहे हैं? (क्योंकि उदाहरण में मैं देखता हूं कि Grid के साथ Ellipse एक बच्चे के दृश्य के रूप में है)। इच्छा
क्या मैं टैप ईवेंट को संभालने के लिए एक Rectangle में TapGestureRecognizer जोड़ने में सक्षम हूं?
चूंकि ये वास्तविक विचार हैं, क्या आदिम ड्राइंग के लिए वास्तविक विचार गति प्रदान करने के लिए हानिकारक नहीं हैं?

andreinitescu 15 अक्तू॰ 2018

@andreinitescu मेरा मानना है कि इरादा उनके लिए ज़ामरीन फॉर्म पक्ष पर वास्तविक विचार होना है, लेकिन मूल रूप से विचारों के रूप में कभी भी महसूस नहीं किया जाना चाहिए:

_a ड्राइंग आदिम केवल एक दृश्य है जिसका कोई रेंडरर नहीं है_

तो एक रेंडरर श्रृंखला को आगे बढ़ाता है ( Drawing ? DrawingTemplate ?)

मुझे लगता है कि इसका मतलब उसी तरह के प्रतिबंध हैं जो CompressedLayout.IsHeadless सेट के साथ लेआउट पर लागू होते हैं (कोई इशारा पहचानकर्ता नहीं, कोई प्रभाव नहीं, कोई परिवर्तन नहीं आदि)

GalaxiaGuy 16 अक्तू॰ 2018

@GalaxiaGuy मैं उसी तर्ज पर सोच रहा हूं, लेकिन ग्रिड जैसे वास्तविक विचारों के मिश्रण के कारण मुझे यह थोड़ा भ्रमित करने वाला लगता है। क्या यह वाकई जरूरी है? व्यू से प्राप्त करने के बजाय इन्हें अमूर्त ड्राइंग तत्वों के रूप में क्यों नहीं है (हो सकता है कि सामान्य गुणों के साथ DrawingElement नामक मूल सार वर्ग हो?)

andreinitescu 16 अक्तू॰ 2018

नाइस जॉब सिर्फ सही नमूना

<Button x:Class="Local.MyButton">
  <Button.Template>
    <DrawingTemplate>
      <Drawing>
        <Grid>
          <RoundedRectangle Background="{x:Bind BackgroundColor}" />
          <Ellipse x:Name="TouchFeedback" Opacity="0" />
          <Text Content="{x:Bind Text}" />
        </Grid>
      </Drawing>
    </DrawingTemplate>
  </Button.Template> --> correct this line
</Button>

minaairsupport 11 फ़र॰ 2019

👍1

शायद यह 4.0 में होगा?

KSemenenko 5 मार्च 2019

Drawing इसमें अच्छा है कि यह लक्ष्य प्लेटफॉर्म से स्वतंत्र ग्राफिक्स प्राइमेटिव का उपयोग करके नियंत्रण लागू करता है। एनकंट्रोल हुआ करता था लेकिन इसमें समस्याएं थीं (प्री-नेटस्टैंडर्ड 2.0, प्री-स्कियाशर्प दिनों से), और इसे अपडेट नहीं किया गया है।

युक्ति 1. स्कीयाशर्प में पहले से ही अधिक पूर्ण रूप में कार्यान्वित कार्यक्षमता को डुप्लिकेट करता है, 2. एक्सएएमएल/बाइंडिंग के माध्यम से जटिलता की अनावश्यक परतें जोड़ता है जो पहले से ही अप्राप्य Xamarin.Forms रेपो के अंदर जाता है।

एक बेहतर तरीका यह है कि स्कीआशर्प पर आधारित एक छोटा नियंत्रण पुस्तकालय बनाया जाए। एनकंट्रोल++

@jassmith @rogihee एसवीजी वास्तव में एक शिपिंग प्रारूप नहीं है क्षमा करें:/मैं एसवीजी को लगातार क्रॉस प्लेटफॉर्म प्रस्तुत करने की कोशिश करने के लिए ज़िम्मेदार नहीं होना चाहता हूं।

SkiaSharp में SVG सपोर्ट है।

charlesroddie 10 मई 2019

👎2 👍1

इसके बारे में कोई ख़बर?

timahrentlov 12 अग॰ 2019

इसके बारे में कोई ख़बर?

wuxueqicai 18 सित॰ 2019

यह भी सोच रहे हैं कि क्या अभी भी ऐसा होने की संभावना है। मैं एक दिखने वाले क्रॉस-प्लेटफ़ॉर्म UI ढांचे के शिविर में बहुत अधिक हूं और यह इसे प्राप्त करने का सबसे अच्छा तरीका प्रतीत होता है।

legistek 25 नव॰ 2019

@legistek आप लुकलेस क्रॉस-प्लेटफ़ॉर्म ड्राइंग के लिए SkiaSharp का उपयोग कर सकते हैं। आपके दिमाग में Xamarin.Forms-specific के क्या फायदे हैं?

charlesroddie 25 नव॰ 2019

ड्राइंग की तुलना में UI ढांचे में कुछ और है।

legistek 25 नव॰ 2019

लेकिन यह धागा एक ड्राइंग फ्रेमवर्क पर चर्चा कर रहा है न कि UI फ्रेमवर्क पर ...

charlesroddie 25 नव॰ 2019

मैंने सोचा कि यह एक ड्राइंग ढांचे पर चर्चा कर रहा था _for Xamarin Forms_।

legistek 25 नव॰ 2019

SkiaSharp Xamarin प्रपत्रों के लिए एक आरेखण ढांचा है। तथ्य यह है कि यह अन्य .Net UI प्लेटफॉर्म पर भी काम करता है निश्चित रूप से एक फायदा है न कि नुकसान।

charlesroddie 25 नव॰ 2019

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

legistek 25 नव॰ 2019

क्या यह अभी भी जीवित है और/या इसे MAUI में शामिल किया जाएगा?

legistek 20 मई 2020

👍1

@legistek https://github.com/xamarin/Xamarin.Forms/wiki/Feature-Roadmap Xamarin.Forms 4.7.0 के रोडमैप के अनुसार आकार, पथ और ब्रश को सूचीबद्ध करता है।

samhouts 21 मई 2020

❤3

अद्भुत खबर! धन्यवाद!

legistek 21 मई 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

<p>Xamarin.Forms आरेखण युक्ति</p>

Xamarin.Forms आरेखण युक्ति

थीम

सरल ड्राइंग एपीआई नमूना

प्रकार

आरेखण टेम्पलेट

चित्रकारी

दृश्य में आरेखण के लिए नया API

ब्रश

सॉलिड कलरब्रश

ग्रेडिएंटब्रश

ग्रैडिएंटस्टॉपकलेक्शन

ग्रैडिएंटस्टॉप

आरेखण आदिम

आकार

रेखा

अंडाकार

मूलपाठ

आयत

बेज़ियरलाइन

बेज़ियरपॉइंट

ऐसा करने के लिए

मुद्दे

आकार

ब्रश

आरेखण टेम्पलेट

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

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

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