Closed
Bug 100666
Opened 24 years ago
Closed 23 years ago
Creating a table from a selection in "Show All Tags" view does not properly create tables
Categories
(SeaMonkey :: Composer, defect)
SeaMonkey
Composer
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: TucsonTester2, Unassigned)
Details
Build ID: 2001091705
In "Show All Tags" view tables are not properly created from a selection if the
table is made at the beginning of the document.
Reproduciblity: Everytime
Steps to Reproduce:
1.Open Composer
2.Type in "what the"
3.Highlight the text from right to left using the mouse button
4.Click on the table button on the toolbar and choose to have it seperated by
spaces and click ok
Actual Results:
The text "what the" will be copied and placed below the table. The table itself
looks ok. I believe that this is due to the fact that the body tag may be
highlighted, but there is nothing reflecting this.
Expected Results:I would expect the table to be properly made without the
duplicated text.
Comment 1•24 years ago
|
||
Confirmed on Win2k using build 2001091905.
One thing to note, you have to add a step where you switch to Show All Tags
view. So it should read:
Steps to Reproduce:
1.Open Composer
2.Click on "Show All Tags" to switch to that view
3.Type in "what the"
4.Highlight the text from right to left using the mouse button
5.Click on the table button on the toolbar and choose to have it seperated by
spaces and click ok
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 2•24 years ago
|
||
One other thing that I found was that you are also able to create a link with a
tag. The link does not stay but it does allow you to click the link button and
go through the creation process. It describes the selection to create the link
with as mixed. Shouldn't the link button be greyed out as well?
WFM 2001101212
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
marking VERIFIED-FIXED. Reopen if you can reproduce the bug or you think
its still valid.
Status: RESOLVED → VERIFIED
Comment 5•23 years ago
|
||
I am still seeing the problem on Win 2k using the 20011015 Netscape trunk build,
but I am not seeing this in Mozilla. Should this bug be reopened, moved to
Bugscape, or something else entirely?
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•