Weird issues with IKImageBrowserView reloaddata
Hi,
I'm seeing some weird things reloading the data in my
IKImageBrowserView in my GC collected, Leopard app. Basically
depending on how I change the contents of my filteredItems
NSMutableArray I get a different loading behaviour.
If I refresh the contents like this the IKImageBrowserView seems to
ignore the imageUID and reload everything again:
[self.filteredItems setArray: self.prefilteredItems];
[imageBrowserView reloadData];
while if I do the much more elaborat following it seems to reuse
everything properly and doesn't do the weird reloading of everything:
NSMutableArray *array = [NSMutableArray arrayWithCapacity:
[self.filteredItems count]];
for(id obj in self.filteredItems){
if(![self.prefilteredItems containsObject: obj])[array
addObject: obj];
}
[self.filteredItems removeObjectsInArray: array];
for(id obj in self.prefilteredItems){
if(![self.filteredItems containsObject: obj])[self.filteredItems
addObject: obj];
}
Any idea why this is? How come the imagebrowserview seems to monitor
my mutablearray?
Also, any tips on how to solve the issue, or a workaround? The above
one is (too) slow.
I have done everything accoding to the ImageKit demo, including
implementing imageUID in my model object, and implementing the
delegates as follows:
- (NSInteger)numberOfItemsInImageFlow:(IKImageFlowView*)view{
return [filteredItems count];
}
- (id)imageFlow:(IKImageFlowView *) view itemAtIndex:(NSInteger) index{
return [filteredItems objectAtIndex:index];
}
Thanks,
Alex
--
** Alexander Griekspoor PhD **
mekentosj.com
Papers - Your Personal Library of Science
2007 Winner of the Apple Design Awards
Best Mac OS X Scientific Solution
http://www.mekentosj.com/papers
___
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
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
Thank you for listening Apple!
Awesome! Any official policy/point-of-view with regards to this list? http://developer.apple.com/iphone/program/ -- ** Alexander Griekspoor PhD ** mekentosj.com Papers - Your Personal Library of Science 2007 Winner of the Apple Design Awards Best Mac OS X Scientific Solution http://www.mekentosj.com/papers ___ 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 Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: ShortWeekNames
Must have been late yesterday, I tried that then but it gave nothing, this morning my Mac was more friendly and it works perfect. Thanks! Alex On 9 mrt 2008, at 04:27, Nick Zitzmann wrote: On Mar 8, 2008, at 6:01 PM, Alexander Griekspoor wrote: what is now the blessed way of obtaining the users preferred short weekday names? See -[NSDateFormatter shortWeekdaySymbols]. Nick Zitzmann http://www.chronosnet.com/ ** ** Alexander Griekspoor PhD ** ** mekentosj.com 4Peaks - For Peaks, Four Peaks 2004 Winner of the Apple Design Awards Best Mac OS X Student Product http://www.mekentosj.com/4peaks ** ___ 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 Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Cocoa-dev and iPhone policy
Hi everybody, I was just wondering what the policy will be when it comes to Cocoa vs Cocoa-touch questions. Obviously they are related, obviously this will lead to a huge increase in traffic (not necessarily bad). Assuming that there would be a separate Cocoa-touch/iphone-dev mailinglist (don't know?) it would be cool if cocoabuilder.com could still aggregate them like it does with the omni vs cocoa-dev list... Cheers, Alex ** ** Alexander Griekspoor PhD ** ** mekentosj.com EnzymeX - To cut or not to cut 2006 Winner of the Apple Design Awards Best Mac OS X Scientific Solution http://www.mekentosj.com/enzymex ** ___ 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 Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: Cocoa-dev and iPhone policy
Ok, that makes things clear. My apologies, Alex On 6 mrt 2008, at 20:28, mmalc crawford wrote: On Mar 6, 2008, at 12:23 PM, Alexander Griekspoor wrote: I was just wondering what the policy will be when it comes to Cocoa vs Cocoa-touch questions. The SDK is subject to NDA, so you should not discuss it in public. mmalc ** ** Alexander Griekspoor PhD ** ** mekentosj.com Papers - Your Personal Library of Science 2007 Winner of the Apple Design Awards Best Mac OS X Scientific Solution http://www.mekentosj.com/papers ** ___ 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 Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
