Empêcher le retrait de UITableViewCell (contentView) lors de l'édition

Est-il possible de garder le contentView.frame toujours le même, indépendamment de tableView.editing? J'ai déjà essayé de remplacer layoutSubviews et willTransitionToState mais ces options essoufflées trop. Je ne peux pas semblent être en mesure de modifier la largeur de la contentView. Ou peut-être que mon approche ist tout simplement impossible ...
Peut-être il ya une autre façon de résoudre ce problème.

Le comportement que je veux réaliser est le suivant: je veux la norme textLabel d'un UITableViewCell être toujours en retrait et de ne pas changer de position lors de la tableView entre dans le mode d'édition. Le problème, je vais probablement faire face est que le comportement de la detailTextLabel devront être corrigés (par exemple, la troncature de texte si textLabelcontenu est trop long). La raison pour laquelle je ne veux pas mettre en place mes propres UILabelest parce que la coutume des sous-vues va diminuer les performances de défilement par une quantité importante.

J'espère que tous ceux qui ont déjà mis en place quelque chose comme cela dans leur UITableViewet pourrait m'indiquer une solution à ce pénible problème. Merci à l'avance!

EDIT: je fais face à un UITableView dans la plaine et ne sont pas regroupés style.

Pour moi, il y avait un bug avec cette. Chaque fois que j'allais dans le mode d'édition, l'indentation saute partout - très étrange, très laid. Dans la PLUME, j'ai dû changer la cellule "style" à quelque chose d'autre, et retour à la base". L'Indentation est de retour à la normale maintenant.

InformationsquelleAutor fscheidl | 2011-04-26

10

Heureusement, iOS est parfaitement équipé pour garder quelle que soit la valeur de la constante.

Ce (laid) le morceau de code continuera de l'image fixe à n'importe quelle valeur a origin.x==0. Ceci est facilement adapté à vos besoins.
```
//put this in your UITableViewCell subclass
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    NSLog(@"observed value for kp %@ changed: %@",keyPath,change);
    if ( [keyPath isEqual:@"frame"] && object == self.contentView )
    {
        CGRect newFrame = self.contentView.frame;
        CGRect oldFrame = [[change objectForKey:NSKeyValueChangeOldKey] CGRectValue];
        NSLog(@"frame old: %@  new: %@",NSStringFromCGRect(oldFrame),NSStringFromCGRect(newFrame));

        if ( newFrame.origin.x != 0 ) self.contentView.frame = oldFrame;
    }
}

//add the cell as an observer for frame changes, somewhere in initialization:
[self.contentView addObserver:self forKeyPath:@"frame" options:NSKeyValueObservingOptionOld context:nil];

//IMPORTANT: remove the cell as an observer in -dealloc:
[self.contentView removeObserver:self forKeyPath:@"frame"];
```
Cela permettra seulement l'image pour changer les valeurs avec une origin.x==0. Supprimer la NSLog() lignes de Release.

J'ai testé ce pendant quelques minutes et que vous n'avez pas vu tous les effets secondaires.
- mais il se bloque à l'ARC. Erreur : Une instance 0xabd7510 de classe UITableViewCellContentView a été libérée, tandis que la valeur de la clé, les observateurs étaient encore inscrits. L'Observation info a filtré, et peut même devenir, à tort, attaché à un autre objet. Définissez un point d'arrêt sur NSKVODeallocateBreak de s'arrêter là dans le débogueur. Voici l'observation courante info: <NSKeyValueObservationInfo 0xa9c9f60> ( <NSKeyValueObservance 0xa9ce8f0: Observateur: 0xabd7280, chemin de Clé: le cadre, Options: <Nouveau: NON, la Vieille: OUI, Avant: AUCUN> Contexte: 0x0, la Propriété: 0xa9c9b80> )
- vous devriez être en mesure de résoudre ce problème en mettant le removeObserver appeler quelque part autre que dealloc.
- où ailleurs?
- Voici un peu de code que j'ai trouvé pour résoudre un problème similaire qui n'a pas le KVO removeObserver question: stackoverflow.com/a/23833468/220338
InformationsquelleAutor mvds
102

Utiliser le UITableViewDelegate méthode:
```
- (BOOL)tableView:(UITableView *)tableView 
        shouldIndentWhileEditingRowAtIndexPath:(NSIndexPath *)indexPath 
{

    return NO;
}
```
Cela fonctionne pour les deux regroupées et non regroupées UITableView types. Toutefois, si vous avez un groupe de tableview, vous pouvez utiliser cette propriété sur la cellule:
```
cell.shouldIndentWhileEditing = NO;
```
- J'ai déjà essayé cela, malheureusement en vain. Dans mon cas, cela ne change rien.
- Apple UITableViewCell Classe de Référence: shouldIndentWhileEditing This property has an effect only on table views created in the grouped style (UITableViewStyleGrouped); it has no effect on UITableViewStylePlain table views. et ma table de la vue est en effet de style ordinaire...
- Ah, je viens de remarquer qu'un peu plus tard. Vous pouvez avoir deux tableaux des étiquettes de texte, l'un avec l'indentation et l'autre sans indentation. Juste au moment où vous changez de table de mode de modification, de le faire sans animation, c'est à dire animer:NON, et le commutateur de vos étiquettes tableau pour un d'avoir un texte sans indentation. Faire l'inverse quand vous revenir en arrière à partir de l'édition en mode normal. J'espère que cela aide.
- Point intéressant, mais je ne veux pas ajouter des étiquettes, comme sous-vue, mais plutôt d'utiliser la norme textLabels. Un autre problème que cela implique, c'est que il n'y a pas d'animation plus.
- Pas besoin de sous-vues. Utilisez simplement le texte de remplacement des chaînes, telles que: la cellule.textLabel.text=@"label"; => cell.textLabel.text=@"[quelques espaces aller ici] votre label";
- Merci Cela a fonctionné pour moi - Mais là encore, j'ai été en utilisant le groupe de style.
- ne fonctionne en effet à la fois regroupées et non regroupées tables. Notez que vous faites référence à la propriété shouldIndentWhileEditing et non pas la méthode du délégué shouldIndentWhileEditingRowAtIndexPath.
- le délégué des méthodes œuvres; comme d'iOS 6, la propriété ne semble pas avoir d'effet que si vous utilisez regroupés ou style ordinaire
- Cela devrait être sélectionnée comme bonne réponse, au lieu de le hacky réponse ci-dessus.
- shouldIndentWhileEditingRowAtIndexPath n'est pas appelé pour une raison quelconque. Ma vue de la table a un couple de ligne personnalisée actions au lieu d'utiliser la valeur par défaut, pourrait-il en être la raison?
InformationsquelleAutor Usman.3D
8

