Re: Help needed: do***ent true width and height?

On May 8, 3:16 am, GTalbot <newsgr...@[EMAIL PROTECTED]
> wrote:
> On 7 mai, 18:13, VK <schools_r...@[EMAIL PROTECTED]
> wrote:
>
> > Any way I guess we'll stick for now with
> >  do***ent.do***entElement.scrollWidth
> >  do***ent.do***entElement.scrollHeight
> > and see if they are still usable for the standard border-box box
> > model.
>
> > And Safari just has to keep trying to become a modern browser. One day
> > they may finally succeed though the chances are getting lower every
> > year onward.
>
> VK,
> you can file a bug for sup****t of
> do***ent.do***entElement.scrollWidth
> do***ent.do***entElement.scrollHeight
> at https://bugs.webkit.org/index.cgi?GoAheadAndLogIn=1

Maybe some later - or you are welcome to do it on my behalf - I am not
so concerned about bug copyrights :-)

With all these offset/content/scroll Width/Height/Top/Left one may get
quickly exhausted by filing bugs to different UA producers. It just
happened that scrollWhatever is broken for Safari but "only" buggy on
others. IMO the best would be to trash out all these properties all
together as no one reliably does what claimed and never did ever since
IE4/NN4. Instead I would file a bug to W3C, CC to Microsoft and
Mozilla asking to stop this nonsense and to define

 .trueWidth
 true width of the container if it would be shown
 without scrollbars

 .trueHeight
 true height of the container if it would be shown
 without scrollbars

 .view****tWidth
 the width of the container currently shown

 .view****tHeight
 the height of the container currently shown

 .absoluteX
 X distance from the trueWidth left border in px

 .absoluteY
 Y distance from the trueHeight right border in px

 .vew****tX
 X distance from the view****t left border in px

 .vew****tY
 Y distance from the view****t right border in px

Yes, I know - silly dreams. But can we dream at least sometimes...