الصور ذات نسبة العرض إلى الارتفاع العالية لا تحترم الحجم المحدد يدويًا في المنشور (معاينة المحرر تظهر الحجم الصحيح، وعند إرسال المنشور يكون الحجم صحيحًا لفترة وجيزة ثم يتم تغيير حجمه ليتناسب مع عرض الشاشة)
على مر السنين، كانت لدينا بعض الموضوعات حول الصور الطويلة (نسبة الارتفاع إلى العرض عالية). حسب علمي، السلوك القياسي هو ما تواجهه. هناك إعداد للموقع لتغيير ذلك:
سيكون هذا هو الحال بالفعل إذا تم إدراج الصورة بدون قص حجمها يدويًا.
مشكلتي هي عدم رغبتي في عرض الصورة بحجمها الافتراضي (مع ارتفاع أكبر من العرض)، بل بحجم مُحدَّد بـ معاملات مدخلة يدويًا (يرجى ملاحظة أن الحجم مُحدد بـ 50x50 للصورتين! ولكن تم احترام واحد فقط منهما).
ما زلت أعتقد أن هذا خطأ برمجي لأن الصورة لم تُدرَج بحجم تلقائي يُحدده النظام (ثم يُعدّل وفقًا لإعدادات الموقع)، بل إن النظام لم يحترم الحجم الذي تم إدخاله عمدًا يدويًا.
لقد فهمت ما قلته: لقد ذكرت أن هذا هو السلوك القياسي كما أفهمه.
وبعبارة أخرى، لم تقم بقص الحجم يدويًا للمنشور المحفوظ. لا أعتقد أنه يمكنك ذلك، لكن يمكن لأحد أعضاء الفريق تأكيد ذلك.
راجع المنشور التالي الذي يوضح كيفية التعامل مع تغيير الحجم، وستلاحظ أن تعيين كل من قياسات الارتفاع والعرض لن يعمل إلا إذا كانت الأبعاد الفعلية:
وبكل احترام، أعتقد أن هذا ليس صحيحًا. ربما لم أشرحه بشكل صحيح، لذا سأحاول مرة أخرى:
، وستحافظ على نفس نسبة العرض إلى الارتفاع المنخفضة، وبالتالي سيتم عرضها وفقًا لـ min ratio to crop.! [image|50x50](upload://): فإن هذه النسبة الجديدة للعرض إلى الارتفاع تساوي 1، وبالتالي لا ينبغي أن تُفعّل إعداد الموقع min ratio to crop.لا يمكن قص الصورة الأصلية، لأن جميع المعلومات التي تحتويها مهمة. والنتيجة المطلوبة هي إنشاء صورة مصغرة صغيرة بحجم 50x50 تشير إلى الصورة الأصلية.
وبالتالي، فإن المشكلة المعاد صياغتها بشكل صحيح هي:
يجب أن يحترم إعداد الموقع
min ratio to cropنسبة العرض إلى الارتفاع كما تم تعريفها في الماركداون، بدلاً من نسبة العرض إلى الارتفاع الفعلية بالبكسل.
@دكس، تم نقل هذا الموضوع من bug إلى Support. هل يجب أن أفتح موضوعًا جديدًا في bug أم أن أقوم بتحرير المنشور الأصلي (OP) في هذا الموضوع؟
يبدو أن إعادة صياغة المشكلة صحيحة. ولكن لو كنت قد قرأت المواضيع التي ربطت بها، لفهمت لماذا من المرجح ألا تحظى بأي اهتمام.
تم تطوير إعداد الموقع لمنع الأفراد من تجاوزه، بينما أنت تريد تجاوزه. وبدلاً من ذلك، يجب تعديل إعداد الموقع بما يكفي لجعل نسبة أبعاد الصورة مقبولة لإعادة التحجيم.
وبعبارة أخرى، الصور التي تكون ممدودة للغاية غير مقبولة افتراضيًا ويجب السماح بها صراحةً من قبل مسؤول الموقع. لا يمكن للمستخدمين الأفراد تجاوز هذا.
كيف ستبدو هذه الصورة المصغرة؟ باستخدام مثال 50×50 الخاص بك، أرى ثلاث خيارات:
هل هناك خيار آخر لم أره؟
يرجى مراجعة المنشور الأصلي: الصورة الأولى تم تغيير حجمها فعليًا إلى 50×50، والطريقة المستخدمة في ذلك جيدة وتعمل مع أي نسبة أبعاد (أعتقد أنها تقص الصورة من الأعلى المركز بعرض كامل، وبارتفاع يتم تعديله ليتناسب مع نسبة الأبعاد المعلنة، ثم يتم تغيير حجمها).
المشكلة تكمن في أنه بالنسبة للصورة التي تحتوي على نسبة بكسل منخفضة للعرض/الارتفاع ولكنها تمتلك نسبة شاشة مقبولة تم تعيينها يدويًا، لا ينبغي أن تُفعّل الإعدادات العامة.
يجب أن تُعطى الأولوية للنسبة المحددة يدويًا، لأن هذا الإعداد يهدف إلى منع الصورة من الهيمنة على جزء كبير من الشاشة (بسبب ارتفاعها)، وهو ما لا يحدث بوضوح عند حجم 50×50.
نعم، لقد رأيت ذلك. لكن بدا أنها تتعارض مع بيانك الآخر:
عند قراءتها مرة أخرى، أدركت أنك قلت إنه لا ينبغي قص الصورة الأصلية. إلى حد ما أعرف، لا يتم قص الصورة الأصلية أبدًا، لذا فلا داعي للقلق بشأن ذلك.
بغض النظر، أنا أتفق مع مخاوفك/اقتراحك العام. السبب المذكور لعرض الصور الجزئية فقط هو منع الصور ذات النسبة العالية من الارتفاع إلى العرض من السيطرة على الصفحة. عند تعيين الأبعاد إلى شيء مثل 50×50 في مثالك، فهذا بالتأكيد ليس هو الحال. لذا لا يوجد سبب لتجاهل أبعاد التنسيق المحددة في التنسيق الموسوم.
أنا لست من فريق Discourse، لذا أنا فقط أكرر ما رأيته.
تم ذكر أكثر من سبب للقيمة الافتراضية الحالية. الأسباب التي أتذكر رؤيتها هنا هي:
هناك أيضاً مشكلة معاينة المحرر التي توحي لك بأنه يمكنك تغيير حجم صورة العرض يدوياً. تم الإبلاغ عن هذه المشكلة من قبل، لكن يبدو أنها لم تُعتبر ذات أولوية للإصلاح:
أعتقد أنك تفوت النقطة. لماذا يجب التعامل مع صورة 200x1000 محددة كـ 200x200 في ماركداون بشكل مختلف عن صورة 200x300 محددة أيضًا كـ 200x200 في ماركداون؟
أنا لا أغفل النقطة، لأنني لا أدعو إلى تغيير الإعداد الافتراضي ولا أعترض عليه. أكرر أنني فقط أبلغ عن ما هو موجود بالفعل في المنتدى. أنا لست جزءًا من فريق Discourse، وبالتالي لا أملك أي دور في اتخاذ القرارات المتعلقة بما سيحدث.
الرأي الوحيد الذي عبّرت عنه هو أنني أعتقد أنه من غير المرجح أن يحدث أي تغيير في الإعداد الافتراضي الحالي. بعد خمس سنوات من قراءة كل موضوع جديد تقريبًا في هذا المنتدى، أصبحت أكثر ارتياحًا لطريقة اتخاذ الفريق للقرارات. في الوقت الحالي، فإن غياب أي تعليق من فريق Discourse هو ما يُخبرنا بذلك.
ربما ينبغي أن نمنح الفريق بعض المساحة للرد، حيث انجرّ النقاش بعيدًا عن تقرير خطأ بسيط ليصبح مقالًا طويلاً عن آراء خارجة عن الموضوع.
تم دحض هذا المغالطة المنطقية (الرجل القش) مرارًا وتكرارًا، فلعلّه حان الوقت لوضع حدّ لهذه المناقشة؟
لا أحد هنا يجادل بأن هذا الإعداد الافتراضي يحتاج إلى تغيير؛ بل إنه في الواقع معقول جدًا كما هو عليه:
ما أدافع عنه هو أن خاصّة min ratio to crop يجب أن تعمل باستخدام الأبعاد المحدّدة داخل المنشور نفسه، وليس الأبعاد المستخرجة من الملف الفعلي.
إذا تم تغيير حجم الصورة ذات نسبة العرض إلى الارتفاع المنخفض يدويًا داخل المنشور، أليس من الواضح أنها لم تعد تهيمن على النقاش؟
وقبل أن يُطرح السؤال: لماذا يُعدّ هذا خطأً؟
السبب هو أنني غير قادر على تنسيق مجموعة فرعية محددة فقط من الصور، والتي ستكون مهيمنة على النقاش لو تُركت بدون تنسيق، مما يخلق معضلة مستحيلة.
إذا كنت لا تزال غير مقتنع بأن هذا الإعداد يعطل الوظيفة المتوقعة، يرجى تجربة تغيير حجم الصورة الثانية في المنشور الأصلي إلى 50% باستخدام أداة قياس المصوّر.
النتيجة هي أنه يمكن تقليص عرض جميع الصور في المنشور إلى النصف، باستثناء الصور الطويلة والضيقة.
هذا ليس خطأً، بل هو السلوك الطبيعي والافتراضي لمنصة Discourse. إنه قيد معروف ومُصمم عمدًا. علاوة على ذلك، توجد إعدادات للموقع تتيح ما تطلبه، وهو من صلاحيات مالك الموقع رفع هذا القيد.
توجد إعدادات للموقع تتعلق بأحجام الصور، وامتدادات الملفات، وما إلى ذلك، والتي تُطرح بشأنها طلبات مشابهة لتغيير الإعداد الافتراضي. هذه ليست أخطاءً إذا كان الأمر يقتصر على التماس من مالك الموقع لتغيير إعداد ما.
هذا ليس خللاً. إذا أعدت تعيينه إلى خلل، فستجد فجأة أنك لم تعد مرحبًا بك هنا.
مرحبًا جيف، شكرًا لك على اهتمامك بهذه القضية.
أستطيع أن أؤكد لك أنني لم أقم (ولن أقوم أبدًا) بإعادة تصنيف هذا الموضوع، بعد أن تم نقله إلى فئة أخرى بواسطة أحد أعضاء الفريق (يرجى ملاحظة أن إعادة التصنيف إلى فئة الأخطاء لم يقم بها أنا). أنا سعيد جدًا بأن نعتبر هذا طلبًا لميزة جديدة.
كان هدفي من النشر هنا هو توضيح المشكلة التي أواجهها أثناء الاستخدام العادي للبرنامج، وطلب رد من الفريق.
لا أدعو بأي شكل من الأشكال إلى أي شيء، ولا حتى إلى رد، لكنني أود على الأقل أن أسمع من الفريق (وليس أن يتم تجاهلي عدة مرات متتالية من قبل نفس العضو — الذي لا شك في نواياه الحسنة — في هذا المنتدى، باستخدام نفس الحجة التي لا تعالج المشكلة بشكل كامل).
آمل أن تكون قد تمكنت من قراءة الموضوع بالكامل وأنك على دراية بالمشكلة، ولكن فقط من أجل الوضوح، إليك الملخص:
سيؤدي ذلك إلى حل سلوك توسيع الصورة غير المتوقع مثل هذا (جميع الصور مضبوطة على 50×50):
شكرًا لك على اهتمامك، وشكرًا مرة أخرى للفريق بأكمله على كل الجهد الذي يبذله في هذا البرنامج الرائع!
لست متأكدًا من مدى تعقيد التغيير، لكنني أود أيضًا رؤية هذا.
عادةً ما أواجه هذه المشكلة عندما أنشر لقطة شاشة لواجهة المستخدم… عند مسودة منشور، لا توجد أي إشارة إلى أن الصورة ستُقص، لذا أنشرها وأرى الصورة المقصوصة، ثم أقوم بتعديل المنشور لتجنب القص. وقد حاولت عدة مرات تعديل الأبعاد في لغة التنسيق، لكن بالطبع لا يعمل ذلك… لذا في النهاية أعود وأقص الصورة وأعيد تحميلها.
@zogstrip ما رأيك في
if crop
cropped_width, cropped_height = ImageSizer.crop(original_width, original_height)
if cropped_width < width
width = cropped_width
img["width"] = width
end
if cropped_height < height
height = cropped_height
img["height"] = height
end
end
مقارنةً بالنسخة الحالية:
إنها بالتأكيد أقل إرباكًا من السلوك الحالي وستُرضي @awesomerobot، والتذليل الوحيد الذي أراه هو أن هذا الاختبار يعتمد بشكل كبير جدًا على المحاكاة.
إذا أعجبك الأمر، فلا تتردد في الالتزام به.
اقتراح إجراء تغيير طفيف:
تغيير بعد واحد دون الآخر قد يؤدي إلى بعض… الشذوذ
من خلال ما أستطيع استنتاجه، يقوم بإصلاح نسبة العرض إلى الارتفاع لاحقًا، على الأقل في بيئة التطوير.