Closed
Bug 212433
Opened 22 years ago
Closed 22 years ago
http://weblogs.mozillazine.org/djst/ has ugly calendar
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Lil46john, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(5 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030710 Mozilla Firebird/0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030710 Mozilla Firebird/0.6
works in IE
unlike democrats.org this site never has goodcalendar
Reproducible: Always
Steps to Reproduce:
1. http://weblogs.mozillazine.org/djst/
2.
3.
Actual Results:
calendar has dates out of box
Expected Results:
dates in box
Comment 1•22 years ago
|
||
WFM 20030710 Firebird PC/WinXP
Comment 4•22 years ago
|
||
wfm using build 2003070405 on Linux. But I remember having seen this recently
from his blog on Win2k, could be a font issue.
Comment 5•22 years ago
|
||
OK, the css on my site could need some tweaks, but give me a break. This is a
personal webside and has no place in Bugzilla. Would you file a bug if it had
ugly colors too?
That said, I can confirm that it's a font issue, because it works fine on
Windows XP but not as good in older Windows systems. If anyone has any ideas on
how to solve it, I'd be grateful.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Comment 6•22 years ago
|
||
I'll v. Even in the worst case scenario it would belong in TE...
Status: RESOLVED → VERIFIED
i don't see anything that says dont complain about sites that look ugly on one
browser but not another on
http://www.mozilla.org/projects/tech-evangelism/
Status: VERIFIED → UNCONFIRMED
Component: Layout → English US
Product: Browser → Tech Evangelism
Resolution: INVALID → ---
Version: Trunk → unspecified
Comment 8•22 years ago
|
||
-> Invalid. Really.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → INVALID
The point of this bug was that there's an intermittent layout bug on the page
that causes the numbers in the calendar to overlap the left border.
Status: CLOSED → UNCONFIRMED
Resolution: INVALID → ---
.
Component: English US → Layout: Tables
Product: Tech Evangelism → Browser
Version: unspecified → Trunk
| Reporter | ||
Comment 12•22 years ago
|
||
does that mean it's the site's fault or browser's fault?
and is this similar to the democrats.org bug?
If it's laid out one way some of the time and another way some of the time, then
*something* is definitely the browser's fault.
(Is that the case? Or is it always wrong?)
| Reporter | ||
Comment 14•22 years ago
|
||
It's always wrong with djst site but only sometimes wrong with democrats.org
feedback on this bug says this is probably win2000 only
Comment 15•22 years ago
|
||
Only problem I see is the background image placement couldn't possibly be as
intended.
| Reporter | ||
Comment 16•22 years ago
|
||
maybe since mozilla is multip OS it looks different on each platform like IE
Win vs IE Mac
It's very unlikely to vary by OS, since Mozilla (unlike IE) uses the same code
across all OSes.
| Reporter | ||
Comment 18•22 years ago
|
||
Felix matia's screenshot is really nasty and his is os2. or maybe its different
because his is older
strange i can't reproduce it anymore with same build
david can you reproduce it(still/ever)?
Comment 19•22 years ago
|
||
Problem occurs in 2003-07-08-05 trunk Linux when I set Font preferences to:
Proportional: Serif 14
Minimum font size: 12
(the rest default)
It's probably not a bug but I haven't analyzed deeply...
| Reporter | ||
Comment 20•22 years ago
|
||
istill cant reproduce this anymore so I'm waiting for someone to wfm/inv me
Comment 21•22 years ago
|
||
The problem is the specified width of the outer DIV "width:23ex;" is measured
against the default font, but the font for the table contents is explicitly
set to "font-family:verdana, arial, sans-serif;" so if you have font-family
in your preferences that is smaller than that the table will not fit
within the DIV.
Comment 22•22 years ago
|
||
-> TE
Assignee: other → english-us
Severity: normal → minor
Status: UNCONFIRMED → NEW
Component: Layout: Tables → English US
Ever confirmed: true
Keywords: testcase
OS: Windows 2000 → All
Product: Browser → Tech Evangelism
QA Contact: ian → english-us
Version: Trunk → unspecified
| Reporter | ||
Comment 23•22 years ago
|
||
I tried this before but the guysaid he dpesn't wwant to fix it and made this invalid
Comment 24•22 years ago
|
||
Better now? (Hit Reload.)
Comment 25•22 years ago
|
||
Minor improvement.
Comment 26•22 years ago
|
||
Felix, your screenshots are confusing me.
The padding-top specified for the "djst's nest" headline is 10px (margins: 0px)
but it looks more like 40px on your screenshot.
Also, the "the *bird(tm) blog" text is supposed to be right below "djst's nest",
not some 25px below it.
Are you using some css overrides? I also notice that you're using underlined
links and another link color than the specified.
Comment 27•22 years ago
|
||
In \mozilla\bin\res\html.css is the following:
h1 { font-size: 2em; margin: .67em 0;}
h2 { font-size: 1.5em; margin: .83em 0;}
h3 { font-size: 1.17em; margin: 1em 0;}
I explain in bug 197002 that I don't like this behavior, so I override:
H1, .head1 {font-size: 160% !important; margin: .8em 0 !important;}
H2, .head2 {font-size: 140% !important; margin: .9em 0 !important;}
H3, .head3 {font-size: 125% !important; margin: 1em 0 !important;}
So, generic rules applying non-standard margins to these headings fail for
everyone using my userContent.css, currently at 7687 bytes, growing, and
spreading. Thus, your:
h1, h2, h3 {margin: 0px;}
is overridden, and my smaller Hx fonts don't come close to compensating.
Comment 28•22 years ago
|
||
In other words, the problems you are seeing are because of your html.css and not
because of bad css on my site?
Comment 29•22 years ago
|
||
Not my html.css, my userContent.css, and, yes, but also no. You can expect user
css to break some things that you can't do anything (or know) about. But, you're
asking for breakage using a mixture of relative and absolute sizing with
_generic_ selectors for vertical image positioning. Instead of a generic h1
{margin: 0px;} rule, you can use a more specific one when you need to position
an image with respect to text, such as #mainhead {margin: 0px;} and <h1
id="mainhead"><a href="http://weblogs.mozillazine.org/djst/"
accesskey="1">djst's nest</a></h1>.
Comment 30•22 years ago
|
||
looks fine to me. marking fixed. thanks!
Status: NEW → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•