UIButton nella cella UITableView come "Delete Event"

Question

Vorrei aggiungere un pulsante a una cella di tabella. Il "Elimina evento" in app calendario mi ha ispirato ... (un caso simile è "Condividi Contatta" in contatti)

A partire da ora c'è

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath { 
    //..yadayadayada 
    cell = [tableView dequeueReusableCellWithIdentifier:@"buttonCell"]; 
    if (cell == nil) { 
    cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero reuseIdentifier:@"buttonCell"] autorelease]; 
    } 
    UIButton *button = [UIButton buttonWithType:UIButtonTypeInfoDark]; 
    [button setBackgroundColor:[UIColor redColor]]; 
    button.titleLabel.text = @"Foo Bar"; 
    [cell.contentView addSubview:button]; 

che produce un pulsante, anzi. Non sembra ancora come dovrebbe (è ovvio che non ho mai avuto a che fare con i pulsanti di iPhone), ma questo è almeno l'approccio giusto?

Answer 1

Sì, questo è generalmente l'approccio corretto.

Un consiglio:

• Impostare la richiamata per i vostri eventi dei pulsanti, in modo che in realtà fa qualcosa quando si fa clic.

  [myButton addTarget:self action:@selector(whatMyButtonShouldDo:) 
      forControlEvents:UIControlEventTouchUpInside]; 
  

EDIT: codice rettificato per l'utilizzo di un pulsante del sistema, che rende un sacco di quello che avevo scritto uneccessary.

Answer 2

Sì, sei sulla strada giusta, questo è il modo più semplice per aggiungere una sottoview a una cella (l'altra è una sottoclasse di UITableViewCell).

Controllare lo Apple guide per ulteriori informazioni.

Answer 3

Il modo in cui lo hai ora ogni volta che viene visualizzata una cella stai assegnando un pulsante, impostandone il valore e aggiungendolo al contentView della cella. Quando la cella viene riutilizzata (tramite dequeueReusableCellWithIdentifier) verrà creato un altro pulsante nuovo, aggiungendolo alla cella (sopra a quello vecchio) ecc. Il fatto che sia passato attraverso addSubview ma nessun rilascio esplicito significa che ogni pulsante mantiene il conteggio non andrà mai a zero, quindi resteranno tutti intorno. Dopo un po 'di scorrere verso l'alto e verso il basso la cella finirà con centinaia di sottoview dei pulsanti che probabilmente non sono ciò che desideri.

Alcuni consigli:

• non allocano mai roba dentro una chiamata cellForRowAtIndexPath a meno che non si fa quando dequeueReusableCellWithIdentifier sta tornando a zero e il gioco è l'inizializzazione della cella. Tutte le altre volte successive ti verrà restituita la cella memorizzata nella cache che avrai già impostato in modo che tutto ciò che devi fare sia modificare le etichette o le icone. Dovrai spostare tutte le voci di assegnazione dei pulsanti all'interno del condizionale if subito dopo il codice di allocazione delle celle.

• Il pulsante deve avere una posizione e anche un obiettivo impostato in modo che esegua qualcosa quando viene toccato. Se ogni cella avrà questo pulsante, un trucco è quello di farli puntare tutti allo stesso metodo di destinazione, ma impostare il valore tag del pulsante su indexPath.row della cella (all'esterno del blocco di allocazione della cella poiché varia per ogni cella). Il gestore di tocco comune per il pulsante utilizza il valore del tag del mittente per cercare i dati sottostanti nell'elenco DataSource.

• Chiama il release sul pulsante dopo aver eseguito uno addSubview. In questo modo il conteggio dei ritiri cadrà a zero e l'oggetto verrà effettivamente rilasciato quando viene rilasciato il genitore.

• Invece di aggiungere il pulsante tramite addSubview, è possibile restituire il accessoryView per la cella in modo da non dovete preoccuparvi di posizionandolo (a meno che non si sta già utilizzando l'accessoryView per qualcos'altro - divulgazione come pulsanti).

Answer 4

Ho scelto un approccio diverso per creare un equivalente al pulsante "Elimina evento" nell'app Calendario. Invece di aggiungere un pulsante come sottoview, ho aggiunto due sfondi (rosso e rosso più scuro, con gradazioni gradevoli) alle celle, quindi arrotondato gli angoli e impostato il bordo in grigio.

Il seguente codice crea una cella riutilizzabile (nel modo usuale). Le due immagini a cui si fa riferimento ('redUp.png' e 'redDown.png') sono state prese da uno screenshot del pulsante 'Delete Event' del calendario. (Sembrava più veloce di creare i gradienti a livello di programmazione.) C'è spazio per un po 'più di messa a punto per avvicinarsi ancora di più all'aspetto' Cancella evento 'del calendario, ma questo è molto vicino.

azione del pulsante viene attivato dal tableView metodo delegato tableView: didSelectRowAtIndexPath: metodo.

// create a button from a table row like the Calendar's 'Delete Event' button 
// remember to have an #import <QuartzCore/QuartzCore.h> some above this code 

static NSString *CellWithButtonIdentifier = @"CellWithButton"; 

UITableViewCell *cell = [self dequeueReusableCellWithIdentifier:CellWithButtonIdentifier]; 
if (cell == nil) { 
    cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellWithButtonIdentifier] autorelease]; 
    [[cell textLabel] setTextAlignment: UITextAlignmentCenter]; 

    UIImageView* upImage = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"redUp.png"]]; 
    UIImageView* downImage = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"redDown.png"]]; 

    [cell setBackgroundView: upImage]; 
    [cell setSelectedBackgroundView: downImage]; 

    [[upImage layer] setCornerRadius:8.0f]; 
    [[upImage layer] setMasksToBounds:YES]; 
    [[upImage layer] setBorderWidth:1.0f]; 
    [[upImage layer] setBorderColor: [[UIColor grayColor] CGColor]]; 

    [[downImage layer] setCornerRadius:8.0f]; 
    [[downImage layer] setMasksToBounds:YES]; 
    [[downImage layer] setBorderWidth:1.0f]; 
    [[downImage layer] setBorderColor: [[UIColor grayColor] CGColor]]; 

    [[cell textLabel] setTextColor: [UIColor whiteColor]]; 
    [[cell textLabel] setBackgroundColor:[UIColor clearColor]]; 
    [cell setBackgroundColor:[UIColor clearColor]]; // needed for 3.2 (not needed for later iOS versions) 
    [[cell textLabel] setFont:[UIFont boldSystemFontOfSize:20.0]]; 

    [upImage release]; 
    [downImage release]; 
} 
return cell; 

Answer 5

Per evitare il posizionamento e la gestione della memoria fastidi è possibile creare una classe di cellula specializzata e collegamento a un XIB. Sembra l'approccio più pulito per me. Ecco il link: http://icodeblog.com/2009/05/24/custom-uitableviewcell-using-interface-builder/