Newsgroup: it.comp.lang.delphi
Titolo: RAD Studio XE2 is coming to town... :)

E' in partenza la tournee di "RAD Studio XE2" intorno al mondo... ecco 
la pagina ufficiale con quale anticipazione sulle interessanti feature 
previste...
Qui la pagina:
http://www.embarcadero.com/world-tour
-- 
Marco Breveglieri
   (
http://www.marco.breveglieri.name
)

 
http://www.embarcadero.com/world-tour
Aspettero' il torrent :-))
-- 
Microsoft gives you Windows... Linux gives you the whole house.
http://www.kiva.org
 
http://www.wwoof.it
Per il ng it.hobby.hi-fi: a*fan*ulo 'sta ca**o di hifi/hiend, tutte
put*an*te.
Per il ng it.comp.lang.delphi: astenersi perditempo e lamer.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
http://www.embarcadero.com/world-tour
"Create mobile-optimized web applications and standalone apps for iOS
and Android devices using RadPHP"
il PHP per generare applicazioni "stand alone" per IOS e Android ?!!!!
-- 
Alessandra
Il punto di vista secondo cui il credente sarebbe piï¿œ felice dell'ateo
ï¿œ assurdo, . tanto quanto la diffusa convinzione che l'ubriaco ï¿œ piï¿œ
felice del sobrio - G. B. Shaw

 il PHP per generare applicazioni "stand alone" per IOS e Android ?!!!!
Credo che lo "stand alone" sia sfuggito... :)


 E' in partenza la tournee di "RAD Studio XE2" intorno al mondo...
Altri dettagli davvero interessanti (a mio avviso):
http://www.andreanolanusse.com/en/a-little-bit-about-firemonkey-and-delphi-xe2/


 Credo che lo "stand alone" sia sfuggito... :)
Errata corrige: pare che lo "stand alone" sia reale... :)
Le applicazioni stand alone con RadPHP divengono tali grazie a PhoneGap:
http://phonegap.com/


 
http://www.andreanolanusse.com/en/a-little-bit-about-firemonkey-and-delphi-xe2/
Ecco una recensione completa di quello che ha visto chi ha partecipato 
alle prime presentazioni del "world tour":
http://www.deltics.co.nz/blog/?p=735
Ecco invece un video dimostrativo, specifico su "FireMonkey":
http://www.youtube.com/watch?v=JtFIw2YpuQc
Le novità più interessanti - in forma brevissima e sinteticissima - sono 
queste:
FireMonkey:
un framework che sfrutta la GPU per interfacce utente cross platform.
VCL Win32/Win64:
finalmente il supporto della VCL a Windows 64bit, affiancato al 32bit, 
compilato dallo stesso sorgente.
Supporto cross-platform:
VCL su Win32/Win64 e approdo su Mac OSX e iOS (cioè iPhone e iPad) con 
FireMonkey (con applicazioni native!).
LiveBindings:
uno strumento per stabilire relazioni tra proprietà di diversi oggetti, 
che estende, diffonde ed estremizza il concetto di "data binding" a 
qualsiasi livello.
Applicazioni Android native:
usando RadPHP e PhoneGap, si possono creare applicazioni native per Android.
DataSnap client: si possono generare proxy sostanzialmente per tutte le 
piattaforme.
Starter Edition: verrà rilasciata assieme alle altre edizioni e - con 
dovute limitazioni di capacità - supporterà comunque tutte le piattaforme.
Io sono abbastanza curioso... e voi? :)


 Io sono abbastanza curioso... e voi? :)
io voglio vedere i prezzi, e soprattutto quanti service pack serviranno
prima di rendere l'ambiente affidabile.. :)
-- 
Alessandra
Puoi chiamare Dio in mille modi: Dio, Allah, Buddha, Geova, Yahvè,
Ernesto? tanto non ti risponde - Corrado Guzzanti.

 prima di rendere l'ambiente affidabile.. :)
