1 |
On 2015-05-17, Andrew Lowe <agl@×××××××.au> wrote: |
2 |
|
3 |
> I've been using Firefox for ages and something struck me recently as |
4 |
> a bit odd. In the Windows version, if I click up into the address or |
5 |
> search boxes, the existing contents are highlighted |
6 |
|
7 |
Yeat, I _hate_ that. |
8 |
|
9 |
> and if I begin typing, the existing text is deleted and what I'm |
10 |
> typing becomes the contents. On the Linux version, under KDE, it |
11 |
> doesn't. I have to click into the appropriate edit box, highlight |
12 |
> the contents and start typing or hit either home/end and then start |
13 |
> deleting before typing my new URL. If, for example, the existing |
14 |
> text happens to be a google search string, this can be quite a bit |
15 |
> of text to delete. |
16 |
> |
17 |
> So my question, I suppose, is multipart: |
18 |
> |
19 |
> 1) Is this by design? Is this the normal behaviour? |
20 |
|
21 |
Yes. That's how text widgets always work on Unix. |
22 |
|
23 |
> 2) Have I set a USE flag wrong somewhere that causes this behaviour? |
24 |
|
25 |
Nope, that is the correct behavior. |
26 |
|
27 |
> 3) How do people get around the problem I mentioned above regarding long |
28 |
> URL's, such as a Google search results? |
29 |
|
30 |
It's not a problem. The way Windows works is a problem. On Linux, if |
31 |
I want to replace what's already there I either: |
32 |
|
33 |
1) double-click on the URL to select it, then type the replacement. |
34 |
|
35 |
or |
36 |
|
37 |
2) click in the text field, then hit Ctrl-A Ctrl-K, then type the |
38 |
replacement. |
39 |
|
40 |
The second option requires you have emacs keybindings enabled. Which |
41 |
you should. :) |
42 |
|
43 |
-- |
44 |
G |