Если я правильно понимаю, и представление ваших примерных данных является точным, то вам не нужно обрабатывать ([split]
) данные, хранящиеся в results
, но оставить это анализатору списка Tcl. Другими словами, входные данные уже являются допустимым строковым представлением списка Tcl, подходящего для дальнейшей обработки. Смотрите:
set results {
{0 0 0 0 1}
{2 2 3 3 3}
{1 1 2 3 4}
};
set thresholds {
3
2
1
}
lmap values $results threshold $thresholds {
lmap v $values {expr {$v >= $threshold}}
}
Это даст:
{0 0 0 0 0} {1 1 1 1 1} {1 1 1 1 1}
Фон: когда $results
обрабатывается [lmap]
, он автоматически превращается в список.
Это смотрит хорошо мне, можете Вы пытаться изменить преобразователь, чтобы возвратиться "красный" или "зеленый", а не Истинный/Ложный (и изменить триггер соответственно). Я видел некоторое странное поведение с триггерами WPF при использовании ПУСТОГО УКАЗАТЕЛЯ или булевских переменных, в которых это "сбрасывает" свойство, если это - противоположность триггерного значения, вместо того, чтобы использовать другое триггерное значение.
Что касается отладки их.. Я хотел бы знать, существует ли лучший путь, чем взлом и методы надежды, которые я обычно использую для отладки XAML :D