Sono passati solo 3 mesi dall’ultimo aggiornamento del mio ebook “Tutorial pratici per iPhone SDK”, ma è già ora di una nuova versione.

Con il rilascio del nuovo firmware 4.0 (e del relativo SDK) ho testato tutti i tutorial, che sono risultati pienamente compatibili con il nuovo “iOS”. Questo è l’aspetto sicuramente più importante, ma vorrei sottolineare anche una bella novità: la copertina del libro, infatti, è completamente nuova. È stata realizzata da Antonio, che poche ore dopo aver acquistato il mio libro mi ha fatto questo stupendo regalo, ora il libro non sfigurerà nella vostra collezione di iBook!

Eccovi il changelog completo di questa versione:

• corretti dei piccoli errori nel capitolo dedicato a Brushes (grazie iHacker1995);
• corretta un’imprecisione a pagina 17 (grazie Marco Merlo);
• aggiornate immagini a pagine 15 e 16;
• inserito il delegato NSXMLParserDelegate nei capitoli 12 e 14, che evita due warning in fase di compilazione;
• tutti i tutorial sono testati e funzionanti che firmware 4.0;
• corretti diversi errori nella numerazione del codice e di scrittura generale (un grazie davvero grande a Stefano, che mi ha segnalato circa 15 errori!)
• corretto un bug nel tutorial delle tabelle: se si cancellava un elemento era possibile comunque ricercarlo;
• nuova copertina davvero stupenda!

Consiglio a tutti di scaricare questa nuova versione dell’ebook, che sarà ovviamente gratuita per chiunque abbia già acquistato il libro. Chi non lo avesse ancora acquistato, invece, può trovare tutte le informazioni necessarie in questa pagina.

Vi ricordo che il link per scaricare il libro è il seguente, mentre da qui potete scaricare i file di progetto aggiornati. I dati per accedere rimangono gli stessi che avete ricevuto quando avete acquistato il libro.

Se avete altri errori da segnalare, oppure trovate delle parti difficili o scritte male segnalatemelo! (tramite il form Contattami oppure nei commenti di questo articolo).

Un grandissimo ringraziamento ad Antonio (iLoveMac) per la meravigliosa copertina, e anche al solito miniMAC (osXmagazine) per la stellina della compatibilità con l’SDK 4.0.

Notizia molto veloce per informarvi che tramite un nuovo messaggio su Twitter, siamo venuti a conoscenza che “Dropbox” ha reso disponibili le API per integrare questo fantastico servizio all’interno delle proprie applicazione per iPhone/iPad

Chiunque fosse interessato a questo servizio può andare qui, inserire i propri dati e aspettare di ricevere la mail di conferma, invece se volete leggere altre informazioni andate qui.

Nell’appuntamento di oggi vedremo come rilevare quando la nostra applicazione va in “debito di memoria” (per rubare un’espressione agli atleti), ovvero quando la memoria RAM disponibile diventa poca e potrebbe compromettere il corretto funzionamento della nostra applicazione.

Per rilevare tale mancanza ci basterà implementare il seguente metodo nel file “[nome-progetto]AppDelegate.m” del nostro progetto:

- (void)applicationDidReceiveMemoryWarning:(UIApplication *)application{
	UIAlertView *avvisomem = [[UIAlertView alloc] initWithTitle:@"Attenzione!" message:@"Poca memoria disponibile!" delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil];
 
	[avvisomem show];
	[avvisomem release];
}

Come potete vedere abbiamo semplicemente creato una UIAlertView che avviserà l’utente della scarsa memoria disponibile. Dopo aver avviato l’applicazione nel Simulatore, ci basterà andare nel menù “Hardware -> Simula avviso memoria”

ed ecco che comparirà il messaggio di avviso:

Fateci sapere cosa ne pensate di questo tips&tricks!

Appena sono state aperte le porte dell’Apple Store di New York per la vendita del nuovo iPad, Apple ha rilasciato la versione finale dell’SDK, che giunge così alla versione 3.2 e supporta appieno la creazione di applicazioni per iPhone e iPad!

Non vi sono particolari differenze tra questa versione e la GM (Gold Master) di qualche giorno fa, e non sono emerse novità di alcun genere.

Vi ricordo che per installare l’SDK 3.2 è necessario Mac OS X Snow Leopard, mentre potete scaricarlo da questo indirizzo.

In questo nuovo tutorial vedremo come realizzare una cosa molto particolare, che potrà tornare utile soprattutto quando distrubuirete l’applicazione a diversi beta tester.

