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 - giob1642

Pagine: 1 [2] 3 4 ... 11
16
Segnalazione bug / Re: bug sul menù
« il: 02 Ottobre 2014, 10:34:58 »
Prima di tutto grazie.
il problema è risolto per metà; infatti  sostituendo utility con myutility ill programma non si blocca al premere myutility.
Come sottovoce di myUtility ho setup ;  e la  chiamata  seguente non funziona  ne se al menù c'è setup o mysetup.
Public Sub mysetup_Click()
  BB.cForm.Close
  BB.cForm = New FSetup(Me)
  BB.cForm.show
End
............................ nella mia precedente ti chiedevo anche un altra cosa .....
giorgio

17
Segnalazione bug / Re: bug sul menù
« il: 02 Ottobre 2014, 00:57:42 »
Ero certo del tuo interessamento e ti sono grato.
A seguito di questo bug mi piacerebbe passare un po di tempo a guardare i sorgenti di Gambas; non è agevole però muoversi tra i numerosi programmi,librerie ecc. che compongono la realese. Sai se per caso c'è una lista che spiega la cronologia dei vari passaggi di make?
grazie giorgio

18
Segnalazione bug / Re: bug sul menù
« il: 01 Ottobre 2014, 22:45:23 »
............................................ e allora
giorgio

19
Segnalazione bug / Re: bug sul menù
« il: 01 Ottobre 2014, 17:41:08 »
Ok, l'avevo previsto e preparato
giorgio

