مرحبًا،
يبدو أنه لم يعد من الممكن إضافة مرفقات داخل الجداول. هل لديك أي فكرة حول كيفية إصلاح ذلك؟
مثال:
| الاسم | الملف |
|---|---|
| بلا | بلا |
| [bla.docx |
| الاسم | الملف |
| --- | --- |
| بلا | بلا |
| | [bla.docx|attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 كيلوبايت) |
السبب هو الفاصل “|” بين اسم الملف ودالة attachment.
أحتاج حقًا إلى هذا للحفاظ على الأمور نظيفة ومنظمة.
غير متأكد مما إذا كان هناك إصلاح لتجنب ذلك، ولكن إذا قمت بوضع علامة الهروب للشرطة العمودية باستخدام \ فسيتم ذلك.
| الاسم | الملف |
|---|---|
| bla | bla |
| bla.docx (22.4 كيلو بايت) |
| الاسم | الملف |
| --- | --- |
| bla | bla |
| | [bla.docx\|attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx) (22.4 كيلو بايت) |
أفضل الطريقة القديمة لإضافة المرفقات. سيكون من الرائع لو سمح أي إعداد في ديسكورد لي باختيار المخطط.
لا أتابع على الإطلاق ما تقترحه هنا؟
تم تغيير مخطط بناء الجملة مؤخرًا، لكن المخطط القديم لا يزال ساريًا. وأقترح منح المسؤول القدرة على اختيار مخطط بناء الجملة (القديم أو الجديد) الذي سيتم توفيره للمستخدمين بشكل افتراضي.
لا أحب العمل بالحيلة باستخدام الرمز الشاقولي (pipe). فهو ليس واضحًا بحد ذاته ولا يزال يتعارض مع جداول Markdown بشكل عام.
إذا كنتم تعتقدون أنه لا حاجة لمثل هذه التوافقية العكسية، فيجب عليكم على الأقل التفكير في أي نوع من آليات الإكمال التلقائي لالتقاط هذا النوع من السلوك داخل الجداول.
أطيب التحيات
لا يُعتبر طرح إعداد أو إضافة ما لتغيير طريقة تحديد المرفقات باستخدام HTML بدلاً من Markdown أمرًا واردًا. يجب عليك التوجه إلى قناة Marketplace. فالنمط القديم يسبب مشاكل كبيرة في قابلية نقل الملفات المرفقة.
لست ضد إيجاد حل لهذه الحالة الاستثنائية، لكن من الصعب جدًا تحديد ما إذا كنت داخل جدول أم لا بناءً على موضع المؤشر، لذا فإن إصلاح ذلك تلقائيًا ليس أمرًا سهلًا.
مثال؟
ما كان القصد من تغيير النسق دون توفير مهمة Rake أو ما شابه ذلك؟ (لتحديث الكود القديم…)
حدثت عدة مرات تغييرات هامشية في تنسيق الصيغة كان لها تأثير كبير على المحتوى بأكمله… مثل غياب المسافات بين علامات الهاشتاق للأقسام وأسمائها، أو بين علامات الاقتباس > والنص. خاصة عبر مستويات متعددة. إنه فوضى إصلاح هذه التغييرات يدويًا لمئات المنشورات لمسؤول واحد فقط. صدقني. كنت أود أن يُسألني، بصفتي مسؤولًا، عما إذا كنت سأتبعكم أم أحتفظ بتنسيق الصيغة الحالي.
في رأيي، يجب أن يكون الأولوية رقم 1 ضمان ألا يؤثر أي تغيير في التنسيق على قابلية استخدام الوظائف الأساسية.
ليس لدي فهم أعمق لمشكلة موضع المؤشر. أنا أصدقكم. لكن يجب أن يكون ذلك ممكنًا، لأن المحرر يبدو أنه يعرف أين يبدأ الجدول وينتهي. طالما كنت قادرًا على تحديد المؤشر في أي مكان بينهما، يمكنك إضافة فاصلة عمودية تلقائيًا للمرفقات. أليس كذلك؟
هناك مهمة rake تُسمى:
rake posts:inline_uploads
يجب تشغيل هذه المهمة فقط إذا واجهت مشاكل سابقة في التحميلات أو كنت تنوي نقل التخزين من المحلي إلى S3.
جميع المواقع المستضافة لدينا (بنسبة 100%) تستخدم التحميلات المضمنة، لأن ذلك يجعل عملية التحميل أكثر متانة.
أشعر بأن هناك ضجة غير مبررة حول حالة هامشية في الأساس.
الغالبية العظمى من المنشورات في العالم الخارجي لا تحتوي على أي جداول. أما المنشورات النادرة التي تحتوي فعليًا على جداول، فإن الغالبية العظمى منها لا تتضمن تحميلات.
ربما يمكننا دعم شيء من هذا القبيل بدلاً من الشريط الذي يقاوم الجداول:
[bla.docx¦attachment](upload://hu8jvVTNiCjzn5XmxXRnhUaRINy.docx)
أحتاج إلى بعض الوقت للتفكير في هذا الأمر… لن أستعجل في إجراء أي تغييرات.
يُعد استخدام شرطة مائلة كرمز هروب أمرًا مقبولاً. إذا كنت تقوم بعمل شيء متقدم بهذا القدر، فإن استخدام شرطة مائلة كرمز هروب ليس بالأمر الكبير.
هل ترتيب الملفات يعتبر متقدمًا؟ 
أتساءل فقط، لماذا لا يمكنني تغيير التنسيق إلى النمط القديم؟ معظم المرفقات المضافة سابقًا لا تزال مضمنة بهذه الطريقة، وكل شيء يبدو يعمل بشكل جيد.
تحديثات Discourse تكسر الوظائف الأساسية مرارًا وتكرارًا، ولا توجد تحذيرات إضافية بشأن التعارضات.
أنا أحب حقًا التطوير الرشيق ومدير تحديثات Docker، لكن هذا النوع من إدارة الإصدارات يجعلني أجن مرارًا وتكرارًا.
حتى الأمور الصغيرة مهمة.
هل هناك فرصة للحصول على أداة التحميل لإضافة حرف الهروب تلقائيًا عند تحميل ملف سيتم استخدامه في جدول؟ استغرقت حوالي 20 دقيقة لمعرفة ما كان يسبب فوضى في جدولي و/أو تحميلي لكل شيء في مقال جدول كان لدينا.
أعتقد أن المستخدم غير التقني قد استسلم ببساطة.
من الصعب جدًا القيام بذلك بدقة، فإن محرك ترميز markdown الخاص بنا يقوم فقط بالربط العكسي لكل سطر، لذلك سنحتاج إلى مجموعة من المنطق الخاص.
إذا كان طلب السحب (PR) لهذا صغيرًا بما يكفي، فسأكون منفتحًا على تحسين هنا.