الغرض من هذه المشكلة هو توفير مشكلة عامة لتتبع حالة العمل الضروري لشحن إصدار Octane من Ember.js.
إذا أراد أي شخص العمل على أي من العناصر الموجودة في هذه القائمة ، فيرجى التحقق من قناة # st- octane في دردشة Discord الخاصة بنا أولاً.
سيتم تحديث قائمة المهام التالية لتشمل ارتباطات إلى المشكلات الفردية عند إنشائها. ستحتوي المشكلات نفسها على مزيد من التفاصيل لكل عنصر في هذه القائمة.
وفقًا لـ 2018 Roadmap RFC ، هناك التزام وتركيز لإنهاء الأشياء التي بدأناها بالفعل.
وفقًا لخريطة الطريق RFC ، هذه هي أهداف إصدار Octane ؛ ومع ذلك تجدر الإشارة إلى أن
"سيتم تحديد الجدول الزمني النهائي ومجموعة ميزات Ember Octane من قبل الفرق الأساسية ولن يتم وضع حجر في هذا RFC."
بطل الفريق الأساسي: توم ديل | الحالة: مكتمل 🎉
بطل الفريق الأساسي: توم ديل | الحالة: مكتمل 🎉
### خصائص مجنزرةبطل الفريق الأساسي: توم ديل | الحالة: مكتمل 🎉
### معدِّلات العناصربطل الفريق الأساسي: توم ديل | الحالة: مكتمل 🎉
بطل الفريق الأساسي: tomdale | الحالة: على الطريق الصحيح ✅
بطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: مكتمل 🎉
بطل الفريق الأساسي: روبرت جاكسون | الحالة: مكتمل 🎉
بطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: على الطريق الصحيح ✅
بطل الفريق الأساسي: جين ويبر (jenweber) | الحالة: على الطريق الصحيح ✅
بطل الفريق الأساسي: ليا سيلبر (wifelette) وميل سمنر (melsumner) | الحالة: متأخر
هذه عناصر جديدة اكتشفنا أنها ضرورية لإضافتها أثناء تنفيذ ميزات Octane.
on
بطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: مكتمل 🎉
fn
بطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: مكتمل 🎉
بطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: مكتمل 🎉
@classic
مصممبطل الفريق الأساسي: روبرت جاكسون (rwjblue) | الحالة: على الطريق الصحيح
هذه هي العناصر التي تم إلغاء نطاقها من Octane ويتم الآن تتبعها كأهداف ممتدة.
تفاصيل
ember-source@3.??.0
ember-data@3.??.0
application-template-wrapper
إلى false
jquery-integration
إلى false
template-only-glimmer-components
إلى true
.ember-cli
ember generate component
للتضمين (لكل RFC # 481) :--no-component-class
--component-structure=flat
EmberObject.extend()
إلى الفصول الدراسية الأصليةMelSumner يجب علينا تتبع تحسينات خط الأنابيب في https://github.com/embroider-build/embroider أيضًا.
melsumner https://broccoli.build و https://github.com/broccolijs/broccolijs.github.io لموقع البروكلي الجديد والمستندات
يمكن التحقق من الخصائص المتعقبة RFC وتحديث الارتباط.
تحدثنا عن تدقيق ما يتم تضمينه في مخطط التطبيق الافتراضي. انظر القضايا ذات الصلة:
FWIW ، tomdale الذي يبدو متعامدًا تمامًا مع إصدار Octane بالنسبة لي (لا نقول إننا لا ينبغي أن نكون أكثر حرصًا ولدينا ضوابط / توازنات أفضل ، فقط أن الأمر لا يتعلق بالأوكتان على الإطلاق) ...
لا علاقة له بالأوكتان على الإطلاق
منطقتي في طرح هذا الأمر مؤخرًا هو أن المخطط الافتراضي الذي يدعم نماذج برمجة متعددة (على سبيل المثال ، مخطط الأوكتان الافتراضي في المستقبل) قد يتضمن جدلاً إضافيًا لا يحتاجه تطبيق "كلاسيكي" خالص أو تطبيق "أوكتان" خالص على الإطلاق.
إذا تمكنا من التحقق من أن هذا ليس مصدر قلق ، فأنا أوافق على أن هذا لا يرتبط ارتباطًا وثيقًا بالأوكتان
imo ، مخطط الأوكتان ، https://github.com/ember-cli/ember-octane-blueprint يجب أن يكون التطبيق _ideal_ الجديد / اللامع. لا أعتقد أن نموذج البرمجة القديم يجب أن يشارك في المخطط. : -
MelSumner - أعتقد أننا بحاجة إلى الحصول على بعض الأشياء المتعلقة بـ MU هنا في قائمة التحقق هذه (لا أرصد أيًا منها ، لكن AFAICT MU لا يزال يعتبر جزءًا من مجموعة ميزات الأوكتان ...).
لقد تم تسميته بالفعل بتخطيط Octane بدلاً من تخطيط MU ... وكلما فكرت فيه أكثر كلما كان منطقيًا!
MelSumner - أعتقد أننا بحاجة إلى الحصول على بعض الأشياء المتعلقة بـ MU هنا في قائمة التحقق هذه (لا أرصد أيًا منها ، لكن AFAICT MU لا يزال يعتبر جزءًا من مجموعة ميزات الأوكتان ...).
rwjblue ربطناها بمسألة MU في القسم الأول - "Finish What We Started" - هل هناك المزيد الذي تعتقد أنه يجب علينا تتبعه؟
بخصوص ember-cli-create
لقد جمعت هذه المشكلة معًا: ember-cli / ember-cli # 8343. اعتمادًا على مقدار مواصفات التطريز التي سيتم تنفيذها كجزء من octane (= _publication_ format) ، فإن المشكلة التي ربطتها تتحدث بشكل أساسي عن تنسيق _authoring_ الذي يمكن أن يكون مكملاً لتنسيق النشر.
أنا شخصياً لن أرى ember-cli-create
كجزء من الأوكتان أثناء تنسيق التأليف _could_ (والذي يحدد الأساس لـ ember-cli-create
).
اسمحوا لي أن أعرف ، إذا كان ذلك سيشكل إضافة جيدة أو يؤجله بشكل أفضل إلى إصدار ما بعد الأوكتان أو كيف يمكنني المساعدة في ذلك.
مخطط الأوكتان> نقل الملحق إلى ember-cli org يمكن التحقق منه :)
تحديث ، إليك مشكلة مهمة لتتبع تحويل Angle Brackets في الأدلة https://github.com/ember-learn/guides-source/issues/139
يمكن التحقق من Remove jQuery RFC! ✅
لقد أنشأت أيضًا مشكلة تتبع ، يمكننا الارتباط بها ربما: https://github.com/emberjs/ember.js/issues/17476
قصة المستخدم حول أعلام الميزات والميزات الاختيارية ، من حيث صلتها بمخطط الأوكتان
بصفتي مدرسًا لورشة العمل ، أحتاج إلى معرفة القيم الافتراضية للعديد من العلامات الاختيارية / المميزة في مخطط الأوكتان ، من أجل فهم ما سيحصل عليه طلابي بشكل ملموس عند تشغيلهم
ember new
، وبناء مواد حولember new
يبقى صالحًا خلال فترة زمنية طويلة.
لمعلوماتك - لقد نشرت للتو @ ember / render-modifiers 1.0.0 مع دعم يعود إلى Ember 2.12 (عن طريق ember-modifier-manager-polyfill ). لا يزال هناك القليل من العمل الذي يتعين القيام به (تحتاج إلى المزيد من الوثائق) ، لكنها بداية جيدة ...
MelSumner سأعمل على مخططات Native JS Classes.
هل فكر أي شخص فيما يجب أن يحدث لـ https://github.com/ember-cli/ember-new-output في عالم Classic + Octane؟
سيتطابق الناتج في هذا الريبو مع الناتج ember new
، والذي وفقًا لخططنا الحالية سيتغير إلى مخطط الأوكتان "عندما يكون جاهزًا".
يبدو أن توحيد الوحدة غير موجود في قسم "التنفيذ العملي لـ Roadmap RFC".
يبدو أن توحيد الوحدة غير موجود في قسم "التنفيذ العملي لـ Roadmap RFC".
أعتقد أن عمليات استيراد القوالب هي القطعة الرئيسية التي لم يتم شحنها بعد ، لذلك هذا هو الشيء الذي نتتبعه في هذه المشكلة. هل هذا يساعد ، michaelrkn ؟
MelSumner فهمت ذلك ، شكرًا!
مرحبًا بالجميع ، يتم تنفيذ "Remove jQuery" RFC في الغالب (على الأقل فيما يتعلق بمرحلة Ember 3.x الأولى ، راجع https://github.com/emberjs/ember.js/issues/17476) . ما لا يزال مفتوحًا ويحظر المخططات (الافتراضية ، غير الأوكتان) للتبديل إلى عدم وجود jQuery افتراضيًا هي القدرة المضمنة لبيانات ember للعمل مع fetch
بدلاً من $.ajax
(بدون الحاجة إلى تطبيق مزيج التصحيح ember-data
) ، راجع صفحة ويب PR: https://github.com/emberjs/data/pull/5386.
فقط لإعلامك ... ربما يجب معالجة ذلك في أحد اجتماعات الفريق الأساسي التالية ، للمساعدة في تحقيق ذلك عبر خط النهاية؟
هناك شيئان متعلقان بـ ember-cli وأود إضافتهما إلى القائمة:
moduleConfig.collections = Object.assign(moduleConfig.collections, {
// ember-simple-auth
authenticators: {
types: ['authenticator'],
defaultType: 'authenticator'
}
});
(أعلاه ، بإذن من @ sly7-7: D)
و
moduleConfig.types = Object.assign(moduleConfig.types, {
// ember-intl
'ember-intl<strong i="12">@adapter</strong>': { definitiveCollection: 'main' },
'ember-intl<strong i="13">@translation</strong>': { definitiveCollection: 'main' },
translation: { definitiveCollection: 'main' },
formats: { definitiveCollection: 'main' },
cldr: { definitiveCollection: 'main' },
'util:intl': { definitiveCollection: 'utils' },
'intl:util': { definitiveCollection: 'utils' },
// ember-gestures
'ember-gesture': { definitiveCollection: 'main' },
});
ومن ثم فإن الشيء الآخر المرتبط أيضًا بـ ember-cli هو دعم تطبيقات وهمية متعددة.
حتى الآن لدينا بعض مقترحات التصميم هنا:
أيضًا ، لست متأكدًا من كيفية تتبع ذلك ، ولكن مع مكتبة أوراقmiguelcobain ، أود التنسيق مع الحصول على عملية إعداد الأوكتان فائقة البساطة (حاليًا ليس من السهل استخدام ورقة ember في تطبيقات الأوكتان)
يبدو أن الأمر يتعلق في الغالب بتعرض الأنماط للتطبيق المضيف. أتساءل عما إذا كان هناك شيء بسيط يمكننا القيام به بحيث يمكن أن تعمل إضافات النمط الحالية ، أو إذا كنا سنجعل كل إضافات النمط تضيف شرط octane / isModuleUnification؟
تضمين التغريدة
مرحبًا بالجميع ، يتم تنفيذ "Remove jQuery" RFC (على الأقل فيما يتعلق بمرحلة Ember 3.x الأولى ، انظر # 17476). ما لا يزال مفتوحًا ويحظر المخططات (الافتراضية ، غير الأوكتان) للتبديل إلى عدم وجود jQuery افتراضيًا هي القدرة المضمنة لبيانات ember للعمل مع
fetch
بدلاً من$.ajax
(بدون الحاجة إلى تطبيق مزيج التصحيحember-data
) ، راجع صفحة PR WIP: emberjs / data # 5386 .فقط لإعلامك ... ربما يجب معالجة ذلك في أحد اجتماعات الفريق الأساسي التالية ، للمساعدة في تحقيق ذلك عبر خط النهاية؟
dgeb / igorT هل يمكنك المساعدة في هذا
MelSumner Yup ، طرح هذا الأمر في اجتماع ED ، سنقوم بمتابعة وإعادة صياغة ember-fetch PR https://github.com/emberjs/data/pull/5386
تضمين التغريدة
تم دمج Update blueprints for each object type to use native JS classes
في # 17621. في البداية ، ستنشئ المخططات فئات أصلية فقط عند استخدام مخططات الأوكتان .
@ تومديل ، ميلسومنر ، rwjblue
https://github.com/crashco/ember-template-component-import/issues/10
لمعلوماتك ، RFC للمواقع المشتركة لقوالب المكونات ليست مشكلة التعقب هذه حتى الآن. :)
@ Panman8201 صحيح - إنه خارج نطاق Octane. :)
أعتقد أن هذا يحتاج إلى تحديث النحل بإصدار ember octane 3.15+ :)
منذ أن قمنا بشحن Octane ، سنغلق هذه المشكلة.
التعليق الأكثر فائدة
melsumner https://broccoli.build و https://github.com/broccolijs/broccolijs.github.io لموقع البروكلي الجديد والمستندات