Newsgroup: it.comp.lang.delphi
Titolo: Licenza uniGui

Buongiorno,
 
non mi sono chiari i termini di licenza del framework uniGUI (
www.unigui.com
).
 
vorrei utilizzare uniGUI per realizzare un progetto da impiegare all'interno dell'azienda di cui sono dipendente, quindi in ambito commerciale, ma né l'applicazione finale né i sorgenti saranno venduti o ceduti in altra forma.
 
chiedo, devo comprare una licenza?
se sì, quanto costa (all'incirca).
 
ringrazio anticipatamente.
 
Giovanni
 
 
qualcuno mi può gentilmente chiarire i termini di licenza di uniGUI (
www.unigui.com
) ??

 (
www.unigui.com
) ??
 
Ciao,
Pochi giorni fa parlando di framework JS su un'altro forum mi ï¿œ stato 
consigliato proprio UniGUI.
Dalla conversazione ciï¿œ che emerge ï¿œ che UniGui sia free, ma visto che 
usa ExtJS, bisogna rifarsi alla licenza di extJS che puoi vedere qui:
http://www.sencha.com/products/extjs/license/
 
 
spero di esser stato un poco di aiuto.
un saluto
 
-- 
Emanuele Desideri
 
 

@ Emanuele Desideri
 
ti ringrazio. 
correggimi se sbaglio: praticamente potrei usufruire della licenza Open Source, ovvero gratuita, rilasciando a mia volta l'applicazione finale come GPL3?
ma cosa significa esattamente?
cioè a chi lo devo dire, dove lo devo scrivere, dove la devo pubblicare?
 
Giovanni

 Giovanni
 
da quello che capisco io, se rilasci la tua applicazione con licenza 
GPL3 sei a posto.
sul come funziona il tutto mi trovi assolutamente impreparato.
ma su questo punto sono sicuro che c'ï¿œ piï¿œ di una persona molto ferrata 
in questo gruppo.
fermo restando che san google sicuramente ti puï¿œ essere amico :')
 
-- 
Emanuele Desideri
 
 

grazie, adesso cerco.
ma se qualcuno avesse la risposta pronta... dica pure

avrei anche un altro dubbio da togliermi, 
e mi vergogno parecchio a dirlo..
 
ehm.. ma una volta terminata l'applicazione "standalone" usando uniGUI e Delphi, dove la pubblico?
nel senso, che tipo di server mi serve? cloud o non cloud?
dove trovo online uno spazio con i requisiti adatti, che non mi sveni?
e quali sono tali requisiti minimi?
 
vedete, il fatto è che fino ad adesso l'ambito web non mi è mai interessato,
ho sempre avuto un db firebird acceso su 1 server win 2003, le applicazioni dialogano col db tramite LAN, e problemi zero.
adesso le aziende sono due e sono dislocate a 100 km di distanza.
 
Mi conviene "aprire" il server esistente nella sede principale, in modo da accettare le connessioni dalla sede secondaria (con i conseguenti problemi di sicurezza che non saprei affrontare) oppure mi conviene affidarmi ad una soluzione online? 
Oppure, ancora, una soluzione mista, col database che resta nella sede e l'applicazione fatta girare su un server esterno.
 
vi prego date risposte comprensibili
 
Giovanni
 
scusate ma

al di là delle considerazioni che precedono, non sono riuscito ad installare msoft_unigui_beta_0.88.1.943_setup.exe
 
in fase di build come illustrato qui 
http://www.unigui.com/downloads/90
 ricevo questo errore: 
[Pascal Fatal Error] uniTools10.dpk(44): F2039 Could not create output file '%fmsoft%\uniTools\Dcu\Delphi2006\uniTools10.dcu'
 
le directory ci sono, i permessi anche, il file uniTools10.dcu ho provato a toglierlo e rimetterlo, ma nulla da fare.
 
mi sa che ci riproverò dopo ferragosto.
 
saluti.
 
Giovanni

gfantuzzi ha spiegato il 04/08/2012 :

Ciao Giovanni,
al di là di riprovare dopo ferragosto, che alle volte funziona :D,
forse ti conviene dare un'occhiata anche al forum di unigui, e qualora 
non trovassi risposta ai tuoi dubbi, registrarti e postare anche li.
Nello specifico dopo che hai sollevato le domande su unigui, essendo 
anchio interessato, ho cominciato a documentarmi meglio. E la community 
mi sembra sufficientemente attiva, quindi sono sicuro potrai trovare 
molte informazioni.
 
Tornando invece al discorso di licenza, qualcuno ne sa qualcosa per 
esperienza diretta?
nel senso che, sul sito non spiega granchè e rimanda alla licenza di 
extjs. sul forum invece, leggendo alcuni post, mi pare di capire che 
l'autore non intende rendere open il progetto, ma spiega che nel 
momento in cui uscirà una versione ufficiale (non beta) del prodotto, 
formalizzerà prezzi e termini di licenza.
la domanda che mi pongo è, se io avessi scaricato una qualsiasi delle 
versioni beta (ad oggi l'unica disponibile) cosa succede?
 
-- 
Emanuele Desideri
 
 

 versioni beta (ad oggi l'unica disponibile) cosa succede?
 
leggendo meglio sul forum unigui, lo sviluppatore del software spiega 
che unigui è in versione beta.
La licenza della versione beta consente di sviluppare e distribuire il 
software creato con unigui ma, nel momento in cui uscirà la licenza 
commerciale (con la versione 1.0 di unigui) si dovrà passare alla 
licenza commerciale.
 
-- 
Emanuele Desideri
 
 

 nel senso che, sul sito non spiega granchè e rimanda alla licenza di extjs.
 
extjs spiega che puoi usare due licenze commerciali e una opensource.
se scegli di usare quella opensource, aderisci alla gpl v3.
tuttavia, puoi anche scegliere di aprire solo i sorgenti delle extjs, 
tenendo i tuoi chiusi, è scritto sulla pagina che hai linkato.
 
Poichè l'OP deve fare un'app interna all'azienda dove lavora, non deve 
adoperarsi per pubblicare alcunchè, gli basterà sviluppare la parte 
propria come closed mantenendo extjs open, usando la licenza per 
applications:
http://www.sencha.com/legal/open-source-faq/open-source-license-exception-for-applications/
 
 
-- 
morde
Android
QT 4.7
Delphi (5,6,7.. expired)
Firebird Database
 

 
http://www.sencha.com/legal/open-source-faq/open-source-license-exception-for-applications/
 
 
Ciao Morde,
si la licenza di ExtJS è chiarissima! è quella di unigui che mi sembra 
davvero poco chiara!
sul sito non è spiegato alcunchè, sul forum si parla di "beta license" 
che consente di sviluppare e distribuire applicazioni commerciali, MA 
non appena una "commercial license" sarà disponibile bisognerà passare 
a quella (senza che ora se ne conoscano nè termini nè tantomeno 
prezzi!!)!
E questo mi spinge davvero molto molto lontano dall'usare questo 
framework!
 
-- 
Emanuele Desideri
 
 


mi intrometto visto che si parla di licenze open, l'azienda con cui 
collaboro, mi ha messo dei dubbi:
 
sviluppiamo una parte in delphi e la rendiamo aderente alla nuova gplv3, 
ma Delphi e librerie sono close.
 
- il cliente chiede perche' non mi date la parte Delphi (ide+compilatore) ?
 
risposta ovvia, perche' non e' liberamente distribuibile;
 
- allora perche' non usate Lazarus o simili che sono liberi?
 
anche qui, sembrerebbe ovvio; perche' non e' detto sia conveniente , 
fattibile, veloce migrare un'applicazione consolidata.
 
il solito tarlo:
- conviene (economicamente si intende) addentrarsi nel mondo open ?
sono applicazioni mirate, e non il solito magazzino, il cliente non 
avrebbe convenienza a dare il progetto ad altri.
pero' ha in mano tutti sorgenti, e volendo potrebbe anche rivendere.
 
avete avuto esperienze simili ?

> il cliente chiede perche' non mi date la parte Delphi (ide+compilatore) ? 
se la Fiat domani vendesse un progetto completo di un motore di una autovettura venderà tutte le attrezzature necessarie per produrla? una cosa è un progetto e una cosa sono gli strumenti per realizzarlo.

 avete avuto esperienze simili ?
 
Non ho mai sentito di un cliente che chiede il compilatore e i tools con 
cui ï¿œ stato realizzato il suo prodotto.
Quello che conta sono i sorgenti, se richiesti, sennï¿œ tu gli dai gli 
eseguibili, le dll e tutto quanto gli occorre per avere il suo programma 
funzionante.
 
Ricordati che, al di lï¿œ di qualsiasi opinione, conta sempre il 
contratto, e nel contratto ci puoi scrivere che tu consegni al cliente 
solo le parti relative al codice sorgente. Se non c'ï¿œ il contratto, come 
succede quasi sempre per lavori freelance, allora metti in chiaro, 
magari con email (nero su bianco!!), quello che intendi fornire e in che 
modo e perchï¿œ. Almeno resta una traccia scritta.
 
Delphi tu l'hai pagato, e la sua licenza ti autorizza a fare ciï¿œ che 
vuoi con i sorgenti e i compilati che produrrai con delphi.Lascia quindi 
da parte lazarus e compagnia bella, anzi: se non hai esperienza con 
progetti opensource, evita di farti la prima con un cliente cosï¿œ pignolo.
 
Se invece ti senti a posto, sai dove mettere le mani e hai fiducia in te 
stesso, allora imbocca la strada dell'open source e non hai altro che 
guadagnarci in esperienza e soldi.


>
un progetto open deve essere affidabile quanto una open, quindi che usi 
Delphi oppure Lazarus o Qt, quando questo e' stabile ed affidabile non 
capisco le diffrenze.
open puo' essere un modo per garantire al cliente, di garantirsi 
l'investimento.
 
spiego cio' che intendo
A - faccio un progetto in Delphi e cedo sorgenti e quanto necessario
tra n anni, il cliente decide di agire in proprio e 
modificare/espandere, a quel punto deve acquistare Delphi xxx, che 
magari non e' piu' compatibile con quanto fatto a suo tempo, e questo 
potrebbe portare a controversie.
 
B -faccio un progetto con strumenti Open (Lazarus, Qt, etc) cedo 
sorgenti, librerie, etc, e la rel. dello strumento con cui e' stato 
creato il progetto;
se tra n anni il cliente vorra' rimetterci mano in proprio, potra' 
partire dalla rel. consegnata a suo tempo e sicuramente funzionante.
 

 partire dalla rel. consegnata a suo tempo e sicuramente funzionante.
 
Anche nel caso A, se il cliente compra delphi, poi se lo ritrova 
funzionante che compila i sorgenti che tu gli hai dato.
 
Il rischi dei prodotti opensource è che ti fanno un pò di anni sulla 
cresta dell'onda (hype) poi la community si divide, cade l'interesse 
economico dei supporter, e rischi che tra 5 anni lazarus compilerà si i 
tuoi sorgenti ma magari lo sviluppo si sarà fermato a 4 anni fa..
Ad esempio, Qt aveva nokia come azienda madre, poi nokia è ha fatto 
un'alleanza con microsoft per prendersi windows phone e Qt è rimasto 
esautorato.
Ora la community è totalmente autonoma: recentemente la nokia, per il 
primo anno, ha deciso di non finanziare il Qt developer day, tant'è che 
hanno dovuto farlo due aziende private per mantenere vivo l'interesse 
della community. 
http://tiny.cc/sgkmiw
 
Questa storia mi puzza molto di Java e la fine che ha fatto con 
oracle... Non è che ti mandano a morire, ma ti fanno capire che il 
business non tira più dalla tua parte e i soldi si mettono in viaggio 
verso altre direzioni.
 
ciao


> tuoi sorgenti ma magari lo sviluppo si sarï¿œ fermato a 4 anni fa..
si c'e' questa possibilita', ma del resto puo' capitare anche con 
Delphi, Visual Studio (anzi e' giï¿œ successo quando hanno deciso che si 
doveva puntare su .Net, e da allora vita dura per i progetti Vb).
 
grazie delle tue esperienze, ciao

 Questa storia mi puzza molto di Java e la fine che ha fatto con oracle...
 
Cosa intendi? Da quello che vedo Java e` ancora molto attivo, anche se 
lentamente sta perdendo estimatori (vedi la classifica Tiobe)
 
 
Enrico

 lentamente sta perdendo estimatori (vedi la classifica Tiobe)
 
Intendo dire che dopo l'acquisto di sun da parte di oracle, java ha 
smesso di essere un progetto con un'anima e un'indipendenza propria.
Ora Oracle farà di java quello che interessa a oracle stessa, che si 
occupa fondamentalmente di DBMS. Come lo stesso Qt: ora che nokia ha 
mollato le redini, la community sta cercando di tenersi coesa perchè, di 
fatto, tutte le aspettative che c'erano verso il mondo mobile sono state 
disattese. Questi fattori non sono siginificativi ma sono sintomi di 
qualcosa che non sta andando per il verso giusto.
Io come professionista devo sempre essere attento a questi cambiamenti e 
pronto a saltare sul primo treno utile che passa, si chiamasse pure .net 
o cobol ;)
BTW, come per lo stesso COBOL, non ci sarà mai il tramonto di Java, ben 
saldo e radicato nel mondo del distributed computing e web server.


 verso altre direzioni.
 
 
Molti anni fa compaq compro' la digital che produceva i processori alpha basati su RISC. Qualcuno sa quante macchine ci sono in giro OGGI che montano un alpha?
Leggete qua:  
http://h18002.www1.hp.com/alphaserver/
 
 
Pero' alpha era un prodotto di nicchia mentre java tra un po lo trovi pure nei profilattici.....
 
A.
 
 
A.
 
 
 
 
 
 
 
 
 
 

 Pero' alpha era un prodotto di nicchia mentre java tra un po lo trovi pure nei profilattici.....
E' come il cobol: e su questo amlo non si è sbagliato!
Col cobol campi fino alla pensione.. idem per java: cosa aspetti a 
guadare il fiume e lasciarti dietro le spalle delphi 5 ? :-P


 cosa aspetti a guadare il fiume e lasciarti dietro le spalle delphi 5 ? :-P
 
Prima di tutto, QUALE PENSIONE? Data da chi?
A parte cio, per guadare il fiume mi serve una guida che mi dica da che parte passare, ma gente cosi ancora non l'ho trovata....
 
A.
 

 A parte cio, per guadare il fiume mi serve una guida che mi dica da che parte passare, ma gente cosi ancora non l'ho trovata....
 
Perchè, semplicemente, non esiste.
Oggi non è possibile pensare di trovare la soluzione definitiva che ti 
garantisca un futuro: oggi la parola magica da possedere è Flessibilità.
Per questo motivo non possono esserci dei guru che ti dicono: passa a 
.net/mobile/java e avrai il futuro garantito.
 
E' invece importante specializzarsi orizzontalmente: gli specialisti in 
delphi purtroppo sono quasi sempre estremamente verticalizzati e 
l'effetto collaterale è che poi non sanno mettere le mani sul DBMS del 
cliente, su un webserver o aggiustare delle pagine 
asp.net
, o prendere 
in gestione un crm scritto in java. Mi sto riferendo a tutte quelle 
occasioni che potrebbero capitare ad un delphista che subentra su un 
progetto di un cliente.
 
Forse, se smettessi di cercare la guida che ti riveli la strada per 
guadare il fiume, allora scopriresti che la miglior guida sei te stesso 
con i tuoi 20 anni e più di esperienza e il tuo intuito infallibile 
sulle strategie aziendali (che ho personalmente verificato in più 
occasioni), e magari ti sarà più facile incominciare a proporti come 
freelance per lavoretti in java o .net
 
tutto questo, amichevolmente parlando, IMHO :-)


 
Per "guida" non intendevo uno che mi dice "impara x e lascia stare y".
Per "guida" intendevo uno che avora in JAVA e lo conosce... :-|
 
A.
 
 
 
 
 

 Per "guida" intendevo uno che avora in JAVA e lo conosce... :-|
 
Grazie per il chiarimento ;)
Torno a ripetermi, i JUG sono le risorse migliori: hai provato a 
frequentarne uno o, quantomeno, iscriverti alla ML e cercare l� dentro 
un tutoring ad hoc?


 un tutoring ad hoc?
 
Onestamente, fino ad ora no.
L'altra variabile e' sempre il tempo...
 
A.

 sempre di piï¿½ nel settore delle UI dichiarative.
 
A conferma oggi esce questa news che conferma la vendita di Qt da nokia 
a Digia, con l'obbiettivo di penetrare il mondo mobile anche su android, 
iOs e windows 8:
http://www.theverge.com/2012/8/9/3229785/digia-nokia-qt-acquisition
 


 iOs e windows 8:
 
La cosa non e` male, anche perche` Qt mancava solo su quelle piattaforme. Il 
vero problema, e` come dicevi qualche messaggio piu` sopra, che il mercato 
mobile e` un mercato estremamente alle mode. Forse da questo punto di vista 
l'estensione di Qt alle tre piattaforme mobile attualmente in circolazione 
(symbian, android e ios) si puo` vedere come una cosa buona
 
Enrico

 saldo e radicato nel mondo del distributed computing e web server.
 
Java non e` solo quello, ma anche embedded, mobile e, anche se di nicchia, 
desktop
 
Enrico

 (symbian, android e ios) si puo` vedere come una cosa buona
 
Si, effettivamente, a bocce fredde, mi rendo conto che ho dato dei 
connotati troppo negativi alla transizione.
In questo modo il team Qt pu� restare coeso e continuare sulla strada 
della v. 5, prevista per settembre, quella che dovrebbe far fare il 
salto di qualit� verso il mobile.
 
Maggiori dettagli qui:
http://tiny.cc/qt5_digia
 


 (
www.unigui.com
) ??
 
Bella sta discussione, ha preso una piega davvero interessante.
Ma per tornare al punto iniziale, ecco il link alla domanda che ho 
fatto direttamente sul forum unigui.
http://forums.unigui.com/index.php?/topic/2218-license-information/
 
 
-- 
Emanuele Desideri