$(this).parent().siblings().each(function(){
  $(this).find('ul').slideUp(200);
});

т.е. находим родителя элемента а, по которому был клик (это элемент li), находим всех его сестер. Перебираем найденные li и в контексте каждого ищем вложенный ul, который успешно скрываем.
Оговорюсь, что при инициализации лучше сделать все ветви скрытыми, во избежание непоняток.

$(”#minResult”).attr(”value”, ui.value);
(Бегунок использую один)

и в самой function() {
var с = $(”#minResult”).text();
}

Но суть вопроса не меняется

Беру по аналогии ваш пример в IE 6.0.2.. и хочу использовать $(«#minResult»).text() для дальнейших расчетов в другой function():

slide: function(e,ui) {
$(«#minResult»).text( ui.values[0]);
…
count(ui.value);
}
…
function count(param) {
…
$(«#minResult»).text();
…
}

И никак! Приходится писать document.getElementById(‘minResult’).innerHTML чтобы вытащить из div-а передаваемое в него НА ЛЕТУ значение.

Такое чувство, что не торопится IE схватить еще не переданный параметр.

В свзи с этим – вопрос: можно ли в slide: function(e,ui) {..} что-то наподобие callback использовать для вызова count(…)?

Что интересно.. Если писать вот так:

slide: function(e,ui) {
$(«#minResult»).attr(«value», ui.values[0]);
…
count(ui.value);
}
…
function count(param) {
…
$(«#minResult»).attr(«value»);
…
}

то всё работает! Как атрибут IE понимает и получает

Где ошибаюсь?

Мозилла рулит всегда и везде