C'è gente che non è proprio mai, mai, mai, mai contenta... :)


 C'è gente che non è proprio mai, mai, mai, mai contenta... :)
pensa un pò a quell'uomo entusiasta di avere, finalmente, le ali da
uccello sulla schiena.. e che si buttò dalla scogliera.. indovina un pò
come andò a finire :D
-- 
Alessandra
Le religioni non sono tutte uguali, sono ognuna peggiore dell'altra -
Fabrizio Rossi

 come andò a finire :D
Che venne preso come esempio di ingiustificato pessimismo all'interno di 
un newsgroup... brutta fine... :D


 di un newsgroup... brutta fine... :D
comunque, a parte le battute, non fraintendermi.. a me fa molto piacere
vedere che Emb ha investito nello svecchiamento della piattaforma, ma
le premesse, lungi dall'entusiasmarmi, mi hanno lasciata MOLTO
perplessa. Sarò felice, nel caso, di ricredermi, ma certamente non mi
unirò alla folla esultante che osanna i pulsanti poligonali sfumati che
girano..
-- 
Alessandra
..Oggi occorre sapere che un teologo, un prete, un papa, non appena
aprono bocca a pronunciare una frase, non solo sbagliano ma mentono...
Le nozioni di aldilà, quella stessa di anima, sono arnesi di tortura
usando i quali il prete diventò padrone e padrone rimase... - F.
Nietzsche

 girano..
Io infatti avevo scritto "non siete incuriositi"?
Non ho detto "esultate a prescindere"... :)
Tuttavia, anche a giudicare dal feedback che ho ricevuto da persone che 
conosco molto marginalmente Delphi, pare che - nonostante tutto (come 
sarà, cosa mancherà, ecc.)- questa volta il cosiddetto "hype" sia 
migliore di quello di altri tempi (di certo, non è lo stesso che si 
sollevò quando uscì Delphi 8...)... :D


Scusate se mi intrometto,
L'idea della multipiattaforma , a me piace molto e la trovo utilissima...
una cosa non ho capito bene, č come Kylix cioč due ambienti di sviluppo
oppure 
un solo ambiente in Windows che genera eseguibili per piattaforme diverse?
Grazie
Ciao
Loris
 
-- 


 qualsiasi livello.
È possibile che il LiveBinding sia ciò che è il binding in WPF? Che dia 
la possibilità, cioè, di collegare tra loro proprietà di due componenti 
diversi?

 come andò a finire :D
Piuttosto qua vedo un rifacimento della novella di Esopo "La volpe e l'uva" 
(gh!)
Enrico

 si sollevò quando uscì Delphi 8...)... :D
per carità.. non riesumare quella ciofecona.. eppure ricordo che
all'epoca (come oggi) i commenti positivi, e le parole come
"rivoluzione" e "innovazione" si sprecarono. E chi attaccava D8 era
sonoramente apostrofato. Si è visto poi che fine quel meraviglioso
pezzo di software.
-- 
Alessandra
Se parli con Dio stai pregando. Se Dio parla con te, sei uno
schizofrenico. Thomas Szasz

 un solo ambiente in Windows che genera eseguibili per piattaforme diverse?
Come direbbe Quelo, "la seconda che hai detto". :)
Si sviluppa sempre in Windows, ma il build e il deploy può essere fatto 
sulle altre piattaforme (solo per le applicazioni FireMonkey) ed 
eseguito via "remote debugging".
Ciao,
   Marco.


 pezzo di software.
In realtà, a suo tempo si era fatta un bel po' di confusione frammista a 
puro allarmismo tra le caratteristiche dell'infausto Delphi 8 - uscito 
in un pessimo periodo - e quelle del .NET Framework, mescolando il tutto 
con i complottismi sul fantomatico "progetto Palladium" mai realizzato e 
altra roba, con difficoltà oggettive (soprattutto da parte del 
sottoscritto, lo ricordo come se fosse oggi) nel far distinguere l'uno 
dall'altro, e allora sì che IO sono stato ben apostrofato, altroché.
Ma ne sono passati molti bit lungo i cavi Ethernet... ero giovane e 
avevo molta più pazienza per questo genere di cose. :)


 (gh!)
