Closed Bug 153283 Opened 23 years ago Closed 23 years ago

Some CSS items not correctly rendered

Categories

(Camino Graveyard :: Page Layout, defect)

Product:
Camino Graveyard
Component:
Page Layout
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: stf, Assigned: saari)

References

(
URL
)

Details

Some items on that test page are not correctly rendered. But where can I find what standards Chimera is supporting CSS1, 2, etc ? FYI, see also http://www.people.fas.harvard.edu/~dbaron/css/test/list for more tests.
Exactly which part of the test fails? Chimera and mozilla proper share the rendering engine, so any CSS info that applies to Mozilla applies to Chimera
I've almost complete all the tests on the /list page, will soon add the rest. In case of doubtn when the result is not clearly explained, like for next page, I'm comparing with MSIE 5.2. http://www.people.fas.harvard.edu/~dbaron/css/test/formelem From the 4 fields line up to the squirrel line, they are not colored, no blue background, no yellow ink, etc. Disabled Submit button text is black, shouldn't it be grey ? http://www.people.fas.harvard.edu/~dbaron/css/test/sec040102 >sans serif font not correct on C 0.30 http://www.people.fas.harvard.edu/~dbaron/css/test/exunit >none are correct http://www.people.fas.harvard.edu/~dbaron/css/test/emunit >none are correct http://www.people.fas.harvard.edu/~dbaron/css/test/parsing3 >This should probably not be red. IS RED http://www.people.fas.harvard.edu/~dbaron/css/test/pseudos >Error MSIE 5.2 & ok Chimera 0.30 http://www.people.fas.harvard.edu/~dbaron/css/test/sec051103 Focus is changing to its CSS color only if the mouse pointer pass on the SAME line (not over the text) of the link. Only the first link shows a good focus color when you've just opened the page, after a wrap-around (issue enough tabs to go back to first link) the focus color does not change any more.
sorry, http://www.people.fas.harvard.edu/~dbaron/css/test/sec040102 that's the "serif" fonts that are incorrect, they are shown as "sans serif".
Ah. OK. The form elements test is irrelevant because the CSS2 specification does not require that CSS apply to form controls. exunit, emunit, parsing3, are all Mozilla bugs, not Chimera ones (should be filed on style system or layout components, browser product). sec051103, I'm not sure what you mean exactly... So the Chimera bug here is that Serif fonts are not supported, apparently...
I've been only able to make some more until 9.1.2, the site is unreachable for the moment. If you make a Back or Cmd-click on a link and then close the new page, that clicked link color is not changed to the visited color. http://www.people.fas.harvard.edu/~dbaron/css/test/dborder >This paragraph has a thin double border. border is not visible, ok in MSIE >This paragraph has a 1px double border. border is not visible, ok in MSIE The rest later...
sec051103 open that page for the first time, hit the tab key, the first link is now in cyan, hit tab key, the second link is in cyan, etc... until last one included. hit the tab key, the first link is no more display in cyan, no more focus-ed. That was for the tab. This bug is resetted if you reopen the page (perhaps reload too). Now click a link without releasing the mouse pointer over it, just to give it the focus (or perhaps also with several tabs, sorry site unreachable for the moment) the focus-ed link is not in cyan. Now move the mouse (without clicking) vertically, when the pointer is on the same line of that focus-ed link, the link becomes in cyan. You don't need to move the pointer of the link text, just on the same line is enough.
Stephane, be sure to also test in Mozilla. Only if the test succeeds in Mozilla but fails in Chimera should there be a Chimera bug about it.
Rest of the tests at http://www.people.fas.harvard.edu/~dbaron/css/test/list with Build 20020621 16:08 http://www.people.fas.harvard.edu/~dbaron/css/test/sec090203 >I'm not sure if this one is correctly rendered http://www.people.fas.harvard.edu/~dbaron/css/test/sec090204 >same, different from MSIE http://www.people.fas.harvard.edu/~dbaron/css/test/sec090301 >Red thin rectangle seems incorrect, perhaps other problems, different from MSIE, try also changing font size down and up. http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302a >5th rectangle (and some others too) are sometimes incorrectly redrawn after scrolling >All the fonts are also Sans Serif, they are Serif (Times) in MSIE >Last rect no yellow background (and width different from MSIE, M$ bug I think) and it does not wrap if small window width. http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302b >9th rect (last-4) paragraph is not offseted. ok in MSIE. http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302c >12th rect is not at top, I think it's the author error I inform him, class is with bottom. >Last rect no yellow background (and width different from MSIE, M$ bug I think) and it does not wrap if small window width. http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302d >3th rect text does not fit screen but not horizontal scroll bar appears, it only appears if you resize however you can NOT still see the right part of it. http://www.people.fas.harvard.edu/~dbaron/css/test/sec414 >The first "This is short" test seems incorrectly drawn before the green rect. >In MSIE, the grey border table at the bottom has a fixed width, not in Chimera, css too complicated to see who is correct, probably MSIE is not. http://www.people.fas.harvard.edu/~dbaron/css/test/bidi >The two last sentences (-2 and -3 before HR) are right-aligned?? End to 9.10 included, the rest later...
Stephane, did you also test in Mozilla?
No, I'm using M$IE to compare and when I see a difference, I'm looking into the html and read more deeply all the explanations... that's really boring to make all those tests ;-) Using mozilla will not help me to find the problems, as they are using a 'common' engine. Even if M$IE really sVcks I can detect the differences. I'm getting out of the subject, but the guys in charge of making the html standards should be fired, I never saw such $@&@ definitions, are they working at M$ ?
I think the point Greg is making is that any bugs that Mozilla and Chimera share should be filed as _Mozilla_ bugs. Hence his suggestion that you test in Mozilla too and limit the Chimera bug report to things Chimera gets wrong that Mozilla gets right...
>http://www.people.fas.harvard.edu/~dbaron/css/test/formelem >From the 4 fields line up to the squirrel line, they are not colored, >no blue background, no yellow ink, etc. Boris says in comment 4, that style (colors, etc) should not be applyed to Form elements. Am I mistaken but the w3.org specs contain an %attr which leads to colors, I'll paste the path to the links that lead me to think that we can have style: http://www.w3.org/TR/html401/interact/forms.html http://www.w3.org/TR/html401/interact/forms.html#edef-BUTTON http://www.w3.org/TR/html401/sgml/dtd.html#attrs http://www.w3.org/TR/html401/sgml/dtd.html#coreattrs http://www.w3.org/TR/html401/present/styles.html#adef-style That would explain why most browsers, including Mozilla 1.1a, are supporting style for Form items.
They have a style attribute. Whether that attribute _does_ anything is completely outside the context of the HTML spec and is the province of the CSS spec.
Let me try to find the issues here: http://www.people.fas.harvard.edu/~dbaron/css/test/formelem We don't respect styles in form controls; we use native form controls. http://www.people.fas.harvard.edu/~dbaron/css/test/sec040102 Works in Chimera/20020627 http://www.people.fas.harvard.edu/~dbaron/css/test/exunit Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/emunit Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/parsing3 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/pseudos Works in Chimera/20020627 http://www.people.fas.harvard.edu/~dbaron/css/test/sec051103 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/dborder Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090203 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090204 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090301 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302a Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302b Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302c Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec090302d Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/sec414 Same as Mozilla 1.1a http://www.people.fas.harvard.edu/~dbaron/css/test/bidi Same as Mozilla 1.1a Since the only Chimera bug was the sans-serif font issue, which is fixed, this can now be closed as a Chimera bug. The Mozilla problems will have to be checked for dups and the tests checked for correctness if they are going to be reenterd as layout bugs.
I noticed that the css properties applied to some form elements do not render in Chimera where they do render in Mozilla. The drop down menu and form buttons do not display the specified style's background color or font properties, and the text box does not display the background color although it does render the correct font. For instance, the custom pages at http://my.yahoo.com/ often use these CSS properties for the form elements, and also there's my form at http://sanbeiji.com/contact/
Resolving WFM per comment 14. Sinec those are dbaron's tests, they're practically guaranteed to already be represented by a Mozilla bug somewhere in Bugzilla. I'd put money on it.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
petersen, could you verify this please?
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.