Now that it is possible to select and delete areas in textboxes without
crashing NetSurf, would it be possible to have areas deleted by
overtyping automatically cut to the clipboard, a la Impression? Or at
least have a "do you really want to do this?" warning, a la
Currently it seems all too easy to jog the mouse and accidentally select
a block above the cursor, which results in everything you have just
written being wiped out unintentionally as you continue to type - I'm
not clear if this is a bug or a side-effect of my mousing/typing style,
but it happens quite often. It used to cause a crash and the loss of
all data, but now only causes the loss of a section of the text. :-)
But this could be easily reversed if the lost text defaulted to a Ctrl-X
action: it *is* possible already to select a section, cut it to the
clipboard, and paste it elsewhere. It would be nice (and safer) if
overtyping had the same effect. The main argument I can see against it
is that people might conceivably want to copy text to the clipboard,
delete a block of text by overtyping with a backspace, and then paste
the former clipboard contents; I'm so used to working with Impression
that I expect deleted text to get clipped.
Harriet Bazley == Loyaulte me lie ==
Today is the last day of your life so far.
It is (as of at least v1356, and currently in v1359) no longer possible
to edit/manually update the URLs in a hotlist, something which I used do
on a regular basis. The Selection->Edit menu entry now provides an
editable field for only the hotlist entry's title.
(Also, if you select an entry for editing when the existing page title
is wider than the currently displayed extent of the window and then
resize the window to allow you to read the right-hand end of it, the
newly-displayed inverted section of the display doesn't update
correctly. And you can't scroll to the right to view the right-hand
end of such long titles without resizing the window, because the
horizontal scroll bar/arrows on the hotlist window don't work.)
For example, I have a hotlist entry which reads
A Study in Magic: The Perils of Deduction, a Harry Potter + Sherlock
Crossover fanfic Chapter 32
The fiction in question has 66 chapters, and I previously read one at a
time and updated the URL (and, if I remembered, the chapter number at
the end of the hotlist entry title) to point to the next chapter.
Obviously, the title doesn't *need* to be that long - it was simply the
automatic default - and I could edit it down to make it a similar length
to the other entries in the hotlist like "Netsurf test builds", in order
to sidestep the redraw bug. (I do have others from the same site even
However, not being able to update URLs once read is having a
considerable impact on my bookmarking habits. Is this loss of
functionality intentional, or is it an accidental side-effect of the
Harriet Bazley == Loyaulte me lie ==
People who live in stone houses shouldn't throw glasses.
This is just a heads-up to those using #1342 or later on RISC OS: I've made
some major changes to the dragging and mouse tracking code, which could
potentially affect lots of areas of the browser (save dialogues; text
selection; drag-and-drop; toolbar editing; treeview windows; window
Everything that I've tried still seems to be working, but as ever I'm not
going to rule out the possibility that I've missed some bits of the GUI that
I've forgotten about or wasn't even aware existed. Testing and bug reports
would therefore be welcome.
The changes are to make it easier to understand and maintain the mouse
tracking code, as part of fixing issues in this area which came to light
with the new treeview displays (such as the hotlist).
Steve Fryatt - Leeds, England
On 14 Sep 2013, Bernard Boase <b.boase(a)bcs.org> wrote:
> ... moving the mouse pointer around in a <textarea> still produces
> non-display of characters to the left &/or right of the pointer during
> editing, just as it did before #1342.
Try setting scale view to 100%
I have just tride the 1344 daily build and it fails to start
saying it can't find netsurf.rsc
>From the command line it give this:
ns020.app: atari/gemtk/guiwin.c:810: gemtk_wm_get_grect: Assertion `win != ((void *)0)' failed.