لا.

إن العرض الترويجي للتسويق هو عبارة عن "ما سيحدث" أكثر من كونه "ما هو متاح الآن". نحن نقدر سعة صدرك ونحن نواصل العمل في هذا المشروع :)

أيضا للربط # 555

tackyunicorn - فيديو المحطة يطمح - والهدف منه هو توضيح بعض الميزات الرئيسية التي نعمل بجد لشحنها في Terminal. بعض الميزات الموضحة موجودة بالفعل في Terminal. سيشحن معظمهم في الإصدار 1.0 بحلول نهاية عام 2019. وقد يتطلب البعض الآخر مزيدًا من وقت التصميم والبناء والخبز ، وسوف يتم الشحن بعد الإصدار 1.0.

حاليًا ، لم يتم تصميم أو تنفيذ مضيف القابلية للتوسعة والإضافات مثل "Link Preview" ، ومن المحتمل أن يتم شحنها بعد الإصدار 1.0. نريد أن نبذل الوقت والجهد للتأكد من أننا نبني مثل هذه الميزات الحاسمة "بشكل صحيح" لتقليل التعطيل لاحقًا.

نحن نعمل على خارطة الطريق المستقبلية الخاصة بنا وسنشاركها مع المجتمع في الأسبوعين المقبلين.

ملخص للميزة الجديدة / التحسين

اكتشف عناوين URL واجعلها قابلة للنقر (افتح عنوان URL في المتصفح الافتراضي). هذه ميزة ملائمة موجودة في العديد من المحطات الطرفية الأخرى.

أعتقد أن القيمة بديهية ، ولكن إليك مثالًا ملموسًا لحالة الاستخدام بغض النظر: عندما أقوم بتشغيل yarn outdated (Yarn هو مدير الحزم) فإنه ينتج عنوان URL للمستودع / الصفحة الرئيسية لكل حزمة مدرجة. أريد أن أكون قادرًا على النقر فوق أحد عناوين URL هذه لفتح الصفحة بسرعة / بسهولة وإلقاء نظرة على ما تم تغييره في الإصدار الجديد من الحزمة.

تفاصيل التنفيذ

• ربما لا تحتاج إلى دعم أي شيء أكثر من نص يبدأ بـ http:// أو https:// .
• يجب التعامل مع عناوين URL التي تمتد على عدة أسطر (نظرًا لاقتطاعها من خلال عرض النافذة) بشكل صحيح.
• من المحتمل أن يكون هناك مؤشر على أن عنوان URL قابل للنقر ، على سبيل المثال تغيير المؤشر + تسطير عند تمرير الماوس.
• تتطلب معظم المحطات الطرفية الأخرى نقرة alt أو ctrl ، أفترض أنني أحمي نفسك من النقرات غير المقصودة عند النسخ وما إلى ذلك.

يمكنك إلقاء نظرة على شيء مثل محطة VS Code للإلهام. مرة أخرى هذا كله على الأرجح بديهي.

هدف التمدد (مغطى في # 204)

يجب أن تدعم المنظمة البحرية الدولية جميع المخططات من أجل الإكمال ، وتجنب المزيد من المشكلات التي تطلب إضافة مخططات جديدة وإعادة استخدام الكود / المكتبة.

الشيء الوحيد الذي قد يصبح معقدًا بشكل صحيح هو التعامل مع الأقواس: معظم عمليات التنفيذ التي قابلتها بشكل غير صحيح تتخطى حرف قوس الإغلاق ( ) ) إذا كان الحرف الأخير في الرابط يكسر روابط Wikipedia المتعددة. ربما يجب استخدام بعض خوارزمية مطابقة الأقواس لتحديد ما إذا كان هذا الحرف الأخير جزءًا من ارتباط أم لا.

تحرير: خطأ مطبعي

معظم عمليات التنفيذ التي قابلتها بشكل غير صحيح ، تخطي حرف قوس الإغلاق ( ) ) إذا كان الحرف الأخير في الرابط يكسر روابط Wikipedia المتعددة

