getComputedStyle, where is my LI?

On Nov 3, 2:56*am, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:

David Mark wrote:
On Nov 3, 12:40 am, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 2, 9:01 pm, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 2, 6:06 pm, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 2, 4:18 pm, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 2, 4:11 am, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 1, 2:22 am, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
David Mark wrote:
On Nov 1, 1:03 am, Garrett Smith <dhtmlkitc... (AT) gmail (DOT) com> wrote:
Opera 10.1 has a buggy implementation of getComputedStyle top.
[...]
[...]
follow up to comp.infosystems.www.authoring.stylesheets

[snip]

That is what changed from IE7 -> IE8. IE8 implements a draft that
changes what offsetTop was in IE7.
Great. *And what does that have to do with the problem at hand?
This is a direct response to *your* suggestion. The suggestion was a red
herring. Irrelevant and inaccurate.

No, you still don't seem to understand what my (original) suggestion
was (hint: had nothing to do with the body). *Nor do you seem to
recognize the more general solution (posted at least three times).

The solution to whatever problem you are imagining is probably not
something that anyone would benefit from.

Imagining? Have you been reading any of this?

I don't see where you are going with the premise of "the body is not
positioned" being part of a mistake.
Meaning you shouldn't be measuring the distance from the body's origin
to the HTML element's origin. *If you are, you are making a mistake..
We've been over this a thousand times.
This is not relevant to any of the discussion or relevant.

That's my line. *You were the one going off the path to talk about
unrelated offsetTop/Left quirks.

That is a lie.

Oh brother. So you didn't bring up some BODY related quirk when we
were talking about a positioned LI? Not to mention TD's.

The unreliable offsetTop was suggested by you.

You just keep repeating the same thing. I told you from the start
that it wasn't meant to be a substitution for getComputedStyle (see
apples vs. oranges). Of course, they work very well together when it
comes to feature testing quirks like the one that was giving you
trouble.

I avoid using those because I know how unreliable they are. It took four
posts of linking to the spec and citing the spec to try and clarify how
it was a bad *suggestion to use offsetTop.

All related to your expedition into the weeds related to the BODY
element.

All the while you refusing to
read what I wrote, not reading the spec, etc.

Don't be ridiculous. You started quoted all sorts of unrelated junk
verbatim. Don't bother doing that.

[snip]



Giving position: relative on body does not change anything. It just
different interoperability quirks, depending on the browser and how one
defines "quirk" (the editors draft is arguably quirky in that it
deviates from what IE did in a way that requires special case handling
for BODY).
It changes exactly what I explained it does and is a much better
proposition than dealing with a static body (where you must measure to
the HTML origin).
If you do not want to read the manual, don't.

Thanks.

Please stop stating your misbeliefs (again and again, this is in the
spec, it is implemented in IE).

Please stop changing the topic, piling on drivel and ignoring
perfectly good answers. *

Answer to what? What "topic"? The thread is focused on explaining that
getComputedStyle is a problem (again).

We've long since established that, as well as more than one solution.

I never asked you for you advice. I do not want your advice. You advise
on things that misunderstand the problem, imagine problem that does not
exist, and the post a poor answer to the imaginary problem.

And what problem did I imagine that did not exist? Near as I can
tell, every problem discussed so far has been your own.

When the parent is BODY, and the child is [x] and the child and parent
both have position relative, the offsetTOp from child -> parent is from
child -> viewport edge.

So?

Although that is not always true, where it is true, it does show that
the distance between relative child and relative parent is not found by
offsetTOp.

Again with the BODY quirks. This isn't a contest between
getComputedStyle and the offset* properties. And, as mentioned three
times, you can test for these issues by using the two together.

Unless you take the IE6 and IE7 definition of offsetTop, (also IE5 Mac
and probably many others), where the offsetTop would be from [x] border
edge to body padding edge.

I still don't care. *If you must rely on such measurements, you should
be testing them. *I've always made it a habit. *

That doesn't account for your explanation offsetTop.

I made no explanation of offsetTop.

I really think you are worrying about nothing. *And I take it you
finally got the message about how to solve your current problem. *If
you want further advice (e.g. IE8 and the body element), you'll need
to post an example
I do not want your advice.

Then stop asking me questions.

The solution to the "problem" my program addresses was solved in the
original thread.

What original thread?

Sorry. Original post.

Yes, obviously you can avoid the problem entirely. What does that
have to do with the rest of this time-wasting.

You've missed the entire point of this. I am not asking for help to find
a position of an element.

Dear God. *I know what you are trying to do and I've told you how to
do it. *Re-read from the start if you missed it.

Read it. Replied. Still not relevant (as stated in the reply).

No telling what you are talking about at this point.

That's not what I advised at all. *I told you that was a possibility,
depending on your then unstated design. *Once you got around to
explaining what you were trying to design, I gave you the advice you
needed. *Apparently you have chosen to ignore it in favor of
complaining loudly.

I've not explained the requirements.

You said enough (when you finally got around to it).

The contexts that are handled by the requirements won't work with
offsetTop.

Again. I didn't tell you to substitute offsetTop for
getComputedStyle.

The repeated misinformation, again and again and again (about what
offsetTop is, about getComputedStyle),

This from you? *You must be joking.

refusing to read what was posted,

Again.

all in the usual smart-assed attitude: (Me: "Did you read that?" You:
"of course not" (sic)).

You can post the phone book, but you can't make me read it.

Phone book? Reminds of VK's unwillingness to read the "Books of Ecma".

I already did the VK comparison bit.

You're not smart, not funny, not entertaining.

And you're mot on topic. *

My post was on-topic material for both of these NGs. Indeed the original
thread was, as was all that I've written in this thread.

Of course, I was referring to the "critique" that I quoted above. And
no, this thread did not belong in a CSS group.