Forse è ancora presto per "speculare", anche se ogni tanto è bello 
farlo, soprattutto quando si ha l'impressione che siano in arrivo novità 
tutto sommato buone all'apparenza.
Lo so, sono un inguaribile ottimista. :)


 diversi?
Se ho capito bene, il meccanismo dovrebbe essere proprio questo. :)


 Vale la pena sottolineare che la VCL non è morta, eh!? :)
si. Resta da vedere se sarà utilizzabile anche con x64, tanto per dirne
una. Dovrebbe, ma non si sa nulla di certo. Notizie ufficiali non ce ne
sono, chissà perchè, e quel poco che filtra lo fa col contagocce, dai
blog di personaggi vari che orbitano intorno ad Emb. Bah. Non si sa
nulla nemmeno dei prezzi. Eppure dovrebbe mancare poco più di un mese
alla release ufficiale. Qualche anticipazione più corposa no, eh? Bah.
-- 
Alessandra
Chi insegna che non la ragione, ma l'amore sentimentale deve governare,
apre la strada a coloro che governano con l'odio - Karl Popper

 novità tutto sommato buone all'apparenza.
avrebbero potuto implementare una VCL più robusta (certi bug ce li si
porta dietro fin da D1), e una gestione seria dei thread e dei
processori, altrochè.
-- 
Alessandra
Se la bibbia prova l'esistenza di Dio, allora i fumetti provano
l'esistenza di Nembo Kid

 Se ho capito bene, il meccanismo dovrebbe essere proprio questo. :)
Bene, ma Borland copia da Microsoft? :)


Pardon Imprise... pardon Embarcadero... pardon... ah, no. Sono finite. :)

 finite. :)
Microsoft non sarebbe riuscita a sviluppare il C# (almeno, non in tempi
ragionevoli) se non fosse per i cervelli comprati a suon di dollari da
Borland. Se guardi un listato in C#, infatti, le analogie con Delphi e
il pascal si sprecano. Chi copia chi, dunque?


 il pascal si sprecano. Chi copia chi, dunque?
Avevo letto, non mi ricordo dove non mi ricordo quando, che tutto il 
framework .NET fosse farina del sacco di Borland acquistato da Microsoft 
con un contratto che obbligava Borland a non commercializzare un 
ambiente di sviluppo per .NET per un certo periodo di tempo dopo la 
presentazione del framework stesso. Fosse vero, fosse falso le analogie 
con Delphi sono comunque evidenti.
Ho provato WPF per un progetto che è abortito e non ho trovato grandi 
differenze, a parte il binding che ho trovato comodissimo e che spero 
sia proprio quello che ci sarà in XE2.
Rimane, comunque, una domanda che è come un rumore di fondo, fastidioso 
ma sempre presente: per le applicazioni business non è meglio orientarsi 
verso le web application? No! No! No! Non ho fatto la domanda, non 
voglio scatenare un'inutile discussione... però... :)

 la domanda, non voglio scatenare un'inutile discussione... però... :)
a parte i problemi di privacy e di portabilità, le attuali webapp non
sono granchè interattive. Funzionano come i terminali degli anni '70,
in buona sostanza: compili quello che devi compilare e poi invii la
pagina al server.. e lì ti vengono fatti i controlli, mostrati gli
errori, ecc.
Un'applicazione desktop dà un enorme grado di flessibilità e
interattività in più. Per ora, almeno. Forse con HTML 5 le cose
cambieranno, o forse no. Vedremo nei prossimi anni.
-- 
Alessandra
Se l'ateismo fosse una religione, allora la salute sarebbe una malattia
- Clark Adams

 cambieranno, o forse no. Vedremo nei prossimi anni.
