#10 editor bugs

[Kevin Watters]

Attached is a Python demo for a small wxWebView edit box, with several formatting buttons (like Bold, Italic, Underline, etc...). Clicking any of the buttons invokes JavaScript in the WebView window. The Javascript is also printed to stdout.

Running the demo reveals several bugs in the editor functionality.

1) Focus

When the editor doesn't have focus, the cursor is still visible (and blinking).

2) Toggling formatting

Toggling formatting while text is selected works correctly--for example, with a word selected, clicking bold makes that word...bold. However, clicking "Bold" and then typing does not produce bold text.

A peek into JSEditor.cpp seems to suggest that toggling "Bold" doesn't work because that's not how the function is meant to work anyways. If my suspicion is true and this kind of thing is a problem that's already been solved a thousand times by WYSIWYG editors on the web then please let me know :)

3) Font sizes

The caret's position seems to lag behind text that you're typing, and making a selection bold seems to shrink it.

These might be side effects of the bug listed at the bottom of http://wxwebkit.wxcommunity.com/pmwiki/index.php?n=Main.CurrentIssues --

"When using wxGCDC, fonts are drawn larger than they should be (or at least were under wxDC), which causes issues with the entire layout."

[Kevin Watters]

a simple WebView based rich text editor

[Kevin Watters]

Logged In: YES
user_id=1731802
Originator: YES

Another bug is related to keyboard handling inside an editor.

Keys like F1-F12 result in characters like "}" being added to the edit text box.

Logic in EditorClientWx.cpp needs to distinguish more completely between "visible" and "non-visible" keys.