Toolbar error in composer indent function

RESOLVED INCOMPLETE

Status

SeaMonkey
Composer
RESOLVED INCOMPLETE
7 years ago
6 years ago

People

(Reporter: Bill Davidsen, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

7 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.2pre) Gecko/20110606 Firefox/4.0.2pre SeaMonkey/2.1.1pre
Build ID: 20110606010002

Steps to reproduce:

Entered test left justified
  used the indent from toolbar to indent, the outdent (<) symbol is lit/bold (theme dependent)
  hit ENTER - indent of text continues, exdent not highlighted on toolbar - can't use
  to get back to margin must indent (again) then outdent twice
which takes me back where I want to be.

Tried:
  using different themes
  using cntl-[ shortcut
nothing worked but indenting farther then backing out or typing a printing character,
outdenting, then deleting the character


Actual results:

See above


Expected results:

Once indented should be able to un-indent

Comment 1

7 years ago
I see this from 2.1 to current trunk (2.5).
Though, as soon as you type the first character on the second line, you are then able outdent.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Reporter)

Comment 2

7 years ago
(In reply to comment #1)
> I see this from 2.1 to current trunk (2.5).
> Though, as soon as you type the first character on the second line, you are
> then able outdent.

Yes, I found that. Makes the operation cumbersome, space->outdent->backspace, but it does get around the problem.

However, when you go to the empty line, if you hit ENTER it ends the list. I guess that's intended behavior. But it does the same thing in the middle of a list, if you insert a line into a list:
  o foo
  o bar
Click the end of the "foo" line, put data on a new entry line, if you hit ENTER on an empty line it breaks the list in two. Likewise if you click the outdent icon, it ALSO breaks the list in two. There's no obvious way out. The workaround is to click on the line past the end of the list, which is really cumbersome if the list is over a screen long. There appears to be no other bailout.

Updated

7 years ago
OS: Other → All
Version: SeaMonkey 2.1 Branch → Trunk

Comment 3

6 years ago
I can't reproduce both issues on trunk, do you still see this?
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0 SeaMonkey/2.13a1
Build identifier: 20120712003002
Whiteboard: closeme WFM 2012-08-01

Comment 4

6 years ago
Resolved per whiteboard
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
Whiteboard: closeme WFM 2012-08-01
You need to log in before you can comment on or make changes to this bug.