Vedremo, infatti, come inserire all’interno del nostro progetto (oltre al classico numero di versione dell’applicazione) un numero di build progressimo, insieme anche alla data della build in questione.

Utilizzeremo uno script automatico, che ad ogni build creata aumenterà il numero di build e aggiornerà la data della build Potremo, così, avere sempre sotto controllo l’esatta versione della nostra applicazione, in modo da avere un controllo completo su tutte le versioni.

Buon tutorial!

1. Inseriamo lo script

Entriamo nel progetto in cui vogliamo inserire l’incremento automatico del numero di versione. Facciamo clic con il tasto destro sul nome del nostro progetto e scegliamo “Add -> New Build Phase -> New Run Script Build Phase”.

Si aprirà una schermata come questa:

in cui dovremo andare ad inserire lo script necessario. Eccovelo:

#!/bin/bash
# Auto Increment Version Script
buildPlist="prova-Info.plist"
CFBuildNumber=$(/usr/libexec/PlistBuddy -c "Print CFBuildNumber" $buildPlist)
CFBuildNumber=$(($CFBuildNumber + 1))
<div id="_mcePaste">/usr/libexec/PlistBuddy -c "Set :CFBuildNumber $CFBuildNumber" $buildPlist
CFBuildDate=$(date)
/usr/libexec/PlistBuddy -c "Set :CFBuildDate $CFBuildDate" $buildPlist</div>

Ovviamente dovete modificare la stringa buildPlist=”prova-Info.plis”, inserendo il nome del vostro file “.plist” (che sarà nella forma “nome_progetto-Info.plist”).

Chiudete pure tale finestra.

2. Inseriamo le variabili necessarie

Spostatevi, ora, nella cartella “Resources” ed aprite il file “xxx-Info.plist” che trovate al suo interno (dove xxx è il nome del vostro progetto).

Utilizzando il “+” che appare di fianco alle voci già presenti, inserite due nuovi valori, rispettivamente chiamati “CFBuildDate” e “CFBuildNumber“. Non c’è bisogno che inseriate dei valori per queste due voci, in quanto verranno create automaticamente dallo script. Ecco come deve essere il vostro file “.plist”:

Potete notare che è già presente la stringa “Bundle version“, che identifica la versione della nostra applicazione. Sarà anche questo un valore che andremo a leggere. Salvate il file e chiudetelo pure.

3. Inseriamo il codice necessario

Non ci resta che inserire quelle poche istruzioni che ci permetteranno di leggere il numero di versione, il numero di build e la data dell’ultima build. Inserite, dove vi serve, il seguente codice:

1
2
3