Una web application ben realizzata (anche, forse soprattutto, come 
infrastruttura hardware) ha solo bisogno di un browser sufficientemente 
moderno ed una connessione ad Internet discretamente veloce e può essere 
usata anche su dispositivi diversi dal PC (tablet, smartphone, 
chissà_cosa_altro_s'inventeranno, ...).
Comunque sia, ci sono vantaggi e svantaggi da tutte e due le parti.
Un mio cliente assicuratore lavora con varie agenzie ed ognuna ha la 
propria web application. A lui non serve altro che l'indirizzo 
dell'applicazione ed un browser per poter lavorare. Niente d'installato 
sul PC e niente librerie che s'incasinano le une con le altre. Se, però, 
non ha la connessione è fregato.

 Comunque sia, ci sono vantaggi e svantaggi da tutte e due le parti.
appunto, le applicazioni distribuite esistono dagli anni '70, e
continuano ad esistere tramite il web, come pure esiste l'informatica
personale, che continuerà ad esistere, e non potrà mai essere
sostituita da applicazioni web.


 piattaforme.
Posso usare danasnap per connettermi a provider eterogenei di dati?
A.

 Mi fate un disegnino??
Questo è ciò che avevo fatto io per studiare il binding di WPF:
hai un form con un filmato ed uno slider che regola la trasparenza del 
filmato. Senza binding scrivi del codice nell'evento OnChange (o 
similare) dello slider per modificare la proprietà Opacity del filmato. 
Col binding, invece, colleghi la proprietà Value dello slider alla 
proprietà Opacity del filmato ed il gioco è fatto, senza dover scrivere 
una riga di codice.
Può sembrare una cavolata, ma pensa a quando devi disabilitare tutti i 
campi su un form perché l'utente ha un privilegio di sola lettura o la 
scheda non è modificabile. Puoi collegare l'Enabled di ogni campo 
all'Enabled del pulsante Salva, ad esempio, e non devi scrivere una riga 
di codice. Ti basta disabilitare Salva e tutti i campi collegati 
saranno, automaticamente, disabilitati.
Non è nemmeno necessario che le due proprietà siano le stesse, almeno in 
WPF. Nel mio esempio, infatti, avevo collegato la Value dello slider con 
la Opacity del filmato.

 sostituita da applicazioni web.
Ho un cugino che realizza PLC e software corrispondente. A lui il web dà 
un prurito che nemmeno t'immagini. :)

 non ha la connessione è fregato.
Questo e' la fregatura di web e cloud di cui si parla meno.
Come esci dal tuo orticello spostandoti su web o cloud ti metti sulle
(s)palle un altra dipendenza...
Non e' detto che la connessione a internet funzioni sempre.
Anni fa una pala meccanica trancio' non so cosa fuori Parigi e fu un
ecatombe.
Anche multinazionali a 56 zeri sono rimaste col culo a terra.
E poco tempo fa Aruba ha avuto i suoi casini.
Dipendiamo da un puzzle di sistemi dove anche una virgola fuori posto
manda tutto ai festini del nano di arcore.
Web, economia, trasporti....
A.

 la Opacity del filmato.
..ma devono essere dello stesso tipo o almeno di due tipi che
permettano un cast implicito del valore.
Se da un lato hai una property di tipo TStream non vedo molte
possibilita' comode di collegarla ad una property di tipo integer....
A.

 E poco tempo fa Aruba ha avuto i suoi casini.
Già... Mi sono perso qualcosa o Internet è stata studiare per 
decentralizzare l'informazione? :)

 possibilita' comode di collegarla ad una property di tipo integer....
