Ponto 1a: (Internamente) todos os “fragmentos que vão para uma página, mas estão sendo manipulados” no TeX são \box 0....\box 65535. (ou \box0 ...., em condições normais o espaço apenas ajuda os humanos a ler, mas em algumas condições pode realmente causar um erro).
Os números ficam confusos, então podemos usar \newbox\something para substituir o número por um rótulo (\something) se quisermos reservá-lo permanentemente. \box 0 até \box9 são reservados como caixas temporárias sem nome. Outras caixas também são reservadas para funções especiais.
Um simples \box 0 irá exibir o conteúdo da caixa e esvaziar a definição. \copy 0 exibirá a caixa e manterá a definição. Para definir o conteúdo, a sintaxe é \setbox[número/rótulo][alguma caixa], onde [alguma caixa] é \hbox{contents} \vbox{contents} ou um \box ou \copy
Ponto 2: Fiz um palpite de que a box0 seria segura como caixa temporária de uso geral e, em seguida, tive um momento de incerteza e verifiquei.
Pontos 3 e 1b: Como você está usando z_f_caller_bottom para o estilo do chamador de notas, o chamador no texto e o chamador (ou chamado) na área de notas são tratados de maneira diferente.
Vamos assumir que o chamado relevante para uma nota específica é ¤. O que normalmente acontece neste caso é que o código define \box0 como (efetivamente) \hbox{\+z_f_caller_bottom ¤\+z_f_caller_bottom*} (embora não geralmente gere exatamente esse código). Em seguida, ele processa essa caixa como faria para qualquer chamado:
- ele mede a largura dessa caixa e, se for diferente de zero, mas mais estreita que
\NoteCallerWidth, adiciona preenchimento para que tenha esse tamanho (para que as coisas fiquem mais alinhadas).
- Se o resultado disso tiver largura diferente de zero, então ele adiciona o
\NoteCallerSpace
O código que lhe dei é interpretado como se os estilos de caractere estivessem sendo aplicados dentro da caixa, então, efetivamente, termina como:
\setbox0{\+z_f_caller_bottom
\setbox0\bgroup
¤
\egroup\llap{box0 \kern 3pt}
\+z_f_caller_bottom*}
Exceto que (a) se você digitasse isso, quase certamente quebraria, dado os catcodes, espaços e outras coisas perigosas e confusas, e (b) os hooks são realmente processados no meio do código de início e fim para z_f_caller