1. open TextWranglers “Unix Filters Folder”
2. create a file named e.g. “Tidy Html.sh”,
3. paste the following lines into the file and save it:

   #!/bin/sh
   # run "tidy" on the file given as 1st (and only) parameter.
   #
   /usr/bin/tidy -utf8 -asxhtml -indent -wrap 100 -quiet "$1" 2> /dev/null

4. now you can run tidy on files opened in TextWrangler, even remote files.
5. assign a keyboard shortcut (I used CTRL-T in the shot above) via the “Unix Filters” Palette:

.../build/doxygen/html/a00136.png' produced by dot is not a valid PNG!
You should either select a different format (DOT_IMAGE_FORMAT in the config file) or install a more recent version of graphviz (1.7+)

?

Happened to me this morning when running doxygen on another box. The doxygen dmg was installed in /Applications, I even added the graphviz macport, so WTF.

It turned out, that

• the doxygen dmg brings everything it needs, including graphviz,
• but: the full path to the dot executable has to be set inside the doxygen config.

So, when using the dot from the doxygen dmg, it has to be set to

/Applications/Doxygen.app/Contents/Resources

I fixed my generic Makefile and make a good guess now while keeping things configurable per user as the Makefile and doxygen config are committed sources and should not contain user specific settings.

Plus the CFArrayBSearchValues doesn’t tell you whether the key actually is part of the list or not. That’s what the Java JDK does, so let’s implement some category methods

-(NSInteger)binarySearch:(id)key;
-(NSInteger)binarySearch:(id)key usingSelector:(SEL)comparator;
-(NSInteger)binarySearch:(id)key usingSelector:(SEL)comparator inRange:(NSRange)range;
-(NSInteger)binarySearch:(id)key usingFunction:(NSInteger (*)(id, id, void *))comparator context:(void *)context;
-(NSInteger)binarySearch:(id)key usingFunction:(NSInteger (*)(id, id, void *))comparator context:(void *)context inRange:(NSRange)range;
-(NSInteger)binarySearch:(id)key usingDescriptors:(NSArray *)sortDescriptors;
-(NSInteger)binarySearch:(id)key usingDescriptors:(NSArray *)sortDescriptors inRange:(NSRange)range;

ourselves, like

-(NSInteger)binarySearch:(id)key usingFunction:(NSInteger (*)(id, id, void *))comparator context:(void *)context inRange:(NSRange)range
{
    NSLogD(@"[NSArray(MroBinarySearch) binarySearch:%@ usingFunction:]", key);
    if(self.count == 0 || key == nil || comparator == NULL)
        return [self binarySearch:key usingSelector:nil inRange:range];
 
//	check overflow?
    NSInteger min = range.location;
    NSInteger max = range.location + range.length - 1;
 
    while (min < = max)
    {
        // http://googleresearch.blogspot.com/2006/06/extra-extra-read-all-about-it-nearly.html
        const NSInteger mid = min + (max - min) / 2;
        switch (comparator(key, [self objectAtIndex:mid], context))
        {
            case NSOrderedSame:
                return mid;
            case NSOrderedDescending:
                min = mid + 1;
                break;
            case NSOrderedAscending:
                max = mid - 1;
                break;
        }
    }
    return -(min + 1);
}

See the full interface + implementation + testcase without html encoding dirt at github.

-(void)testNSDateFormatterTrap
{
    NSDateFormatter *lower = [[[NSDateFormatter alloc] init] autorelease];
    lower.dateFormat = @"yyyy-MM-dd HH:mm:SS ZZZ";
 
    NSDateFormatter *upper = [[[NSDateFormatter alloc] init] autorelease];
    upper.dateFormat = @"YYYY-MM-dd HH:mm:SS ZZZ";
 
    lower.timeZone = upper.timeZone = [NSTimeZone timeZoneForSecondsFromGMT:0];
 
    NSDate *d = [lower dateFromString:@"1970-01-01 00:00:00 +0000"];
    STAssertEqualObjects(@"1970-01-01 00:00:00 +0000", [lower stringFromDate:d], @"lower iso wrong");
    STAssertEqualObjects(@"1970-01-01 00:00:00 +0000", [upper stringFromDate:d], @"upper iso wrong");
 
    d = [d addTimeInterval:(-60*60)];
 
    STAssertEqualObjects(@"1969-12-31 23:00:00 +0000", [lower stringFromDate:d], @"lower iso wrong");
    STAssertEqualObjects(@"1970-12-31 23:00:00 +0000", [upper stringFromDate:d], @"upper iso wrong");
}

The Unicode Format Pattern Documentation explains the difference of the upper- and lowercase year format – but frankly I don’t get the “Year of week of year” idea.

But that subtracting one hour in fact adds almost a whole year – that’s odd to me.

So I rather stay away from the uppercase form – be it correct or buggy.

Seen with iPhone SDK 3.1.2 and XCode 3.2.1 on Snow Leopard.

Update:

I think I got it! Uppercase YYYY makes sense only in combination with a calendar week – and not months or quarters.