Ovvio che sì ed i valori che colleghi in binding non devono superare il 
valore massimo di uno dei due. Nel mio form, per esempio, lo slider 
andava da un minimo di zero ad un massimo che era il valore massimo di 
Opacity del filmato così li ho potuti collegare direttamente.

 Blend.
..cioe' ora non puoi piu?
A.

 una. Dovrebbe, ma non si sa nulla di certo. [...]
Cosa intendi con "se sarà utilizzabile"?
A differenza delle altre feature (non precedentemente annunciate), del supporto a x64 se ne parla già da un po', ed esiste anche una "preview" e alcuni filmati a riguardo.
Vedi qui:
http://www.embarcadero.com/products/delphi/64-bit
Su questo non c'è molto da aggiungere.
Considerando le altre novità annunciate, nonostante il supporto ai 64bit fosse la principale caratteristica conosciuta, richiesta e rinviata più volte nel corso degli anni, alla fine la sua dimostrazione in pubblico viene registrata come "abbastanza noiosa": attivi l'opzione "64bit" e ricompili. E basta. :)
Ciao!
  Marco.

 Non dare mai per scontata questa cosa.
infatti. I bug si annideranno tanto nel listato vero e proprio che nel
sorgente "parallelo" che regola le relazioni tra oggetti. Mi domando,
ad esempio, un taglia/incolla di oggetti tra form diverse, o un
copia/incolla sulla stessa form, che fine farà fare alle relazioni.
Potenzialmente i bug si potrebbero moltiplicare x n senza averne un
controllo diretto.
-- 
Alessandra
Perche' dovrei permettere a quel dio che dovette affogare i suoi figli
di dire a me come crescere I miei figli ? - Robert Green Ingersoll

 Su questo non c'è molto da aggiungere.
già.. in effetti la vcl nuda e cruda sarà x64. E questo va bene.
Ora si tratta di vedere i produttori di componenti di terze parti
(indy, tms, digital metaphors, ecc.) se adegueranno, e quando, i loro
componenti alla compatibilità x64.
-- 
Alessandra
La conoscenza è fatta di una materia più dura di quella della fede
sicché, quando si urtano, è la fede a spaccarsi - A.Schopenhauer

 ..cioe' ora non puoi piu?
Volevo dire che avevi due possibilit�: a manina o col topino.
A manina � sempre molto ma molto meglio, ovviamente.

 controllo diretto.
Per un copia/incolla sullo stesso form la relazione rimane. Il nuovo 
oggetto che incolli, cio�, ha sempre lo stesso binding che aveva 
l'oggetto da cui lo hai copiato. Lo sai e ti regoli di conseguenza.
D'altronde non � un sistema per impedire i bug (ne hanno inventato uno? 
:) ) ma un modo per scrivere meno codice. Non si � obbligati ad usarlo, 
comunque.

 Posso usare danasnap per connettermi a provider eterogenei di dati?
Con un client DataSnap ti connetti a un server DataSnap.
Se hai provider eterogenei di dati, usi il client specifico che consente di dialogare con quel provider.
Magari fai un esempio se pensi che io non abbia capito una mazza della tua domanda. :)
Ciao!
  Marco.

 che non uso da tempo lasciandoti in mutande perché a me non serve. :D
Usi COM ogni volta che usi il pulsante dx del mouse su un file.
A.

 Usi COM ogni volta che usi il pulsante dx del mouse su un file.
Cosa c'entra... non sviluppo però nulla da agganciare a quel clic con il pulsante destro, per dirne una. :)
Comunque era una battuta. :D

 Usi COM ogni volta che usi il pulsante dx del mouse su un file.
Non direi, visto che COM mi permette di fare IPC tra processi
Enrico

 esiste una versione a 64bit
COM c'e`, in quanto e` una tecnologia di sistema. Quello che potrebbe non 
esserci e` un eventuale controllo non ricompilato a 64bit (anche se grazie a 
WOW64 e` possibile compilare l'applicazione a 32bit ed usare il controllo 
COM senza alcun problema)
Enrico

 componenti alla compatibilità x64.
