Don't force a <br> in an <td>

RESOLVED DUPLICATE of bug 253185

Status

SeaMonkey
Composer
--
major
RESOLVED DUPLICATE of bug 253185
13 years ago
3 years ago

People

(Reporter: Manuel Reimer, Unassigned)

Tracking

1.7 Branch

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.3) Gecko/20040910 Mnenhy/0.7.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7.3) Gecko/20040910 Mnenhy/0.7.1

A common way to create some space between table rows is to create a row between
them and add a style that sets the cell height to the needed space. As composer
forces an <br> in each <td> this is impossible as the size defined via style is
always "pushed" to the font height.

Reproducible: Always

Steps to Reproduce:
1. Create a table with one col and three rows
2. Use the configuration dialog of the cell between the two rows and set the
height to 2px
3. click OK
Actual Results:  
The cell that I've changed to 2px isn't displayed with 2px as the <br> forces it
to have the height of the current font. It's even impossible to remove the <br>
in the source view. It gets recreated every time.

Expected Results:  
Don't force the <br> to allow to set the row height independent on the font height

Comment 1

13 years ago
Bugs 280187, 253185, and 241400 all basically say the same thing.  Apparently,
this is a very prolific and unpopular bug.  I know it's my least favorite,
anyway.  The automatically inserted <br> tags serve no purpose, most of the time.
(In reply to comment #1)
> Bugs 280187, 253185, and 241400 all basically say the same thing.  Apparently,
> this is a very prolific and unpopular bug.  I know it's my least favorite,
> anyway.  The automatically inserted <br> tags serve no purpose, most of the time.

This is a comment showing you know little about tables. Empty cells are often
not drawn by browsers so if we don't fill new table cells with something, the
resulting behavior is found ugly by 99% of web authors. Furthermore, we hit
there the good'ol'bug about selection and empty lines. That's why we needed <br>
there.
(Reporter)

Comment 3

13 years ago
But how could it be made possible to use "table rows" as separators using their
height-property? Perhaps it would be a solution to "kill" all "<br>"'s as soon
as the user sets a height to the cell via configuration?

The problem is not only that composer forces the <br>'s for new tables or pages,
it even "kills" layout of existing pages as soon as you open them in composer.
Version: unspecified → 1.7 Branch
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → EXPIRED

Updated

5 years ago
Resolution: EXPIRED → DUPLICATE
Duplicate of bug: 253185

Comment 7

3 years ago
Still buggy after 12 years (cf #154080).
I also ran across it because it mangled my layout (see initial commen here) if an empty cell column is used for horizontal spacing and the other cell column is made smaller, e.g. with <small> tags.
I found this workaround, for those who care (not a bug solution, though, quite obviously):
<style>br {font-size: 0;}</style>

(also commenting in #253185 because this one is marked duplicate despite its better problem description)
You need to log in before you can comment on or make changes to this bug.