Closed
Bug 278498
Opened 20 years ago
Closed 20 years ago
Format does not inherit the global user settings - Inline CSS not used properly - GUI-editor for CSS
Categories
(Thunderbird :: Message Compose Window, defect)
Thunderbird
Message Compose Window
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 318600
People
(Reporter: boris, Assigned: mscott)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
When selecting a different mail formatting (i.e. Arial, Helvetica, etc.) the
format stops at the first tag.
IMHO bad design of using HTML-formatting, when HTML in a CSS capable client
(like Mozilla) is implemented.
Reproducible: Always
Steps to Reproduce:
0. Select different HTML font face (e.g. Thunderbird
1. Compose e-mail in HTML
2. Write text
3. Select outdent
4. Write some text
Actual Results:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title>TITLE of Message</title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Helvetica, Arial, sans-serif">Hi, there!<br>
</font>
<blockquote>BlockquoteLine1<br>
BlockquoteLine2
</blockquote>
</body>
</html>
Expected Results:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
<title>TITLE of Message</title>
<style type="text/css">
<!--
.GlobaltextFont-Family {font-family: Arial, Helvetica, sans-serif}
-->
</style>
</head>
<body bgcolor="#ffffff" text="#000000" class="GlobaltextFont-Family">
Hi, there!<br>
</font>
<blockquote>BlockquoteLine1<br>
BlockquoteLine2
</blockquote>
</body>
</html>
The global feature can only be used properly with CSS, otherwise it should be
deactivated. The alternative of insertion of font information for every tag
might be an alternative solution, but it is known as "bad design", bloats the
HTML, would be an ancient feature and is harder to manage in the code base.
Inline CSS support, including a GUI editor for styles (like in other
text-editors, e.g. OpenOffice, MS-Word) instead of the "bad design" font usage
can easily outperform larger solutions found in bigger packages.
|
||
Comment 1•20 years ago
|
||
I think this is basically a dupe of bug 121210. Specific bugs about losing the
desired formatting when various edits (such as indent) are made have also been
filed, e.g. bug 250539.
|
|
||
Comment 2•20 years ago
|
||
No response from reporter; duping.
*** This bug has been marked as a duplicate of 121210 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•