I componenti Indy appaiono in diversi screenshot, quindi mi aspetto che 
siano già pronti.
TMS (e altri "certified partner") in genere sono rapidi (anche perché 
accedono ai programmi "beta").
Tutti gli altri... si vedrà. :)
E' vero che, salvo ambiti specifici, non dovrebbero essere necessarie 
modifiche sostanziali al codice per compilarlo per x64, quindi dovrebbe 
essere ancora meno "gravoso" dello sforzo che è stato necessario per 
passare a Unicode con Delphi 2009, o almeno lo spero. :)
-- 
Marco Breveglieri
   (
http://www.marco.breveglieri.name
)

 processori, altrochè.
Sull'ambito del multithreading e dei processori, mi pare che Allen Bauer 
stesse lavorando a qualcosa... non so quanto ci sia di pronto in Delphi 
XE2. Anche qui, si vedrà cosa ci viene proposto.
Ciao,
   Marco.


 Pardon Imprise... pardon Embarcadero... pardon... ah, no. Sono finite. :)
Hai dimenticato CodeGear! :D


 il pascal si sprecano. Chi copia chi, dunque?
Io ho sempre trovato un po' sterili le diatribe sul "chi copia chi": più 
che copiare, chi inventa linguaggi o architetture è normale che tenda a 
prendere spunto dall'esistente, se non altro perché questo fornisce 
maggiori opportunità che chi lavora con quelle tecnologie possa 
"migrare" verso la nuova, cercando di ridurre il più possibile le 
distanze (andando poi a evidenziare i vantaggi che si portano) e creando 
qualcosa che risulti familiare a chi già sviluppa con altri prodotti 
rispetto a quello proposto.
Per intenderci, non penso che la "copia" avvenga per mancanza di 
fantasia, o per incapacità di inventarsi un nuovo linguaggio, ma per una 
specifica scelta strategica.
Ciao,
   Marco.


 Non direi, visto che COM mi permette di fare IPC tra processi
Penso si riferisse alle estensioni della shell di Windows.


 Hai dimenticato CodeGear! :D
Porc...! Qual è la punizione? Devo passare da D7 a D8 e rimanerci per 
tutta la vita futura? :)

 una specifica scelta strategica.
nel caso di Microsoft, mi pare evidente la differenza tra C# e le
ciofeche precedenti (VB in tutte le salse, compreso l'aborto in
versione pocket, Access, e chi più ne ha più ne metta). Che fino ad
allora le schifezze uscite (e adottate da innumerevoli programmatori in
tutto il pianeta) fossero dovute a mancanza di capacità o di strategia,
non so, probabilmente si faceva forte del fatto che la concorrenza non
aveva nemmeno un minimo del suo potere di marketing.
Certo è che nè IBM, nè SUN, nè tantomeno Borland, hanno mai copiato
nulla da Microsoft, mentre il C# è palesemente figlio di Delphi.
-- 
Alessandra
In sei giorni il Signore aveva creato tutte le cose: il sole, la luna,
quello scemo di Maradona, i puffi, la forfora, e tutti gli animali del
creato, tranne Andreotti, che era già suo segretario da tempo
immemorabile. - Giobbe Covatta

 tutta la vita futura? :)
LOL! beh, dai, siamo un pò buoni: puoi scegliere tra D8 e Pocket VB ;)
-- 
Alessandra
Le regole religiose sono come gli elastici. Ogni credente se le
accomoda come meglio gli aggrada -F.Cucurachi

 LOL! beh, dai, siamo un pò buoni: puoi scegliere tra D8 e Pocket VB ;)
Objective-C e non se ne parla più.

 tradizionale.
Lo e`, visto che devi come minimo prevedere il comportamento di tre 
differenti browser almeno a livello di Javascript. In teoria ci sono vari 
framework che ti aiutano a fare le cose per bene, ma e` comunque uno 
sbattimento
Enrico

 prendere spunto dall'esistente
