Agreed.  What you describe (starting over) is exactly what I've just started 
doing today.  Well... actually to be more accurate, I'm going back to a 
previously attempted version without tables.  But I did want to get to the 
bottom of a couple of other things before I went back to that.

So I'll put that together soon and let you have a look and you can tell me if 
I'm on the right track. ;)








On 09/03/2012, at 7:05 PM, Ghodmode wrote:

> On Fri, Mar 9, 2012 at 9:47 AM, David Thorp
> <[email protected]> wrote:
>> Brilliant on both counts. Thanks!
>> 
>> Except...
>> 
>> Now (in Safari both mac and windows) I'm getting little resize boxes on each 
>> cell in the list.  I also notice these on the on the grey side bar and at 
>> the bottom of the list as well.  They seem to show up anywhere i've set 
>> overflow, although i thought they were only for when I set resize.  I'm 
>> missing something here... once again.
> 
> I added the properties to my zstripes demo pages (all 3) and made the width of
> the first column unreasonably small.  I didn't see the resize boxes.  I can 
> only
> guess that you're seeing a resize handle, but that should only happen in text
> areas (I think).  If that's what it is, setting resize:none should fix it, but
> I'm not sure exactly what you're seeing.
> 
> Note: I don't have an OSX environment to test with.
> 
> 
>> On the other hand, I'm getting wildly different results in IE9 with just 
>> about everything.  (I don't really care about IE8 or below as this is 
>> ultimately going to be an internal web application for which I will specify 
>> minimum requirements = IE9)
>> 
>> In IE9:
>> • the column widths don't seem to be following the rules
>> • the graphic behind the Organisation Name heading is wrong.
>> • the borders between certain objects are white instead of black
>> • it doesn't seem to be following the sans-serif fonts i've requested.
> 
> On my demo pages, the column widths are following the rules in IE9.  None of 
> the
> things we've discussed so far should have any effect on borders, graphics, or
> fonts.
> 
> 
>> I've heard of minor inconsistencies between browsers, but this seems over 
>> the top.  Is this typical?  Why don't CSS and HTML just do what they're told?
> 
> Ahh... If only it were that simple...  Ya I guess it's kind of
> typical.  Strictly
> following recommended practices (like avoiding using tables for layout)
> definitely minimizes inconsistencies, but they're always there.
> 
> I think you're already getting lost in your deeply-nested tables and 
> overlapping
> elements.  This is why I created demo pages instead of trying to work directly
> with your code.
> 
> 
>> Well, again thanks for all the help.  Any further direction here will be 
>> equally appreciated!
> 
> If I were in your situation, I'd start over with a pencil and a piece of 
> paper.
> Draw a picture of what you want the page to look like, then add one part at a
> time.
> 
> Using pencil and paper prevents you from getting hung up on things like colors
> and fonts.  Those are minor details that can easily be corrected when the 
> major
> stuff is in place.
> 
> It sounds like a lot of work, but I think its easier than fixing what you
> have right now.
> 
> --
> Vince Aggrippino
> Ghodmode Development
> http://www.ghodmode.com
> 
> 
>> David.
> ______________________________________________________________________
> css-discuss [[email protected]]
> http://www.css-discuss.org/mailman/listinfo/css-d
> List wiki/FAQ -- http://css-discuss.incutio.com/
> List policies -- http://css-discuss.org/policies.html
> Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

______________________________________________________________________
css-discuss [[email protected]]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Reply via email to