Looking for a way to indent/ include spacing in a review

I would like to put a family tree diagram in my review of Shapechanger’s Song which is a generational saga. When I use the code   to space out the names, it works initially but then, at some point, the code disappears from my review when I go back to check it and eventually the posted review loses the spacing.

https://www.librarything.com/work/272623/reviews/128935864

Is there any way that I can put the spacing into the family tree diagram so that it doesn’t disappear?

I wish we could include small images in reviews, but I guess I understand why we can't.

>2 paradoxosalpha: I wish some of the display bugs in reviews would be fixed. This is just the tip of the iceberg, but as documented in >1 humouress: spacing is nearly impossible to do. (The review will display in one way if you try to edit it in "Edit book" mode and another way if you double-click on the field in Catalogue mode. So you can put in the spacing as you want it in "Edit book" mode and then lose it if you open it in "Catalogue mode" and change a little bit and save it again. You might not even notice if the spacing occurs a bit down in a long review and you just adjust something in the top.
<em> and <b> works inside reviews, so it would be nice if <pre> did too. (But of course, LT has to make sure that any unclosed tags doesn't spill over to other parts of the contents, so I know this comes with a penalty.)

I am super happy that there are not images in reviews.

My review pony would be GR links from (what I assume are) imported reviews to be stripped out.

>4 Stevil2001:

I'd like your pony too!

// >3 bnielsen: What does <em> do? As far as I can tell, it's the same as <i> ie put it in italics. //

>1 humouress: The example I gave is an omnibus edition with two books and I created a family tree for each book. The original spacing has disappeared but the edit I did on 14th June on the first one is still holding as of today (18/6/2021). (You can see what a mess it looks like if the spacing disappears as for the second one.)

>6 humouress: It usually does the same. em = emphasis, so it's indicating your intent rather than the method to do it. Same thing with strong versus bold.
My point was just that some tags work inside reviews and others don't. If <pre> worked that would solve the problem in >1 humouress:. (Maybe).

Once in a while I include a piece of perl program in Comments and I have the same problem with indentation, special characters etc going haywire. There is even a weird bug that affects the TSV export. (Which btw can contain stuff, that's not unicode.) (I lost count of how many bugs I've listed here :-)

>1 humouress: You could use _ rather than   which will look rather silly but allows you to reconstruct the figure if you need it.

I use it for including perl programs in Comments.
Except for having to do weird stuff for underscore, space, backspace, ampersand, less-than and greater-than signs, it is very easy to use :-)

Here is a code fragment for computing (2^n) mod n.
Todays random math fact: n=4700063497 gives the result 3.

## BEGIN 2inmodn-long ##
for_$n_(ARGV)_{
__print_"$nBSt";
__#print_"Computing_2^n_mod_n_";
__$m_=_2;
__$p_=_1;
__while_($p_LT=_$n)_{
____$pow{$p}_=_$m;
___#print_"$p_$mBSn";
____$p_=_lmul($p,"2");
____$m_=_lsub(lmul($m,$m),lmul(ldiv(lmul($m,$m),$n),$n));
__}
__$mod_=_1;
__$p_=_$n;
__while_($p_GT_0)_{
____for_$i_(reverse_sort_{$a_LT=GT_$b}_keys_%pow)_{
______if_($i_LT=_$p)_{
________$mod_=_lsub(lmul($mod,$pow{$i}),lmul(ldiv(lmul($mod,$pow{$i}),$n),$n));
________$p_=_$p_-_$i;
______}
____}
__}
__print_"$modBSn";
}
#perl_2inmodn-long_4700063497
## END 2inmodn-long ##
# replace _ BS US LT GT with space, backslash, _ and less and greater than symbols