-didSelectRowAtIndexPath: no se llama

Estoy escribiendo una aplicación de iOS con una vista de tabla dentro de una vista de pestaña. En mi UITableViewController, implementé -tableView:didSelectRowAtIndexPath:, pero cuando selecciono una fila en tiempo de ejecución, no se llama al método. Sin embargo, la vista de tabla se está completando, por lo que sé que se están llamando a otros métodos tableView en mi controlador.

¿Alguien tiene alguna idea de lo que he jodido para que esto suceda?

Parece que tal vez la clase no es UITableViewDelegatepara esa vista de tabla, aunque UITableViewControllerse supone que establece eso automáticamente.

¿Hay alguna posibilidad de restablecer el delegado a alguna otra clase?

Por si alguien cometió el mismo error estúpido que yo:

Verifique si el nombre del método de lo que espera ser didSelectpuede ser obtenido accidentalmente didDeselectde alguna manera. Me llevó unas dos horas descubrirlo ...

Otra cosa que podría conducir al problema no es el tipo de selección seleccionado:

Debería ser Single Selectionpara la selección normal, no debería ser No Selection.

Para hacer esto mediante programación, haga:

tableView.allowsSelection = YES

Otra posibilidad es que un UITapGestureRecognizer podría estar comiendo los eventos, como fue el caso aquí: https://stackoverflow.com/a/9248827/214070

No sospeché esta causa, porque las celdas de la tabla aún se resaltarían en azul como si los grifos estuvieran llegando.

Todas buenas respuestas, pero hay una más a tener en cuenta ...

(Particularmente cuando se crea un UITableView programáticamente)

Asegúrese de que tableView puede responder a la selección configurando [tableView setAllowsSelection:YES];o eliminando cualquier línea que lo configure NO.

Si surge el problema con UITapGestureRecognizerusted, puede solucionar esto:

• en Storyboard:

en código con Objective-C:

UITapGestureRecognizer *tap = [[UITapGestureRecognizer alloc] initWithTarget:self action:@selector(dismissKeyboard)]; 
[self.view addGestureRecognizer:tap];

[tap setCancelsTouchesInView:NO];

en código con Swift:

let tap = UITapGestureRecognizer(target: self, action:Selector("dismissKeyboard"))
view.addGestureRecognizer(tap)

tap.cancelsTouchesInView = false

Me he encontrado con dos cosas en estas situaciones.

1. Es posible que haya olvidado implementar el protocolo UITableViewDelegate, o no hay una salida de delegación entre su clase y su vista de tabla.

2. Es posible que tenga una UIView dentro de su fila que es el primero en responder y le quita sus clics. Diga un UIButton o algo similar.

Yo he tenido el mismo problema. Y fue difícil de encontrar. Pero en algún lugar de mi código fue esto:

- (NSIndexPath *)tableView:(UITableView *)tableView willSelectRowAtIndexPath:(NSIndexPath *)indexPath {
    return nil;
}

Debe ser return indexPath, de lo contrario -tableView:didSelectRowAtIndexPath:no se llama.

Si agregó un gesto Reconocimiento encima de UITableView, didSelectRowAtIndexPathno se le llamará.

Por lo tanto, debe usar el método de delegado de gestorReconocidor para evitar tocar en una vista particular.

- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldReceiveTouch:(UITouch *)touch {
    if ([touch.view isDescendantOfView:YourTable]) {
        return NO;
    }
    return YES;
}

Me encontré con un problema en el que después de meses de no mirar mi código, olvidé que implementé el siguiente método debido a algunos requisitos que no eran necesarios.

- (BOOL)tableView:(UITableView *)tableView shouldHighlightRowAtIndexPath:(NSIndexPath  *)indexPath{
    return NO;
}

Debería devolver YES para una fila para que se seleccione.

DEBE seleccionar estas opciones

pero si desea que UITableViewno se resalte al hacer clic, debe realizar cambios en las UITableViewCellpropiedades.

Elija la opción Ninguno para la selección como se muestra a continuación

Había puesto una UITapGestureRecognizervista de mi mesa para descartar el teclado que impedía didSelectRowAtIndexPath:que me llamaran. Espero que ayude a alguien.

En caso de que tenga el mismo problema que yo: Aparentemente, este método no se llamará si su tableView está en modo de edición. Debe establecer allowSelectionDuringEditing en true.

A través de esta pregunta: Al editar, `UITableView` no llama a didSelectRowAtIndexPath ??

Yo tuve el mismo problema,

La razón estaba usando UITapGestureRecognizer. Quería descartar el teclado cuando tocaba en cualquier otro lugar. Me di cuenta de que esto anula todas las acciones de tap, es por eso didSelectRowAtIndexPathque no se llamó a la función.

Cuando comento las filas relacionadas UITapGestureRecognizer, funciona. Además, puede verificar la función de UITapGestureRecognizer selectorsi el golpeado es UITableViewCello no.

En mi caso, didSelctRowAtIndexPath no llama debido a que no he seleccionado ninguno en la propiedad Selection de tableView, establecer en selección única resolvió mi problema

Para Xcode 6.4, Swift 1.2. La selección "etiqueta" había cambiado en IB. No sé cómo y por qué. Establecerlo en "Selección única" hizo que mis celdas de vista de tabla fueran seleccionables nuevamente.