Basé sur Usman.3D

Sur la table de montage séquentiel, une propriété indent While Editing est checked par défaut. Il peut être désactivée manuellement. Il est égal à cell.shouldIndentWhileEditing = NO.

InformationsquelleAutor AechoLiu
2

Vous aurez à remplacer layoutSubviews pour ce faire. Il s'applique au niveau de la coutume de l'indentation de sorte qu'il n'est pour aucun.

Jetez un oeil à Comment puis-je modifier le montant de retrait sur mon custom UITableViewCell lors de l'édition?. J'ai donné un exemple, comment modifier le niveau d'indentation. Même si cela n'a pas fonctionné à 100% pour l'OP, il a travaillé dans mon exemple d'application. Je pense que cela va vous diriger dans la bonne direction.
- Curieusement, peu de temps avant de poser ma question, j'ai étudié votre code et malheureusement, j'ai fait face aux mêmes problèmes que l'OP a couru dans. Pour moi, il ressemble à n'importe quel changement de la contentView.la largeur de la propriété n'a aucun effet.
- Je suis désolé de ne pas être de l'aide.
- J'ai essayé de nouveau et la transformation de la contentView est bien efficace. La raison pour laquelle je n'ai pas un avis c'est que textLabel et detailTextLabel ne comptent pas uniquement sur contentView.frame.
InformationsquelleAutor Nick Weaver
2

J'ai eu le même problème avec mon style ordinaire de la table, même avec shouldIndentWhileEditingRowAtIndexPath retour NON

De mon côté, je rencontre le problème, parce que ma première ligne ne doit pas être supprimé et le reste de l'affichage de la table de cellules.

J'ai ajouté cette deuxième méthode et cela a fonctionné:
```
- (BOOL)tableView:(UITableView *)tableView canEditRowAtIndexPath:(NSIndexPath *)indexPath {

    if (indexPath.row == 0 && indexPath.section == 0) return NO;

    return YES;    
}
```
Espère que cela aide

InformationsquelleAutor Razmig Sarkissian
0

Avez-vous regardé UITableViewCell's shouldIndentWhileEditing et indentationLevel propriétés? Ceux-ci peuvent trier.
- En fait, j'ai déjà eu un coup d'oeil à ces méthodes, mais elles ne fonctionnent pas. Si j'ai mis le indentationLevel de chaque cellule et la UITableView'enters mode d'édition, déjà en retrait de la cellule est en retrait encore plus loin.
InformationsquelleAutor Steven Kramer
0

Un peu de retard,

mais j'ai résolu le problème en désactivant le d'un redimensionnement automatique de Masque pour tous les points de vue dans mon TableViewCell:
```
[<viewInCell> setAutoresizingMask:UIViewAutoresizingNone];
```
Éteindre ou d'un redimensionnement automatique de la largeur et/ou hauteur directement dans Interface Builder.

InformationsquelleAutor snoersnoer
0

Viens de tomber sur ce que je faisais des recherches sur le même problème.

Une solution très simple consiste à définir le niveau d'indentation d'un nombre négatif - il est un entier signé, après tout.

Un [cellule setIndentationLevel:-3] a fonctionné parfaitement pour moi, compte tenu d'une indentation par défaut de la largeur de 10, pour déplacer le dos de l'étiquette à gauche dans un simple tableau.

InformationsquelleAutor Andy

Vous pouvez toujours obtenir un tableviewcell avec un indexpath. L'aide que tableviewcell reuseidentifier, Vous pouvez éviter la tableview contenu de la cellule la taille de redimensionnement ou pas. J'ai eu une exigence de mettre en place le même genre de fonctionnalité pour éviter le redimensionnement de séparer les cellules. PFB le code.

-(BOOL)tableView:(UITableView *)tableView shouldIndentWhileEditingRowAtIndexPath:(NSIndexPath *)indexPath{

BOOL shouldIndentWhileEditingRow = NO;

UITableViewCell *lTableViewCell = [tableView cellForRowAtIndexPath:indexPath];

/*Change the position of the target rect based on Sending messages or Receiving messages*/
if ([lTableViewCell.reuseIdentifier isEqualToString:@"SendingChatCellIdentifier"]) {

    shouldIndentWhileEditingRow = NO;

}else if ([lTableViewCell.reuseIdentifier isEqualToString:@"ReceivingChatCellIdentifier"]){

    shouldIndentWhileEditingRow = YES;
}

return shouldIndentWhileEditingRow;
}

InformationsquelleAutor Pradeep Reddy Kypa

Vous devez vous connecter pour publier un commentaire.