من ناحية أخرى ، غالبًا ما يتم وضع عناوين URL بين أقواس في تدفق النص (انظر على سبيل المثال http://example.com/foobar) <- كما هو الحال هنا ، وكذلك في ملفات Markdown.

في gnome-terminal ، تناولنا هذين المطلبين المتناقضين من خلال السماح للأقواس () والأقواس المربعة [] طالما أنها تحدث في أزواج متوازنة. تم تنفيذ هذا باستخدام التعبير العادي العودي. انظر gt 763980 .

حالة أخرى صعبة مماثلة هي الفاصلة العليا الزائدة ، انظر gt 448044 .

لا يمكننا معرفة ذلك بدون استطلاع رأي الخادم

هاها ، هذا أيضًا احتمال - أنا شخصياً لن أذهب إليه ، رغم ذلك. أنا متأكد من أنك تشاركني مخاوفي بشأن تسرب البيانات وكذلك البطء.

الأمر كله عبارة عن تخمين ، ولا يوجد حل مثالي (حسنًا ، هناك # 204 لمعالجة هذه الفجوة). وجدنا أن الأقواس المطابقة تعمل بشكل جيد بما فيه الكفاية ، ولم نتلق تقريرًا منذ أن نفذنا ذلك. على الأقل اتضح أنه أفضل من مطابقة الأقواس دائمًا أو عدم المطابقة أبدًا. كان التنفيذ صعبًا بعض الشيء ، فالبحث في ميزات regex نادرة الاستخدام وغير معروفة لبعض مكتبات regex (لذلك لست مندهشًا من أن العديد من المحطات الطرفية لا تهتم بها) ، لكنني أعتقد أن الأمر يستحق ذلك. :)

أعتقد أننا بحاجة إلى اكتشاف مسار المجلدات وجعلها قابلة للنقر أيضًا.
أسهل في تصحيح الأخطاء البرمجية:

يمكن استخدام عنصر تحكم TeachingTip لميزة Link Preview

يمكنك إلقاء نظرة على شيء مثل محطة VS Code للإلهام. مرة أخرى هذا كله على الأرجح بديهي.

لماذا لا تشارك نفس الرمز فقط؟

ربما لا تحتاج إلى دعم أي شيء أكثر من النص الذي يبدأ بـ http: // أو https: //.

أعتقد أنه يجب عليك إضافة كشف www. .

لماذا لا تشارك نفس الرمز فقط؟

حسنًا ، لقد تمت كتابته بلغة TypeScript ، وهي لهجة جافا سكريبت ... لذلك لن تعمل بالضبط في مشروع C ++ الخاص بنا.

لا استطيع الانتظار لهذه الميزة !! أحب أن أكون قادرًا على الضغط على CTRL وأرى رابطًا يتم تسليط الضوء عليه في ConEmu حيث يؤدي النقر فوقه إلى فتحه في المتصفح الافتراضي. نأمل أن يؤدي تطبيق regex بسيط لإبراز عنوان URL إلى ظهوره قبل نهاية العام :)

يمكن استخدام عنصر تحكم TeachingTip لميزة Link Preview

يمكنك تخيل ظهور عنصر التحكم هذا على الرابط ، مع الرمز المفضل واسم الموقع وعنوان URL أو وصف Bing للارتباط

mdtauk & awarmfastbear - هل تقصد الإعجاب بمعاينة الرابط المنبثقة التي أوضحناها في مقطع الفيديو الخاص بالوحدة الطرفية ؟

تم التلميح إلى الميزة في تلك البكرة الصاخبة كما أوضحتbitcrazed - تعليقي يتعلق أكثر باستخدام عنصر تحكم XAML قياسي لتنفيذه ، وليس القيام بذلك بطريقة لا تتوافق مع واجهة مستخدم Windows. فكر في الأمر كضربة وقائية 😉

bitcrazed التي هي حرفيا الجملة الأولى من هذه المسألة ، راجع للشغل ؛)

mdtauk متفق عليه. نحن بالتأكيد لا نريد إعادة اختراع العجلة بدون داعٍ. إذا كان بإمكاننا استخدام عناصر تحكم XAML القياسية لتنفيذ ميزات مثل هذه ، فسنقوم بذلك.

إذا لم يكن الأمر كذلك ، فسنعمل مع فرق عناصر تحكم XAML لمعرفة ما إذا كان يلزم إجراء تغييرات على عناصر التحكم الحالية ، أو ما إذا كانت هناك حاجة إلى عنصر تحكم جديد مع السلوك الصحيح.

لكي نكون صادقين ، من غير المرجح أن يكون التحدي الأكبر هنا هو التحكم الذي يجب استخدامه ، فسيكون كيفية إنشاء آلية قابلية للتوسع توفر جميع الميزات المطلوبة ، مع الحفاظ على السرعة الكافية ، والاستقرار ، والأمان.

