Non so se faccio bene a dividere la discussione che incombe appena sopra, ma essendo passato così tanto tempo dall'ultimo post credo di si.
Il problema è che pur essendo più che interessantissima di quella discussione è venuta meno l'attualità, nel senso che le cose dette e descritte non funzionano più completamente.
Da quella proficua discussione sono nati Guida, Tutorial  e componenti, che andrebbero rivisti.
Spero tanto che Milio il quale ogni tanto viene a visitarci guardi qui e ci dia una mano.
Ho provato a creare il Frame del suo Tutorial ma come detto poi non sono riuscito a farlo funzionare, il procedimento iniziale è cambiato tanto che se volete provare anche voi dovreste dare un'occhiata ai passaggi per creare il componente InvBox un semplicissimo componente da me ideato come esempio per il libro che stiamo scrivendo.
Comunque i cambiamenti rispetto a prima sono solo quelli iniziali e nell'insieme la Lezione di Milio è ancora attuale.
Allego a questo post il risultato della manipolazione di quel Tutorial che funziona ma solo in parte e vorrei sapere se qualcuno di voi è invece capace di ricrearlo come lo aveva ideato Milio.
Al frame allegato non funziona a dovere la proprietà Arrangement come potete constatare avviando l'applicazione.
 

Scusate ma sto cercando di capire a cosa serve e come funziona il tasto Ricarica, quello con la freccia che ruota nella barra dei pulsanti delle schede .form, .class ecc.
Mi sono imbattuto in questa discussione e no ho capito come riprodurre quello che causò l'allora bug (vedi sotto)
Qualcuno può aiutarmi, devo essere stato colpito da improvvisa demenza 


 

Il titolo mi è venuto così, scusate.
Oggi ogni tanto mentre cerco di collegarmi al forum, cade la linea.
Mi è successo anche mentre mi muovevo al suo interno, può essere benissimo colpa mia, ho un Infostrada un po così ultimamente.
Siccome non mi era mai accaduto...
A voi è mica capitata la stessa cosa?

 

Come promesso a sotema apro la nuova discussione iniziata qui e proseguita qui in discussioni che per ragioni diverse hanno preso diversi indirizzi rispetto al loro enunciato.
Questa potrebbe essere la volta buona che il titolo della  discussione ne rispecchi alla fine il contenuto. 
Piccolo riassunto dalle puntate precedenti: Il Geom. Manicotto Indeciso della Rubinetto Felice ci ha commissionato un gestionale per la sua azienda, essendo appunto Indeciso sia di nome che di fatto tocca a noi decidere per lui.
Attualmente siamo nella fase di progettazione, anzi si potrebbe tranquillamente definire pre-progettazione in quanto stiamo aspettando da sotema le “direttive” per installare PostgreSQL.
Una volta sincronizzato i database e presa confidenza con lo stesso dovremo finire di raccogliere tutta la documentazione in uso al cliente per decidere come progettare il nuovo gestionale.
Attualmente abbiamo raccolto solo le bolle di spedizione (DDT) e le fatture sul cui modello vengono fatti anche gli accrediti e gli addebiti e sto raccattando fra i miei appunti per farvi avere i preventivi, prima nota e conto cassa, commesse o ordini, schede assistenza tecnica.
Siete pregati di farmi avere indicazioni affinché io possa reperire ricevute fiscali scontrini e quant'altro utile al progetto.
Per adesso ci fermiamo qui che mi sembra già molto.

Solo vorrei aggiungere questo, in qualità di capitano dovrei decidere gli step di lavoro, ma essendo noto che io di database ci capisco poco, vorrei spiegare per sommi capi come intenderei procedere per capirne da voi le carenze e anche se siete d'accordo.
Nota: Se sarete d'accordo poi non lamentatevi se ne pretenderò il corretto svolgimento.

Come detto il primo passaggio è quello della raccolta ti tutti i documenti e le notizie utili a comporre il quadro di quello che fa il cliente per poi decidere come costruire il database.

Il secondo passaggio è quello di estrarre da questi documenti tutte le voci che devono essere memorizzate nel database.

Il terzo passaggio sarà quello di riunire le voci in relazioni e disegnare le tabelle, decidendone le chiavi.

Il quarto passaggio sarà quello di decidere le tabelle di raccordo e le chiavi esterne.

Il quinto passaggio sarà quello di disegnare le finestre dell'interfaccia grafica.

Il sesto passaggio sarà quello si creare le interrogazioni e il codice per far funzionare le finestre.

Cosa ne dite?
 