20
Segnalazione bug / Re: bug sul menù
« il: 01 Ottobre 2014, 15:24:55 »
Ho sviluppato un prog. con una decina di form, tale numero elevato è dovuto principalmente ad evitare l'uso di pannelli hide/show o controlli tabstrip che producono programmi molto lunghi e come tale poco agevoli.
In tal senso ho preferito gestire il tutto con più form su una stessa videata ,di cui uno fisso e e altri montabili alla bisogna con un sistema di questo tipo: formB.hide, formB'.show;
viene fuori un video come in fig1, patricolarmente semplice da gesire.
Attualmente stavo provando a creare un menu legato alla forn A della fig allegata  da poter utilizzare anche per cambiare i vari form.
Il form A porta un menu: menu1 menu2 menu3 menu4 (in una fase successiva pongo height di A=0 ossa il form a contiene solo il menu ma ciò non influenza quello che vado a dire:         
 menu1 menu2 menu3 menu4     attivato con le seguenti specifiche
                                                                              nome,caption ,visible, emnable e translate
                                                     funziona 
 menu1 menu2 menu3 Utility        con le stesse specifiche da il seguente errore: 
stato dello stack            (/codice nativo) ...........ed il prog si blocca
sostituendo il menu con menu1 menu2 menu3 Utiliti  funziona di nuovo

Aggiungendo una sottovoce di utiliti  setup (voce con cui cerco di sostituire il form B con FSetup) Fsetup non tiene conto di width ed height W.x e W.y  assegnategli e disegna il nuovo form fuori schermo.
Spero che ora sia sufficenteme chiaro se non lo è t'invio su prog ad hoc.
giorgio

21
Segnalazione bug / bug sul menù
« il: 01 Ottobre 2014, 12:02:07 »
Uso l'ultima versione di gambas .
V'e un bug nell'editor di menù:
se utilizzo        menu1 menu2 menu 3           funziona
se metto           menu1 menu2  utility             il prog si blocca 
ciò è dovuto al fatto che l'editor di menù non riconosce alcuni caratteri in particolare "y" 
giorgio

22
Domande tecniche / Re: A qualcuno piacciono le sfide?
« il: 29 Settembre 2014, 02:25:26 »
Nel mio precedente intervento mi limitavo a dire che già in passato qualcuno ha fatto qualcosa di molto simile al basic e che si adatta a macchine con poca memoria.
Questo significa che la sfida non è del tutto impossibile, anzi ci sono dei tentativi in corso per utilizzare il visual basic di microsoft, ovviamente ridotto.
Mi preme però segnalare anche "QB64" dal sito qb64.net che è il vecchio Basic   che si usava con i primi computer e che rilucidato e leggermente ampliato viene  presentato di nuovo.
Non so dirvi se può  esservi utile, ma considerando che sul sito  trovate anche i sorgenti  vi aiuterà a capire come nasce un prog. di ampio respiro  e quali difficoltà bisogna affrontare per realizzarlo.
 Forse vi capiterà come a me esser costretto a rivedere il grado della mia  ignoranza ed apprezzare  la nitidezza e la razionale stesura  che un prog dovrebbe avere ( si pensi  che detto prog. ha ca 50 anni).
giorgio

23
Domande tecniche / Re: A qualcuno piacciono le sfide?
« il: 24 Settembre 2014, 21:13:53 »
Non è un problema estremamente complesso a parte la dimensione troppo estesa di gambas; v'è da dire anche che prima dovremmo importare un sistema operativo adeguato.
C'è da dire che la "psion" un precursore dei tablet  è nato su un mini linux  ed utilizzava un prog. "opl" qualcosa tra il c ed il basic.
Funziona molto bene anche se immagini e la parte visual del prog comportava restrizioni  notevoli, ma ciò è prevedibile per le ridotte capacità di memorie e dischi a disposizione.
giorgio


24
Non penso che il problema sia ben posto e nemmeno il forum è quello giusto.
Dovresti rivedere la tua istallazione di linux ed eventualmente  assegnare partizioni alle varie cartelle di sistema ( chiedi a qualche forum di linux) poi affronta il problema delle virtual machine che è ideale per agevolare simili curiosità ( distribuzioni multiple ).
giorgio

25
Domande tecniche / Re: osservazioni
« il: 23 Settembre 2014, 09:28:40 »
ho montato l'ultima versione 3.5.90 e tale problema è stato risolto.
giorgio

26
Domande tecniche / stringhe in memoria
« il: 22 Settembre 2014, 18:10:28 »
Lavorando con grossi database  non è raro trovarsi a leggere (esagero,ma non tanto) 3.000.000 di dati  od array  e riportarli in una dbgrid.
Il problema è abbastanza semplice, a parte il fatto che sia l'array che dbgrid vanno in crash, venendo meno spazio in memoria.
A mio avviso la soluzione potrebbe essere imporre un limite agli array ed a dbgrid oltrepassato il quale l'ide provvede in automatico a suddividere l'array in più pagine registrandolo in un file tmp attivando un adeguato scroll.
giorgio.

27
Domande tecniche / osservazioni
« il: 22 Settembre 2014, 17:48:49 »
Nello scrivere nell'editor, in particolare quando si fanno delle correzioni, il puntatore si sposta  e va a scrivere un un punto errato ( la stessa cosa l'ho riscontrato in office writer).
Questo difetto, che forse si può eliminare aggiungendo qualche wait, può mandare addirittura in ceash il prog. e vi garantisco non è piacevole specialmente se il prog. èalcune migliaia di righe.
giorgio

28
Domande tecniche / (Risolto)osservazioni
« il: 22 Settembre 2014, 17:39:00 »
La mia vista non è delle migliori; così ho aumentato i pixel dei font nell'editor  di gambas3,il guaio  è il il puntatore( ove fare un eventuale inserimento) non subisce lo stesso aggiornamento ed uno deve decidere se vederci o trovarsi il puntatore spostato di un certo numeri di caratteri
giorgio

29
Domande tecniche / osservazioni
« il: 22 Settembre 2014, 17:32:07 »
Nella routine di un programmatore il più delle volte gli errori  sono dovuti a distrazioni.
Una di queste particolarmente antipatica è sbagliare la sequenza con cui si nidificano vari loop.
Un scrittura come la seguente renderebbe il tutto molto più leggibile ed ordinato a tutto vantaggio del nostro sistema nervoso.

FOR
|
|    IF.... THEN
|     |
|     |       WHILE ..........
|     |         |
|     |         |
|     |       WEND
|     END IF
NEXT

giorgio

30
Mi piace molto questa collaborazione dammi un paio di giorni per esplicitari il problema, anzi ne approfitto per farti notare alcune anomalie o dettagli che sarebbero a mio avviso da migliorare.
giorgio


Pagine: 1 [2] 3 4 ... 11