Re: Text area refresh
Date: Mon, 08 Apr 2013 19:54:52 +0100 Subject: Re: Text area refresh In article out-51631b25.md-1.4.17.chris.yo...@unsatisfactorysoftware.co.uk, Chris Young chris.yo...@unsatisfactorysoftware.co.uk wrote: The core handling of Ctrl-V (and any other similar shortcuts) probably needs to be tracked down and obliterated. The core handling of Ctrl-V is the only supported way of pasting. When you select Paste in a menu, the front end should be implementing it by passing Ctrl-V to the core. When the core gets a Ctrl-V it passes it on internally to whatever has input focus. If there is a textarea with focus, the textarea handles the keypress (by calling gui_get_clipboard, in the case of Ctrl-V). The double paste problem has gone. Thanks. I don't know if it related but the Page Up key does a page-down action. Peter Netsurf Port : Atari Machine : Milan 68060
Re: Text area refresh
Am Mittwoch, den 10.04.2013, 22:11 +0200 schrieb Peter Slegg p.sl...@scubadivers.co.uk: I don't know if it related but the Page Up key does a page-down action. Not related, but should be fixed in the next auto-build.
Re: Text area refresh
On Fri, 5 Apr 2013 13:09:01 +0200, J. F. Lemaire wrote: On 5 April 2013 12:30, p.sl...@scubadivers.co.uk wrote: What I have noticed recently is that pasting into the text area with Ctrl-V creates 2 copies of the pasted text. Yes, I noticed this too. I suspect this is a frontend issue, however, not a core one, since each platform has its own mechanism to access the clipboard. I'm not so sure. Here the frontend handles RAmiga-V as a paste shortcut, and that works wonderfully. However, something (I'm suspecting the core, as I haven't added any code for this) is trapping Ctrl-V and handling that as a paste operation too. You've neglected to mention what platform you are using, but what I suspect is happening, is the frontend is handling Ctrl-V as a paste operation, and that shortcut is also reaching the core, which handles it again as a paste - hence the two pastes. The core handling of Ctrl-V (and any other similar shortcuts) probably needs to be tracked down and obliterated. Chris
Re: Text area refresh
On Mon, 08 Apr 2013 19:54:52 +0100, Michael Drake wrote: The core handling of Ctrl-V is the only supported way of pasting. When you select Paste in a menu, the front end should be implementing it by passing Ctrl-V to the core. Oh yes, I didn't realise KEY_PASTE = ASCII 22 = Ctrl-V (until I looked it up) I still think the double-pasting would be the frontend interpreting it directly as a KEY_PASTE *and* passing the original key press as well. Chris
Re: Text area refresh
Am Montag, den 08.04.2013, 21:53 +0200 schrieb Chris Young chris.yo...@unsatisfactorysoftware.co.uk: Oh yes, I didn't realise KEY_PASTE = ASCII 22 = Ctrl-V (until I looked it up) I still think the double-pasting would be the frontend interpreting it directly as a KEY_PASTE *and* passing the original key press as well. The following is happening with the Atari frontend: - First Ctrl+V is captured by the main menu... (paste action is executed). - The browser window key handling routine passes the keycode to the internal browser_window structure. I have to think about how to solve it...: 1. I would still like to process menu events before browser_window events. 2. catching ctrl+v and not passing it to the core is maybe incorrect(??). What looks best suited to me is to drop events which are handled by the menu area (should be done already, so this is an bug in the frontend), however, that solution maybe conflicts with policy number 2 (see above). Greets, Ole
Re: Text area refresh
What I have noticed recently is that pasting into the text area with Ctrl-V creates 2 copies of the pasted text. Peter
Re: Text area refresh
On 26/03/2013, Michael Drake t...@netsurf-browser.org wrote: In article 4136879.Nb86WAdMgm@chertsey, Jean-François Lemaire jflema...@skynet.be wrote: I tried the Atari build and indeed it is much better now. It would be fantastic if multi-line textareas could be improved in the same way. Please try CI build #1009 or later. When editing multi-line textareas, the redraw area has been reduced significantly in some common cases. Yes, it's becoming quite useful. I'm typing this in Gmail and I don't notice any flickering when typing or deleting characters in most cases. Many thanks! Cheers, JFL -- Jean-François Lemaire
Re: Text area refresh
In article 00112fcb.01dac5001...@smtp.freeola.net, Peter Slegg p.sl...@scubadivers.co.uk wrote: When typing in a textarea, each key press causes a refresh of the entire textarea. I've updated the single line textarea (used for search boxes and passwords), to reduce unnecessary redraw in some cases. Please try CI build #1000 or later and let me know if it's any better. For multi-line textareas, it's a bit more complex. I'll work on them next. I've already done little -- scrollbars won't be redrawn with every letter you type now, unless the input actually forces the textarea to scroll. -- Michael Drake (tlsa) http://www.netsurf-browser.org/
Re: Text area refresh
On Thursday 21 March 2013 19:01:53 Michael Drake wrote: In article 00112fcb.01dac5001...@smtp.freeola.net, Peter Slegg p.sl...@scubadivers.co.uk wrote: When typing in a textarea, each key press causes a refresh of the entire textarea. I've updated the single line textarea (used for search boxes and passwords), to reduce unnecessary redraw in some cases. Please try CI build #1000 or later and let me know if it's any better. I tried the Atari build and indeed it is much better now. It would be fantastic if multi-line textareas could be improved in the same way. Thanks for this! Cheers, JFL -- Jean-François Lemaire
Re: Text area refresh
Am Donnerstag, den 21.03.2013, 20:25 +0100 schrieb Jean-François Lemaire I tried the Atari build and indeed it is much better now. It would be fantastic if multi-line textareas could be improved in the same way. Thanks for this! Yes, typing results in no flickering now. Thanks!
Text area refresh
While work is being done on textareas maybe it is a good time to raise this again ? When typing in a textarea, each key press causes a refresh of the entire textarea. You may not notice this on a fast cpu but on a 68060 it is very noticeable and the more text there is, the slower it gets. Could this be improved by just refreshing the current line ? Regards, Peter