| 1 |
On Sunday 17 May 2015 19:49:30 Neil Bothwick wrote: |
| 2 |
> On Sun, 17 May 2015 18:16:16 +0000 (UTC), Grant Edwards wrote: |
| 3 |
> > > and if I begin typing, the existing text is deleted and what I'm |
| 4 |
> > > typing becomes the contents. On the Linux version, under KDE, it |
| 5 |
> > > doesn't. I have to click into the appropriate edit box, highlight |
| 6 |
> > > the contents and start typing or hit either home/end and then start |
| 7 |
> > > deleting before typing my new URL. If, for example, the existing |
| 8 |
> > > text happens to be a google search string, this can be quite a bit |
| 9 |
> > > of text to delete. |
| 10 |
> > > |
| 11 |
> > > So my question, I suppose, is multipart: |
| 12 |
> > > 1) Is this by design? Is this the normal behaviour? |
| 13 |
> > |
| 14 |
> > Yes. That's how text widgets always work on Unix. |
| 15 |
> |
| 16 |
> Unfortunately not :( |
| 17 |
> |
| 18 |
> Chromium now selects the whole URL when you click in the address bar. I'm |
| 19 |
> not sure when it started doing this but it was quite recently. |
| 20 |
|
| 21 |
This is not a problem at all, because this address bar auto-highlighting in |
| 22 |
Chromium does not take over the system clipboard. When I click once it |
| 23 |
selects the whole address and I can delete it, before I middle click to insert |
| 24 |
whatever was in the clipboard. |
| 25 |
|
| 26 |
As has already been commented, this won't work with FF, which replaces the |
| 27 |
clipboard when I necessarily double click to select the content of the address |
| 28 |
bar. |
| 29 |
|
| 30 |
-- |
| 31 |
Regards, |
| 32 |
Mick |
Archives