<p dir="auto"><em>Original ticket <a href="http://projects.scipy.org/numpy/ticket/842" rel="nofollow">http://projects.scipy.org/numpy/ticket/842</a> on 2008-07-04 by <a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/huard/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/huard">@huard</a>, assigned to unknown.</em></p>
<p dir="auto">The string representation of complex arrays returned by conjugate is buggy.</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="np.conjugate(np.array(8+7j))
 &lt;[83]: (8.0+-7.0j)

&gt; [84]: np.array(8-7j)
 &lt;[84]: array((8-7j))"><pre class="notranslate"><code class="notranslate">np.conjugate(np.array(8+7j))
 &lt;[83]: (8.0+-7.0j)

&gt; [84]: np.array(8-7j)
 &lt;[84]: array((8-7j))
</code></pre></div>
<p dir="auto">Note also that integers are converted to floats.</p>
<p dir="auto"><em>Original ticket <a href="http://projects.scipy.org/numpy/ticket/841" rel="nofollow">http://projects.scipy.org/numpy/ticket/841</a> on 2008-07-04 by <a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/FrancescAlted/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/FrancescAlted">@FrancescAlted</a>, assigned to <a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/charris/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/charris">@charris</a>.</em></p>
<p dir="auto">With !NumPy 1.0 series, the representation of complex types where identical for !NumPy and Python:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="&gt;&gt;&gt; numpy.__version__
'1.0.3'
&gt;&gt;&gt; repr(numpy.complex(0))    # The Python type
'0j'
&gt;&gt;&gt; repr(numpy.complex128(0))  # The NumPy type
'0j'"><pre class="notranslate"><code class="notranslate">&gt;&gt;&gt; numpy.__version__
'1.0.3'
&gt;&gt;&gt; repr(numpy.complex(0))    # The Python type
'0j'
&gt;&gt;&gt; repr(numpy.complex128(0))  # The NumPy type
'0j'
</code></pre></div>
<p dir="auto">Starting with !NumPy 1.1, it diverges from the Python standard:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="&gt;&gt;&gt; numpy.__version__
'1.2.0.dev5313'
&gt;&gt;&gt; repr(numpy.complex(0))
'0j'
&gt;&gt;&gt; repr(numpy.complex128(0))
'(0.0+0.0j)'"><pre class="notranslate"><code class="notranslate">&gt;&gt;&gt; numpy.__version__
'1.2.0.dev5313'
&gt;&gt;&gt; repr(numpy.complex(0))
'0j'
&gt;&gt;&gt; repr(numpy.complex128(0))
'(0.0+0.0j)'
</code></pre></div>
<p dir="auto">I think that, in order to ensure good interactivity of the !NumPy complex type with that of Python, the previous way to represent complex number should be reverted.</p>