Parlane con l'inventore di Brainfuck :P
Enrico
P.S. giusto per portare un po' di esempi, 
http://en.wikipedia.org/wiki/Category:Esoteric_programming_languages

 Io ho sempre trovato un po' sterili le diatribe sul "chi copia chi"
Infatti Microsoft non perde nemmeno tempo a copiare, compra. :)

 bit
Giusto per ribadire il concetto, per te no, per molti altri si
Enrico
P.S. giusto per dirne una, un database scritto in Pascal/Delphi sarebbe 
stato decisamente limitato rispetto ad un database scritto in un altro 
linguaggio proprio per il fatto che non gestisce piu` di 4Gb di RAM per 
processo

 number crunching (mai scritto un programma di number crunching? io no..)
Certamente se restiamo nell'ambito comunemente conosciuto, quello dei 
gestionali, una parola di 64 bit non intruduce alcun vantaggio evidente.
Se invece parlassimo di software algoritmico quali ad es. la 
compressione/decompressione video, streaming, statistica, matematica.. 
allora sì che la velocità aumenterebbe di molto.
-- 
morde
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database

 del filmato ed il gioco è fatto, senza dover scrivere una riga di codice.
Dalla spiegazione da te fornita, mi sembra di veder descritto il tipico 
meccanismo di event handling chiamato observer pattern, che è alla base 
della tecnologia MVC che QT ha implementato aggiungendo al c++ slot/signals.
Se ho ben capito, finalmente anche delphi è arrivato a questo livello di 
evoluzione del framework?
Intendo dire con i datamodel puri?


 copia/incolla sulla stessa form, che fine farà fare alle relazioni.
Dal punto di vista tecnico non è complicato da implementare. Quando un 
oggetto viene copiato, metti nella clipboard la sua serializzazione 
sotto forma di plain text (magari xml).
Quando l'utente fa il paste, il codice che controlla l'azione 
deserializza l'oggetto ed effettua gli opportuni controlli sull'istanza 
per accettare o fornire domande all'utente.
Se l'oggetto ha dei bind/relazioni con altri oggetti, il codice lo sa e 
può agire di conseguenza, in questo senso non dovrebbe essere difficile 
evitare bug o almeno controllare il più possibile l'azione di paste 
dell'item.


 slot/signals.
Non conosco QT e quindi non posso dirti in cosa i due metodi siano 
uguali ed in cosa differiscano.
In WPF puoi fare tutto anche con XAML, dichiarando il binding tramite 
XML. Non è il massimo della comodità all'inizio, ma quando ci fai 
l'abitudine è meglio che usare Expression.

 previste...
Mi "autoquoto" di nuovo (scusate se uso il gruppo come un promemoria, ma 
spero che gli spunti siano utili per consentirvi di saperne di più 
riguardo a Delphi XE2) per segnalare un articolo sulla famigerata 
funzionalità *LiveBindings* di cui si è tanto discusso e speculato nei 
giorni scorsi, che io trovo particolarmente interessante (conoscendo le 
difficoltà di accesso ai dati che riscontro in Delphi rispetto ad altri 
ambienti utilizzando determinati "pattern"):
http://www.danieleteti.it/2011/08/30/in-the-core-of-livebindings-expressions-of-rad-studio-xe2/
Secondo me, oltre al normale "data binding", potrebbe essere 
estremamente utile in funzionalità di "scripting" per l'estensione 
dinamica di applicazioni, che sino ad oggi richiedevano componenti 
esterni specifici, e magari inutilmente complessi se uno vuole 
semplicemente un "valutatore di espressioni", per fare un esempio (mi è 
capitato di usarli spesso in C# recentemente, quindi è una gioia vederne 
uno molto simile in Delphi).
Ciao,
   Marco.
