Можно я немного побурчу? Инфолог не предназначен для вывода "огромного дерева". Ни один пользователь не будет/не сможет читать всю эту огромную простыню (не говоря уже о том, что и строится такой инфолог долго). Если предполагается вывод "огромного" кол-ва сообщений, то в инфолог лучше выводить какую-либо сводную (или частичную) информацию, а сами сообщения сохранять в каком-либо виде в лог-файле или таблице, в которой можно бы было и сортировать и фильтровать. И не будет никакого "неудобно такое читать".
Цитата:
Infolog Best Practices
Infolog messages interrupt a user's work. Make the interruption as brief as possible and help the user quickly resume their work.
Limit the Number of Messages
To limit the number of messages under each heading, use:
int errorsPerBatch(int number = errorsPerBatch)
For example, if a table already contains a record, several thousand errors could be generated for the table during data import, saying: 'Record already exists'. You could choose to just show the first ten errors for each table. The user would have to take a look at these tables anyway, because data is incomplete.
Limiting the number of Infolog messages will also avoid an unnecessary drain on memory.
It is bad practice to report any errors that come from errors that have already been reported.
http://msdn.microsoft.com/en-us/libr...(v=AX.10).aspx