Monosnap per Windows,
senza i blocchi.

Perché Monosnap si blocca su Windows

Il blocco che riscontri di solito si verifica nello stesso punto: premi la hotkey della regione, l'overlay appare, trascini un rettangolo, e poi l'app si blocca per tre-otto secondi prima che l'editor si apra — o non si apre affatto. Task Manager mostra Monosnap che sale a 400 MB o più.

Tre fattori contribuiscono. Primo, Monosnap viene distribuito come app Electron, quindi ogni acquisizione avvia un renderer Chromium per comporre la finestra dell'editor. Secondo, la pipeline di acquisizione non sempre rilascia prontamente i handle GDI, il che è importante su Windows perché ogni monitor ha un pool di handle limitato. Terzo, una sessione di lunga durata accumula un memory leak che non viene mai rilasciato al sistema operativo. Alla quarta ora di una giornata lavorativa, il blocco non è un bug — è lo stato finale prevedibile.

Cosa fa Maxisnap invece

Maxisnap è costruito direttamente sulla superficie di acquisizione Win32. Niente Electron. Niente browser incorporato. Niente modello di memoria Chromium. L'editor è una finestra PyQt6 — un vero widget nativo del sistema operativo — che si apre in meno di 200 ms dopo l'acquisizione. L'acquisizione di regioni multi-monitor si estende su tutti i display. I handle vengono puliti in finally blocchi. La RAM inattiva si aggira intorno ai 50 MB e rimane stabile per un'intera giornata lavorativa.

Per tutto ciò che non riguarda le prestazioni, l'esperienza è intenzionalmente familiare. Strumenti di annotazione coprire frecce, pin numerati, testo, sfocatura, ritaglio, forme e evidenziazioni. Le destinazioni di caricamento includono SFTP, FTP, S3, endpoint HTTP personalizzati e Maxisnap Cloud integrato. Icona nella barra delle applicazioni. Hotkey globali. Copia automatica dell'URL negli appunti. È lo stesso lavoro, fatto senza i blocchi.