Mentre, a letto rabbrividivo per la febbre alta e il cervello non ne voleva sapere di concentrarsi su database ordinativi, un pensiero si è insinuato nella mia provata mente: “Possibile che la risoluzione dello schermo non abbia a che fare con la stampa?”.
Rimugina che ti rimugina  sono venuto a queste considerazioni sul mistero della stampa in relazione a ciò che vediamo a video.
Prima considerazione: La qualità di ciò che vediamo e/o stampiamo è data dalla densità dei punti che compongono il disegno, questo si dice DPI (Dot Per Inc), è logico più fitti saranno i puntini di colore e più nitida apparirà l'immagine, vi è da aggiungere anche l'importanza della profondità del colore che viene espressa in bit. Comunque ai fini programmatici della corrispondenza fedele di quanto vediamo e ciò che poi stampiamo la profondità non interessa.
Quello che ci interessa è la densità. Più densità = più qualità.
La densità dei punti si misura in DPI i punti si chiamano PIXEL quindi il DPI ci dice quanti pixel ci sono in un pollice (2,54 cm.), qui occorre fare attenzione i pixel sono dei minuscoli quadratini che possiamo facilmente apprezzare nelle icone visualizzate nello strumento di disegno di Gambas, se io dico che un'immagine di mm. 100 x 80 ha una risoluzione di 1200 DPI intendo dire che questa immagine misura (100 / 25,4) = 3.94 x 1200 = 4724 pixel sul lato lungo per  (80 / 25,4) = 3.15 x 1200 = 3780 pixel sul lato corto.
Seconda considerazione: Se guardando questa immagine nel mio monitor che ha una risoluzione di 96 DPI pretendessi di vederla intera al 100% avrei bisogno di uno schermo di 1 metro e 25 centimetri per 1 metro naturalmente vedrei un'immagine di qualità inferiore 12 volte rispetto all'originale.
Tenendo conto che, uno che ci vede bene, a video oltre i 300 DPI non nota differenze, saremmo in grado di apprezzare l'immagine nella notevole dimensione di cm. 40 x 32.
Per quanto riguarda la stampa molto dipende dalla qualità della stampante, da quanti colori usa, dal supporto ecc.
Per stampare testo e immagine tipo report una qualità di circa 150/200 DPI pare sia più che sufficiente.
Terza considerazione: Se io creo un disegno su di una DrawingArea ad esempio un quadrato tenendo conto di quanto suggerisce  Minisini circa i punti tipografici avrò la corrispondenza proporzionale visiva e le misure esatte stampando con risoluzione a 72 DPI, non avrò invece proporzione fra disegno e scritte che si stamperanno più grandi. Posso ovviare come già detto in altre occasioni ridimensionando la scritta, rimane il fatto che dovrò stampare a bassa risoluzione.
Quarta considerazione: Viste le precedenti considerazioni ne deriva che per stampare esattamente ciò che vedo devo mantenere le proporzioni di base dettate dalla risoluzione video (Desktop.Resolution), i font sembrano basarsi su questa per disegnarsi.
Per verificare le mie elucubrazioni influenzali ho tirato giù un'applicazione che ne dovrebbe dimostrare l'esattezza, allego anche un paio di istantanee.
Qui il fatto che la DrawingArea muti la propria dimensione è prodromo alla dimostrazione e va bene, invece quello che non mi riesce di capire è come fare poi in un'applicazione reale a cambiare il DPI di stampa lasciando invariata la vista della DrawingArea magari avendo anche uno zoom in funzione. Le due cose insieme non mi riescono proprio.
Se siete ancora svegli dopo questo polpettone e avete voglia di provare allego l'applicazione.
Sarei molto grato a chi volesse fare proprie considerazioni e darmi suggerimenti circa la stampa in una applicazione reale.
Grazie dell'attenzione.
 

Citazione da: tornu - 18 Settembre 2015, 21:22:25

Scusa vuott, sarò un pò rinco....ma dove stà il tasto Modifica, io non lo vedo

Forse con la nuova versione è cambiato qualcosa.... ad ogni modo con i super-poteri conferitimi.... il "Risotto" l'ho inserito io.

Si, lo avevo notato, prima era possibile cambiare i nostri post anche a distanza di tempo... come scritto nella guida dipende dagli amministratori ora vado ad avvisare Leo.
 

Available dovrebbe restituire True se Result punta ad un database esistente, ma secondo questo test che allego non sembrerebbe così. Funziona solo con SELECT.
Sbaglio io o cosa?

Gambas 3.7.1 su Ubuntu 14.04 LTS

 

Se non vado errato le variabili d'ambiente sono quelle variabili che permettono ai programmi di sapere l'indirizzo reale della nostra home ($HOME) della lingua ($LANG) ecc. ne possiamo leggere il risultato da terminale con echo.
Avevo letto sulla ML di Gambas relativamente ad un presunto malfunzionamento delle icone in gb.Stock suggerire a un programmatore di impostare GB_STOCK_DEBUG=1 dalla finestra Proprietà e poi da terminale spostarsi nella cartella dell'IDE di Gambas (?) e dare il comando GB_STOCK_DEBUG=1 gbx3 e di postare l'output risultante.
Siccome non sapevo se queste variabili così impostate oltre a servire l'IDE di Gambas possono servire il progetto pacchettizzato ho fatto una prova pacchettizzando un'applicazione che fa uso di una TextArea con impostata la variabile d'ambiente LIBOVERLAY_SCROLLBAR che fa apparire le scrollbar tipo KDE anche in Ubuntu (gb.gui) ma non funziona e neanche con l'eseguibile.
Allora mi domando a cosa servano quelle variabili impostabili dalla finestra che non hanno a che fare con il debug?