|
RickJ
|
 |
« on: March 08, 2007, 11:59:26 AM » |
|
Even with nothing in the table border box of the Properties pane, there IS a border of the cells. How can I get zip-nada-nothing for borders? In other words, an image in two cells would be butted up to each other with absolutely no "crack" whatsoever between them. How I do dat?  Thanks!
|
|
|
|
|
Logged
|
|
|
|
|
Mitch
|
 |
« Reply #1 on: March 08, 2007, 12:50:08 PM » |
|
Been a while since I worked with tables, but maybe this will help: <table border="0" cellpadding="0" cellspacing="0"> Do you have an example Online that we could see?
|
|
|
|
|
Logged
|
|
|
|
|
RickJ
|
 |
« Reply #2 on: March 08, 2007, 01:03:13 PM » |
|
Thanks, Mitch, that did it! One might think that if the Border field in DW's Properties pane is blank, then there is no border.  ( see example here) Go figure!
|
|
|
|
|
Logged
|
|
|
|
|
MrPhil
|
 |
« Reply #3 on: March 08, 2007, 02:22:26 PM » |
|
One might think that if the Border field in DW's Properties pane is blank, then there is no border.
Go figure!
You were using Internet Exploder 6 or earlier, weren't you? As usual for Microsoft, it does not follow the standards. It ignores rules and if no border= is given, sets a nice thick one. Try your original page (with blank Border Properties) on Firefox and it will behave. Maybe you need a nice Border Collie? 
|
|
|
|
|
Logged
|
|
|
|
|
Mitch
|
 |
« Reply #4 on: March 08, 2007, 05:38:47 PM » |
|
Your welcome Rick!  If there is anything else we can help you with just holler.
|
|
|
|
|
Logged
|
|
|
|
|
SOU610
|
 |
« Reply #5 on: March 08, 2007, 08:02:18 PM » |
|
FF2.0.0.2 gaps the "border"less table.
|
|
|
|
|
Logged
|
|
|
|
|
RickJ
|
 |
« Reply #6 on: March 09, 2007, 04:23:17 AM » |
|
You were using Internet Exploder 6 or earlier, weren't you?
No, I use FF exclusively now. I did not even check it in IE. So to clarify...If I insert a table in DW's design view, and leave the border field blank, then there IS a border. See the example above. Don't you see a border in the top table?
|
|
|
|
|
Logged
|
|
|
|
|
MrPhil
|
 |
« Reply #7 on: March 09, 2007, 08:41:44 AM » |
|
See the example above. Don't you see a border in the top table?
Um, no, I see a 404 error. Have you looked at the generated HTML code to see exactly how it's defining the table? Maybe DW has its own set of defaults it's using if you put nothing in the pane. Something that DW's designers felt "looks nice".
|
|
|
|
|
Logged
|
|
|
|
|
RickJ
|
 |
« Reply #8 on: March 09, 2007, 01:46:28 PM » |
|
Aah shoot...sorry about that. I did some moving around of files...but now the link works: http://www.stgabrielradio.com/tablecellborders.htmlI see now that DW is leaving the border size code out of the html when the Border field (in design view) is left blank. ...but the plot thickens. I put 0 in the Table border field - and the code is added correctly - but there is still a border.  There is nothing in either the page properties, Preferences or help files that speak of default table border. ...and I've stared at the code long enough to be pretty sure (although I have not yet had a beer to clear my mind) I'm not missing something simple... Have I maybe found a DW "glitch"?
|
|
|
|
|
Logged
|
|
|
|
|
MrPhil
|
 |
« Reply #9 on: March 09, 2007, 02:46:23 PM » |
|
Looking at your page in both Firefox 1.5.0.10 and IE6, they both show a red and a blue block with a thin white line between them in the first two cases, and butted up against each other in the third case. Is that what you're seeing? I don't think you're seeing a "border". I think you're seeing either cell padding or cell spacing. To review terms, from the inside (cell content) to the outside (neighboring cells) you have: - cell padding
- cell border
- cell spacing
If any of those are nonzero width, you'll see something. Only in the third case did you set all three to zero. Can you set the border color (through CSS, probably) to black so we can confirm there's no border there? Now, the question is, "why is there a pixel or two of padding and/or spacing?" Is there any CSS I'm not seeing anywhere? padding: n controls cellpadding, and border-spacing: n controls cellspacing. Just for giggles, try taking out the "style1" CSS setting and see if it makes any difference (I would not expect it to). Cell padding and spacing are supposed to default to 0, as is the border width. Why you're getting something puzzles me. I would expect flakiness from IE, but Firefox behaves the same way. GOT IT. My HTML book says the cellpadding is supposed to default to 1 and cellspacing is supposed to default to 2. You must explicitly give 0 values to have everything close up.
|
|
|
|
« Last Edit: March 09, 2007, 03:02:20 PM by MrPhil »
|
Logged
|
|
|
|
|
ReTodd
|
 |
« Reply #10 on: March 09, 2007, 02:50:58 PM » |
|
Empty fields in the cellpadding and cellspacing fields mean that these properties won't be set, which means that the browser determines cellpadding and cellspacing. Most browsers add 2 pixels for each. To create a table with no cell padding or spacing, set both of these properties to 0.
|
|
|
|
|
Logged
|
|
|
|
|
RickJ
|
 |
« Reply #11 on: March 09, 2007, 03:01:12 PM » |
|
I see what you see...and I see exactly what you are presuming/explaining.
There's no code you can't see...I made the first two tables in DW's Design View for Dummies (like me) ...and the third one in code view.
Clearly, DW is just not entering code for border, cell pad or cell space when the fields in design view are left blank.
If it were cheezy software, I'd not be surprised...but with DW I'm quite surprised at this aparent issue.
|
|
|
|
|
Logged
|
|
|
|
|
RickJ
|
 |
« Reply #12 on: March 09, 2007, 03:02:14 PM » |
|
PS. I posted while you posted ReTodd. I'll try a table in design view with 0 in all three fields.
|
|
|
|
|
Logged
|
|
|
|
|
|
|
ReTodd
|
 |
« Reply #14 on: March 09, 2007, 03:10:55 PM » |
|
The problem isn't with DW, it is with the browsers who set their own defaults if it doesn't find a particular setting for a particular element. It's the same in CSS with padding and margins. The browser has defaults, which if you want to be "0" then you have to set them as "0", otherwise the browser determines what they are. @RickJ: Damn, and I could use one right now. TGIF! 
|
|
|
|
|
Logged
|
|
|
|
|