Closed Bug 212433 Opened 22 years ago Closed 22 years ago

Categories

(Tech Evangelism Graveyard :: English US, defect)

x86
All
defect
Not set
minor

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
WFM 20030710 Firebird PC/WinXP
or this bug might be a slow connection bug.
can any of you figure whats wrong or reproduce it
wfm using build 2003070405 on Linux. But I remember having seen this recently from his blog on Win2k, could be a font issue.
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
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
-> Invalid. Really.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → INVALID
Case closed.
Status: RESOLVED → CLOSED
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
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?)
It's always wrong with djst site but only sometimes wrong with democrats.org feedback on this bug says this is probably win2000 only
Only problem I see is the background image placement couldn't possibly be as intended.
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.
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)?
Attached file Testcase
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...
istill cant reproduce this anymore so I'm waiting for someone to wfm/inv me
Attached file Testcase #2
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.
-> 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
I tried this before but the guysaid he dpesn't wwant to fix it and made this invalid
Better now? (Hit Reload.)
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.
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.
In other words, the problems you are seeing are because of your html.css and not because of bad css on my site?
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>.
looks fine to me. marking fixed. thanks!
Status: NEW → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: