متابعةً للنقاش من الرجاء عدم ربط الروابط المزدوجة إذا تم لصق رابط فوق رابط آخر في ماركداون:
بالأمس، تم إصلاح هذا على موقعي، ولكن هذا الصباح عاد مرة أخرى لإنشاء رابط مزدوج عندما أريد لصق رابط فوق رابط موجود.
متابعةً للنقاش من الرجاء عدم ربط الروابط المزدوجة إذا تم لصق رابط فوق رابط آخر في ماركداون:
بالأمس، تم إصلاح هذا على موقعي، ولكن هذا الصباح عاد مرة أخرى لإنشاء رابط مزدوج عندما أريد لصق رابط فوق رابط موجود.
هل يمكنك تكرار هذا على ميتا؟ أتساءل عما إذا كنت قد وجدت حالة استثنائية جديدة؟
كان لدي رابط بدأ بـ “## [url= [/url]”
[## url=
ثم عندما حاولت نسخ/لصق الرابط، حصلت على النتيجة أعلاه. وضعته خارج ترميز [url= [/url] تمامًا.
ونعم، لقد فعلت ذلك للتو هنا في ميتا.
هذا هو BBCODE للروابط، نحن لا نستخدمها بشكل شائع لهذا السبب لم نبنِ استدلالًا لها.
سنقوم بحل هذه المشكلة، ربما يمكن لـ @gwwar إرسال طلب سحب؟
هل هناك أي سبب لتركيزك على روابط BBCODE بدلاً من روابط Markdown؟ هل هو مجرد عادة؟
نعم، عادة لأكثر من 10 سنوات. حاولت التغيير، لكن أصابعي لا تستجيب.
بالتأكيد، يمكنني التحقق مما إذا كان هناك حل مناسب لذلك.
دعنا نرى، لمرجعي الخاص، تعمل علامات bb الخاصة بعنوان URL والبريد الإلكتروني على النحو التالي. قد تدعم أيضًا الروابط السحرية، حيث لا يلزم تحديد بروتوكول URI.
[url=][/url]
[url=https://www.phpbb.com/]Visit phpBB![/url]
[url]https://www.phpbb.com/[/url]
[email]example@example[/email]
https://www.phpbb.com/community/help/bbcode
من حيث السلوك، أعتقد أنه سيكون من المنطقي اختبار ما إذا كان تحديد النص يحتوي على علامة بريد إلكتروني أو عنوان URL بتنسيق bbcode. اعتمادًا على ما يواجهه الأشخاص، يمكننا أيضًا توسيع الاختبار ليعتمد على سلوك اللصق الافتراضي إذا اكتشفنا أي علامات bbcode.
لقد أضفت طلب سحب هنا. أخبرني إذا لم تكن هذه هي حالة الاستخدام التي كان يفكر فيها الزملاء.
أعتذر عن إثارة هذا الموضوع مرة أخرى، ولكن هل هناك جدول زمني لإصلاح هذا؟ أعرف أن الأمر يستغرق أحيانًا بضعة أيام، لكن هذا لا يزال يحدث حتى هذا الصباح.
تمت الموافقة على طلب السحب (PR)، ولكنه يحتاج إلى عضو في فريق Discourse لدمجه. @eviltrout هل كنا ننتظر أي ملاحظات أخرى؟
@Slowhand هل يمكنني التحقق مرة أخرى، ما مقدار علامة [url التي تقوم بتمييزها قبل اللصق؟ إذا كنت أفهمها بشكل صحيح، أعتقد أن PR الخاص بـ @gwwar يغطي فقط الخيار 1 أدناه. هل سيؤدي ذلك إلى حل المشكلة بالنسبة لك؟
الخيار 1:
<pre>
This is a sentence with <mark>[url=discourse.org]A link[/url]</mark>
</pre>
الخيار 2:
<pre>
This is a sentence with [url=<mark>discourse.org</mark>]A link[/url]
</pre>
الخيار 3:
<pre>
This is a sentence with [url=discourse.org]<mark>A link</mark>[/url]
</pre>
الخيار 2 هو الذي أواجه صعوبة معه.
هل يمكنك نشر نقطة بداية كمثال؟ مع الخيار 2 بالضبط كما نشرته أعلاه، يبدو أنه يعمل بشكل جيد بالنسبة لي بالفعل، حتى بدون طلب السحب الجديد.
يتم اكتشاف discourse.org كعنوان URL موجود، وبالتالي يتم تجاوز سلوك اللصق الأنيق ![]()
بالنسبة للخيـار 2، لدينا روابط للعروض اليومية من موقع أنمي، لذلك أقوم عادةً بنسخ/لصق روابط الأيام السابقة في منشور جديد ثم تغييرها، مما يوفر عليّ كتابة كل هذه الأكواد.
مثال: هذا الصباح نسخت صفقات الأمس
ولصقت الروابط مع صفقات اليوم
مما تسبب في حدوث هذا:

إذا قمت بتحديد هذا
[url=https://www.rightstufanime.com/Some-Link]نص[/url]
ثم قمت بلصق
https://www.rightstufanime.com/Deca-Dence-Blu-ray
ينتهي بك الأمر بـ:
[url=https://www.rightstufanime.com/Deca-Dence-Blu-ray]نص[/url]
هل يمكنك التحقق مما إذا كان بإمكانك إعادة إنتاج المشكلة التي تراها هنا على Meta؟ (لاحظ أن علامات [url لا يتم عرضها فعليًا هنا، ولكن لا يزال بإمكانك تجربة سلوك المؤلف)
بناءً على لقطة الشاشة الأخيرة، أعتقد أنك قد تحدد السطر بأكمله، بما في ذلك النقطة والتغليف [url=blah]test[/url]؟ (أي، تقريبًا نفس “الخيار 1” أعلاه)؟
لا يمكنني تكرار السلوك هنا في ميتا.
لا أعتقد أنني أقوم بتحديد السطر بأكمله لأنني لا أريد إعادة كتابة كل الترميز. أفترض أنني قد أنقر على كل شيء عن طريق الخطأ في بعض الأحيان، لكنني كنت حذرًا جدًا في الآونة الأخيرة بسبب هذه المشكلة.
ولكن، دعني أسألك هذا، إذا كنت أقوم بتحديد كل شيء، فهل هذا هو السلوك الصحيح؟ بدلاً من مجرد إدخال ما أقوم بلصقه، فإنه يضيفه في النهاية ويترك ما قمت بتمييزه في الأصل؟
دعني أعتذر مرة أخرى لعدم كوني خبيرًا تقنيًا، هذا يفوق فهمي قليلاً.
إذا كنت بحاجة حقًا إلى تغيير الطريقة التي أقوم بها بهذا، فسأفعل ذلك.
حسنًا، هذا مثير للاهتمام للغاية! للتأكيد فقط، هل تمانع في إعادة إنتاجه مرة أخرى على منتدى خاص بك؟ إذا كان هناك اختلاف، فيرجى إخبارنا حتى نتمكن من الوصول إلى جوهر المشكلة.
أعتقد أن “لا”، إنه ليس السلوك الصحيح. يجب علينا بالتأكيد إصلاحه، ويقوم طلب السحب الخاص بـ @gwwar بذلك. أردت فقط معرفة حالة الاستخدام بالضبط هنا للتأكد من أن لدينا جميع الزوايا مغطاة.
سأقوم بدمج طلب السحب هذا الآن، لذلك يجب نشره على موقعك خلال الأيام القليلة القادمة @Slowhand
شكرًا لتحملك لجميع الأسئلة! ![]()
لا، نفس الشيء.
شكراً جزيلاً على كل مساعدتك!
لاحظ أن الخيار 2 يجب أن يتم التعامل معه نظريًا بواسطة
إذا استمر الأشخاص في مواجهة مشكلات مع حالات حافة إضافية، فقد يكون من المنطقي إضافة إعداد للموقع أو المستخدم لتبديل السلوك.
تم إغلاق هذا الموضوع تلقائيًا بعد 10 أيام. لم يعد يُسمح بالردود الجديدة.