Avevo letto quella discussione, ma l'avevo trovata un po' dispersiva, per me che uso solo la versione stabile di Gambas3, e senza una conclusione certa, dal momento che le modifiche di Gambas3 sono sempre in corso. Comunque quello che hai scritto ieri notte mi sembra interessante. Vado a controllare...
Ok. Ho visto e concluso che questo topic me lo potevo risparmiare, se cercavo meglio. Ciao.

Salve. Ho deciso di darvi la nuova versione di 'solinap', in cui ho inserito, prima del form del gioco, un nuovo form principale che si occupa quasi esclusivamente della impostazione dello zoom, in modo che sia subito visibile l'ingrandimento o la riduzione del form e dei suoi componenti. Ora mi pare che lo zoom funzioni molto meglio.

Sono sempre io. Ho passato una giornata a commentare le istruzioni di scoponecoc. Non tutte. Non credo di poter fare di più. L'occasione mi è stata utile per fare un po' di pulizia e di correggere qualche bug. Ce ne sono sicuramente altre. Sarò grato a chi me le segnalerà e magari mi darà qualche dritta.
Vorrei eliminare le due versioni precedenti di scoponecoc nei post precednti. Posso?
 
P.S. Oggi 4/12/2015 ho deciso di modificare questo messaggio per riallegare il documento introduttivo al solitario 'scoponecoc'

Eccomi qua. Ho messo nei progetti degli utenti il mio solitario 'solinap' (solitario di Napoleone) che ha anche una routine di zoom, fatta per un form con immagini senza contenitori. Il numero parametrico di zoom - un denominatore per l'ingrandimento che diventa un fattore per la riduzione - si può regolare solo prima di iniziare un solitario. Mi pare che non funzioni molto bene. Forse si può trovare il modo di correggerla. Ciao

Eccomi di nuovo per postare una nuova versione di scoponecoc con alcune correzioni e piccoli miglioramenti. Ciao.
Fatemii sapere se, come spesso succede, ho aggiustato una cosa e ne ho rotte due 
Ciao

Ciao GL,
come stai? Sei guarito? Il suggerimento di Sotema mi sembra soddisfacente, anche se io pensavo che ci fosse un metodo standard, magari inventato da Minisini, per garantire la corrispondenza tra quello che si progetta e quello che poi si vede. Ho letto la tua richiesta iniziale e ho visto che a te interessa anche la stampa di quello che vai programmando. Io, purtroppo, ho una stampante che non è bene gestita dal mio sistema operativo (Linux Mint). Comunque ora andrò anche a rivedere come risolvevo il problema con VB6. A dire tutta la verità, non ho mai avuto una soluzione perfetta con i twips, eccetera. E alla fine, per quello che mi serviva, mi accontentavo di una routine generica che provocava diverse deformazioni.
Tutto sommato, con Gambas credo che sia più facile scrivere una routine che calcoli la proporzione tra le dimensioni programmate del form e quelle reali dello schermo e, quindi, di ogni controllo del form e le nuove dimensioni del form.
Ah, le carte sono in PictureBox. Non ho ancora mai provato l'ImageView. Ma vedo che questa non ha la proprietà di Stretch.
A presto.

il gioco "scoponecoc" è il normale gioco dello scopone detto "scientifico" che nella realtà (osterie, centri anziani, circoli di dopolavoro e di partiti, in aereo tra Causio e Pertini) si gioca tra 4 persone, 2 contro 2, i 2 compagni seduti dai lati opposti del tavolo. Le regole del gioco furono scritte da un personaggio di cui non si sa niente, se non che si chiamava Chitarrella e che forse era un prete napoletano che visse intorno alla metà del secoloXVIII. Oltre a quelle dello scopone, scrisse, sempre in latino, anche le regole del tressette e di un gioco chiamato "Mediatore".
Nel mio scopone ho cercato di seguire le regole del Chitarrella, tenendo conto che lui scriveva regole rigorose per popolani che, se potevano, baravano volentieri; io dovevo scrivere istruzioni per tre giocatori automatici che ho chiamato 1, 2, e 3. Il quarto è l'uomo o la donna, per i quali potevo solo controllare che sapessero fare le somme nel prendere le carte in tavola.
Anche lo scopone, lo avevo già programmato diversi anni fa in VB6, ma nel trascriverlo in Gambas3 ho faticato molto, anche perché il codice VB non era dei più facili che avessi scritto e, oltretutto aveva anche qualche bug.
Allora da oggi ve lo regalo in forma di archivio tar.gz. Insieme allego una bozza di documento più o meno tecnico.
Enjoy

Ciao. Mi intrometto solo per dire che anch'io ho notato l'inutilità di sottoporre a Gambas un evento di Click nell'uso di PictureBox: per questo controllo vengono accettati MouseDown e MouseUp, ma non Click. A mio parere, se il Click non è previsto per un controllo, darebbe corretto che Gambas lo segnalasse. Ma aggiungo che con il MouseDown ho assistito anche a un fenomeno assurdo che, purtroppo, non sono riuscito a capire in quali condizioni si verifica: viene servito senza che io abbia cliccato sulla PictureBox! Sostituendo il MouseDown con il MouseUp, il fenomeno è scomparso.
Queste esperienze le ho fatte durante i test del progetto che ho chiamato 'scoponecoc', cioè il gioco dello scopone. Presto lo metterò tra i progetti degli utenti.
Scusa, Picavbg, il mio intervento poco utile per te. Non credo di essere capace di provare il tuo codice. Però mi sembra che quando si clicca su un pulsante mentre il cursore si trova su un altro controllo selezionato in precedenza, per il quale esiste una subroutine di LostFocus, sia inevitabile che questa subroutine venga eseguita prima del click sul pulsante che a sua volta dovrebbe ricevere il focus. Però tu dici che i due eventi non sono in sequenza. Allora vuol dire che anche tu sei stato vittima di un fenomeno come il mio, che io posso catalogare in una tra due categorie: fenomeno paranormale o BUG di Gambas.