* * * *

Privacy Policy

Blog italiano

Clicca qui se vuoi andare al blog italiano su Lazarus e il pascal.

Forum ufficiale

Se non siete riusciti a reperire l'informazione che cercavate nei nostri articoli o sul nostro forum vi consiglio di visitare il
Forum ufficiale di Lazarus in lingua inglese.

Lazarus 1.0

Trascinare un file nel programma
DB concetti fondamentali e ZeosLib
Recuperare codice HTML da pagina web
Mandare mail con Lazarus
Stabilire il sistema operativo
Esempio lista in pascal
File INI
Codice di attivazione
Realizzare programmi multilingua
Lavorare con le directory
Utilizzare Unità esterne
TTreeView
TTreeview e Menu
Generare controlli RUN-TIME
LazReport, PDF ed immagini
Intercettare tasti premuti
Ampliare Lazarus
Lazarus e la crittografia
System Tray con Lazarus
UIB: Unified Interbase
Il file: questo sconosciuto
Conferma di chiusura di un applicazione
Liste e puntatori
Overload di funzioni
Funzioni a parametri variabili
Proprietà
Conversione numerica
TImage su Form e Panel
Indy gestiore server FTP lato Client
PopUpMenu sotto Pulsante (TSpeedButton)
Direttiva $macro
Toolbar
Evidenziare voci TreeView
Visualizzare un file Html esterno
StatusBar - aggirare l'errore variabile duplicata
Da DataSource a Excel
Le permutazioni
Brute force
Indy 10 - Invio email con allegati
La gestione degli errori in Lazarus
Pascal Script
Linux + Zeos + Firebird
Dataset virtuale
Overload di operatori
Lavorare con file in formato JSON con Lazarus
Zeos ... dietro le quinte (prima parte)
Disporre le finestre in un blocco unico (come Delphi)
Aspetto retrò (Cmd Line)
Lazarus 1.0
Come interfacciare periferica twain
Ubuntu - aggiornare free pascal e lazarus
fpcup: installazioni parallele di lazarus e fpc
Free Pascal e Lazarus sul Raspberry Pi
Cifratura: breve guida all'uso dell'algoritmo BlowFish con lazarus e free pascal.
Creare un server multithread
guida all'installazione di fpc trunk da subversion in linux gentoo
Indice
DB concetti fondamentali e connessioni standard
Advanced Record Syntax
DB concetti fondamentali e DBGrid
DB concetti fondamentali e TDBEdit, TDBMemo e TDBText
Advanced Record Syntax: un esempio pratico
Superclasse form base per programmi gestionali (e non)
Superclasse form base per programmi gestionali (e non) #2 - log, exception call stack, application toolbox
Superclasse form base per programmi gestionali (e non) #3 - traduzione delle form
Superclasse form base per programmi gestionali (e non) #4 - wait animation
Un dialog per la connessione al database:TfmSimpleDbConnectionDialog
Installare lazarus su mac osx sierra
immagine docker per lavorare con lazarus e free pascal
TDD o Test-Driven Development
Benvenuto! Effettua l'accesso oppure registrati.
Novembre 25, 2024, 02:45:02 pm

Inserisci il nome utente, la password e la durata della sessione.

58 Visitatori, 3 Utenti
     

Autore Topic: Problemi con indirizzo di una procedura.  (Letto 5570 volte)

AndreaM

  • Jr. Member
  • **
  • Post: 60
  • Karma: +0/-0
Problemi con indirizzo di una procedura.
« il: Dicembre 12, 2016, 02:01:18 pm »
Buogiorno,
Se ho un campo edit in una form e voglio controllare che vengano digitati solo numeri, posso fare il controllo nell'evento OnKeyPress e posso scrivere:
Codice: [Seleziona]
procedure TForm1.KeyPressNumero(Sender: TObject; var Key: char);
begin // Controllo caratteri digitati su edit
if not (Key in ['0'..'9',#8,#9]) then key:=#0;
end;
Questa procedura nell'evento OnCreate della form la associo al campo edit con:
Codice: [Seleziona]
editNumero.OnKeyPress:=@KeyPressNumero;

Il problema è: se la procedura è dentro la stessa unit, il tutto funziona regolarmente, mentre se la sposto in un'altra unit (magari una unit comune a tante altre, per il riutilizzo del codice), la stessa assegnazione nell'evento OnCreate mi dà il seguente errore:

Error: Incompatible types: got "<address of procedure(TObject;var Char);Register>" expected "<procedure variable type of procedure(TObject;var Char) of object;Register>"

Perche? C'è una possibile soluzione?

nomorelogic

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2921
  • Karma: +20/-4
Re:Problemi con indirizzo di una procedura.
« Risposta #1 il: Dicembre 13, 2016, 12:31:09 am »
l'errore dice che mentre si aspettava un puntatore ad un metodo (= "doppio" puntatore di una procedura "of object") si è ritrovato un puntatore ad una procedura (= puntatore "tradizionale").

Tradotto per il caso specifico, quando scrivi
Codice: [Seleziona]
editNumero.OnKeyPress:=@KeyPressNumero;

il tutto funziona perché l'operatore @ restituisce l'indirizzo del *metodo* (= procedure of object) KeyPressNumero
Codice: [Seleziona]
procedure TForm1.KeyPressNumero(Sender: TObject; var Key: char);

probabilmente quando sposti KeyPressNumero in una unit diversa, dichiari qualcosa tipo:
Codice: [Seleziona]
procedure KeyPressNumero(Sender: TObject; var Key: char);
e cioè una semplice procedura (che non è un puntatore "of object").

Soluzioni?
Potresti dichiarare in questa unit con le tue utilità una semplice classe tipo:
Codice: [Seleziona]
type
  TClasseAppoggio = class
  public
    procedure KeyPressNumero(Sender: TObject; var Key: char);
  end

var
  Appoggio: TClasseAppoggio;

poi:
1) nella sezione implementation metterai il codice che ritieni opportuno
2) nella sezione initialization istanzi l'oggetto di appoggio (Appoggio:=TClasseAppoggio.Create)
3) nella finalization liberi l'oggetto di appoggio (Appoggio.Free)

