On Wed, 13 Oct 2010 16:57:22 -0700, G S stokest...@gmail.com said:
Turns out to be a simulator bug, or a bug in the way Xcode is loading
apps into the simulator.
The simulator was showing a UI from a XIB that had long since been
deleted from disk and removed from the project. And yet the compiled
Am 12.10.2010 um 23:55 schrieb G S:
- (UITableViewCell*) tableView:(UITableView*)tableView
cellForRowAtIndexPath:(NSIndexPath*)indexPath
{
UITableViewCell* cell = [tableView
dequeueReusableCellWithIdentifier:@MyIdentifier];
if (cell == nil)
{
cell = [[UITableViewCell
I'm not supposed to call reloadData in that function, am I?
No. You would get an infinite loop.
Yes indeed.
Well, this has proven to be a stumper. In case the XIB was corrupted,
I deleted the whole thing and started over. Same result. It's a
deal-breaker, since this is the main interface
G S wrote:
Well, this has proven to be a stumper. In case the XIB was corrupted,
I deleted the whole thing and started over. Same result. It's a
deal-breaker, since this is the main interface of my app. Total
standstill.
I don't recall seeing any of your code that calls reloadData.
Turns out to be a simulator bug, or a bug in the way Xcode is loading
apps into the simulator.
The simulator was showing a UI from a XIB that had long since been
deleted from disk and removed from the project. And yet the compiled
nib from it was turning up in the app package, even after cleans.
You have a black table view. Is by chance the text in the cell black
also? (meaning you cant see it)
I would try setting the table view style to grouped, then you could
definitely see if the number of cells you say should be there (in your
numberOfRowsInSection) are there.
Then if the correct
Hi all.
I have a controller derived from UIViewController. It contains an
IBOutlet UITableView*, and declares and implements the necessary
delegate protocols (cellForRowAtIndexPath and numberOfRowsInSection).
The UITableView resides on a view by itself. I have the delegates
connected to the
Wow, nobody has seen this problem? Lovely.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
On 12 Oct 2010, at 2:58 PM, G S wrote:
Wow, nobody has seen this problem? Lovely.
You expect a mailing list consisting of people reading in their spare time, and
writing out of charity, most of whom have been doing their paying jobs in the
few hours since you first posted, to drop everything
Am 12.10.2010 um 21:58 schrieb G S:
Wow, nobody has seen this problem? Lovely.
I only did when I did something wrong myself...
Show more code.
atze
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin
On Tue, Oct 12, 2010 at 4:38 PM, Fritz Anderson fri...@manoverboard.org wrote:
On 12 Oct 2010, at 2:58 PM, G S wrote:
Wow, nobody has seen this problem? Lovely.
You expect a mailing list consisting of people reading in their spare time,
and writing out of charity, most of whom have been
You expect a mailing list consisting of people reading in their spare time,
and writing out of charity, most of whom have been doing their paying jobs in
the few hours since you first posted, to drop everything to respond? Lovelier
still.
Your assumptions are incorrect.
Thanks to everyone
12 matches
Mail list logo
