User blog:SuperSpruce/Proposed fix to T array function to make it work past Gamma 0

There will be a different process when a } is immediately before the active entry (the nonzero one). It is sort of like splitting up the “value” that a dimensional separator {@} will have.

Refer to https://googology.wikia.org/wiki/User_blog:SuperSpruce/The_T_Array_Function_Part_4:_Double_Comma_T_Function_(DCT) if you don’t know the syntax of this notation.

The new process will turn [#{@}$n%] into [#{@}1{@}$n-1%]. Then you jump to the first entry of the former {@}. This is like how SAN works.

The dimensional array rule will not change in function, but will be worded differently because [0{$d#}$c%] completely ignores arrays like [0{2}0{1}1].

The catastrophic rule won’t see any change, as the new process combined with the searching for the innermost pair of brackets that surrounds the 0 and the nesting of those arrays will smoothly get me past annoying ordinals like φ(Γ0+1,0) = ψ(ΩΩ+Ωψ(Ω Ω) Ω) using Madore’s Psi.

Hopefully it will be smooth sailing to the BHO with part 3, and that no weird problems hinder me from reaching ψ(εΩ 2+1 ) in part 4.