Hello,
is it possible that html2.WebView.New "eats"
Yes, it's very possible. Especially on Windows. The IE axtivex component works well with what it was designed for, but I've found that it seems that it makes a lot of assumptions about what kind of container it is in and what kinds of liberties it can take.
some keyboard events? I
have set up AcceleratorTable (on main frame of the application) with
function bound to ctrl-n. When focus is anywhere else (except WebView),
the shortcut works flawlessly. If WebView is focused, this shortcut
doesn't work - but some other shortcuts defined within the same
AcceleratorTable keep working. It seems that WebView.New eats most of
the common shortcuts (ctrl-s, ctrl-n, ctrl-f...), while keeping others
intact (ctrl-e, ctrl-r..). Is there a way to disable this behaviour? Or
am I doing something wrong? If it's a bug, is there any possibility to
work around it (binding the events separately for WebView, registering
them on higher level etc.)? It's quite inconvenient that most common
shortcuts would suddenly stop working when inside HTML viewer - and to
the user, this would be rather confusing.
Please bring this up in wx-users or as a ticket at trac.wxwidgets.org. The person responsible for the webview classes will see it there.
On Tuesday, October 23, 2012 5:13:45 AM UTC+2, Robin Dunn wrote:
On 10/22/12 2:31 PM, fhjull00 wrote:
Hello,
is it possible that html2.WebView.New “eats”
Yes, it’s very possible. Especially on Windows. The IE axtivex
component works well with what it was designed for, but I’ve found that
it seems that it makes a lot of assumptions about what kind of container
it is in and what kinds of liberties it can take.
some keyboard events? I
have set up AcceleratorTable (on main frame of the application) with
function bound to ctrl-n. When focus is anywhere else (except WebView),
the shortcut works flawlessly. If WebView is focused, this shortcut
doesn’t work - but some other shortcuts defined within the same
AcceleratorTable keep working. It seems that WebView.New eats most of
the common shortcuts (ctrl-s, ctrl-n, ctrl-f…), while keeping others
intact (ctrl-e, ctrl-r…). Is there a way to disable this behaviour? Or
am I doing something wrong? If it’s a bug, is there any possibility to
work around it (binding the events separately for WebView, registering
them on higher level etc.)? It’s quite inconvenient that most common
shortcuts would suddenly stop working when inside HTML viewer - and to
the user, this would be rather confusing.
Please bring this up in wx-users or as a ticket at trac.wxwidgets.org.
The person responsible for the webview classes will see it there.
I have a simple web page which contains a text box, shown in a html2 webview widget (wxPython 2.9.4.0) on Mac OS X 10.8. I found the shortcut Cmd+V didn’t work, so I couldn’t paste data to the HTML text box via Cmd+V.
Any workaround for this? Really appreciate any suggestions on this.
Thanks!
Jake
···
On Tuesday, 23 October 2012 15:57:46 UTC+8, fhjull00 wrote:
On Tuesday, October 23, 2012 5:13:45 AM UTC+2, Robin Dunn wrote:
On 10/22/12 2:31 PM, fhjull00 wrote:
Hello,
is it possible that html2.WebView.New “eats”
Yes, it’s very possible. Especially on Windows. The IE axtivex
component works well with what it was designed for, but I’ve found that
it seems that it makes a lot of assumptions about what kind of container
it is in and what kinds of liberties it can take.
some keyboard events? I
have set up AcceleratorTable (on main frame of the application) with
function bound to ctrl-n. When focus is anywhere else (except WebView),
the shortcut works flawlessly. If WebView is focused, this shortcut
doesn’t work - but some other shortcuts defined within the same
AcceleratorTable keep working. It seems that WebView.New eats most of
the common shortcuts (ctrl-s, ctrl-n, ctrl-f…), while keeping others
intact (ctrl-e, ctrl-r…). Is there a way to disable this behaviour? Or
am I doing something wrong? If it’s a bug, is there any possibility to
work around it (binding the events separately for WebView, registering
them on higher level etc.)? It’s quite inconvenient that most common
shortcuts would suddenly stop working when inside HTML viewer - and to
the user, this would be rather confusing.
Please bring this up in wx-users or as a ticket at trac.wxwidgets.org.
The person responsible for the webview classes will see it there.
I have a simple web page which contains a text box, shown in a html2
webview widget (wxPython 2.9.4.0) on Mac OS X 10.8. I found the shortcut
Cmd+V didn't work, so I couldn't paste data to the HTML text box via Cmd+V.
Any workaround for this? Really appreciate any suggestions on this.
Does your application have an Edit menu with Cut, Copy, Paste items on it with the standard accelerators and stock IDs? There are some cases in the native widgets on OSX that they automatically disable the clipboard operations if there isn't any of the expected menu items or if they are disabled.