Buogiorno a tutto il team!
Sono a proporvi un quesito sul quale sto rompendomi le corna da qualche giorno.
Ho creato un database che risiede in Asia e che desidero gestire tramite gambas.
Come potete vedere dall'img DB_ASIA.png l'oggetto di connessione ASIA funziona perfettamente,
e si apre correttamente mostrandone il relativo contenuto.
Anche se mi collego al DB mediante il codice che segue, tutto funziona a meraviglia. [conn_diretta.png]
Se però provo ad usare da codice l'oggetto di connessione ASIA, ricevo il seguente errore: [errore_connessione.png]
Quell' <using password: NO> mi risulta molto strano, visto che la passw è memorizzata nell'oggetto connessione ASIA.
Quale potrebbe dunque essere la ragione di tale comportamento?

Buongiorno a tutto il team! Ho una curiosità.
Ho notato che il passaggio dalla versione 3.16 all 3.18 è cambiato qualcosa di molto evidente.
Il link che avevo in cartella del progetto lo avevo fatto senza estensione, e mentre prima
con la 3.16 funzionava bene con la 3.18 non funziona più, ma abbisogna dell'estensione .gambas
anche se nelle proprietà del link vi è il corretto riferimento all'eseguibile.
Conoscete la ragione di questo comportamento?
Grazie!

Buonasera a tutto il team!
Dopo avere molto apprezzato le funzionalità di gambas con i DB sqlite mi sto scontrando con un problemino alquanto serio in merito al DB mysql. Ho un server in localhost, e pertanto non presenta alcun tipo di ritardo nella consultazione; l'ho testato con un'applicazione in access ed è una scheggia. Il problema della lentezza mi si presenta ad esempio al caricamento dei dati in una textarea, per cui servono almeno 3 secondi per caricare 2000 items, quando con access/VBA è istantaneo. Senza dubbio sto sbagliando qualcosa e mi viene il dubbio che la cosa sia da imputare ai componenti selezionati per l'app. Il codice che popola la textarea è il seguente:
e come si può notare ho disattivato la linea che popolava la combo in quanto presenta un incomprensibile errore, che ho cercato di risolvere modificando la sintassi di lettura del recordset. Vi sarei grato se poteste darmi qualche dritta in merito per entrambe le questioni: quella della lentezza e poi quella dell'errore!
Grazie!

E' da qualche tempo che non provvedo alla manutenzione del mio software e pertanto forse mi sto dimenticando qualcosa.
Dopo aver apportato le modifiche necessarie, provo a creare il pacchetto di installazione, ma a quanto pare mi manca il pacchetto "makepkg".
Non lo trovo più nei repo, pertanto la creazione del .deb non va a buon fine.
Il mio sistema operativo è il seguente:

giango@giango-studio:~ > cat /etc/*-release
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=17.3
DISTRIB_CODENAME=rosa
DISTRIB_DESCRIPTION="Linux Mint 17.3 Rosa"
NAME="Ubuntu"
VERSION="14.04.4 LTS, Trusty Tahr"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 14.04.4 LTS"
VERSION_ID="14.04"

Ed alla creazione del pacchetto esce quanto segue:

==============================================================================

CREAZIONE PACCHETTO PER UBUNTU / KUBUNTU / MINT....


Creazione cartella per fare il pacchetto
Creazione file desktop...
"Debianizzazione" dei sorgenti...
Creazione pacchetto...
cd '/home/giango/RTDG_VERSIONI/Nuova160216/registrazioni-tdg-0.0.29'
dpkg-buildpackage -d -rfakeroot -uc -us
dpkg-buildpackage: Pacchetto sorgente registrazioni-tdg
dpkg-buildpackage: Versione sorgente 0.0.29-0ubuntu7
dpkg-buildpackage: Distribuzione sorgente unstable
dpkg-buildpackage: Sorgente modificata da giango <giango14@alice.it>
dpkg-buildpackage: Architettura host amd64
 dpkg-source --before-build registrazioni-tdg-0.0.29
dpkg-source: Errore: errore di sintassi in registrazioni-tdg-0.0.29/debian/control alla riga 12: line with unknown format (not field-colon-value)
dpkg-buildpackage: Errore: dpkg-source --before-build registrazioni-tdg-0.0.29 gave error exit status 25

========================================

I package sono stati creati in modo corretto.

Nella cartella corrispondente però il .deb non esiste, come accadeva in precedenza!
Potete darmi qualche dritta? Grazie.

Qualcuno in questo forum ha forse già realizzato una funzione che permette di posizionarsi sulla prima ricorrenza
di un item in una combo quando si digitano le prime lettere dell'item richiesto?
Era una funzione già implementata di default nell'oggetto combo di altri software, ma qui non l'ho trovata, a meno che....
a meno che sia proprio io che non so cercare!
Grazie.

Se qualcuno fra voi ha lavorato con VB o VBA, ricorderà come sia molto pratico lanciare l'applicazione e nel contempo apportare modifiche per la messa a punto del codice.
In gambas invece, se c'è una piccola modifica da apportare, necessita sospendere l'esecuzione. Sapete per caso se Benoit ha in mente una possibile modifica in tal senso?
La trovo molto utile. Che ne pensate?

Sarò anche testone, ma a me piace capire come funzionano le cose.
Il codice che allego funziona bene e mi crea il documento richiesto, ma c'è una cosa che non comprendo: come fa a richiamare la routine "stampa_Draw()"
relativa alla Drawingarea inserita nel form, se non viene invocata direttamente dalla routine di stampa?
Grazie per la Vs. pazienza

'IN DICHIARAZIONI: Private miaStampante As Printer
'
Public Sub bt_1_Click()
    lancio_stampa
End

Public Sub lancio_stampa()
  miaStampante = New Printer As "Stampa"
  With miaStampante
    .OutputFile = avvio.cartella & "prova.pdf"
    .Orientation = 0
    .GrayScale = True
    .Paper = 2
    .Print
  End With
End

Public Sub stampa_Draw()
  With Paint
    .Font.Size = 10
    .DrawText("Questa è la testata del documento", 500, 500)
    .DrawText("secondo testo ", 500, 1300, 400, 500)
     .DrawText("terzo testo ", 500, 1600, 400, 500)
    .Fill
    .End
  End With
End

Ho notato che il numero del giorno della settimana può variare a seconda della configurazione del sistema.
Ad esempio la funzione weekday mi dava prima il giorno di domenica come il n°6 ed ora invece mi da il n°5.
Per essere sicuro di puntare sempre al giorno corretto mi chiedo se esiste una funzione che mi controlla il "nome" del giorno anzichè il numero.
Esiste tale funzione?
Grazie