Closed Bug 1063801 Opened 10 years ago Closed 8 years ago

[rule view] Using shift-home to select a range of text in inplace editor triggers insertion of an autocomplete value instead

Categories

(DevTools :: Inspector, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1178967

People

(Reporter: bugs, Unassigned)

Details

I was fiddling a bit with this old page, which uses the multiple shadow trick to get outlined text.
http://m8y.org/tmp/testcase354.xhtml

Decided to fiddle with the shadows a bit, so clicked on the text-shadow line and used shift-end to delete some shadows from the end.

That worked.  Went mid-line and tried using shift-home to select and delete some shadows from the start.

This prepended the word "inherit" at the start of the string.  Not even where my cursor was.  Multiple attempts to use "shift-home" resulted in repeated prepending of "inherit"

Experimenting with other CSS values had similar results, although with different autocomplete values messing up the text input.
A sort of quick select menu sometimes appears, although quite mispositioned, nowhere near my input.  This might be related to bug #1046861

=========================================

… An aside on what would be nice instead of doing this sort of string manipulation in the first place…

This sort of long multi-value rule (not too uncommon in CSS3 these days) would be a lot easier to edit if DevTools could place:
    text-shadow: 4px  4px 0 black, 4px -4px 0 black, -4px  4px 0 black, -4px -4px 0 black, -4px    0 0 black, 0  4px 0 black, 4px    0 0 black, 0 -4px 0 black; 

actually on multiple lines in the tool, maybe with ☒ on the right to delete a given line, and ☑ on the left to enable/disable that one.
maybe something like

☑ text-shadow: [4px  4px 0 black, 4px -4…]   ← for full text editing
    ☑ 4px  4px 0 black  ☒
    ☑ 4px -4px 0 black  ☒
    ☑ -4px  4px 0 black ☒
    ☑ -4px -4px 0 black ☒
    ☑ -4px    0 0 black ☒
    ☑ 0  4px 0 black    ☒
    ☑ 4px    0 0 black  ☒
    ☑ 0 -4px 0 black    ☒

Or... at the very least, offer a popup text area with each rule on a separate line for easy editing, instead of a single line tool.  That would probably be easier.
Just:
4px  4px 0 black,
  4px -4px 0 black,
-4px  4px 0 black,
-4px -4px 0 black,
-4px    0 0 black,
   0  4px 0 black,
 4px    0 0 black,
   0 -4px 0 black

In a text area.
I see the same problem when editing a property name in the inplace editor, as well.
Summary: Using shift-home to select a range of text triggers insertion of an autocomplete value instead, when editing CSS values. → [rule view] Using shift-home to select a range of text in inplace editor triggers insertion of an autocomplete value instead
Easy STR:
Make a new property by clicking in rule view
Type 'b' (backface-visibility is autocompleted here)
Type shift+home

This should select text until beginning of input (leaving backface-visibilty there).  Instead it changes the input to read: "-moz-animationbackface-visibility".
Inspector bug triage, filter on CLIMBING SHOES.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.