Menu
▾
▴
Fw: [Dynapi-Dev] set border bug
|
From: Kevin <ke...@ke...> - 2003-04-28 19:39:13
|
Fw: to Dynapi-Dev:
----- Original Message -----
From: "Kevin" <ke...@ke...>
To: "Raymond Irving" <xw...@ya...>
Sent: Monday, April 28, 2003 6:58 PM
Subject: Re: [Dynapi-Dev] set border bug
> "Raymond Irving" <xw...@ya...> wrote:
>
> >
> > --- Kevin <ke...@ke...> wrote:
> > > Solution.
> > >
> > > 1) I like the way borders are done in dynapi for
> > > ns4. Layers for top,
> > > bottom, left and right. So if we implement this for
> > > all browsers and
> > > not mess with the style it would be consistent,
> > > though dynlayer width
> > > will include border.
> >
> > That's true, but this would require us to us more
> > layers. The solution is ok for ns4 (as it's an old
> > browser) but css now available I think it's much more
> > efficient to use css.
> >
> > > 2) If we mess with border style for dom browsers.
> > > For the
> > > dynlayer size to consistent with ns4 border
> > > implementation
> > > it''s the dynlayer width that should be set to the
> > > actual element
> > > width plus twice the size of the border.
> >
> > If we set the actual elm size to be less than twice
> > the border size then it would be consistent with the
> > ns4 implementation:
> >
> > lyr.w = 100
> > lyr.h = 100
> > lyr.css.width=(lyr.w-(lyr._border*2))
> > lyr.css.height=(lyr.h-(lyr._border*2))
>
> The effect will be different in IE5 and IE5.5 and maybe
> other browsers.
>
> > In the above the dynLayer width/height will always be
> > 100x100 although the actual elm size will be 98x98.
> > This IMO shouldn't be a problem as the content inside
> > the elm will either wrap or overflow. This will only
> > be true when borders are set for DynLayers on DOM
> > browsers.
>
> Would we have to 'adjust' the dlyr x/y? What are the
> coords of relative elements or when constructing a
> widget and bordered elements need to touch?
>
> > Agree? Or should we use the NS4 design despite the
> > draw backs or having to use four additional layers?
>
> We need a good long think about this. I like one solution
> for all. So NS4 design for me, plus the facility to extend
> it as Benoit suggests with corners / images is good.
>
> I would suggest one extra center layer so the content
> won't flow under borders or for external content. So:
> 1 - frame (relative or absolute container)
> 4 - borders (solid or image)
> (4 - corners) (solid or image)
> 1 - content (html or external)
> --
> 10
> --
> Is this too much or just enough for one cross browser
> solution with extension possibilities?
>
> Kevin
>
> > --
> > Raymond Irving
> >
> > > I have a setBorder method that fixes the bug and
> > > should
> > > work ok:
> > >
> > > p.setBorder=function(w,c,s) {
> > > var width=w||0;
> > > var bstyle=(typeof(s)=='string')?s:'solid';
> > > var bcolor=(typeof(c)=='string')?c:'black';
> > > this._border=width+'px '+bstyle+' '+bcolor;
> > > this._cssBorder='border:'+this._border+'; ';
> > > var s=this.css;
> > > if(s) {
> > > s.borderWidth=width+'px';
> > > s.borderStyle=bstyle;
> > > s.borderColor=bcolor;
> > > }
> > > };
> > >
> > > Just need to work out what the dynlayer w & h should
> > > be
> > > as the w & h of a dynlayer should be the same as
> > > when
> > > using a border (internal border layers) in ns4.
> > >
> > > -
> > > Kevin
> > >
> > >
> > > > > For example in dom browsers we would something
> > > like:
> > > > >
> > > > > p.setSize = function(w,h) {
> > > > > .....
> > > > > if (cw) this.css.width =
> > > > > (this.w-(this._border*2))||0;
> > > > > if (ch) this.css.height =
> > > > > (this.h-(this._border*2))||0;
> > > > > ....
> > > > > }
> > > > >
> > > > >
> > > > > What do you think? Any other suggestions? Can we
> > > do
> > > > > this?
> > > > >
> > > > >
> > > > > --
> > > > > Raymond Irving
> > > > >
> > > > >
> > > __________________________________________________
> > > > > Do you Yahoo!?
> > > > > The New Yahoo! Search - Faster. Easier. Bingo
> > > > > http://search.yahoo.com
> > > > >
> > > > >
> > > > >
> > >
> > -------------------------------------------------------
> > > > > This sf.net email is sponsored by:ThinkGeek
> > > > > Welcome to geek heaven.
> > > > > http://thinkgeek.com/sf
> > > > > _______________________________________________
> > > > > Dynapi-Dev mailing list
> > > > > Dyn...@li...
> > > > >
> > >
> > http://www.mail-archive.com/dyn...@li.../
> > > > --
> > > > Dan Willemsen <da...@wi...>
> > > >
> > > >
> > > >
> > > >
> > >
> > -------------------------------------------------------
> > > > This sf.net email is sponsored by:ThinkGeek
> > > > Welcome to geek heaven.
> > > > http://thinkgeek.com/sf
> > > > _______________________________________________
> > > > Dynapi-Dev mailing list
> > > > Dyn...@li...
> > > >
> > >
> > http://www.mail-archive.com/dyn...@li.../
> > >
> > >
> > >
> > >
> > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Dynapi-Dev mailing list
> > > Dyn...@li...
> > >
> > http://www.mail-archive.com/dyn...@li.../
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > The New Yahoo! Search - Faster. Easier. Bingo.
> > http://search.yahoo.com
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Dynapi-Dev mailing list
> > Dyn...@li...
> > http://www.mail-archive.com/dyn...@li.../
>
|
