Holger Schmeken Reporter
	Description • 22 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507

After login in Arabic you see two frames, the left frame is ok, but the right
frame has a tiny problem with a list of LI entries. You can see that the point
of the LI entry is not in the correct position - it is slightly outside of the
table. Please relogin in English and you will see what I mean.

Maybe it is my fault since it is my (beta) isapi extension that you are working
with. It is just a test environment - so the content or design is not important.
The IE 6.0 seems to solve this problem by simply removing the <li> points in
right to left view (hey, great solution ;-).

Regards for your work
 Holger Schmeken, Softwaremanagement.org


Reproducible: Always

Steps to Reproduce:

	Mats Palmgren (inactive)
	Comment 2 • 22 years ago

Confirming bug, 2003-05-16-22 trunk Linux

	Lina Kemmel
	Comment 3 • 22 years ago

There may be additional problem which bug 74880 doesn't regard to:
|remainingWidth == 0| :
http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsLineLayout.cpp#2941

This does happen with look and feel I'm currently using. I have a patch for this
problem, but it doesn't make much sense standalone, without fixing bug 74880.

	Simon Montagu :smontagu
	Comment 4 • 21 years ago

The patch for bug 140611 seems to partly solve this, but we need a clearer
description of the expected and actual results.

	Haamed Gheibi
	Comment 5 • 19 years ago

Note that it's not an RTL bug.

The problem is when you specify a padding for a list (say 10px), mozilla overrides UA padding (default 40px left padding in LTR, and right padding in RTL) and you will have a 10px overall padding, instead of adding them and have a 50px overall padding.

IE adds up user padding with UA padding (at least for lists). Konqueror overrides UA padding with user padding for LTR, and adds them up for RTL!

I will prepare a patch which fixes nsRuleNode::ComputePaddingData() in such a way that it adds 'padding_start_value' and 'padding_left/right_value'.

	Haamed Gheibi
	Comment 6 • 19 years ago

In fact it is not a bug at all!

W3c explicitly says that users styles override default styles, so there won't be any adding. (http://lists.w3.org/Archives/Public/www-style/1997Nov/0015.html)

About IE and konquerer I was wrong! They have similar behavior. The only difference is that in mozilla the space before bullet is considered by padding but in the w3c sample style it is considered by margin. (http://www.w3.org/TR/REC-CSS2/sample.html)

Mozilla has intentionally chosen padding instead of margin (http://groups.google.com/group/comp.infosystems.www.authoring.stylesheets/browse_thread/thread/1c5fb5936a7845a5?hl=de&lr=&safe=off&ic=1&seekm=slrn92ai53.uuf.dbaron%40is04.fas.harvard.edu#p), so it's not a bug at all!

	Robert O'Callahan (:roc) (email my personal email if necessary)
	Comment 7 • 19 years ago

Yes, this is a duplicate of some other bug that was also INVALID. Unfortunately I can't remember the number, but it doesn't matter.