ثلاثة أشياء معقولة لا تزال ويندوز 11 ترفض السماح بها

تستمر ويندوز 11 في فرض قيود على المستخدمين، مما يثير التساؤلات حول أسباب وجودها. في هذا المقال، نستعرض ثلاثة أشياء معقولة لا تزال ويندوز 11 ترفض السماح بها.
ثلاثة أشياء معقولة تمامًا لا تزال ويندوز 11 ترفض السماح لك بفعلها
لقد استخدمت نظام ويندوز لفترة طويلة بما يكفي لفهم مدى تطوره. ولكن لأنني أستخدم عدة أنظمة تشغيل أخرى، أُذكر بين الحين والآخر أن ويندوز 11 لا يزال لا يسمح لي بفعل بعض الأشياء العادية تمامًا.
قد لا تبدو هذه القيود دائمًا كعائق كبير، ولكن بمجرد أن تفهم الخطوات الإضافية التي تفرضها عليك، يصبح من المستحيل التوقف عن التساؤل عن سبب وجودها حتى الآن.
كل ملف يظهر حجمًا. المجلدات لا تفعل ذلك.
العمود الذي لم تضفه مستكشف الملفات
جرب هذا الآن: افتح مستكشف الملفات في عرض التفاصيل. أنشئ بعض المجلدات واملأها بملفات مختلفة. ثم أضف ملفات أخرى في نفس الدليل مع هذه المجلدات الجديدة. كل ملف في الدليل سيظهر حجمًا، لكن المجلدات ستبقى فارغة.
قد يبدو الأمر تافهًا، ولكن عندما يكون SSD لديك تقريبًا ممتلئًا وتحتاج إلى العثور على المجلد الذي يشغل أكبر مساحة، يصبح شيء بسيط مثل هذا أكثر أهمية. من المتوقع أن يتمكن أي مستخدم عادي من مسح القائمة والحصول على عرض كامل لأحجام المجلدات والملفات، لكن لا، ليس في ويندوز 11. مستكشف الملفات لا يتضمن عمود “الحجم” الذي يجمع محتويات المجلد. لذا إذا كان الهدف هو الفرز حسب الحجم، فهذا يعمل فقط على الملفات.
إذا كنت ترغب في الحصول على الرقم الفعلي، فإنك مضطر إلى القيام بعدة خطوات: انقر بزر الماوس الأيمن، اختر الخصائص، وانتظر حتى يقوم ويندوز بحساب المجموع. هذا شيء تتوقعه من مدير الملفات أن يسهل رؤيته. الاضطرار إلى اتخاذ هذه الخطوات الإضافية هو احتكاك غير ضروري. لذا نعم، يمكن لويندوز حساب مقدار المساحة التي يحتوي عليها ذلك المجلد. لكن هذا الرقم لن يظهر مباشرة في عرض التفاصيل.
ويندوز لا يزال يرفض أسماء صالحة تمامًا
الأسماء المحجوزة، الفترات المحذوفة، والأحرف التي لا تمر أبدًا
أنشئ مجلدًا جديدًا، ثم أعد تسميته إلى تقرير. واحفظه. دون أي تحذير أو إشعار، يتم حفظ اسم المجلد كـ تقرير. إذا قمت بتسمية مجلد باسم مع مسافة زائدة في النهاية، يقوم ويندوز بإزالة المسافة الزائدة بصمت. ولكن هناك المزيد. إذا حاولت إنشاء مجلد يسمى CON أو NUL، سيقوم مستكشف الملفات بحظره وعرض إشعار منبثق: “اسم الجهاز المحدد غير صالح.”
ثلاث قواعد منفصلة تؤدي إلى هذا النوع من سلوك ويندوز:
- الأسماء المحجوزة (CON، NUL، PRN، AUX، COM1–COM9، LPT1–LPT9) – مرفوضة
- الأحرف المحجوزة ( / : * ? ” |) – لا يمكن استخدامها في الاسم
- المسافة أو الفترة ASCII الزائدة – تتم إزالتها عند الحفظ
العائق هنا ليس نظام الملفات نفسه. وفقًا لوثائق مايكروسوفت، يمكن لـ NTFS تخزين الأسماء التي تنتهي بمسافة أو فترة. القيود موجودة إلى حد كبير في واجهة ويندوز shell وWin32 التي تستخدمها التطبيقات اليومية. يتم فرض قواعد معينة من قبل نافذة “حفظ باسم” في ويندوز، بالإضافة إلى مربع إعادة التسمية، التي تعالج الأسماء التي تبدو عادية على أنها غير صالحة أو غير مكتملة.
ويندوز رفعت حد المسار. معظم التطبيقات لم تتلق المذكرة.
دعم المسار الطويل يحتاج إلى ضوءين أخضر منفصلين
جرب بناء مجلد بالطريقة التي تنظم بها عملك عادة. لكن هذه المرة، قم بتعشيق عدة مجلدات كما قد يبدو هيكل مشروع فعلي: عميل → 2026 → إعادة تصميم الموقع → الأصول → المعتمدة → النهائية → عالية الدقة. في مرحلة معينة، سيتجاوز المسار الكامل الحد القديم المكون من 260 حرفًا (MAX_PATH).
لم يعد ويندوز يحدد المسارات عالميًا عند 260 حرفًا. غالبًا ما تضيع هذه التمييز. تم إزالة قيود MAX_PATH للعديد من وظائف الملفات والدلائل الشائعة في Win32، بشرط تمكين دعم المسار الطويل وأن التطبيق يختار الانضمام. أولاً، قم بتعيين LongPathsEnabled عبر السجل أو سياسة المجموعة. ثانيًا، يجب أن يعلن التطبيق نفسه أنه يدعم المسار الطويل في بيانه.
حتى عندما يتم استيفاء تلك الشروط، لا يعني ذلك أن كل جزء من ويندوز، بما في ذلك مستكشف الملفات وكل تطبيق في سير العمل الخاص بك، سيتعامل مع المسار الأطول. قد يكون لديك هيكل متداخل معقول يعمل بشكل جيد، ولكن بمجرد أن يتعامل معه أداة أرشفة، أو عميل مزامنة، أو أداة تطوير، أو التطبيق التالي في سير العمل، يمكن أن يفشل. لا يمكنك دائمًا معرفة أي تطبيق سيفشل مسبقًا.
نفس التباين في ثلاثة أماكن مختلفة
هذه هي ثلاث طرق مختلفة تواجه بها قيودًا على ويندوز 11 في سير العمل اليومي الخاص بك. قد تبدو هذه القيود الثلاثة غير مرتبطة، لكنها جميعها تكشف عن نفس الفجوة المحرجة: واجهة مستخدم ويندوز لا تعكس دائمًا قدرات النظام الأساسية.
على الرغم من التحديثات العديدة، لا تزال ويندوز 11 تواجه تحديات في تلبية احتياجات المستخدمين. هل ستستجيب مايكروسوفت لمطالب المستخدمين في المستقبل؟




