Never again. I hope.

I have a new weapon against it now — it’s a wonderful thought that Wil Shipley said in an interview for Mac Developer Network podcast:

…Technology is just being too complicated. People just don’t enjoy using it, they don’t get it, they’re not getting the most out of it, they’re not able to use the feature they have and if we radically simplify it, then people suddenly get a lot more out of it.
They actually use more features if you give them less features.

MDN podcast is wonderful resource. I had a large backlog of various podcasts — this Shipley interview is in MDN Show 003 from back in July 2009 — which I have recently cleared out. I never check what is in any of the shows, I like when they surprise me. This interview with Wil is chock full of great thoughts.

Another fantastic feature of the MDN Show is World according to Gemmell where Matt Gemmell picks an UX subject and really, really hummers it down.

Note: Steve Scott, the man who ran MDN, has retired that show and now has a new show called iDeveloper Live. It’s more dynamic than MDN Show (more people) plus it’s recorded live and you can be part of it through the chat.

In order not to lose these stuff and to keep note of problem and solution (if I find one) for future benefit, I’m doing this password-protected posts that I will reveal once NDA is lifted.

Which hopefully will happen’ at some point.

update: it did not take long – just days after I did this, Apple killed the NDA.

warning: Unable to read symbols for "/System/Library/Frameworks/UIKit.framework/UIKit" (file not found).
warning: Unable to read symbols from "UIKit" (not yet mapped into memory).

As you can see, this error is entirely meaningless on its own — if this was true, none of apps would work. Which was not the case. This happened with 2.1 final SDK, where I last checked for this.

It turns out that problem was with this line:

NSLog(@"Play sound: %@", _soundID); 

where _soundID is of type SystemSoundID. Commenting this line out resolved the problem.

My guess here is that SystemSoundID does not have description properly implemented. %@ should cover any object that accepts description message, so it’s not strange that a beginner would try to log it as given above. And would be mightily confused by the message in the console window, as I was.
I got out of this by commenting out lines of code, one by one, starting from the last one I added.

Hopefully someone else will find this and saves oneself some time and nerves.

Since no option, we go with manual work.

1. Copy/rename the folder into new name
2. Get inside the new folder and rename the .pch and .xcodeproj files
3. Delete the build folder
4. Open .xcodeproj file in text editor, like TextMate or TextWrangler. That’s actually a folder, which contains 4 files (you can also right-click and do Show package contents, which will reveal the files)
5. Open project.pbxproj in text editor and replace all instances of the old name with the new name
6. Load the project file in XCode, do Build/Clean all targets

Now it should be ready for new build, under new name.

Update (Nov 28, ’10): now there is a simple path: copy into a different folder, open the project and then in Xcode pick Project/Rename menu item. If that fails, there’s always a manual way above.

It’s caused by this XSLT code:

<input type="submit">


						<xsl:attribute name="value">


							Login


						</xsl:attribute>


</input> 

The value attribute is not just Login, but also all the white characters around it, most notably tabs. When written as this:

<input type="submit">


						<xsl:attribute name="value">Login</xsl:attribute>


</input> 

all looks ok:

XSLT is slowly killing me…