Recent content by amromousa

This is generally the way to go. Strings are immutable in many languages so it's often slower to concatenate strings over and over instead of just adding to a list and joining at the end. Plus it makes for cleaner code. IMO, it doesn't matter whether or not this app is for internal use --...

Have you "unlocked" the domain?

If only this forum had "like" buttons for posts.

Ok, still not enough info (for example, I don't understand your model at all but let's go with it). I would look up NSPredicate and the filteredArrayUsingPredicate: method on NSArray. This example isn't a complete sample and isn't directly applicable (since I don't know your model) but it...

Can you share the code that populates filteredListContent? Are you clearing filteredListContent prior to each search?

The indexPath passed in to willSelect or didSelect is the index path from the list of search results when searching. You're likely grabbing the item in the full array of items instead of indexing into the array of search results, which should be a separate data structure. Try doing something...

Macbook Pro (late 2k8 unibody) for coding exclusively. I use my desktop to check email and play an occasional game. It's aging well. I did put in a decent SSD to help w/ build times (and it did help by about 15-25% depending on the build script I run). I don't plan on upgrading until next year...

You could always use a hashmap Map<String, MyType> foo = new HashMap<String, MyType>(); foo.put("blah", new MyType()); later.. MyType something = foo.get("blah");

NP. Nope, not using that data structure. The idea behind hashmaps is quick lookup. You basically give up order to get that since one hashes the key to find the location of the object it maps to. You'll need to take care of it with further code. How to do that depends on how often you need to...

Yep, hashmaps do not guarantee order so the behavior you're seeing is expected. You're right, it is not random. It's implementation specific.

Highly recommend ASmallOrange and Linode. Both have excellent support, in my experience. Disclosure: I know the founder of ASmallOrange but we have a regularly priced server from them.

No, you don't have to pay for iPhone apps you've already purchased. Although they will run on the iPad, they will either be scaled up (not look so great..) or run in the middle of the screen w/ a big black border around them. That wasn't the OP's question though. His question is whether or not...

The primary reason top apps (e.g. Pocket God and Doodle Jump) continue to give away updates is it helps keep the revenue coming. I wouldn't expect it for free, though, because most apps do not make enough to warrant free feature updates forever. When you buy an app, you're buying the current...

Really? Android SDK IS java based. Yes, there's a native SDK but it's less used... http://developer.android.com/reference/android/media/package-summary.html

Just make sure it isn't performance related and you're good as long as you like your job, IMO.