سيكون من الرائع أن تتمكن من دعم https://gist.github.com/egmontkob/eb114294efbcd5adb1944c9f3cb5feda

في إحدى جلسات Ignite 2019 ، تمت الإشارة إلى أن هذا سيكون مدعومًا عبر ميزة تمديد. لذلك ، نحن بحاجة إلى الانتظار حتى يتم دعم التمديد.

bitcrazed الآن ، Windows Terminal سريع للغاية في معيار "وضع قوس قزح" على https://github.com/pew/ternimal. أشارك بالتأكيد نفس القلق من أن "الروابط القابلة للنقر" ستقدم الكثير من زمن الانتقال التحليلي في كل مرة تتم فيها كتابة الأحرف على الشاشة ، مما يؤدي إلى إبطاء Windows Terminal بشدة ، حيث يتعين على المحلل اللغوي إعادة مسح كل حرف متصل إلى الحرف الذي تمت كتابته على الشاشة ، لمعرفة ما إذا كان أي منهم يشكل روابط صالحة.

لدي فكرة: ماذا لو لم يتم تحليل الروابط على الإطلاق ولم تكن قابلة للنقر حتى يضغط المستخدم باستمرار على Control (أو ربما Alt) ويمرر الماوس فوق Windows Terminal. في هذا السيناريو ، ستقوم الشفرة بمسح الخط (مع دعم الأسطر التي تم تغليفها في الأسطر السابقة / التالية) ، والبحث عن URL أو FILE PATH بالضبط عند مؤشر الماوس. إذا كان الأمر كذلك ، فقم بتمييز عنوان URL ، وإظهار المعاينة ، وجعله قابلاً للنقر (طالما أن Ctrl لا يزال محتفظًا به) ، وما إلى ذلك.

علاوة على ذلك ، إذا نقر المستخدم بزر الماوس الأيمن ، فقم بتحليل تسلسل الأحرف غير المنقطع في تلك البقعة (لذا توقف عند مسافة بيضاء قبل / بعد التسلسل الذي تم النقر عليه) ، وبالتالي تمييز الكلمة بأكملها. ثم قم بتحليل الارتباط. إذا تم الكشف عن ارتباط ، قم بإظهار عنصر القائمة "فتح الارتباط".

في كل من سيناريوهات ctrl-and-hover والنقر بزر الماوس الأيمن ، يكون المحلل اللغوي متطابقًا:

• احصل على "صف + عمود" في مؤشر الماوس.
• إذا كان هذا العمود عبارة عن مسافة بيضاء ، فلا تفعل شيئًا ، لأنه لا يوجد شيء للمسح الضوئي.
• إذا لم يكن هذا العمود بمسافة بيضاء ، فجمع كل الأحرف "المتصلة" قبله وبعده ، عن طريق المسح حتى تصادف مسافة بيضاء (خطوط جديدة ، مسافات ، إلخ ؛ كل من المسافات الرأسية والأفقية). ستكون النتيجة كلمة ، أو رابط ، أو أي شيء آخر.
• قم بتحليل رابط بسيط لذلك ، لاكتشاف ما إذا كان عنوان URL أم لا. قم أيضًا بتحليل نظام الملفات ، إذا كان هناك شيء يشبه مسار ملف محلي (على سبيل المثال ، سيتم تحليل C:\Tools\foo.cpp:80 من اليسار إلى اليمين واكتشاف أن C:\Tools\foo.cpp هو ملف).
• إذا تم اكتشاف عنوان URL / مسار ملف ، فتعامل مع الارتباط.

سيكون هذان الحلان هما الإجابة الأكثر أداءً ، ولا يعد الضغط على Ctrl (أو ربما Alt) مشكلة كبيرة. تتعامل العديد من المحطات معها بهذه الطريقة ، مثل محطة macOS. في محطة macOS الطرفية ، تضغط باستمرار على Command + انقر نقرًا مزدوجًا لفتح الروابط ، أو بدلاً من ذلك ، يمكنك النقر بزر الماوس الأيمن للحصول على قائمة "تحلل" الكلمة / الرابط المميز (إذا نقرت بزر الماوس الأيمن على رابط ، فسيتم اكتشاف هذه الحقيقة وتمييز الرابط بالكامل) ، ثم اختر "فتح الرابط".

كل البدائل ستكون مضيعة للهدر وستكون أبطأ بكثير.

ملاحظة: في حالة ما إذا كانت مفيدة ، تحدد محطة Alacritty هذه الأحرف على أنها "فواصل الروابط": ",│`|:\"' ()[]{}<>\t" ، والتي قد تكون مفيدة في تحديد كيفية تقسيم السلاسل لاكتشاف المسارات ، وعناوين URL ، وما إلى ذلك ، في النقر فوق / تحوم تسلسل الأحرف. إذا كنت أكتب محللًا لغويًا ، فسأستخدم تقنية "الحصول على تسلسل الأحرف الكامل بدون مسافة بيضاء" التي وصفتها أعلاه ، متبوعة بالمرور عبر "الشريط المحيط بالقمامة مثل <> أو () بعد ذلك لاكتشاف الرابط النهائي.

مرحبًا VideoPlayerCode - شكرًا

أوافق على أن التحليل لعناوين URL فقط عندما يضغط المستخدم على مفتاح / وتر يسمح بتأجيل مسح regex ، ولكن هذا لا يزال يعني أنه لا يمكننا تمييز عناوين URL المضمنة في النص بالألوان - وهو أمر طلبه الكثير من المستخدمين بالفعل.

أيضًا ، تعد عناوين URL واحدة فقط من فئة أنماط النص التي نريد البحث عنها وتحديدها: على سبيل المثال ، أود أن أمتلك القدرة على إخبار Terminal برسم مربع أحمر بتعبئة صفراء أسفل النص الذي يطابق نمط نص محدد / regex / إلخ. - تخيل القدرة على تمييز رسائل الخطأ بهذه الطريقة في سجل خادم الويب أثناء تدفقه. 😁

أنا متأكد من أننا سنكون قادرين على إيجاد استراتيجية لتكون قادرًا على تحديد الأنماط / تطابق التعبير العادي بطريقة عالية الأداء. في النهاية. يوم واحد 😜

تضمين التغريدة

أوافق على أن التحليل لعناوين URL فقط عندما يضغط المستخدم على مفتاح / وتر يسمح بتأجيل مسح regex ، ولكن هذا لا يزال يعني أنه لا يمكننا تمييز عناوين URL المضمنة في النص بالألوان - وهو أمر طلبه الكثير من المستخدمين بالفعل.

آه ، لقد أدركت للتو أن ميزة "الماسح الضوئي النشط دائمًا" تم تقديمها في الفيديو التسويقي ويتوقعها المستخدمون. أووبس.

أيضًا ، تعد عناوين URL واحدة فقط من فئة أنماط النص التي نريد البحث عنها وتحديدها: على سبيل المثال ، أود أن أمتلك القدرة على إخبار Terminal برسم مربع أحمر بتعبئة صفراء أسفل النص الذي يطابق نمط نص محدد / regex / إلخ. - تخيل القدرة على تمييز رسائل الخطأ بهذه الطريقة في سجل خادم الويب أثناء تدفقه. 😁

واو ، أحب هذه الفكرة! سيكون من الرائع أن تكون قادرًا على تعيين regex في تكوين المستخدم واختيار كيفية تمييز التطابقات.

أنا متأكد من أننا سنكون قادرين على إيجاد استراتيجية لتكون قادرًا على تحديد الأنماط / تطابق التعبير العادي بطريقة عالية الأداء. في النهاية. يوم واحد 😜

حسنًا ، إذا كانت هناك حاجة إلى مسح مستمر ... فإليك بعض الأفكار:

• عند إجراء عمليات المسح ، لا تفعل سوى المخزن المؤقت للشاشة المرئي حاليًا. إذا بدأ المخزن المؤقت للشاشة بحرف غير مسافة بيضاء ، فقم أيضًا بتضمين النص الذي كان خارج الشاشة حتى المسافة البيضاء السابقة (على سبيل المثال ، إذا كان السطر العلوي هو hub.com/foo ولكنه في الواقع استمرار ملفوف https://git<wrap>hub.com/foo ).
• سيحتاج تشغيل regex على هذا المخزن المؤقت إلى التحكم فيه بإحدى الطرق الأربع (أو مجموعات من الكل):
• ج: قم بإجراء مسح ضوئي فقط عندما تتم كتابة أي شيء على الشاشة (لا يوجد نص جديد / أحرف متغيرة) لفترة معقولة من الوقت ، مثل 300 مللي ثانية. هذا يعني أنه عند التمرير السريع في السجلات أو تنشيط "القط" ، سيتم تشغيلها دون عوائق.
• أو ب: قم بتشغيله بفاصل نبضي مثل 300 مللي ثانية ، حيث تمنع التنفيذ ، وقم بإجراء مسح سريع ، وقم بتمييز النقاط البارزة عند الحاجة ، ثم استمر في التنفيذ (استهلاك بيانات stdout الواردة).
• أو C: المسح في الوقت الفعلي عندما يكون التمرير بطيئًا ، لكن توقف تمامًا عن المسح في الوقت الفعلي عندما يكون معدل الإخراج مرتفعًا جدًا. على سبيل المثال "cat 10mbfile.txt" من شأنه تعطيل المسح في الوقت الفعلي لأن الجهاز قد يلاحظ معدل إخراج مجنون. وبمجرد توقف الإخراج المجنون ، قم بتمرير مرة واحدة عبر مخزن الإخراج القديم الذي تم دفقه للتو. أنا أحب هذه الفكرة أكثر من غيرها. ودمجها مع تقنية مسح المخزن المؤقت للشاشة المرئية فقط.
• أو D: امسح جميع البيانات مباشرة كما هي (ستمتص للأداء) ، وقم بتخزين النتائج مؤقتًا. عند إضافة خطوط أو استبدال الأحرف في المخزن المؤقت ، قم بمسح / إعادة مسح هذه الخطوط فقط.
• ضع في اعتبارك أيضًا الروابط الداعمة فقط ، على الأقل للمسح في الوقت الفعلي. نظرًا لأن regexps المخصص يمكن أن يكون مجنونًا حرفيًا بدرجة كافية بحيث يتطابق مع المخزن المؤقت بالكامل. تخيل كيف ستبدأ حتى بمطابقة regexp المطابق من الكلمات "Log Result:" وصولاً إلى السطر الذي يقول "End of Log" ، في مثال "regexp المخصص". قد يكون ذلك آلاف سطور البيانات التي يجب أن تتطابق. هيك ، هذا التعبير العادي لن يعرف حتى كيفية مطابقة أي شيء حتى يرى "نهاية السجل" في نهاية المباراة. مجنون جدا...
• إذا كنت تدعم الروابط فقط ، فيمكنك التحسين مثل الجنون من خلال البحث فقط عن "http:" و "https:" (غير حساس لحالة الأحرف) باستخدام أداة مطابقة أنماط محسّنة وبسيطة جدًا ، ثم إجراء فحص "محرك regexp كامل" _ فقط_ في تسلسل الأحرف المحدد بمسافات بيضاء حول تلك المطابقة.
• كن حذرًا أيضًا بشأن الأشخاص الذين يقومون بعمل "قطة" على الملفات التي تعمل على تشغيل الأحرف إلى ما لا نهاية ، حيث سيؤدي ذلك إلى قتل الأداء.
• بالنسبة للطرق "أ" و "ب" و "ج": عندما يقوم المستخدم بالتمرير للخلف في المخزن المؤقت لرؤية النص القديم ، فسيكون صعب الإرضاء ولن يتوقع ظهور روابط "منبثقة" أثناء فترة النبض المختنق. لذلك قم بإجراء مسح ضوئي أسرع عند التمرير يدويًا باستخدام أشرطة التمرير. لكن أوه ، بالكاد أستطيع أن أتخيل مدى قسوة الكود لمسح النص المتدفق / المعدّل ذاتيًا في الوقت الفعلي بطريقة فعالة.

باختصار: يا عزيزي ، حظًا سعيدًا في تلبية توقعات المستخدم لميزة مجنونة جدًا (بطريقة أداء سيئة). هذه المشكلة تشبه إلى حد ما محاولة كتابة regexp سريع لمسح صفحة ويب HTML التي تقوم باستمرار بتنزيل المزيد والمزيد من البيانات وتعديل البيانات القديمة ذاتيًا ... 😛 آمل أن يكون بعضًا من هذا على الأقل مصدر إلهام لبعض الأفكار لحل نهائي!

شكرًا لمشاركة أفكارك :) سعيد لأنك أحب هذه الميزة بقدر ما أحب ؛)

مهما كانت آلية المسح التي نستخدمها ، فمن المؤكد أنها ستنتهي إلى:

1) غير متزامن
2) كفاءة
3) شكلي

لقد أصبت المسمار على رأسك. تعليقاتك على الأداء - هذا مصدر قلق كبير لميزة مثل هذه وميزة نحتاج إلى الاهتمام بها عن كثب. ببساطة ، لم يكن من الممكن هندسة حل عام فوق محرك وحدة التحكم القديم ، لكننا اقتربنا من النقطة التي يجب أن يمنحنا فيها المحرك المعاد تصميمه حديثًا والذي يقع تحت المحطة الطرفية على وجه الخصوص الوصول والميزات التي نحتاجها.

الآن ، إذا كان لدينا فقط المزيد من المطورين و / أو أعضاء المجتمع المتحمسين بما يكفي بالمهارات والوقت للمساعدة 😜

ثانيًا لديك نقاط تمديد ، أنا متأكد من أن هناك الكثير منا بالمهارات. وسنحاول جاهدين تخصيص الوقت :) عدّ نفسي على الأقل.

نتطلع إلى ذلك اليوم :)

عندما يصل هذا ، سيكون من الرائع أن تكون قادرًا على تجاوز التطبيق الافتراضي على أساس كل ملف شخصي. سيكون الحلم النهائي هو أن تكون قادرًا على استخدام أوتار مختلفة لتشغيل عنوان URL في متصفحات مختلفة.

أتخيل أنك على علم بالفعل ، ولكن هناك بعض المخاطر الأمنية التي تسببت في حدوث مشكلات مماثلة في الماضي ، خاصةً أن iTerm كان لديه مشكلات في إجراء عمليات بحث DNS عند التمرير فوق الروابط لتمييزها قبل النقر فوقها. كانت هذه مشكلة كبيرة إلى حد ما بالنسبة لمحللي الأمن الذين يحققون في الهجمات الحية ، ولكنها تسببت أيضًا في حدوث مشكلات لأنها كانت ترسل عمليات بحث عن DNS للأشياء التي تشبه عناوين URL (بما في ذلك المعلومات الحساسة - مثل كلمات المرور) بنص عادي.

لن أذهب إلى حد القول إن هذا السلوك صحيح أو خاطئ ، ولكن بالتأكيد شيء يجب أخذه في الاعتبار عند تنفيذ ذلك. كمرجع:
https://gitlab.com/gnachman/iterm2/issues/6050
https://gitlab.com/gnachman/iterm2/issues/3688
https://gitlab.com/gnachman/iterm2/issues/5303
https://gitlab.com/gnachman/iterm2/-/wikis/dnslookupissue
https://nvd.nist.gov/vuln/detail/CVE-2015-9231

أكتب لأطلب بكل احترام أن يبدأ هذا بشكل صغير مع مراعاة طلب الميزة الأكبر. الحصول على روابط http (s): // لفتحها في المتصفح الافتراضي ، عند الضغط على CTRL + النقر عليها ، سيكون بداية رائعة! تنشر العديد من أدوات سطر الأوامر روابط الويب التي يجب نسخها ولصقها في المستعرض الآن. إذا كانت لدينا هذه الوظيفة فقط ، فقد يكون ذلك كافياً لفترة طويلة ، في رأيي. أشكركم على اهتمامكم!

تعجبني محطة windows ، لكني أكره التبديل إلى محطة طرفية مختلفة في كل مرة أرغب في النقر فوق الروابط. هذا كل شئ.

القفز على العربة هنا لطلب هذه الميزة. قادمًا من macOS ، أفتقد حقًا طريقة سريعة للنقر على عناوين URL دون الحاجة إلى المرور بطقوس النسخ / اللصق غير الملائمة.

الروابط القابلة للنقر موجودة على خارطة الطريق لـ V2.0: https://github.com/microsoft/terminal/blob/master/doc/terminal-v2-roadmap.md

نيابة عن بعض المشتركين الذين يشاهدون هذا من أجل التغييرات / التحديثات الملحوظة ؛ هل يمكننا قفل / كتم صوت هذه المشكلة في الوقت الحالي؟

لا تقدم الطلبات الإضافية ، +1 ، قيمة وتسبب المزيد من التلوث لصناديق البريد الوارد لدينا. إذا أراد شخص ما المساهمة في ذلك ، فيمكنه إنشاء سجل تجاري والإشارة إلى هذه المشكلة. :)