concatenation of prefixes with units and some problems

[compsystems]

Hello,

A: Problem #1: I think prefixes should also be simplified/ evaluated or concatenated

_m*_k → _m*k → _mk → 1E−3*1E3 → 0.001*1000 → 1

DEG MODE
(4∡23°) * (5+7*i); [enter] 7.46962547135+33.5887584665*i // ok

(4∡23°)*1_A * (5+7*i)*_Ohm; [enter] → 7.46962547135+33.5887584665*i_(A*Ohm) // ok

(4∡23°)_m*_A * (5+7*i)*_k*_Ohm; [enter] →
7.46962547135+33.5887584665*i _(A*Ohm*k*m) // ok

but

USIMPLIFY( (4∡23°)_m*_A * (5+7*i)*_k*_Ohm ); [enter] → "Bad Argument Type" (current firmware =( ). Why?

USIMPLIFY( (4∡23°)_m*_A * (5+7*i)*_k*_Ohm ); [enter] → 7.4696254713+33.5887584665*i _V ( In the firmware near future =) )

v:=(I_m_A)*(R_k_Ω) -> v:=(I_mA*R_kΩ)

Screen capture


Source of example, (exercises of electronic engineering)
www.numerari.com/complex-numbers



B: problem #2

(4∡23°)*_A * (5+7*i)*_Ohm; -> 7.46962547135+33.5887584665*i_(A*Ohm) OK
[up][up] copy [ENTER]; 4 (∡i(115.+161.*i_(A*Ohm)) ?

The entries of the history to the entry line must be able to recover without alteration, in many cases places redundant parentheses, in this case suppresses them and the problem is generated, because the angle argument expands to the right.

4: Please improve the pretty printing of the polar form of a complex number and other situations I have reported in this forum

∡(4,23) This notation is confusing, I have not seen it in any math book

Thanks