مدونة نافذة التقنية كل ما يحتاجه المستخدم
مرحبا بكم متابعي قناة نافذة التقنية.
منذ إصدارات 2019 من nvda, بدأت NV Access بتعطيل الإضافات المثبتة مع كل تحديث سنوي. أي إصدار العام الأول, مثل nvda2023.1.
وحتى اليوم مازالت الاعتراضات والانتقاد دون فهم ما يحدث.
دعونا نوضح أولا أن nvda مفتوح المصدر, وقابل للاستخدام بسلاسة, لا أحد يمنعك من تنزيل إصدار قديم, لا أحد يجبرك على التحديث لإصدار جديد, لديك حرية في اختيار ما يناسبك.
يعطلوا مطوري nvda دوال وأمور برمجية قديمة ويستبدلوها بأحدث منها حتى يتمكنوا المطورين من كتابة إضافات nvda بسهولة أكبر.
أيضا بعض الملحقات البرمجية لnvda تجبرهم على فعل ذلك حتى يتمكنوا من تحديثها, وتحسين الأمان والاستقرار في البرنامج.
وكل المطلوب من مطور أي إضافة هو عمل لمدة قد لا تزيد عن ساعة سنويا لمعرفة ما الذي تغير وعطل إضافته, ثم إصلاحه, وفي الحقيقة, تعلن المؤسسة عن التغييرات التي ستحدث في إصدار nvda السنوي الأول قبل بحوالي 6 شهور من تاريخ صدور التحديث.
لكن أحيانا بعض الإضافات لا يحدث شيء يعطل توافقيتها, إلا أن nvda يعتبرها غير متوافقة.
يلجء الأشخاص في هذه الحال إلى ملف manifest.ini وتغيير قيمة lastTestedNVDAVersion لتساوي قيمة أحدث إصدار.
وتوجد إضافات وبرامج تساعد في ذلك, وسنشرحه بالتفصيل.
وعلى الرغم من إني نشرت إضافة سابقا على نافذة التقنية بهذا الخصوص, إلا إني لا أتفق مع تنفيذ هذه الخطوة مع كل الإضافات.
أحيانا قد تتسبب هذه الخطوة في توقف nvda أو تلقي أخطاء عند تشغيله, يجب على مطور الإضافة أن يفعل ذلك, ثم يختبر إضافته مع الإصدار الأحدث, ثم ينشر إضافته.
وفي الحقيقة, يقوم العديد من المطورين بتحديث إضافات كثيرة على GitHub حتى إذا كان مطور الإضافة غير متاح للقيام بذلك, وكما ذكرنا في الجزء السابق, يمكن من تاريخ آخر مساهمة أن تعرف متى تم العمل على الإضافة آخر مرة.
أعرف إننا خرجنا عن مسارنا في هذا الجزء, لكننا سنعود في الجزء القادم, انتظرونا.
تابعوا قناة نافذة التقنية لتلقي المزيد من المحتوى التقني. https://t.me/TecWindow
سلسلة دروس حول قارئ الشاشة nvda الجزء الخامس.