NSString *versione = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleVersion"];
NSString *build = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBuildNumber"];
NSString *data = [[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBuildDate"];

Come vedete abbiamo ottenuto tre stringhe con i rispettivi tre valori, che potrete utilizzare a vostro piacimento!

Se Avete Problemi, questo è il nostro file di progetto.

Nota: per visualizzare lo script inserito espandete l’elemento “Targets” del progetto e fate doppio clic su “Run Script“.

La guida è stata creata da Andrea Busi per “Bubi Devs”, prendendo spunto da questa guida: “Auto Increment Build Number & Date in XCode iPhone Project“. I meriti, quindi, sono del legittimo autore.

Solo qualche giorno fa vi avevamo spiegato come inserire più bottoni in una UIAlertView.

Subito dopo ho ricevuto via Twitter una richiesta da “Luigix95“, che mi chiedeva come inserire una UITextField all’interno di un UIViewAlert, in modo da permettere all’utente di inserire del testo (in pratica un comportamente simile a quello che avviene quando scaricate un’applicazione e AppStore vi richiede la password).

Ecco, quindi, il procedimento da seguire.

Nel file “.h” della vostra classe inserite la dichiarazione di una UITextField, eccovi un esempio:

1
2
3
4
5

@interface provaAlertViewController : UIViewController <UIAlertViewDelegate, UITextFieldDelegate> {
  UITextField *textField;
}
 
@end

Come vedete abbiamo definito una text field (riga 2). Ricordatevi, inoltre, di inserire i due delegati “UIAlertViewDelegate” e “UItextFieldDelegate”, che ci permetteranno di interagire con la UIAlertView e con la UITextField.

Nel file “.m” definiamo (dove vi serve) una UIAlertView, e inseriamo anche la text field appena definita:

1
2
3
4
5
6
7
8
9
10
11
12

 UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"Inserisci il tuo nome" message:@" " delegate:self cancelButtonTitle:@"Annulla" otherButtonTitles:@"OK", nil];
 // definiamo e inseriamo la TextField
 textField = [[UITextField alloc] initWithFrame:CGRectMake(20.0, 45.0, 245.0, 25.0)];
 textField.delegate = self;
 [textField setBackgroundColor:[UIColor whiteColor]];
 [alertView addSubview:textField];
 // lo spostiamo un po' in alto, altrimenti viene nascosto dalla tastiera
 CGAffineTransform alza = CGAffineTransformMakeTranslation(0.0, 100.0);
 [alertView setTransform:alza];
 // mostriamo l'alert view
 [alertView show];
 [alertView release];

Come potete vedere, alla riga 3 abbiamo istanziato una UITextField con delle dimensioni che possano stare nell’UIAlertView. Settiamo, poi, il delegato (riga 4, che vedremo fra poco a cosa servirà), il colore (riga 5) e la inseriamo poi nell’alert (riga 6).

Alla riga 8 definiamo una trasformazione, che sposterà verso l’alto la nostra UIAlertView, in modo che essa non venga coperta dalla tastiera che apparirà per scrivere nella text field.

Ci mancano solo due semplici metodi da inserire, due metodi appartenenti ai delegati che abbiamo definito nell’intestazione della classe. Eccoli:

1
2
3
4
5
6
7
8
9
10
11
12

- (void)alertView:(UIAlertView *)actionSheet clickedButtonAtIndex:(NSInteger)buttonIndex {
 // l'utente ha selezionato si, quindi vuole azzerare i punteggi
 if (buttonIndex == 1) {
 NSString *textValue = textField.text;
 NSLog(@"testo: %@",textValue);
 }
}
 
- (BOOL)textFieldShouldReturn:(UITextField *)textField{
 [textField resignFirstResponder];
 return YES;
}

Il primo metodo ci permette di capire il bottone che è stato premuto (nel nostro caso controlliamo che sia stato premuto “Ok”), e ricaviamo il testo inserito, stampandolo semplicemente nella console di debug.

Il secondo metodo, invece, lo avrete già visto più volte, e permette alla tastiera di chiudersi quando si clicca su “Return” (o “Done”) della tastiera.

Spero di avervi mostrato qualcosa che vi possa tornare utile, se avete richieste scrivetemi utilizzando questo form oppure direttamente su Twitter! Alla prossima!

Nella prima parte del tutorial abbiamo visto come creare la struttura di base del nostro “Brushes”, inoltre abbiamo fatto in modo che l’utente possa disegnare all’interno dell’applicazione.

In questa seconda parte aggiungeremo alcuni aspetti fondamentali per migliorare l’applicazione: la possibilità di cambiare la dimensione e il colore del pennello, e la possibilità di salvare i disegni.

Vedremo, quindi, come due classi diverse possano comunicare tra loro, e come utilizzare il metodo “imageSavedToPhotosAlbum” che permette di salvare delle immagini nella galleria dell’utente.

Buon tutorial a tutti!

Leggi il tutorial completo su devAPP

Rieccoci con una nuova serie di tutorial!

Quello che ho pensato per voi questa volta è un po’ particolare, ma secondo me molto carino e con molte cose utili. Sicuramente tutti voi conoscerete Brushes (link iTunes), un programma molto famoso per disegnare sul proprio iPhone e iPod Touch.

Ho pensato, quindi, di spiegarvi come realizzarne uno tutto vostro! In questa prima parte vedremo come fare in modo che l’utente possa, muovendo il dito sullo schermo, disegnare a suo piacimento.

Ovviamente in questa prima parte ci occuperemo solo di questo aspetto. Nel prossimo tutorial vedremo, poi, come rendere possibile la definizione di un pennello personale, con dimensione e colore a scelta.

Ora, però, concentriamoci sulla prima parte. Buon tutorial a tutti!

Leggi il tutorial completo su devAPP

Eccoci con un nuovo tutorial dedicato alla programmazione per iPhone SDK.

In questo appuntamento vedremo come controllare le connessioni disponibili nel nostro dispositivo, operazione molto importante in tutte le applicazioni che devono accedere, per qualsiasi motivo, alla rete.

Vedremo come utilizzare la classe “Reachability” (messa a disposizione da Apple), per testare se è attiva una connessione WiFi o 3G. Piccola nota, in questo tutorial parleremo sempre di connessione 3G, sarebbe più corretto parlare di connessione dati (potrebbe essere anche una semplice connessione EDGE), ma per semplicità utilizzeremo sempre la dicitura 3G.

Buon tutorial a tutti allora!

Leggi il tutorial completo su devAPP

Uno dei passaggi chiave nella creazione di applicazioni per iPhone (e non solo) è il testing. Arrivati quasi alla fine dello sviluppo, infatti, sorge la necessità di testare a fondo la nostra applicazione, per scoprirne bug o testarne le funzionalità.

Spesso sorge anche la necessità di inviare l’applicazione “beta” ad altre persone, magari ad alcuni beta tester. Come fare, quindi, a distribuire l’applicazione ad altre persone?

Eccovi una guida passo-passo, che vi spiegherà come creare una versione ad-hoc della vostra applicazione, in modo che possiate distribuirla ad altre persone.

Nota: per seguire questa guida è necessario essere iscritti all’iPhone Developer Program, quindi chi non ha la licenza da sviluppatore non potrà fare ciò che viene spiegato di seguito.

1. Creiamo i certificati necessari

La prima cosa da fare è creare i certificati necessari. Andiamo nel nostro “iPhone Developer Program Portal” (dopo esserci loggati nel sito iPhone Dev Center) e nella sezione “Certificates” creiamo un certificato per la distribuzione:

Spostiamoci, poi, in “Provisioning” e creiamo un profilo che includerà gli UUID dei dispositivi a cui vogliamo inviare la nostra applicazione (trovate qui una guida su come ricavare l’UUID di un iPhone / iPod Touch). Anche in questo caso dobbiamo creare un profilo per la distribuzione:

Dopo aver creato entrambi i certificati, scarichiamoli nel nostro Mac e trasciniamoli in XCode. Se andiamo ora nell’Organizer (“Window -> Organizer”) dovremo vedere che il nuovo profilo è stato aggiunto:

Assicuratevi che non ci sia nessun messaggio di errore o di warning, altrimenti potreste avere problemi nei passaggi successivi.

2. Impostiamo i settaggi necessari

Dobbiamo, ora, impostare vari parametri nelle proprietà della nostra applicazione.

Entriamo nelle proprietà del nostro progetto, e spostiamoci subito nella sezione “Configurations”. Qui duplichiamo il profilo “Release” e rinominiamolo in “Distribution”.

Spostiamoci in “Build” e dal menù a tendina “Configuration” scegliamo la voce “Distribution” (quella che abbiamo appena creato).

Scendiamo poi fino alla sezione “CodeSigning” e nella voce “Code Signing Identity” assicuriamoci che sia selezionato “Any iPhone OS Device” e dal menù a tendina selezioniamo il certificato che abbiamo in precedenza caricato (quello per la distribuzione ad hoc).

È indispensabile selezionare il certificato corretto, altrimenti quando andrete a distribuire la vostra applicazione chi la riceve non riuscirà a sincronizzarla correttamente.

Usciamo dalle proprietà e creiamo un nuovo file all’interno del nostro progetto (“File -> New file…”). Dalla sezione “Code Signing” selezioniamo “Entitlements” come tipo di file e chiamiamolo “Entlitements.plist”.

Selezioniamo dal progetto il file che abbiamo appena creato e togliamo la spunta alla voce “get-task-allow” che troviamo al suo interno.

Torniamo nelle proprietà del progetto e nella voce “Code Signing Entitlements” inseriamo i valore “Entitlements.plist” (ovvero il nome del file che abbiamo appena creato.

Abbiamo quasi concluso. Usciamo dalle proprietà e prima di compilare l’applicazione assicuriamoci di selezionare “Device” e “Distribution” nella configurazione della compilazione:

Siamo pronti per compilare!

3. Compiliamo e distribuiamo l’applicazione

Dal menù “Build” selezioniamo “Build”, avremo così compilato al nostra applicazione, che potremo distribuire!

Per ricavare l’eseguibile da distribuire ci basterà fare clic con il tasto destro sul file “.app” che apparirà nella cartella “Products” del nostro progetto, e selezionare poi “Reveal in Finder”

Ricordatevi, infine, che quando passate ai vostri tester l’applicazione dovete anche inviargli il certificato “*.mobileprovision”, indispensabile perchè possano sincronizzare l’applicazione con iTunes.

Se notate degli errori o delle imperfezioni segnalatemele nei commenti!

La guida è stata scritta e testata da Andrea Busi per BubiDevs, partendo dalla documentazione ufficiale Apple.