Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then Focus a
TextCtrl again, the TextCtrl looses focus after every character written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the TextCtrl, but
doesn't if you don't select it.
And by the way, the API documentation at http://wxpython.wxcommunity.com/docs/api/ has absolutely no
documentation about wx.lib.iewin.IEHtmlWindow, it doesn't show it at all.
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then Focus a
TextCtrl again, the TextCtrl looses focus after every character written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird interaction with the IEWindow or the ActiveX container or something, but a workaround for this bug appears to be to simply call evt.Skip() from your ChangeText method.
And by the way, the API documentation at NameBright - Coming Soon has absolutely no
documentation about wx.lib.iewin.IEHtmlWindow, it doesn't show it at all.
Because currently the docs are generated on a linux system and that module will raise an import error there, so epydoc ignores it.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then Focus a
TextCtrl again, the TextCtrl looses focus after every character written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird
interaction with the IEWindow or the ActiveX container or something,
but a workaround for this bug appears to be to simply call evt.Skip()
from your ChangeText method.
And by the way, the API documentation at NameBright - Coming Soon has absolutely no
documentation about wx.lib.iewin.IEHtmlWindow, it doesn't show it at
all.
Because currently the docs are generated on a linux system and that
module will raise an import error there, so epydoc ignores it.
Sadly this didn't do it, my current code is http://paste.pocoo.org/show/851/ but it's the same problem, did it work
for you? I'm using wxPython 2.8 on Python 2.5, if this is important...
···
--
Best regards
Florian Mayer
GPG public key: http://florianmayer.fl.funpic.de/name/name.gpg
Jabber: name@jabber.org
ICQ: 446504088
Aim: segfaulthunter
Yahoo: segfaulthunter
IRC: name @ irc.freenode.net
Secondary email: segfaulthunter@gmail.com
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then Focus a
TextCtrl again, the TextCtrl looses focus after every character written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird
interaction with the IEWindow or the ActiveX container or something,
but a workaround for this bug appears to be to simply call evt.Skip()
from your ChangeText method.
Sadly this didn't do it, my current code is http://paste.pocoo.org/show/851/ but it's the same problem, did it work
for you? I'm using wxPython 2.8 on Python 2.5, if this is important...
Yes it did work for me, but I tweaked a couple other things before that worked so perhaps it was a combination of things. I also commented out the self.window_2.ScrollLines(1) loop.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then
Focus a
TextCtrl again, the TextCtrl looses focus after every character
written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but
with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the
TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird
interaction with the IEWindow or the ActiveX container or something,
but a workaround for this bug appears to be to simply call evt.Skip()
from your ChangeText method.
Sadly this didn't do it, my current code is http://paste.pocoo.org/show/851/ but it's the same problem, did it work
for you? I'm using wxPython 2.8 on Python 2.5, if this is important...
Yes it did work for me, but I tweaked a couple other things before
that worked so perhaps it was a combination of things. I also
commented out the self.window_2.ScrollLines(1) loop.
Could you please paste the working code somewhere?
Thank you very much!
···
--
Best regards
Florian Mayer
GPG public key: http://florianmayer.fl.funpic.de/name/name.gpg
Jabber: name@jabber.org
ICQ: 446504088
Aim: segfaulthunter
Yahoo: segfaulthunter
IRC: name @ irc.freenode.net
Secondary email: segfaulthunter@gmail.com
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then
Focus a
TextCtrl again, the TextCtrl looses focus after every character
written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but
with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the
TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird
interaction with the IEWindow or the ActiveX container or something,
but a workaround for this bug appears to be to simply call evt.Skip()
from your ChangeText method.
Sadly this didn't do it, my current code is http://paste.pocoo.org/show/851/ but it's the same problem, did it work
for you? I'm using wxPython 2.8 on Python 2.5, if this is important...
Yes it did work for me, but I tweaked a couple other things before
that worked so perhaps it was a combination of things. I also
commented out the self.window_2.ScrollLines(1) loop.
Could you please paste the working code somewhere?
Thank you very much!
Well, this is very weird but I can't get it working again. Something else on my system must have caused the IE widget to give up the focus and made me think that it was the change I made. I'll keep looking...
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
Hello!
I've been writing a lot of wxPython lately and needed a good HTML
parser, because the wx.html.HtmlWindow was not good enough(didn't
support formulars, images etc.) I decided to go for
wx.lib.iewin.IEHtmlWindow, although I'd like a mozilla engine
better,
but, you take what you get.
Now to the actual problem, if I focus the IEHtmlWindow, and then
Focus a
TextCtrl again, the TextCtrl looses focus after every character
written,
but, the weirdest is, that this does not happen if I click onto the
"stdout/stderr" window just after Focusing the IEHtmlWindow, which I
just enabled for debugging purposes, ScrollLine and ScrollPage
unfortunately do not work either, but I needed them as well.
Here is my source code(It'll work fine under Linux/Unix/Mac, but
with a
limited HTML parser): http://paste.pocoo.org/show/833/
If you tried it, you've certainly seen that typing into the TextCtrl
works fine, if you selected the stdout/stderr and then the
TextCtrl, but
doesn't if you don't select it.
I'm not sure why it is needed in this case, perhaps some weird
interaction with the IEWindow or the ActiveX container or something,
but a workaround for this bug appears to be to simply call evt.Skip()
from your ChangeText method.
Sadly this didn't do it, my current code is http://paste.pocoo.org/show/851/ but it's the same problem, did it
work
for you? I'm using wxPython 2.8 on Python 2.5, if this is important...
Yes it did work for me, but I tweaked a couple other things before
that worked so perhaps it was a combination of things. I also
commented out the self.window_2.ScrollLines(1) loop.
Could you please paste the working code somewhere?
Thank you very much!
Well, this is very weird but I can't get it working again. Something
else on my system must have caused the IE widget to give up the focus
and made me think that it was the change I made. I'll keep looking...
Thanks anyway, is there any other HTML Widget(excluding
wx.html.HtmlWindow) because I'm a Linux user and somehow feel betraying
my own principles, but if that's the only choice, I'll have to keep on
looking.
Well one more thing: Should I file a bug report on this issue or should
I leave the devs alone to leave them time fix issues that apply all
users(means are cross-plat).
greets,
name
···
--
Best regards
Florian Mayer
GPG public key: http://florianmayer.fl.funpic.de/name/name.gpg
Jabber: name@jabber.org
ICQ: 446504088
Aim: segfaulthunter
Yahoo: segfaulthunter
IRC: name @ irc.freenode.net
Secondary email: segfaulthunter@gmail.com
Well, this is very weird but I can't get it working again. Something
else on my system must have caused the IE widget to give up the focus
and made me think that it was the change I made. I'll keep looking...
Thanks anyway, is there any other HTML Widget(excluding
wx.html.HtmlWindow) because I'm a Linux user and somehow feel betraying
my own principles, but if that's the only choice, I'll have to keep on
looking.
There is the wxMozilla module, but that hasn't been updated in a while. There is also the old activexwrapper module, which would give you an alternative way to embed the IE activeX control, so there is a chance that it wouldn't have this problem.
Well one more thing: Should I file a bug report on this issue or should
I leave the devs alone to leave them time fix issues that apply all
users(means are cross-plat).
Well, I'm probably the only one that would look at a bug report in this area, and since I'm stumped I'm not sure that filing a bug report would help any, other than for it to not get forgotten.
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
