Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - doublemm

Pagine: [1] 2 3 ... 30
1
Ciao scusa il ritardo, ma ho provato non cambia nulla.
ùaspettiamo di vedere se ci saranno nività in futuro

2
Programmazione / Re:Gestione evento Change su ValueBox per le date
« il: 12 Novembre 2017, 16:29:20 »
potresti continuare ad usare l'evento change e verificare se il contenuto è una data con isdate, fino a quando is date è falso la sub noin fa nulla mentre esegue il codice solo quando la data è valida

3
si ok se chiedi potrebbe essere una soluzione accettabile.
Grazie per il momento

4
A me la stampa diretta con print esce tutta schiacciata, non si leggono le intestazioni delle caselle perchè ogni riga sarà alta un centimetro.
Il mio problema è che se salvo da preview ogni utente potrebbe dare il nome che vuole al file, mentre io ho bisogno che il nome rispetti certi criteri.
attualmente sto creando le fatture direttamente con pdfwriter dove faccio creare il file con il nome come serve a me e la preview la lancio con programma esterno, sto facendo delle prove con report perchè mi sembrava che venisse un po più carino graficamente, ma se non risolvo mi sa che resto con pdfwriter

5
Prova questo e dimmi se premendo il pulsante print e salvando in pdf il file, il risultato è uguale del file che vedi in preview.
Ps. se salvo dalla preview in pdf il file pdf è identico a quello visualizzato

6
Per il momento potrei aggirare il problema aprendo in preview e impostando nel nome file un parametro in automatico ma non so se si può fare

7
Beh casomai vi posto il codice anche se non credo dipenda da quello considerato che con il metodo preview funziona correttamente. Credo sia più un discorso di settaggi dell'oggetto printer ma non ne sono sicuro altrimenti non sarei qui a chiedere.
Grazie cmq Gianluigi, speriamo che qualcuno sappia qual'è il problema perchè sicuramente il risultato è esteticamente più carino rispetto al pdf che attualmente sto generando tramite la classe pdfwriter

8
Ciao a tutti, scusate l'assenza prolungata ma il lavoro non  mi lascia tempo libero, comunque ogni tanto vi leggo lo stesso anche se non scrivo.
Volevo chiedere se qualcuno ha esperienza con il componente gb.report2 e la stampa del report creato.
Io ho creato un report che in preview funziona perfettamente, lo salvo in pdf e tutto ok.
Codice: [Seleziona]
$hReport = New Report1(Null, TextCod.text, TableFatture[TableFatture.Row, 0].text)    
$hReport.Preview()

se invece uso il metodo print
Codice: [Seleziona]
$hReport = New Report1(Null, TextCod.text, TableFatture[TableFatture.Row, 0].text)    
$hReport.Print()

il file pdf creato ha tutti il contenuto compresso e sovrapposto.

Qualcuno sa dirmi il motico o come correggere? E' per caso un problema di impostazioni del componente printer? tipo resolution oppure un problema di report.scale?

allego i 2 pdf così vi rendete conto del risultato

9
Programmazione / Re:aperturta evince da comando SHELL
« il: 18 Ottobre 2015, 09:39:49 »
Buongiorno, nel mio caso deve essere solo un problema di sistema operativo perchè lo stesso programma in altri pc fa il suo dovere perfettamente.

10
Programmazione / aperturta evince da comando SHELL
« il: 12 Ottobre 2015, 19:10:14 »
Buonasera a tutti, da un po di tempo gambas con il seguente comando

Codice: [Seleziona]
stampa = Shell "evince " & "'" & Application.Path & "/ciao.pdf" & "'"

non apre più evince

se apro evince da terminale si apre regolarmente, se provo ad aprire con SHELL un altro software si apre tranquillamente.
Siccome non succede nulla nemmeno un messaggio di errore, secondo voi da cosa può dipendere?

Grazie a tutti.

11
Programmazione / Re: Inserimento dati in un database sqlite
« il: 21 Novembre 2013, 21:04:08 »
grazie milio cercavo proprio quello che hai spiegato nel secondo esempio. La creazione della tabella l'avevo fatta in un altro modo.

Io usavo sempre Res!nomecampo ignoravo l'utilizzo di Res[NomiCampi[Nx]] = Valori[Nx]

12
Programmazione / Re: Inserimento dati in un database sqlite
« il: 21 Novembre 2013, 18:45:27 »
forse non mi sono spiegato bene il problema è che i nomi dei campi della tabella che devo creare sono all'interno di una array string. Ora io volevo evitare di scrivere tutti i nomi dei campi a mano ovvero:
 MioArray = ["IntNome","IntCognome","IntIndirizzo","IntTelefono"]

quello che volevo evitare era questo:
Codice: [Seleziona]
risultato=connessione.create["MioDatabase"]
risultato!IntNome=nome
risultato!IntCognome=cognome
ecc
ecc
risultato.update
connessione.commit

C'è un modo di recuperare i nomi dei campi dall'array cosi da poter fare un ciclo dove all'interno poter trovare una cosa del tipo risultato!MioArray[n]= ........ ?

13
Programmazione / Inserimento dati in un database sqlite
« il: 21 Novembre 2013, 14:12:08 »
Buongiorno a tutti, volevo chiedere se qualcuno sa se al posto di usare:
Codice: [Seleziona]
risultato!NOME = "pippo"
risultato!COGNOME = "rossi"
' ecc ecc

è possibile usare delle stringhe contenute in un array al posto di NOME e COGNOME tipo risultato!mioArray (che ovviamente messo così non funziona)

Grazie

14
Programmazione / Re: cambiamenti gambas con linguaggio mysql
« il: 19 Maggio 2013, 19:54:32 »
il problema di select * from l'avevo già risolto mi resta il DATE_FORMAT che come sintassi uso la stessa che trovo in giro e che funziona su vari gestori di mysql, ha sempre funzionato anche su gambas ma ora non funziona più.

15
Programmazione / cambiamenti gambas con linguaggio mysql
« il: 19 Maggio 2013, 13:07:08 »
Ciao a tutti, ho notato che con le ultime versioni di gambas ho dovuto fare dei cambiamenti al linguaggio slq
ES:
prima potevo scrivere select*from
ora select * from

ora mi da problemi con DATE_FORMAT che con versioni precedenti di gambas e con altri SW che gestiscono mysql non dava.

Sapete se c'è della documentazione a riguardo? E' seccante perdere ore per trovare una soluzione a problemi che prima non c'erano su SW che uso da tempo.

Pagine: [1] 2 3 ... 30