Look at January 1st 2010. It belongs to calendar week 53 of 2009. Week 1/2010 starts on Jan 4th.

$ cat /etc/fstab
# mount partition "userspace" as /Users
UUID=D016E3FD-E322-3006-A8F5-D2348C6A5B7B	/Users	hfs	rw,auto

$ ln -s /Developer/usr/bin/momc /Developer/Library/Xcode/Plug-ins/XDCoreDataModel.xdplugin/Contents/Resources/momc

export PATH=$PATH:/usr/local/git/bin

$ sudo port selfupdate
$ sudo port install bcpp pwgen wget lftp fortune optipng graphviz ragel imagemagick
$ sudo port clean --all installed
$ sudo port -f uninstall inactive

Remaining issues:

1. SenTestingKit error highlighting not working.

$ scanimage --version
scanimage (sane-backends) 1.0.21cvs; backend version 1.0.21

(installiert nach http://blog.mro.name/2008/12/scanner-mustek-1200-cu-unter-mac-os-x-105/) beim Versuch per “batch” mehrere Seiten zu scannen jeweils nach Seite 1 aus der Kurve fliegt:

$ scanimage --batch-start=45 --batch-count=16 --batch --batch-prompt \
--format=pnm --mode Color --resolution 300
...
Scanning page 46
scanimage: sane_start: Invalid argument

und das auch ein bekanntes Problem zu sein scheint, gibt’s einen Workaround per selbstgebautem Shell-Script:

#!/bin/sh
# http://blog.mro.name/2009/07/sane-batch-scan-workaroun/
pre=scan-`date "+%Y-%m-%dT%H:%M"`
echo "To create a pdf, call after scanning the pages:"
echo "    convert $pre*.png -despeckle -density 100x100 -compress JPEG -quality 50 -page a4 $pre.pdf"
for ((i=0;i < 100;i++))
do
	echo "Place document no. $i on the scanner."
	echo "Press &lt;RETURN&gt; to continue, &lt;q&gt; + &lt;RETURN&gt; to quit."
	echo \\a
	read key
	if [[ $key == "q" || $key == "Q" ]] ; then
		break
	fi
	dst=$pre-page$(printf %03d $i)
	scanimage --mode Gray --resolution 300 --buffer-size=1024 --progress > $dst.pnm
	# background conversion:
	(convert $dst.pnm -level 15,85% -density 300x300 -type grayscale \
		-resample 100x100 $dst.png && rm $dst.pnm) &
done
ls -l $pre*

é voilá.

Um das ganze dann noch in ein PDF moderater Größe zu verwandeln genügt (ImageMagick z.B. via darwinport vorausgesetzt):

$ time convert *.png -despeckle -density 100x100 \
-compress JPEG -quality 75 -page a4 out.pdf
 
real	3m39.867s
user	2m55.069s
sys	0m9.628s

.

iTunes Mediathek zentral

und jetzt noch umschaufeln, iTunes -> Ablage -> Mediathek:

fertig!

Das letzte Lebenszeichen.

The Road to Hell...

Also das “Disk Utility” von der Installations DVD gefragt – das beim “Verify” aus der Kurve flog und das Filesystem auch nicht reparieren konnte (Stichwort “Invalid Key Length” und “Invalid Node Structure”). Also hab’ ich meine Freunde von Okapi kontaktiert, die hatten den DiskWarrior rumliegen, abholen und wieder nach Hause.

Nur – wie kriege ich den Krieger gestartet? Regulär booten ging nicht, Single-Mode oder von der Installations-DVD bedeutet read-only Partitionen, das DVD Laufwerk ist belegt und USB Stick hatte ich keinen. Ach ja, vom CodeWarrior hatte ich eine Version vor Oktober 2008 – dessen DVD bootete mein Macbook nicht.

DiskWarrior Problem, eines der vielen.

Inzwischen war’s 16:30 und ich klagte mein Leid meinem Mac-Kumpel, der kurzerhand beschloß bei mir vorbeizukommen, seinerseits mit Macbook, externer Festplatte und einem USB-Fisch. Wäre ja gelacht.

Nach ca. einer Stunde erfolglosen Versuchen den Warrior auf den USB-Stick, den USB-Stick in’s Macbook und den Warrior gestartet zu bekommen riß uns der Geduldsfaden und wir entschlossen uns zur Radikallösung:

• Festplatte ausbauen und extern an’s 2. Macbook anschließen,
• alle relevanten Dateien (im wesenlichen iTunes, Libary und ~/.* Files)  aus dem FileVault (ja, ich geb’s zu) heraus auf’s Macbook-II und weiter über LAN auf meinen Gentoo-Desktop kopieren,
• Platte wieder einbauen, Löschen und frisches OS X installieren + Systemupdate,
• Daten von Gentoo-Rechner wieder auf’s Macbook (diesmal ohne FileVault),
• iPhone SDK wieder installieren,
• Dropbox, git, Skype, Firefox, macports, bcpp, lftp, Gimp, NeoOffice, Inkscape, pwgen, TrueCrypt, etc. wieder installieren.

Fazit: Kein Datenverlust, aber ein zwei Tage Arbeitsausfall. Das Backup (gibt’s, ist aber nicht komplett und nicht komfortabel wiederherzustellen) muß besser werden. Time-Capsule, ich komme…

1. Get gammu and backup the phone data:
   $ gammu backup phonedata.txt -yes
2. open phonedata.txt and save it in “MacRoman” encoding with Unix line endings
3. run it through this ruby script:

   #!/usr/bin/ruby -w -- 
    
   # http://www.rubycentral.com/pickaxe/
   # http://homepage.mac.com/phrogz/CSV2vCard_v2.html
    
   records = {}
   fields = {}
    
   eor = /^[ \t]*$/
   bor = /^\[([^0-9\]]+)([0-9]*)\]$/
   etype = /^Entry([0-9]+)Type\s+=\s+(\S+)$/
   etext = /^Entry([0-9]+)Text\s+=\s+"(.*)"/
    
   record_type = nil
   entry_type = nil
   tmp = nil
    
   $stdin.each do |l|
   	if (eor =~ l) == 0
   		records[record_type] = [] if records[record_type].nil?
   		records[record_type] << tmp if tmp
   #		puts '-- EOR --'
   		record_type = entry_type = tmp = nil
   		next
   	end
   	m = bor.match l
   	if m
   #		puts "#{m[1]} - #{m[2]}"
   		record_type = "#{m[1]}"
   		tmp = {}
   		next
   	end
   	if 'PhonePBK' == record_type
   		m = etype.match l
   #		raise "Parse Error: #{l}" if entry_type.nil? && m.nil?
   		if m
   			entry_type = "#{m[2]}"
   		else
   			m = etext.match l
   			if m
   				raise 'Parse Error' if entry_type.nil?
   				if 'Name' == entry_type
   					name = "#{m[2]}".split ' '
   					tmp[entry_type = 'LastName'] = "#{name[name.length-1]}"
   					fields[entry_type] = entry_type
   					name[name.length-1] = nil
   					name.compact!
    
   					count = 0
   					name.each do |tn|
   						tmp[entry_type = "Name_#{count}"] = tn
   						fields[entry_type] = entry_type
   						count += 1
   					end
   				else
   					fields[entry_type] = entry_type
   #					puts "#{entry_type} = #{m[2]}"
   					tmp[entry_type] = "#{m[2]}"
   				end
   				entry_type = nil
   			end
   		end
   	end
   end
    
   keys = fields.keys.sort
   sep = ','
   puts "\##{keys.join(sep)}"
   records['PhonePBK'].each do |item|
   	tmp = ''
   	keys.each do |key|
   		v = item[key]
   		v = '' if v.nil?
   		v.gsub! "'", "''"
   		tmp = "#{tmp}'#{v}'#{sep}"
   	end
   	puts tmp
   end