a questo punto potrebbe funzionare qualcosa tipo:
Codice: [Seleziona]
editNumero.OnKeyPress:=@Appoggio.KeyPressNumero;

non l'ho provato ma credo che dovrebbe andare

Imagination is more important than knowledge (A.Einstein)

Legolas

  • Global Moderator
  • Sr. Member
  • *****
  • Post: 366
  • Karma: +3/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #2 il: Dicembre 18, 2016, 08:11:27 pm »
Domanda: non è che il progetto dove funziona e quello dove non funziona utilizzano due modalità differenti, tipo una {$mode delphi} e l'altra {$mode objfpc}?

AndreaM

  • Jr. Member
  • **
  • Post: 60
  • Karma: +0/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #3 il: Dicembre 22, 2016, 02:29:14 pm »
No, no ovviamente le due modalità sono identiche!
Ora provo a verificare se la soluzione proposta è funzionante!
Grazie

AndreaM

  • Jr. Member
  • **
  • Post: 60
  • Karma: +0/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #4 il: Dicembre 22, 2016, 03:43:06 pm »
La soluzione proposta da  nomorelogic sembra funzionare!
Grazie

SB

  • Scrittore
  • Sr. Member
  • *****
  • Post: 283
  • Karma: +1/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #5 il: Dicembre 25, 2016, 08:31:13 am »
In Pascal il nome di una procedura dovrebbe essere già l'indirizzo della procedura. L'operatore @ non ci dovrebbe essere. (o almeno in Delphi funziona così)

Come fai a "spostare" la procedura in un'altra unit quando è dichiarata come membro di TForm1?


Avogadro

  • Full Member
  • ***
  • Post: 217
  • Karma: +0/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #6 il: Dicembre 30, 2016, 03:53:36 am »
Perdonate l' intrusione, ma non si puo' piu' semplicemente  usare il maskedit per questa tipologia di problemi (il controllo stretto del data entry . digitare solo numeri, digitare secondo un protocollo preciso etc - ) ?

E' li' nell'ide li lazarus, se ci sono già le comodità collaudate perché impelagarsi con altri approcci  ?  Cosa mi sfugge ?

"Argumentum ad google ":

http://lazarustutorials.blogspot.it/2014/03/mask-edit-tutorial.html

http://www.lazaruspascal.it/index.php?topic=278.0

http://forum.lazarus.freepascal.org/index.php?topic=15445.0

etc, etc


Saluti



« Ultima modifica: Dicembre 30, 2016, 04:04:21 am da Avogadro »

SB

  • Scrittore
  • Sr. Member
  • *****
  • Post: 283
  • Karma: +1/-0
Re:Problemi con indirizzo di una procedura.
« Risposta #7 il: Dicembre 30, 2016, 07:53:38 am »
E' utile saper lavorare con i tasti premuti perchè ci sono casi non gestibili da una maskedit (per quel che ne so)
Ad esempio potresti gestire tasti che non corrispondono a caratteri stampabili per ottenere funzionalità particolari (tasti funzione, ecc.)

Poi personalmente trovo scomoda una maskedit perchè gli utenti sono troppo "umani" e mal si adattano ad un input preformattato  ;D
Perfino per una data/ora avrebbero problemi a scrivere 01/01/2017 00:01




 

Recenti

How To

Utenti
  • Utenti in totale: 803
  • Latest: maXim.FI
Stats
  • Post in totale: 19192
  • Topic in totale: 2289
  • Online Today: 66
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 3
Guests: 58
Total: 61

Disclaimer:

Questo blog non rappresenta una testata giornalistica poiché viene aggiornato senza alcuna periodicità. Non può pertanto considerarsi un prodotto editoriale ai sensi della legge n. 62/2001.