|
From: Kevin <ke...@ke...> - 2003-04-28 19:37:37
|
Fw: to Dynapi-Dev:
----- Original Message -----
From: "Kevin" <ke...@ke...>
To: "Doug Melvin" <do...@cr...>
Sent: Monday, April 28, 2003 7:29 PM
Subject: Re: [Dynapi-Dev] set border bug
> "Doug Melvin" <do...@cr...> wrote:
>
> > I say use CSS where we can.
> > A point tho: I have yet to force mozilla to paint the right and bottom
> > borders..
>
> It may not behave the same in IE5 IE5.5. I posted a setBorder method
> to the list that seemed to work in Moz'. Though check first what style
> getOuterHTML gives as this has come from my mini api.
>
> 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;
> }
> };
>
> Kevin
>
> > I'll post an example shortly
> > ----- Original Message -----
> > From: "Raymond Irving" <xw...@ya...>
> > To: "Dynapi-Dev" <Dyn...@li...>
> > Sent: Sunday, April 27, 2003 1:39 PM
> > Subject: Re: [Dynapi-Dev] set border bug
> >
> >
> > >
> > > --- 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))
> > >
> > > 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.
> > >
> > > Agree? Or should we use the NS4 design despite the
> > > draw backs or having to use four additional layers?
> > >
> > > --
> > > 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.../
> > >
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.476 / Virus Database: 273 - Release Date: 4/24/2003
> >
> >
> >
> > -------------------------------------------------------
> > 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.../
>
|
|
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.../
>
|