journalctl -u micro
Da non so quanto tempo ormai, su chromium tutte le ombre box-shadow mi vengono renderizzate come rettangoli...
Scoperto il motivo: da
~/.config/chromium-flags.conf avevo attivato --enable-gpu-rasterization. Problema è che se la GPU non regge c'è poco da fare... bisogna ricadere nel software rendering
journalctl -u micro
Dite che è meglio tenere la dimensione minima delle schede ad un valore più alto?
Mmh no, tenendo una minwidth troppo alta bisogna continuare a scrollare avanti e indietro per trovare le schede...
Proviamo con zero
Proviamo con zero
journalctl -u micro
Mmh no, tenendo una minwidth troppo alta bisogna continuare a scrollare avanti e indietro per trovare le schede... Proviamo con zero
Ok facciamo così:
> tolgo il pulsante di Simple Tab Groups dall'angolo in alto
> accedo alle schede dalla barra laterale con la stessa estensione
Meno spazio orizzontale non fa male per accedere a documentazione e sorgenti
> tolgo il pulsante di Simple Tab Groups dall'angolo in alto
> accedo alle schede dalla barra laterale con la stessa estensione
Meno spazio orizzontale non fa male per accedere a documentazione e sorgenti
Devo dire che è difficile passare da Python a NSIS, il quale altro non è che una via di mezzo tra noscripting e simil-assembly 😫
Esistono variabili, scope, funzioni, ma esistono anche registri, push-pop...
Per di più se ho capito bene tutto è rappresentabile come stringa, ma per trasferirle devi per forza usare
Esistono variabili, scope, funzioni, ma esistono anche registri, push-pop...
Per di più se ho capito bene tutto è rappresentabile come stringa, ma per trasferirle devi per forza usare
StrCpy 😕
journalctl -u micro
Devo dire che è difficile passare da Python a NSIS, il quale altro non è che una via di mezzo tra noscripting e simil-assembly 😫 Esistono variabili, scope, funzioni, ma esistono anche registri, push-pop... Per di più se ho capito bene tutto è rappresentabile…
Tipo in questo snippet, l'unico motivo per cui - di
$0 - viene fatto push prima e pop dopo è che questo registro viene utilizzato all'interno: come in assembly, per evitare di alterarne il valore attribuitogli da scope precedenti, lo si salva e poi lo si ripristina.Function .onInit
Push $0
StrCpy $R9 ${sec1} ; Gotta remember which section we are at now...
SectionGetFlags ${sec1} $0
IntOp $0 $0 | ${SF_SELECTED}
SectionSetFlags ${sec1} $0
SectionGetFlags ${sec2} $0
IntOp $0 $0 & ${SECTION_OFF}
SectionSetFlags ${sec2} $0
Pop $0
FunctionEnd
È stato un parto ma l'ho trovato
https://raw.githubusercontent.com/KDE/syntax-highlighting/master/data/syntax/nsis.xml
Ora spero di riuscire a modificarlo per supportare diversi tipi di quotes e commenti, per poi installarlo in
https://raw.githubusercontent.com/KDE/syntax-highlighting/master/data/syntax/nsis.xml
Ora spero di riuscire a modificarlo per supportare diversi tipi di quotes e commenti, per poi installarlo in
~/.local/share/org.kde.syntax-highlighting/syntaxAh yes, Notepad++ usa un installer NSIS 😌
https://github.com/notepad-plus-plus/notepad-plus-plus/tree/master/PowerEditor/installer
https://github.com/notepad-plus-plus/notepad-plus-plus/tree/master/PowerEditor/installer
GitHub
notepad-plus-plus/PowerEditor/installer at master · notepad-plus-plus/notepad-plus-plus
Notepad++ official repository. Contribute to notepad-plus-plus/notepad-plus-plus development by creating an account on GitHub.
journalctl -u micro
Scoperto il motivo: da ~/.config/chromium-flags.conf avevo attivato --enable-gpu-rasterization. Problema è che se la GPU non regge c'è poco da fare... bisogna ricadere nel software rendering
E io che pensavo avessero trovato un modo per rilevare che ho una GPU di merda pur mantenendo dei flag attivi,
e invece avevano solo nascosto ulteriormente l'opzione per il 3D... 🙏🏻😤
e invece avevano solo nascosto ulteriormente l'opzione per il 3D... 🙏🏻😤