Aunque se ha aceptado otra respuesta, agregaré un posible problema y una solución más para las personas que observan este problema:

Si tiene activado el conteo automático de referencias (ARC), puede encontrar que incluso después de asignar su controlador como delegado de la vista, los mensajes de la vista al controlador no se reciben porque ARC está eliminando el controlador. Aparentemente, el puntero de delegado de UITableView no cuenta como una referencia para el ARC, por lo que si esa es la única referencia, el controlador será desasignado. Puede verificar si esto está sucediendo o no implementando el método dealloc en el controlador y estableciendo un punto de interrupción o una llamada NSLog allí.

La solución es hacer un seguimiento del controlador con una referencia fuerte en otro lugar, hasta que esté seguro de que ya no lo necesitará.

Recuerde configurar el origen de datos y delegar en el método viewDidLoad de la siguiente manera:

[self.tableView setDelegate:self];

[self.tableView setDataSource:self];

Mi problema no fue ninguno de los anteriores. Y tan cojo. Pero pensé en enumerarlo aquí en caso de que ayude a alguien.

Tengo un tableViewControllerque es mi controlador "base" y luego creo subclases de este controlador. Estaba escribiendo todo mi código en la tableView:didSelectRowAtIndexPathrutina en la clase "base". Olvidando completamente que, por defecto, esta rutina también se había creado (aunque sin código que hiciera nada) en todas mis subclases. Entonces, cuando ejecuté mi aplicación, ejecutó la versión de subclase del código, no hizo nada y me puso triste. Entonces, por supuesto, una vez que eliminé la rutina de las subclases, usé la rutina de clase mt "base" y estoy en el negocio.

Lo sé. No te rías Pero tal vez esto le ahorrará a alguien la hora que perdí ...

Dando mis 2 centavos en esto.

Tenía un UITableViewCell personalizado y había un botón que cubría toda la celda, por lo que cuando se tocó, se seleccionó el botón y no la celda.

Quite el botón o, en mi caso, configuré la habilitación de la interacción del usuario en falso en el botón, de esa manera la celda fue la seleccionada.

Si lees esto, todavía no resuelve el problema.

Tengo una celda personalizada , donde la casilla de verificación " Interacción del usuario habilitada " estaba deshabilitada. Entonces, solo lo enciendo. Buena suerte.

Acabo de tener esto y, como me ha sucedido en el pasado, no funcionó porque no presté atención al autocompletado al intentar agregar el método y en realidad terminé implementando tableView:didDeselectRowAtIndexPath: en lugar de tableView:didSelectRowAtIndexPath:.

Asegúrese de implementar tableView:didSelectRowAtIndexPathy notableView:didDeSelectRowAtIndexPath

¡Esto me ha conseguido en más de unas pocas ocasiones!

Sé que es viejo y el problema se resolvió, pero tenía un problema similar, pensé que el problema estaba con mi UITableViewCell personalizado, pero la solución era completamente diferente: reinicio XCode :) y luego funciona bien. casi como Windows :)

Si su vista de tabla está en modo de edición (p. Ej. [tableView setEditing:YES animated:NO];), Debe configurartableView.allowsSelectionDuringEditing = YES;

Otro error que podría haber cometido (como lo hice): si establece un segue en la celda, didSelectRowAtIndexPathno se llama. En su lugar, debe establecer sus valores en el controlador de vista.

Ninguna de estas respuestas funcionó para mí. Después de aproximadamente una hora, descubrí algo muy insidioso:

Tengo una vista de tabla dentro de una celda de otra vista de tabla. Decidí hacer una vista envolvente que contenga la vista de tabla interna, entre otras cosas. Llamé a esta vista contentView y la conecté en el xib.

Resulta que UITableViewCell ya tiene un contentView y hace cosas raras con él. El problema se resolvió por sí solo cuando cambié el nombre de la propiedad a mainContentView y volví a conectar la vista a esta propiedad renombrada.

En mi caso, calculo dinámicamente la altura de la TableView's SuperViewen el tiempo de carga. Debido a un error de cálculo, TableViewse colocó fuera de la SuperView. Se TableViewdibujó bien, sin embargo, toda la interacción se deshabilitó (y didSelectRowAtIndexPathnunca se llamó). Muy difícil de detectar, ya que no hay indicación visual de que TableViewno sea "accesible".

En mi caso, el problema era que tenía una UITableViewCellsubclase y había implementado estos dos métodos: touchesBegan:withEvent:y touchesEnded:withEventmanejar una animación elegante al tacto. Pero olvidé agregar el [super touchesBegan:touches withEvent:event];método publicitario[super touchesEnded:touches withEvent:event]; para informar también al padre de la celda del toque.

Entonces, cambiar el código a siguiente resolvió mi problema:

-(void) touchesBegan:(NSSet*)touches withEvent:(UIEvent*)event{
    [super touchesBegan:touches withEvent:event];
    //blah blah blah
}

-(void) touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event{
    [super touchesEnded:touches withEvent:event];
    //rest of the code
}

En mi caso, la solución fue cambiar NO a SÍ en la siguiente función.

iOS 9+

- (BOOL)tableView:(UITableView *)tableView shouldHighlightRowAtIndexPath:(NSIndexPath *)indexPath
{
    return YES;
}