The gradient hack was offered to me on xxxxtricks but I just don’t like it rp. I’m not doing a damn gradient; keep it simple man. I asked before why the padding and border styles in .LL and .RR are ignored . . .
I’m keeping my .COL1 style but now with a fixed width of 60px because max-width wasn’t working. I doubt this one will work either but we can set it aside for later.
semi, the gradient isn’t a “hack”. It is proper, valid CSS doing exactly what it is designed to do. Nothing more, nothing less.
Did you drag the browser window from wide to narrow and back and watch how the colors behave?
Whatever text you enter into the cell is not tied to a particular color. The cell is open full width. Using two divs in the cell gives the impression that you are creating two cells within the one cell yet not considering where the text will go.
Do you have an arguable reason for disliking the gradient background? I’m willing to listen if you have one.
You could create an image with the colors on it and place it in the background. Use the same image in the div so you can pull the color over the bottom border.
I am not prepared to answer your padding and border question.
Would you please revisit my post #18 and identify which one of the 2 “choices” that I offered matches your expectations?
Fine Erik. You tell me:
I put the class LL on the < td > Row 4, Column 4?
I put the class LL on the first < div > Row 4, Column 4?
Put it on both?
And where exactly do I put RR?
I’ve asked why I have to duplicate code inline in my most recent post before this one. It would go a long way if someone would first answer that post.
Ronpat, everyone . . . Please see my post asking why I have to duplicate style information inline. I’m trying to get as much of this into the CSS but the minute I remove that inline border and padding data it’s shot to hell.
I"ll take another look at your original code and try to answer your “inline code” question.
In return, I want a straight answer from you… I posted some code in message #20. In response you ranted about the gradient background. You did not tell me whether the code behaved as you would like it to or not. I would appreciate some useful feedback about the behavior of the page. Your concern about the inline code is valid, but it has no bearing on whether the page that I posted behaves as you wish or not. There are many ways to skin a cat with CSS.
It sometimes happen to me too when I’m busy reediting what is not yet posted. But I’m always able to recover what I was typing. Even when the browser crashed on me.
The content in the edit box is automatically saved in short periods as you type. If you look below the text box you can see a brief note at the right hand that says “saved” when it is.
Next time you get your posting edit disappeared you can recover the last saving:
If the edit box is empty, try press Ctrl+z.
If the edit box is empty but the preview box still show the disappeared text, try copy paste the preview back.
If the edit box is closed, try reload the page.
The reload always restore the lost edit, but then when you submit the post it can get an edited icon because it also had a saved edit in cache.
Because of a lack of useful feedback, I expect this to be my last submission in this topic. It uses simple gradients to provide the 5px white space instead of the 1999 overlays. (The classnames are intentionally different from those in my last post )
I like the gradient approach. True, “gradient” suggests “incremental changes in color from one point to another”, which indeed it can do. But there is nothing saying it can’t be “an abrupt change from one color to another”.
ronpat . . . It looks great (I particularly like how flexible it is in the browser! might have to rename it expand-o-ronpat hee hee). I like coot’s for its leanness but that pesky border is still there.
Excluding comments & shortcut’d colors which of your versions accomplishes the least CSS?