Newsgroup: it.comp.lang.delphi
Titolo: Manuale Delphi Free

E` da un pò di tempo che sto pensando che sarebbe una buona cosa
scrivere un manuale di Delphi da distribuire via web.
Sarebbe ovviamente gratuito e liberamente scaricabile.
Vorrei pubblicarlo sulla mia home page e lo chiamerei, semplicemente,
"Appunti di Delphi" (o qualcosa del genere). 
L'idea di partenza era quella di scrivere un manuale completo, che
partisse dalla base ed arrivasse fino alle cose più complesse, poi mi
è sembrato che fosse opportuno spezzare il manuale in due, ovvero la
prima parte, che affronta i fondamenti sia del linguaggio che
dell'ambiente di sviluppo e una seconda parte che si specializza sui
temi più avanzati.
Non mi va di inserirci dentro tutto lo scibile su Delphi, ma
focalizzare l'attenzione semplicemente su ciò che la maggior parte dei
programmatori Delphi utilizza.
Con temi più avanzati non intendo dire i moduli di terze parti, ma
semplicemente delle tecniche avanzate di programmazione, in stile
tips&tricks.
Credo anche che sarebbe bene illustrare delle "best practices".
I partecipanti al gruppo potrebbero fare da revisori, offrire idee e
collaborare nella stesura dei capitoli.
Essendo un manuale "aperto", sarebbe in continua crescita e in
continuo miglioramento.  
Di pari passo con la versione italiana, si potrebbe costruire la
versione inglese.
Io credo che di qualcosa del genere si senta, tutt'oggi, la necessità.
-- 
Andrea Laforgia - a.laforgia(at)
libero.it
"There are three kinds of people in this world; 
 those who are good at maths and those who aren't".

il tempo è sempre poco, ma qualcosa dovrei riuscire a tirare fuori.
A

E' una bella idea...
se vuoi il mio aiuto non hai che da chiedere..
"Andrea Laforgia" <x@x.x> ha scritto nel messaggio
news:pg4ugvcnl1bg1d2uq...@4ax.com...


 scrivere un manuale di Delphi da distribuire via web.
Secondo me è una buona idea non tanto per il manuale in sé, quanto per
il fatto che gente in gamba in Italia ce n'è e davvero molta e
dimostrarlo con un manuale è un'ottima cosa.
L'idea mi piace anche per il momento ulteriore di aggregazione. Mi
offro come revisore ;-)
Svilupparne anche una versione inglese sarebbe fondamentale, a mio
avviso.
Non ditemi che sono nazionalista :-)), ma per queste cose sono sempre
d'accordo.
Dovremmo trovare una formula che lo renda accattivamente e lo distingua
dagli altri manuali. Studiare bene la scaletta è d'obbligo ;-)
Ciao
Antonio
 


    Via De Gasperi, 14 - 42019
    Scandiano (Reggio Emilia)

 lavori?
CVS su sourceforge.net... credo sia il metodo migliore. Non è certo 
intuitivo... ma è quello che si usa di solito per lo sviluppo di 
software. Dovrebbe andare bene anche per lo sviluppo di un libro.
Se non sono da solo potrei aiutare con l'eventuale traduzione inglese.
Ciao,
   Luca
P.S.: La OReilly pubblica libri "opensource" (se non ricordo male)... 
quindi lo si potrebbe pure fare pubblicare (pur mantenendo la versione 
online gratuita)

 [CUT]
Hai tutto l'appoggio che sono in grado di offrirti.
Purche' il leader del progetto sia sempre tu.
Ciao
P.S.
Se cerchi un modo per fare un lavoro di redazione a piu' mani, via web, guarda
phpWiki. (pero' devi disporre di un db mysql e php sull'host)
-- 
Morde. 
(morde at programmer dot net)

 Io credo che di qualcosa del genere si senta, tutt'oggi, la necessità.
Indubbiamente sarebbe una bella idea... Ho visto che esistono lavori del
genere sulle API di Win32, sul C++, su Java...

genere sulle API di Win32
              ^^^^^^^^^^^^
HUH ?!
Link??


 Link??
Questo non è comunitario (come credo vorreste fare voi) ma di sicuro la
qualità è ottima:
http://www.aleax.it/
Cmq un po' di altro materiale c'è in giro per la rete... (anche in
italiano).
Ciao :-)
--
Andrea /\/\agni
ICQ#: 174108000

L'idea è eccellente.
Se Vi servo mandatemi una e-mail a
mari...@inwind.it
--------------------------------
Inviato via 
http://usenet.libero.it

 scrivere un manuale di Delphi da distribuire via web.
ottimo. se ti serve un revisore che legge, nel mio poco tempo (per il
momento) posso dare una mano.
L'idea mi sembra ottima. 
ciao fabrizio

lavori?
Io non credo che ci voglia un sito particolare e scomodare sourceforge
mi sembra inopportuno.  Potrei pubblicare, di volta in volta, gli
aggiornamenti sul mio sito.  Sulla ripartizione dei compiti bisogna
pensarci bene.


 pensarci bene.
Mi chiedevo solamente se c'era un sito che poteva essere d'aiuto al
coordinatore - o ai coordinatori - del progetto nell'attività di
collezionare le produzioni dei redattori, i commenti dei lettori, ecc.
Poi, ovviamente, l'esistenza di questo servizio non è strettamente
necessario per la buona riuscita. Come giustamente hai detto tu,
innanzitutto occorre stare molto attenti nella ripartizione dei compiti.
Magari bisognerebbe consultare qualcuno che ha già intrapreso la guida
di un progetto simile a questo.
Ad ogni modo, posso dire che la mia esperienza, specialmente negli
ultimi tempi, si è fortemente incentrata sullo sviluppo di componenti,
sulla creazione di classi, sulla realizzazione di package. Se può essere
utile...
Stavo inoltre lavorando ad un articolo completo sulla trattazione delle
eccezioni, dalla A alla Z, la cui scaletta è stata valutata e ben
commentata da Antonio, alias "guastatore"... (colgo l'occasione per dire
che il nickname non rende proprio giustizia alle attitudini della
persona). :-)
Questo articolo, ancora in fase di completamento, poteva diventare
materiale integrante della pubblicazione, se richiesto.
P.S.: non penso che quest'anno andrò al mare in agosto, quindi potrei
avere del tempo libero per poter lavorare a qualcosa se necessario.
Ciao!


persona). :-)
Lo confermo!
Ciao!


materiale integrante della pubblicazione, se richiesto.
Senz'altro.


 seconda parte "Advanced".
Anche io sono d'accordo sul *non* fossilizzarsi ad una ben precisa
versione di Delphi, vista la frequenza con cui vengono rilasciate nuove
versioni del programma; magari si potrebbe procedere per integrazione,
aggiungengo di volta in volta le novità in merito alle edizioni di
Delphi che vengono prodotte nel tempo e sottolineando le differenze
rispetto alle edizioni precedenti.
Oltre ad affrontare argomenti generali, si dovrebbe cercare di
avvicinarsi il più possibile ai "newbie", che sono poi gli esperti del
futuro. :-)


 materiale integrante della pubblicazione, se richiesto.
ricordo l'articolo relativo alle eccezioni. Era davvero ben
strutturato, così come ricordo il completo articolo sulla gestione
degli INI files anch'esso ben fatto. Secondo me la tua esperienza sulla
creazione di componenti può essere davvero molto utile.
Grazie per le belle parole e grazie anche a Morde per le sue. Fanno
sempre molto piacere ;-)) Stavo pensando a cambiare il nick ma mi sono
affezionato troppo :-)
Tra l'altro avevo anche io in cantiere un articolo riguardo al modello
degli oggetti in Delphi, vedrò di ripescarlo.
Ciao
Antonio
-- 
"La teoria senza la pratica e' inutile - La pratica senza teoria e'
pericolosa" (Lao Tzu)

futuro. :-)
Lo scopo della prima parte del libro dovrebbe essere proprio questo.
Leggo troppo spesso testi che iniziano dando per scontato la
conoscenza di questo e quello e non si capisce bene dove i newbie
avrebbero dovuto apprenderli.


 futuro. :-)
Su questo sono d'accordo in parte. Tenere in debito conto i novizi è
fondamentale per il bacino di utenza  Onestamente, ci sono diverse
pubblicazioni su Delphi che sono esclusivamente per novizi e un pò mi
... scazzano ;-); ?


degli oggetti in Delphi, vedrò di ripescarlo.
Per la serie "tutto fa brodo", mandatemi, appena riuscite a
recuperare/terminare gli articoli, tutto quello che potete, li
raccolgo e faccio una prima stesura degli argomenti.
Probabilmente, se non dà fastidio al gruppo, si potrebbe pensare di
utilizzare un tag del tipo [MAN] per i messaggi, di questo gruppo,
rivolti alla discussione del testo.
A proposito, idee sul titolo ?


 A proposito, idee sul titolo ?
Delphi open series
Delphi open articles
Delphi writings
Delphi knowledge collection
Delphi boh !! :-))
Ciao


 A proposito, idee sul titolo ?
Sapevo che prima o poi sarebbe uscita questa domanda...ora si scatenerà
un flame pazzesco con le alternative sui nomi. :-D
Non sono molto bravo in questo frangente, ma dò anche io qualche
alternativa che mi è venuta in mente così su due piedi.
«*Love* Delphi in 2 hours»
(molti manuali usano titoli come "Learn X in 21 days" o qualcosa del
genere, per attrarre l'attenzione del lettore che vuole apprendere tutto
e in fretta...generalmente il tempo indicato è la metà di quello
realmente richiesto, ma comunque... ho pensato quindi di proporre questa
alternativa come "ironizzazione").
«Appunti di Delphi»
(titolo banale, però a volte - purtroppo - i newbie cercano sui motori
di ricerca stringhe molto banali per ottenere informazioni sull'ambiente
di sviluppo; considerando che il testo dovrebbe essere in italiano,
almeno inizialmente, forse è il titolo più esplicativo, anche se manca
di originalità).
Un paio di titoli a derivazione cinefila...
«Tutti pazzi per...Delphi»
(ok, troppo teatrale...)
«Delphi Revolutions»
(ottimo se si intende inaugurare la prima versione a novembre...) :-)
Credo di aver detto abbastanza stupidaggini e mi rimetto al lavoro.
Ciao a tutti!


> A proposito, idee sul titolo ?
L'ho chiamato: Delphi Open Manual (si può sempre cambiare se non ci
piacesse).
Ho anche creato una mailing list su Yahoo:
Group name: delphi_open_manual 
Group home page: 
http://groups.yahoo.com/group/delphi_open_manual
 
Group email: 
delphi_op...@yahoogroups.com
Adesso al lavoro ;-)


un flame pazzesco con le alternative sui nomi. :-D
Come già detto, Delphi Open Manual (per gli amici "DOM") penso sia
accettabile, grazie dei suggerimenti, comunque, ho sperato che non
venisse fuori "Delphi for the complete idiot" ;-)


 venisse fuori "Delphi for the complete idiot" ;-)
Spero solo che non si faccia confusione tra DOM ("Delphi Open Manual") e
DOM ("Document Object Model").
Ciao!


DOM ("Document Object Model").
Ci ho pensato anch'io.  In realtà l'abbreviazione non si dovrebbe mai
usare, ma comunque si può cambiare quando vogliamo.


 usare, ma comunque si può cambiare quando vogliamo.
Magari invertendo i vocaboli in questo modo: "Open Delphi Manual",
l'abbreviazione diventerebbe ODM...


l'abbreviazione diventerebbe ODM...
Va benissimo.


"Andrea Laforgia" <x@x.x> ha scritto nel messaggio
news:2tqfhvkmm7k735isq...@4ax.com...

già pubblicato, Andrea?

Scusate l'intromissione: mi sono appena affacciato al mondo di Delphi ...
cercavo con google un manuale e mi sono imbattuto nel vostro 3nd ...
Non ne avete ancora discusso e quindi lancio la mia proposta: visto che
il lavoro che vi accingete a realizzare e' un OpenSoure, per scriverlo
userete (credo e spero) un programma OpenSource. Io proporrei LaTeX
(sarei disposto, con l'aiuto di qualche altro volenteroso, a impagginare
gli articoli...): cosi' potrei, anch'io, partecipare a questa lodevole
impresa ;-)
B.
-- 
   +---__,--------------------------------+
   |  (,'>    B i a g i o    R a u c c i  |
   |  
http://digilander.iol.it/braucci
    |
   |                * * *                 |
   | O mordo tua nuora o aro un autodromO |
   +--------------------------------------+


Open Delphi Manual (
http://groups.yahoo.com/group/delphi_open_manual/
)

dargli un'occhiata.
In realtà, LaTeX è orientato alla scrittura di testi scientifici (è
molto comodo per la scrittura di formule matematiche, per intenderci),
ma è comunque un'alternativa.
-- 
Andrea Laforgia
Open Delphi Manual
http://groups.yahoo.com/group/delphi_open_manual/

 
Scusate se qualcno l'ha gia' proposto, non ho seguito interamente il thread:
Io proporrei OpenOffice (non ho mai usato LaTeX, ma credo che sia piu' 
orientato a testi scientifici).
Tra i vari vantaggi di OpenOffice:
- e' in grado di importare ed esportare piuttosto bene anche i formati 
di Microsoft Office (non si sa mai...) e diversi altri.
- i documenti sono tutti in XML, quindi eventualmente modificabili con 
strumenti creati ad hoc (i vari formati sono documentati, ed esistono 
esempi di filtri di conversione).
Inoltre non mi dispiacerebbe se ci scappasse anche qualche API in Delphi 
per automatizzare OpenOffice e, mia curiosita' personale, vorrei sapere 
come se la cava il Writer con documenti "corposi" come i manuali.
-- 
Roal Zanazzi




 
Io lo uso per tutte le (poche) volte che mi serve, e per quanto mi 
riguarda sostituisce egregiamente Microsoft Office (che e' sparito dai 
miei PC, anche per quello che costa!).
Un mio caro amico ha fatto la presentazione della tesi con Impress (il 
corrispondente di PowerPoint), sotto Linux, e a differenza degli altri 
laureandi, lui e' stato l'unico a cui non si e' crashato il programma 
_durante_ la presentazione. Sara' un caso... >:-)
Comunque ognuno e' libero di pensarla come vuole, ma prima non sarebbe 
male provare ;-)
-- 
Roal Zanazzi

 male provare ;-)
Infatti ho provato e come ti dicevo nel messaggio precedente non sono
rimasto particolarmente colpito dal "pilota automatico". ;-)


 
Basta non usarlo ;-)
-- 
Roal Zanazzi

 Basta non usarlo ;-)
Era una battuta, nel senso che non ho apprezzato molto l'approccio di
OpenOffice a livello di interfaccia, ma questo probabilmente è solo
questione di abitudine e di utilizzo.


 
Anche la mia era una battuta :-)
Comunque mi pare comprensibile che l'interfaccia risulti "strana", un 
po' perche' diversa da quella a cui si e' probabilmente piu' abituati 
(MS Office), un po' perche' il team di sviluppo di OpenOffice non ha 
tutte le risorse necessarie, ad esempio, per permettersi di usare 
qualche decina di migliaia di ore uomo per fare studi ergonomici 
sull'interfaccia utente (ogni riferimento a cose e/o aziende non e' 
puramente causale :-P ).
-- 
Roal Zanazzi