"30-40 позиций" я имел в виду во всём дереве. Не поленился и проверил, сколько у меня статей - оказалось 100. Максимальный уровень - 5. Самые объёмные ветки - 14-15 позиций. ИМХО, не удобно перемещаться курсорными клавишами по такому дереву - слишком много нажатий. Чтобы их сократить приходится проводить оптимизацию занесения, т.е. просматривать бумажку и заносить записи в порядке расположения статей в дереве. Это не всегда удобно (вернее это редко когда удобно). Либо записывать на бумажку расходы в порядке расположения статей (что тоже не очень удобно).
 
А вот "поиск по нарастающей", ИМХО, здесь как нельзя кстати. Предлагаю такой вариант. Для статьи сделать поле ввода с инкрементным поиском. При вводе в него открывается  область (наподобие той, что у теперешних комбобоксов) со списком статей, отфильтрованных по введённым данным. Перемещение в этой области осуществлять курсорными клавишами «вверх» и «вниз», но при этом должна остаться возможность продолжить ввод ограничивающей последовательности без дополнительных телодвижений (типа «ESC» или «Backspace»). По моим прикидкам 2-3 символа должны сузить выбор до 3-5 вариантов, из которых выбрать гораздо проще, чем в существующем варианте. Для удобства навигации можно разделить эту область на две части: в первой список ограниченных статей, а во второй путь до текущей статьи (можно в древовидной форме или в виде списка).
 
Dervish: То, о чём вы просите довольно нетривиально в реализации. И мне не хотелось бы заниматься этим прямо сейчас. Мне кажется, что сейчас стоят более насущные задачи.
 
Кроме того, есть у меня некая задумка, которая, быть может, вообще снимет проблему без столь трудоёмкой реализации.