UITableViewCell -> EditingAccessoryType

DBocksteger · 11. Februar 2013, 14:12

Hallo,

ich habe meiner Zelle wie folgt gesagt, dass sie auch im Edit-Mode den DisclosureIndicator anzeigen soll:

Quellcode

if (self.tableView.isEditing) {
[cell setEditingAccessoryType:UITableViewCellAccessoryDisclosureIndicator];
}

Leider wird das Event nicht aufgerufen:

Quellcode

- (void)tableView:(UITableView *)tableView accessoryButtonTappedForRowWithIndexPath:(NSIndexPath *)indexPath

Weiß eventuell jemand, wieso das so ist ?

Gruß,
Daniel

Lucas de Vil · 11. Februar 2013, 14:22

Vermutlich hast du eine Datasource-Methode nicht implementiert.

C-Quellcode

- (BOOL)tableView:(UITableView *)tableView canEditRowAtIndexPath:(NSIndexPath *)indexPath;

Solange die nicht 'YES' zurück gibt wird das Editing der Cell komplett ignoriert.

DBocksteger · 11. Februar 2013, 14:24

Die ist mit Rückgabewert YES implementiert

Michael · 11. Februar 2013, 14:29

DanielBocksteger95 schrieb:

ich habe meiner Zelle wie folgt gesagt, dass sie auch im Edit-Mode den DisclosureIndicator anzeigen soll:

Quellcode

if (self.tableView.isEditing) {

[cell setEditingAccessoryType:UITableViewCellAccessoryDisclosureIndicator];

}

Wo sagst Du das denn Deiner Zelle? Da Du prüfst, ob die Tabelle im Editmodus ist, scheint mir das „zu spät“ zu sein.

Michael

DBocksteger · 11. Februar 2013, 14:30

ich generiere die Zellen nicht "während der Laufzeit", sprich im cellForRowAt... ich generiere die Zellen vorher schon, beim viewDidLoad. Das klappt auch alles. das einzige was nicht klappt ist halt der Methodenaufruf...

Lucas de Vil · 11. Februar 2013, 14:31

Das ist dir gut aufgefallen, Michael.
Natürlich muss das EditingAccessory immer gesetzt sein, nicht erst, wenn die Tabelle im Editiermodus ist.

DBocksteger · 11. Februar 2013, 14:31

Lucas de Vil schrieb:

Das ist dir gut aufgefallen, Michael.
Natürlich muss das EditingAccessory immer gesetzt sein, nicht erst, wenn die Tabelle im Editiermodus ist.

Ist immer gesetzt. (s. oben

)

macmoonshine · 11. Februar 2013, 14:33

DanielBocksteger95 schrieb:

ich generiere die Zellen nicht "während der Laufzeit", sprich im cellForRowAt... ich generiere die Zellen vorher schon, beim viewDidLoad.

Warum machst Du so etwas?

DBocksteger · 11. Februar 2013, 14:34

Weil meiner Meinung nach nichts dagegen spricht, wenn ich weiß, dass sich lediglich die Reihenfolge der Zellen, aber nicht deren Inhalte ändern können.

Michael · 11. Februar 2013, 14:38

DanielBocksteger95 schrieb:

ich generiere die Zellen nicht "während der Laufzeit", sprich im cellForRowAt... ich generiere die Zellen vorher schon, beim viewDidLoad.

Hmm, im viewDidLoad wird die Tabelle aber selten im Editmodus sein, würde ich sagen.

DanielBocksteger95 schrieb:

Das klappt auch alles. das einzige was nicht klappt ist halt der Methodenaufruf...

Kleiner Schreibfehler im Methodennamen Deiner Implementierung?

Michael

macmoonshine · 11. Februar 2013, 14:39

Der Wiederverwendungsmechanismus für die Zellen eines Tableviews ist schon ziemlich durchdacht und sowohl auf Geschwindigkeit als auch Speicherverbrauch hin optimiert. Bei Deinem Vorgehen umgehst Du ihn höchstwahrscheinlich. Das spricht dagegen, und außerdem implementierst Du etwas neu, was schon hervorragend funktioniert. Reinvent the square wheel.

Michael · 11. Februar 2013, 14:39

DanielBocksteger95 schrieb:

Weil meiner Meinung nach nichts dagegen spricht

Gegenfrage: was spricht dafür?

Michael

DBocksteger · 11. Februar 2013, 14:52

Wieso entwickel ich etwas neu ? ich erstelle lediglich nicht die zelle in der CellForRowAt... sonder vorher und lade dann nurnoch aus dem Array.

Es gibt keinen direkten Vorteil, aber dadurch, dass ich auch noch andere Zellen hinzufüge ist es so einfach deutlich übersichtlicher.

Ich habe gerade überlegt... die accessoryButtonTapped... wird nur bei dem DetailDisclosure aufgerufen oder ?

Michael · 11. Februar 2013, 15:00

DanielBocksteger95 schrieb:

Ich habe gerade überlegt... die accessoryButtonTapped... wird nur bei dem DetailDisclosure aufgerufen oder ?

So etwas kannst Du in der Dokumentation nachlesen. Du bist auf der richtigen Spur. :thumbup:

Michael

DBocksteger · 11. Februar 2013, 15:06

hmm.. son mist...

kennt jemand die Lesezeichen-Navigation in der Safari-iPad-App ?

da schaut das wie folgt aus:
[Blockierte Grafik: http://i.imagebanana.com/img/grdx9c85/thumb/Bildschirmfoto20130211um13.00.34.jpg]

Wenn man dann auf den Eintrag klickt, wird ein neuer Controller geladen. Wie lässt sich das OHNE Storyboards verwirklichen ?

macmoonshine · 11. Februar 2013, 15:12

Wo ist das Problem?

DBocksteger · 11. Februar 2013, 15:15

Das steht doch oben...

das ich keine Ahnung habe wie ich den Klick abfangen soll.

macmoonshine · 11. Februar 2013, 15:21

DanielBocksteger95 schrieb:

Das steht doch oben...

Nein, da steht eine sehr allgemein gehaltene Frage.

DanielBocksteger95 schrieb:

das ich keine Ahnung habe wie ich den Klick abfangen soll.

Das ist schon eine wesentlich konkretere Beschreibung des Problems: Der Inhalt Deines Popovers dürfte ein Tableview sein. Den Klick in eine Zelle fängst Du über das Delegate ab: developer.apple.com/library/io…c/uid/TP40006942-CH3-SW21

DBocksteger · 11. Februar 2013, 15:30

Tschuldige:

Nochmal detailierter

Ich habe einen UITableViewController, dessen UITableView ich direkt beim laden des Controllers in den Editing-Mode versetze. nun möchte ich während des Editing-Modes trotzdem den klick abfangen, das klappt leider zum verrecken nicht.

Wie ich standartmäßig einen Klick abfange weiß ich.

Michael · 11. Februar 2013, 15:51

DanielBocksteger95 schrieb:

Wie ich standartmäßig einen Klick abfange weiß ich.

Das geht im Editmodus genauso. Du musst nur im viewDidLoad ein

self.tableView.allowsSelectionDuringEditing = YES;

hinzufügen.

Michael

UITableViewCell -> EditingAccessoryType

UITableViewCell -> EditingAccessoryType

Quellcode

Quellcode

C-Quellcode

kmr schrieb:

DanielBocksteger95 schrieb:

Quellcode

kmr schrieb:

Lucas de Vil schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

DanielBocksteger95 schrieb:

Tags