<div dir="ltr">Oops.. time for me to look sheepish. I had<div><br></div><div><qspinbox>.setKeyboardTracking(False)</div><div><br></div><div>which, as the documentation for the method says, does delay the emit signal until focus is lost.</div>

<div><br></div><div>Chris </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 30 June 2014 17:13, Baz Walter <span dir="ltr"><<a href="mailto:bazwal@ftml.net" target="_blank">bazwal@ftml.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 30/06/14 16:55, Chris Wood wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 30 June 2014 16:50, Vincent Vande Vyvre <<a href="mailto:vincent.vandevyvre@swing.be" target="_blank">vincent.vandevyvre@swing.be</a>><br>
wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 30/06/2014 17:22, Chris Wood a écrit :<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The documentation for the valueChanged signal says that<br>
<br>
`This signal is emitted whenever the spin box's value is changed. The new<br>
value's integer value is passed in i.`<br>
<br>
as opposed to editingFinished, which is only emitted when focus is lost.<br>
  However, I've found that if you type a value into a QSpinBox, then the<br>
signal is only emitted when focus is lost.  This contrasts to QLineEdit<br>
where textChanged (and textEdited) are emitted when the text is changed and<br>
the focus is still the QLineEdit.<br>
<br>
Is there a way to get round this when using a QSpinBox, so that a signal<br>
is emitted when text is typed into the widget without having to lose focus?<br>
<br>
</blockquote>
The doc says right, probably a problem in your code.<br>
</blockquote>
<br>
<br>
I'm not saying the docs are wrong (but perhaps they are little bit<br>
ambiguous), I just wanted to know if there's a way to achieve what I want<br>
:)<br>
</blockquote>
<br>
I agree with Vincent and the docs - there's no ambiguity: valueChanged *is* emitted whenever new text is entered (so long as the changes result in a valid value). So the way to achieve what you want is to simply connect to that signal.<br>


<br>
If that's not working for you, you will need to provide more details (i.e. some example code that demonstrates the problem).<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Regards<br>
Baz Walter<br>
______________________________<u></u>_________________<br>
PyQt mailing list    <a href="mailto:PyQt@riverbankcomputing.com" target="_blank">PyQt@riverbankcomputing.com</a><br>
<a href="http://www.riverbankcomputing.com/mailman/listinfo/pyqt" target="_blank">http://www.riverbankcomputing.<u></u>com/mailman/listinfo/pyqt</a></font></span></blockquote></div><br></div>