Chomping at Chandler

Darshana has a patch that adds a text field to the details view (until the search bar is working correctly), and if the user types a leading slash “/”, a popup shows up listing available commands that can be used à la IRC. Here are some screenshots that show it in action.

Make sure your browser window is wide enough to show these 885-pixel-wide screenshots.

Since the search bar isn’t available yet, there is an extra text field in the detail view on the right, which you can see right under the big, bold “Welcome to Chandler” title.

When you type a slash “/”, a list of available commands appears.

If you then type an “m”, the list is filtered to show those beginning with “/m”.

Once you have typed the command “/msg”, the rest of the text is used as the subject of the mail message.

The mail message appears in the “All” view.
(I had to click the person-shaped mail icon twice before the subject actually showed though - refresh issue?)

Pretty nifty! Well done Darshana.

After I complained about problems with gdb in IRC, Andi told me that a recent Apple update to the OS has caused gdb to break, and that the workaround is to symlink the required libraries in some dyld-searched place, like /usr/local/lib, which is where i’ve been putting my symlinks.

The only external mention I can see via google is in a Macintouch post about Security Update 2006-004 (search for “gdb” - there is only one posting that mentions it). But the error reported is exactly the same kind as I am seeing.

All fine and good while I was working on Chandler alpha 3 code, but now I can’t get even useful dyld errors when I try to run straight Chandler trunk:

dyld: Library not loaded: /Users/builder/tinderbuild/external/debug/Library/Frameworks/Python.framework/Versions/2.4/Python
  Referenced from: /Users/rae/work/osaf/chandler/chandler/debug/Library/Frameworks/Python.framework/Versions/2.4/Resources/Python.app/Contents/MacOS/Python
  Reason: no suitable image found. Did find:
/Users/rae/lib/Python: not a file


Program received signal SIGTRAP, Trace/breakpoint trap.
0×8fe061c4 in __dyld__ZN4dyld5_mainEPK11mach_headeriPPKcS5_S5_ ()
(gdb)

Without a list of missing libraries, it’s hard to stick in the symlinks.

Hm, now that I think about it, perhaps new symbols are showing up in the libraries I symlinked already, since they were symlinked to the alpha 3 libs. Those libraries aren’t really supposed to change at all, … but hey, maybe they did? When I first did the symlinking, I thought I would have to write a tool that would swap the symlinks amongst the permuations of debug/release and alpha3/trunk, but Andi assured me the libraries were pretty static.

Hm, I will have to check it out.

This is just as vent. No doubt I’ve missed something blindingly obvious, as usual.

So my plan last night was to simply copy Stefan’s new toolbar code into the alpha3 wx, test it with chandler, check it in and tell Bear the new tarball was ready to roll. But when I built wx and ran Chandler — it was the Attack of the Non-Native Toolbar.

This isn’t the first time this has happened to me. My previous battles with the NNT resulted in my eventual victory, through no means that I could discern. So here I am once again locked in mortal combat with the beast.

It should be so simple. There is one place that needs to have the right value: include/wx/mac/carbon/chkconf.h. In it, the constant ‘wxMAC_USE_NATIVE_TOOLBAR‘ is defined to be 1.

The only place that does *not* define wxMAC_USE_NATIVE_TOOLBAR to be 1 is in the CVS checkout of wx widgets, where it defaults to zero. But I never build in that directory.

So I try various shenanigans, like editing include/wx/mac/setup0.h, which has a line that says:
“#define wxUSE_TOOLBAR_NATIVE 0“.

However, I am assured that include/wx/macsetup0.h is not used in the build process at all, in which case I wonder why it’s still around?

Ah well, off to try my 4th or 5th iteration of a full build. Once I have appeased the gods, perhaps I will emerge victorious.

Go get it now.

There are more 0.7alpha3-related downloads (including debug builds) on the all alpha3 downloads page.

Woo hoo!