4. run the result through a csv to vcard converter,
5. remove all single quotes ' from the vcards,
6. import the vcards into the osx addressbook.

And guess what – that really works! The script is quite a hack but does the job. I thought about rewriting it using closures prior publishing but left it as a homework to you.

[Update] Maybe iSync would have done the trick, too.

Download lftp-3.7.6-1.dmg

verlinkt. Leider ist das Binary nicht statisch gelinkt, drum hat das ganze wenig Sinn. Details siehe unten im “Nachtrag”.

Wie und wo genau das sich dann installiert weiß ich nicht – ich selbst benutze ja den Darwinport

Zur Benutzung nur 2 kurze Anmerkungen:

Ich finde es bequem (wenn auch von Sicherheitsseite nicht die reine Lehre) die FTP Zugangsdaten zu den meistbenutzten Servern in der $HOME/.netrc abzulegen. Vorsicht: die Datei muß folgende Rechte haben (bzw. nicht haben):

$ chmod 600 $HOME/.netrc

Außerdem habe ich folgende Einstellungen in der $HOME/.lftp/rc Konfiguration:

set ftp:list-options -a
set net:limit-total-rate 0,15360&

Viel Spaß damit!

Nachtrag

Leider funktioniert das so nicht, da das Binary nicht statisch gelinkt ist – was leider nicht geht:

• http://dev.ultravelours.com/ports/enblend/index.html#static-builds
• http://el-tramo.be/guides/darcs-static-osx
• http://developer.apple.com/qa/qa2001/qa1118.html

Noch dazu sind die dynamisch gelinkten Macport Libs sämtlich auch als Teil von OSX selbst vorhanden. Sehr ärgerlich.

Scanner Mustek 1200 CU

zwar nicht von Haus aus, läßt sich aber dazu überreden: Scanner Mustek 1200 CU unter Mac OS X 10.5 verweist auf TWAIN SANE Interface for MacOS X:

1. libusb
2. SANE backends
3. SANE Preference Pane
4. TWAIN SANE Interface