Monosnap لـ Windows،
بدون التوقف المفاجئ.

لماذا يتوقف Monosnap عن العمل على Windows

عادةً ما يحدث التوقف المفاجئ الذي تواجهه في نفس النقطة: تضغط على hotkey المنطقة، يظهر التراكب، تسحب مستطيلاً، ثم يتوقف التطبيق لمدة تتراوح بين ثلاث وثماني ثوانٍ قبل أن يفتح المحرر — أو لا يفتح على الإطلاق. يظهر مدير المهام (Task Manager) أن Monosnap يرتفع استهلاكه إلى 400 MB أو أكثر.

تساهم ثلاثة أمور في ذلك. أولاً، يتم شحن Monosnap كتطبيق Electron، لذا فإن كل عملية التقاط تشغل عارض Chromium لتجميع نافذة المحرر. ثانياً، لا يقوم مسار الالتقاط دائماً بتحرير GDI handles على الفور، وهو أمر مهم في Windows لأن كل شاشة لها مجموعة محدودة من الـ handles. ثالثاً، تتراكم في الجلسة طويلة الأمد تسرب ذاكرة لا يتم تحريره أبداً إلى نظام التشغيل. بحلول الساعة الرابعة من يوم العمل، لم يعد التوقف المفاجئ خطأً — بل هو النتيجة النهائية المتوقعة.

ما يفعله Maxisnap بدلاً من ذلك

تم بناء Maxisnap مباشرةً على واجهة التقاط Win32. لا يوجد Electron. لا يوجد متصفح مدمج. لا يوجد نموذج ذاكرة Chromium. المحرر هو نافذة PyQt6 — أداة نظام تشغيل أصلية مناسبة — تفتح في أقل من 200 مللي ثانية بعد الالتقاط. يغطي التقاط المنطقة متعدد الشاشات جميع الشاشات. يتم تنظيف الـ handles في finally كتل. يحوم استهلاك ذاكرة الوصول العشوائي (RAM) في وضع الخمول حول 50 MB ويبقى ثابتاً طوال يوم عمل كامل.

لكل شيء بخلاف الأداء، التجربة مألوفة عن قصد. أدوات التعليق التوضيحي أسهم التغطية، دبابيس مرقمة، نص، تمويه، قص، أشكال، وإبرازات. تشمل وجهات التحميل SFTP، FTP، S3، نقاط نهاية HTTP مخصصة، و Maxisnap Cloud المدمج. أيقونة علبة النظام. hotkeys عالمية. نسخ URL تلقائياً إلى الحافظة. إنها نفس المهمة، تتم بدون التوقف المفاجئ.