Re: [css-d] progress bar

2009-07-01 Thread Climis, Tim
> My take on the progress bar doesn't use spans or divs at all, but reuses an > existing HTML element: the > definition list. Take a look at: > > http://www.fiveminuteargument.com/progress-bar My initial reaction to that statement was "how on earth is that a definition list?" But I duly read th

Re: [css-d] progress bar

2009-07-01 Thread Bobby Jack
--- On Wed, 7/1/09, Noel Taylor wrote: > What is the difference then, > philosophically I guess, between a > span and a div, since their default block/inline stylings > do not determine their fundamental nature? Their fundamental nature is, very broadly speaking: div: this is a section of the

Re: [css-d] progress bar

2009-07-01 Thread Noel Taylor
ng? On Tue, Jun 30, 2009 at 3:27 PM, Climis, Tim wrote: > From: Noel Taylor [mailto:noelta...@gmail.com] > Sent: Tuesday, June 30, 2009 3:53 PM > To: Climis, Tim > Cc: css-d@lists.css-discuss.org > Subject: Re: [css-d] progress bar > > Tim, thank you for your response. I&

Re: [css-d] progress bar

2009-07-01 Thread tedd
At 4:51 PM -0400 6/30/09, Kevin Rodenhofer wrote: >What I meant was not to use the images as spacers, but use the images as >images... > >See an example at this link: > >http://www.rodenhofer.com/progressbar/ > Mondo cool. Thanks, tedd -- --- http://sperling.com http://ancientstones.com h

Re: [css-d] progress bar

2009-06-30 Thread David Laakso
Noel Taylor wrote: > 1. Is there in fact a rule/convention that you shouldn't put tags around > block- > level elements, or have I been misinformed? > > 2. If there is such a rule, is putting tags around spans with {display: > block} > any better than using divs? Isn't the fact that divs are bl

Re: [css-d] progress bar

2009-06-30 Thread Kevin Rodenhofer
What I meant was not to use the images as spacers, but use the images as images... See an example at this link: http://www.rodenhofer.com/progressbar/ Noel Taylor wrote: > That's a good idea, although using 1px images for spacing again seems > to smack of bad practices. > > Or does it? Late

Re: [css-d] progress bar

2009-06-30 Thread Noel Taylor
essage- > From: css-d-boun...@lists.css-discuss.org [mailto: > css-d-boun...@lists.css-discuss.org] On Behalf Of Noel Taylor > Sent: Tuesday, June 30, 2009 1:47 PM > To: css-d@lists.css-discuss.org > Subject: Re: [css-d] progress bar > > > Isn't making the spa

Re: [css-d] progress bar

2009-06-30 Thread Climis, Tim
-Original Message- From: css-d-boun...@lists.css-discuss.org [mailto:css-d-boun...@lists.css-discuss.org] On Behalf Of Noel Taylor Sent: Tuesday, June 30, 2009 1:47 PM To: css-d@lists.css-discuss.org Subject: Re: [css-d] progress bar > Isn't making the spans "display: block

Re: [css-d] progress bar

2009-06-30 Thread Noel Taylor
That's a good idea, although using 1px images for spacing again seems to smack of bad practices. Or does it? Lately I've begun to doubt my instincts in this area. With this particular problem, I'm getting the impression that there's no one, true answer yet. I'm either using gifs for spacing or

Re: [css-d] progress bar

2009-06-30 Thread Noel Taylor
Isn't making the spans "display: block" the same as just using divs? And therefore also in violation of the rule about "no anchor tags around block-level elements" ? On Tue, Jun 30, 2009 at 12:34 PM, Alexander Wallace wrote: > You should give your spans { display: block; }. > Alternatively, you

Re: [css-d] progress bar

2009-06-30 Thread Alexander Wallace
You should give your spans { display: block; }. Alternatively, you could use the original divs, but use links inside the divs with { display: block; } -Alex On Tue, Jun 30, 2009 at 1:25 PM, Noel Taylor wrote: > Dear css-d gurus: > > I want to make a box that shows the progress that a non-profit

[css-d] progress bar

2009-06-30 Thread Noel Taylor
Dear css-d gurus: I want to make a box that shows the progress that a non-profit has made toward a certain fund-raising goal. It should look something like: |||| || That is, the box should be sub-divided into two boxes: one with a colored background to show the pro

Re: [css-d] Progress bar: Cool design, but what is the best possible markup?

2007-10-12 Thread Barney Carroll
Jesper, excellent article you mention. Tantek’s justification of the b tag makes a lot of sense, it’s worth remembering. I just checked your design in IE6, and apart from the fact that you are using alpha PNGs and the transparency is replaced by grey, the bs appear about 50px below and to the r

Re: [css-d] Progress bar: Cool design, but what is the best possible markup?

2007-10-12 Thread Jesper Rønn-Jensen
Thanks for your reply Barney. I have thought about the z-indexes as you describe them, that would require I add id attributes to all the li elements with z-index values in reverse order. Of course it would be best to avoid them, but it is a reasonable alternative. The reason I use B elements fo

Re: [css-d] Progress bar: Cool design, but what is the best possible markup?

2007-10-12 Thread Barney Carroll
Jesper Rønn-Jensen wrote: > There are two things that cause me a problem so far: > The "tip" will add an extra element in the html, so for now I add an empty > "b" element with class="tip" at the end of each li-element. Now, this tip > must overlap the following list item, but strangely it gets

[css-d] Progress bar: Cool design, but what is the best possible markup?

2007-10-12 Thread Jesper Rønn-Jensen
[sorry for the double post -- if the first one actually got through] I'm currently HTML'ifying a cool design for a progress bar. Have a look at the graphic: http://justaddwater.dk/wp-content/uploads/2007/10/train.png HTML version: http://justaddwater.dk/wp-content/uploads/2007/10/train_css_d.html

[css-d] Progress bar: Cool design, but what is the best possible markup?

2007-10-12 Thread Jesper Rønn-Jensen
I'm currently HTML'ifying a cool design for a progress bar. Have a look at the graphic: http://justaddwater.dk/wp-content/uploads/2007/10/train.png HTML version: http://justaddwater.dk/wp-content/uploads/2007/10/train_css_d.html This vertical progress bar is very good looking and very intuitive to