Re: [css-d] Firefox bug on on new Macs?

2009-04-14 Thread David Laakso
Michael Leibson wrote:



This is in reference to uri: http://www.thinkingmusic.ca/


 Hi, David;

 Thanks for this feedback! 

 A few things I didn't quite get:

 Interesting visual. It would be nice to pull it off. No AP needed.
 Really?  How would one go about duplicating it without absolute 
 positioning?



By using a float based construction.




 Set the black-like color as a background image.
 I'm assuming you mean background image for the BODY element, yes?


Yes.



 Set no height on containers carrying movable text.
 I'm assuming you mean 'in order to get a fluid design, in which text 
 can be zoomed'.


Yes, in order to get a vertically fluid layout so the type will not 
shoot out the bottom of hard coded containers when fonts are scaled.


 If so, I guess I'd have to make all text containers that way.  On some 
 of my pages,
 I used text-align: justify -- and hyphenation coupled with br -- to 
 get some kind
 of acceptable text display within my #left div.  That text juggling 
 would have to go,
 wouldn't it?


See above.




  http://chelseacreekstudio.com/ca/cssd/think.htm 
 http://chelseacreekstudio.com/ca/cssd/think.htm
 Hmm. . . I got a Not Found message, rather than the page.  Probably 
 because
 I hadn't had time to pick up my email till today, two days later?   
 I'd still like to
 see what you've done, though, if that's not too inconvenient for you.


I ate it :-) . Pemanently deleted it. Just as well-- better to do it 
yourself.

If you want a fluid layout try this one:
http://blog.html.it/layoutgala/LayoutGala31.html

If you want a fixed width try this one:
http://blog.html.it/layoutgala/LayoutGala36.html

Either way change the font-size from 76 to 100%.

The extra division is not needed for your layout.

The high specifity is not needed on the selectors, either.
div#container{...} can be #container{...}

Treat it solely as a 2 col layout for now.  The top jag you have can be 
added latter.
Keep all the list items in the left column. You might use this list 
construction:
http://css.maxdesign.com.au/listamatic/vertical08.htm

Keep it very simple. Validate the CSS and markup as you go. Code to 
Opera/Firefox/Safari.



 Cursory checked IE 6/7. Mac FF, Safari, Camino. And Mac Opera at 
 min-font size 32px
 Ah, now I get it. . . and your earlier feedback, I think:  you set 
 those browsers for a min-font size of 32 px to see if your design
 would withstand that large font-size?


I only set Opera at minimum font-size. The other compliant browsers 
where checked at +3 font-scaling. And IE 6/7 at text-size largest.




To be honest, I'd never even known about browser minimum
 font sizes -- I'd only worried about 'zoom'. 





 Thanks for taking the time to point these things out, David -- I 
 appreciate it!

Sure. Please write the list, not just me. Others on the list may have 
suggestions for you.




 All the best,
 Michael





~d
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-11 Thread David Laakso
Michael Leibson wrote:
  

 The site is  www.thinkingmusic.ca .  
 Michael

   


Interesting visual. It would be nice to pull it off. No AP needed. Set 
no height on containers carrying movable text. Set the black-like color 
as a background image. Fast and dirty quick start. Bells and whistles on 
you. Cursory checked IE 6/7. Mac FF, Safari, Camino. And Mac Opera at 
min-font size 32px. Good luck.
http://chelseacreekstudio.com/ca/cssd/think.htm
~d
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-11 Thread bruce . somers
michael_mabe...@yahoo.ca wrote:
 http://www.gunlaug.no/tos/alien/ml/test_09_0410.html
 . . . For some reason, I keep getting a not found error message
 when trying to go to that URL.

Hello Michael,

If you click on that link as is, the greater-than sign at the end will lead to 
a  not found error message, at least with Firefox.

Just delete the greater-than sign and press Enter.

Bruce

__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Philippe Wittenbergh

On Apr 10, 2009, at 8:43 PM, Michael Leibson wrote:

 I used Firefox to view my website on a friend's zillion-pixel-wide  
 new Mac, yesterday, and I was astonished to find that all elements  
 on all pages had a significantly increased width, so that the design  
 was effectively spread, horizontally, to fit the (maximized)  
 window.  This would have pleased me, were my design fluid -- but it  
 isn't:  it's fixed!

 The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
 grey colour) should be 790px wide, and the slate-blue navigation div,
 immediately to its left, should be 244px wide (including border).

Dunno. Here is how it looks like, when I force the window to the width  
of the monitor -windoze users call that full screen or something:
http://dev.l-c-n.com/_b/ml.png
I zoomed the text, note how the selected part overflows the sand  
background (and is then unreadable).
http://dev.l-c-n.com/_b/ml2.png
At my normal window width, no text zoom. Note the heavy horizontal  
scrollbar.

Safari 3.2 and 4b displays exactly the same.
On a another Mac with a 24inch monitor, it behaves all the same.

On Ubuntu Linux, same thing.

I like the colours, btw.


Philippe
---
Philippe Wittenbergh
http://l-c-n.com/





__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Gunlaug Sørtun
Michael Leibson wrote:

 I used Firefox to view my website on a friend's zillion-pixel-wide 
 new Mac, yesterday, and I was astonished to find that all elements on
  all pages had a significantly increased width, so that the design 
 was effectively spread, horizontally, to fit the (maximized) window.

Don't know how wide the screen on a zillion-pixel-wide new Mac is, but
my trusty old win machine provides me with a 3800 px wide screen for
browsers if/when I need it.
I need nearly half of that screen-area for your page, in any browser,
just to get rid of the horizontal scrollbar. That's before adding
page-zoom to the equation.

 This would have pleased me, were my design fluid -- but it isn't: 
 it's fixed!

1: your page is full of markup errors...
http://validator.w3.org/check?uri=http://www.thinkingmusic.ca/
...and some of those are serious.

2: background is positioned 50% from the left side - regardless of
window size.

3: what Fx version did you test in and what settings were at play?

 www.thinkingmusic.ca .

Individual elements hold their declared width, but the page as such
needs 1650px wide windows to get rid of the horizontal scrollbar.

The declared dimensions on paragraphs and parent-less list-items are
creating problems...

http://www.gunlaug.no/tos/alien/ml/test_09_0410.html

...and extra horizontal width all browsers have to cope with.
Why not let those elements auto-adjust to their containers?

FWIW: it looks like you're attempting to recreate print design on the
web, and that rarely ever works well.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Peter Hammarling
 I used Firefox to view my website on a friend's zillion-pixel-wide  
 new Mac, yesterday, and I was astonished to find that all elements  
 on all pages had a significantly increased width, so that the design  
 was effectively spread, horizontally, to fit the (maximized)  
 window.  This would have pleased me, were my design fluid -- but it  
 isn't:  it's fixed!

 The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
 grey colour) should be 790px wide, and the slate-blue navigation div,
 immediately to its left, should be 244px wide (including border).


On my Mac 23 display your pages will move to centre as you widen or  
narrow the window (in Mozilla), but the main content div and the  
navigation div stay at fixed width.

The brown b/g box will widen with the change of window width but only  
up to about 1425 pixels, after which you start to see white at the  
right of it.

Seems to me to be behaving as the stylesheet intends.

HTH, Peter H
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Michael Leibson
Seems to me to be behaving as the stylesheet intends.
Thanks, Peter!
- Michael



From: Peter Hammarling pe...@artworkers.net
To: Michael Leibson michael_mabe...@yahoo.ca
Cc: CSS-D css-d@lists.css-discuss.org
Sent: Friday, April 10, 2009 8:07:05 AM
Subject: Re: [css-d] Firefox bug on on new Macs?


I used Firefox to view my website on a friend's zillion-pixel-wide new Mac, 
yesterday, and I was astonished to find that all elements on all pages had a 
significantly increased width, so that the design was effectively spread, 
horizontally, to fit the (maximized) window.  This would have pleased me, were 
my design fluid -- but it isn't:  it's fixed!  

The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
grey colour) should be 790px wide, and the slate-blue navigation div,
immediately to its left, should be 244px wide (including border).
On my Mac 23 display your pages will move to centre as you widen or narrow the 
window (in Mozilla), but the main content div and the navigation div stay at 
fixed width.

The brown b/g box will widen with the change of window width but only up to 
about 1425 pixels, after which you start to see white at the right of it.

Seems to me to be behaving as the stylesheet intends.

HTH, Peter H


  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.com.
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Michael Leibson
Hi, David;


It is in part due to the width of 1426px set on #background and the
issue you have is not limited to FF-- it happens in all browsers.
Structuring a layout with absolute positioning seldom works. 

Care to amplify (no pun intended) that?  All I can so far determine is that my 
friend has some kind of automatic zoom setting on her computer or browser, that 
equally magnified all elements by approximately 25%.  Without that 'zoom', the 
only other place where I've encountered problems has been on IE -- FF seems to 
display properly on all systems.

Try your
page at minimum font-size 24px in FF.
Wow, really?!  I thought my current font size --  the 
www.thinkingmusic.ca/thinkingharmony page is more typical of my site -- was 
already pretty huge!

Validate the markup.
Thanks!  I also received details on that from Georg, and I'll look into fixing 
it as soon as I have some free time.

All the best,
Michael



From: David Laakso da...@chelseacreekstudio.com
To: Michael Leibson michael_mabe...@yahoo.ca
Cc: Eric Meyer's CSS List css-d@lists.css-discuss.org
Sent: Friday, April 10, 2009 8:33:04 AM
Subject: Re: [css-d] Firefox bug on on new Macs?

Michael Leibson wrote:
 
 I used Firefox to view my website on a friend's zillion-pixel-wide new Mac, 
 yesterday, and I was astonished to find that all elements on all pages had a 
 significantly increased width, so that the design was effectively spread, 
 horizontally, to fit the (maximized) window.  This would have pleased me, 
 were my design fluid -- but it isn't:  it's fixed!  
 The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
 grey colour) should be 790px wide, and the slate-blue navigation div,
 immediately to its left, should be 244px wide (including border).
 
 Anyone have any idea what might be going on? I've always thought that Firefox 
 uniformly reproduces css-based designs, regardless of operating platform. . . 
 Thanks, in advance, for any clues you'd care to share!
 
 Michael
 
  


It is in part due to the width of 1426px set on #background and the issue you 
have is not limited to FF-- it happens in all browsers. Structuring a layout 
with absolute positioning seldom works. Try your page at minimum font-size 24px 
in FF.
Validate the markup.


  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.com.
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Michael Leibson
Far from being a waste of time, I think your answer zoomed in (excuse the pun) 
on the key thing, Theophan, so thank-you!   I hadn't even thought of a 'zoom' 
feature on my friend's machine.

However, I've subsequently had my friend check her Firefox 3.0.8 zoom, and she 
said:


I reset to 0 and the website fills my entire screen.  If I zoom out it 
gradually decreases until I guess you get to the page size you intended.
So it seems it is automatically set to maximum magnification.


No amount of googling Firefox Zoom default brought any description of any way 
of automatically setting FF to always zoom, so I'm wondered if it could be her 
computer -- a Mac OS X 10.5.6 with Leopard.  However, although I found info on 
a zoom feature for that computer, it didn't mention any feature that would 
automatically zoom everything, all the time.  

Any idea what could be doing this?

Many thanks!

Michael






From: Theophan Dort theop...@bellsouth.net
To: Michael Leibson michael_mabe...@yahoo.ca
Sent: Friday, April 10, 2009 8:59:52 AM
Subject: Re: [css-d] Firefox bug on on new Macs?

I'm not an expert, just a volunteer webmaster for a couple of churches, so this 
is probably a waste of your time, but just in case:  Firefox's default zoom now 
essentially magnifies the entire page, just as you seem to be describing.  Is 
it possible that somehow when you viewed that page his browser was set to a 
zoom setting other than default, or that his default for some reason is larger 
than normal?  Was it only your site?  Did it change if you hit Command-Zero?

Theophan




On Apr 10, 2009, at 7:43 AM, Michael Leibson wrote:

 Hi;
 
 I used Firefox to view my website on a friend's zillion-pixel-wide new Mac, 
 yesterday, and I was astonished to find that all elements on all pages had a 
 significantly increased width, so that the design was effectively spread, 
 horizontally, to fit the (maximized) window.  This would have pleased me, 
 were my design fluid -- but it isn't:  it's fixed!
 
 The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
 grey colour) should be 790px wide, and the slate-blue navigation div,
 immediately to its left, should be 244px wide (including border).
 
 Anyone have any idea what might be going on? I've always thought that Firefox 
 uniformly reproduces css-based designs, regardless of operating platform. . .
 
 Thanks, in advance, for any clues you'd care to share!
 
 Michael
 
 
  __
 Ask a question on any topic and get answers from real people. Go to Yahoo! 
 Answers and share what you know at http://ca.answers.yahoo.com
 __
 css-discuss [cs...@lists.css-discuss.org]
 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/


  __
Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your 
favourite sites. Download it now
http://ca.toolbar.yahoo.com.
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Michael Leibson
Hi, Georg, and thanks for this detailed reply!

 your page is full of markup errors...
Thanks for bringing these to my attention -- I'll look into all of them when 
some time becomes available.  
Related questions:   why, if using an li without an ordered or unordered list 
is not allowed, does it work on my site?   What are the negative consequences 
of using it that way?

background is positioned 50% from the left side - regardless of window size.
Yes -- I used the 'negative margins' technique to (sort of) center the whole 
thing ('sort of', because I didn't want it symmetrically centered). But while I 
understand how my background's width causes the horizontal scrollbar, how does 
the left: 50%; affect either the scrollbar or my friend's 'zooming' of all 
elements?

what Fx version did you test in and what settings were at play?
FF 3.0.8, on a Mac OSX 10.5.6.  I'm pretty sure the whole thing was 'zoomed', 
but my friend says that she has to negatively zoom in order to obtain my page's 
intended size!  All I can imagine is that my friend has some kind of 'automatic 
zoom' set up -- either on her computer, or in FF -- but, so far, I haven't been 
able to discover such a feature, in any of the online literature.  I'm baffled!



Individual elements hold their declared width, but the page as such needs 
1650px wide windows to get rid of the horizontal scrollbar
Yes, I'm assuming that's because of the wide #background div I've used.  As I 
wrote to Phillipe, I added that div because I felt the design looked pretty 
weak without it, when viewed on wider screens/windows.  Aside from using a 
fluid design, is there any way I could have it both ways?



The declared dimensions on paragraphs and parent-less list-items are creating 
problems...
This sounds serious, but:
http://www.gunlaug.no/tos/alien/ml/test_09_0410.html
. . . For some reason, I keep getting a not found error message when trying 
to go to that URL.  



...and extra horizontal width all browsers have to cope with. Why not let 
those elements auto-adjust to their containers?
Ah -- as in the following? :
FWIW: it looks like you're attempting to recreate print design on the web, and 
that rarely ever works well.
I know.  The problem, though, was that I needed to get the site up immediately 
-- it's the second site I've ever done, and I'm very slow at this kind of 
thing.  With all its flaws, my only previous experience was  with a print-style 
design.I keep telling myself that I'll try to learn these things for my 
next site, but, given that I'm still in the dark with a lot of what I've 
already learned, even that may turn out to be too ambitious.  

Thanks for your help, Georg!
All the best,
Michael






From: Gunlaug Sørtun gunla...@c2i.net
To: Michael Leibson michael_mabe...@yahoo.ca
Cc: Eric Meyer's CSS List css-d@lists.css-discuss.org
Sent: Friday, April 10, 2009 9:01:10 AM
Subject: Re: [css-d] Firefox bug on on new Macs?

Michael Leibson wrote:

 I used Firefox to view my website on a friend's zillion-pixel-wide new Mac, 
 yesterday, and I was astonished to find that all elements on
  all pages had a significantly increased width, so that the design was 
 effectively spread, horizontally, to fit the (maximized) window.

Don't know how wide the screen on a zillion-pixel-wide new Mac is, but
my trusty old win machine provides me with a 3800 px wide screen for
browsers if/when I need it.
I need nearly half of that screen-area for your page, in any browser,
just to get rid of the horizontal scrollbar. That's before adding
page-zoom to the equation.

 This would have pleased me, were my design fluid -- but it isn't: it's fixed!

1: your page is full of markup errors...
http://validator.w3.org/check?uri=http://www.thinkingmusic.ca/
...and some of those are serious.

2: background is positioned 50% from the left side - regardless of
window size.

3: what Fx version did you test in and what settings were at play?

 www.thinkingmusic.ca .

Individual elements hold their declared width, but the page as such
needs 1650px wide windows to get rid of the horizontal scrollbar.

The declared dimensions on paragraphs and parent-less list-items are
creating problems...

http://www.gunlaug.no/tos/alien/ml/test_09_0410.html

...and extra horizontal width all browsers have to cope with.
Why not let those elements auto-adjust to their containers?

FWIW: it looks like you're attempting to recreate print design on the
web, and that rarely ever works well.

regards
Georg
-- http://www.gunlaug.no



  __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List

Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Michael Leibson


Thanks, Phillipe!

Here is how it looks like, when I force the window to the width of the
monitor -windoze users call that full screen or something:
http://dev.l-c-n.com/_b/ml.png
I zoomed the text, note how the selected part overflows the sand background 
(and is then unreadable).

Wow, pretty gruesome!  However, I intentionally made the font size super-big, 
in the hope that everyone who can read will be able to do so without 
text-zooming.  Should I worry?



At my normal window width, no text zoom. Note the heavy horizontal scrollbar.
Yes -- apart from the horizontal scrollbar, it looks as I intended it.  
Re. the scrollbar:  I'd originally designed for 1024 x 768, but found the 
design looked quite weak without the #background div, when viewed in anything 
wider (I'm assuming it's that very wide div that's doing it).  I don't suppose 
there's any way to have my cake and eat it too, is there (short of creating a 
fluid design, which is way beyond my current skill-level and available time)?


Safari 3.2 and 4b displays exactly the same.
On a another Mac with a 24inch monitor, it behaves all the same.
On Ubuntu Linux, same thing.
Thanks!  That's very good to know.


I like the colours, btw.
Thank-you!  

One more question, if I may:  I see that, on your computer, my 'contact' link 
(top right of page) actually displays as an email 'envelope' symbol.  Is that 
your computer/browser's default display for any href=mailto. . .  code -- or 
is my html incorrect?  (On my FF 3.0.4, on Windows XP, I simply see what I'd 
intended -- contact, with no symbol.)







From: Philippe Wittenbergh e...@l-c-n.com
To: CSS-D css-d@lists.css-discuss.org
Cc: Michael Leibson michael_mabe...@yahoo.ca
Sent: Friday, April 10, 2009 8:19:08 AM
Subject: Re: [css-d] Firefox bug on on new Macs?


On Apr 10, 2009, at 8:43 PM, Michael Leibson wrote:

 I used Firefox to view my website on a friend's zillion-pixel-wide new Mac, 
 yesterday, and I was astonished to find that all elements on all pages had a 
 significantly increased width, so that the design was effectively spread, 
 horizontally, to fit the (maximized) window.  This would have pleased me, 
 were my design fluid -- but it isn't:  it's fixed!
 
 The site is  www.thinkingmusic.ca .  The home page's main div (a sandy
 grey colour) should be 790px wide, and the slate-blue navigation div,
 immediately to its left, should be 244px wide (including border).

Dunno. Here is how it looks like, when I force the window to the width of the 
monitor -windoze users call that full screen or something:
http://dev.l-c-n.com/_b/ml.png
I zoomed the text, note how the selected part overflows the sand background 
(and is then unreadable).
http://dev.l-c-n.com/_b/ml2.png
At my normal window width, no text zoom. Note the heavy horizontal scrollbar.

Safari 3.2 and 4b displays exactly the same.
On a another Mac with a 24inch monitor, it behaves all the same.

On Ubuntu Linux, same thing.

I like the colours, btw.


Philippe
---
Philippe Wittenbergh
http://l-c-n.com/


  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Felix Miata
On 2009/04/10 13:46 (GMT-0700) Michael Leibson composed:

 http://www.thinkingmusic.ca/

 I intentionally made the font size super-big, in the hope that everyone
 who can read will be able to do so without text-zooming.  Should I worry?

Worrying doesn't accomplish anything. Instead, learn the difference between
size and size. ;-)

Size in px in CSS bears no particular relationship to physical size. 24px
may be huge to you looking at your display, but change eyes or display or
other environmental conditions and those px can be quite different in
physical size.

Here, 24px is my default, and nothing like super-big, as it's exactly
comfortable reading size. Therefore, your 'a#displayproblems {...font-size:
15px..}' results in barely legible text, smaller than my desktop UI text, and
vastly smaller than a comfortable web page reading size.

If you want super-big text, you'll need to set a size something like
'font-size: 300%', which will cause the output to be triple the size of the
browser's default, whatever that may happen to be.
-- 
He who works his land will have abundant food, but the
one who chases fantasies will have his fill of poverty.
Proverbs 28:19 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Gunlaug Sørtun
Michael Leibson wrote:

 [...] Related questions:   why, if using an li without an ordered 
 or unordered list is not allowed, does it work on my site?   What are
  the negative consequences of using it that way?

1: you're relying on browsers' error correction, which may or may not
give the same results across browser-land. There's no standard for error
correction, so even if something works in most browsers you can't
complain if it breaks anywhere.

2: non-standard constructions are more problematic to style and debug,
since the standardized relationships don't exist.

3: you're learning a bad habit, and such habits are often hard to
unlearn once they get stuck.

If/when such bad habits and designer bugs becomes frequent for your
work, and you need help to fix something, even if it is or seems to be
unrelated you may be met with the following response...
http://diveintomark.org/archives/2003/05/05/why_we_wont_help_you
...and not much else.

We expect people who ask for help to at least have done their homework -
the best they can, and won't waste time on going through all the
unnecessary and self-inflicted weaknesses that _may_ cause problems
but _maybe_ do not. That's your department, and you've got standards and
validators to help you.

 But while I understand how my background's width causes the 
 horizontal scrollbar, how does the left: 50%; affect either the 
 scrollbar or my friend's 'zooming' of all elements?

Have no idea about your friend's zooming effect since I can't see or
analyze his browser/OS. Also: I still don't know what or how wide a
zillion-pixel-wide screen is, so I can't emulate it.

 Aside from using a fluid design, is there any way I could have it 
 both ways?

Sure. You can use a fixed sized background on a fluid container.
Fixed-width design doesn't mean all containers have to be fixed-width,
only that it appears that way.

Your design will fit in a 1024px wide browser window at default settings
with a non-fixed container for the background - without causing a
horizontal scrollbar, and still hold a wider background for wider windows.

 http://www.gunlaug.no/tos/alien/ml/test_09_0410.html
 . . . For some reason, I keep getting a not found error message 
 when trying to go to that URL.

The URL is working, so can't help you there.

Anyway, just add...
p, li {border: solid 1px red!important;}
...to your stylesheet, to see how wide those elements are - or use one
of the available designer tools to the same effect.

 FWIW: it looks like you're attempting to recreate print design on 
 the web, and that rarely ever works well.
 I know.  The problem, though, was that I needed to get the site up 
 immediately -- it's the second site I've ever done, and I'm very slow
  at this kind of thing.

Nothing special about that - a lot to learn. Just don't put design
before structure, as nice designs on weak structures are less than a
dime a dozen on the web already - and they're causing more problems than
all browser bugs put together.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug on on new Macs?

2009-04-10 Thread Philippe Wittenbergh

On Apr 11, 2009, at 5:46 AM, Michael Leibson wrote:

 Thanks, Phillipe!
s/Phillipe/Philippe

 Here is how it looks like, when I force the window to the width of  
 the
 monitor -windoze users call that full screen or something:
 http://dev.l-c-n.com/_b/ml.png
 I zoomed the text, note how the selected part overflows the sand  
 background (and is then unreadable).

 Wow, pretty gruesome!  However, I intentionally made the font size  
 super-big, in the hope that everyone who can read will be able to do  
 so without text-zooming.  Should I worry?

Obviously yes, as the text becomes unreadable. 'font size super-big'  
is very relative. For my eyes, the body text is about just right, but  
certainly _not_ big, let alone super-big; for others it might be small.

 One more question, if I may:  I see that, on your computer, my  
 'contact' link (top right of page) actually displays as an email  
 'envelope' symbol.  Is that your computer/browser's default display  
 for any href=mailto. . .  code -- or is my html incorrect?  (On  
 my FF 3.0.4, on Windows XP, I simply see what I'd intended --  
 contact, with no symbol.)

That is me, my user stylesheet actually, who injects that.
a[href^=mailto:]::after {content: url(moz-icon://.EML?size=16)}

Philippe
---
Philippe Wittenbergh
http://l-c-n.com/





__
css-discuss [cs...@lists.css-discuss.org]
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/


Re: [css-d] Firefox bug: table caption width on Mac Os X (interface: Cocoa)

2008-12-02 Thread David Laakso
Gabriele Romanato wrote:
 http://www.icosfitness.it/beta/scheda.html

 If you look carefully at the first block of the right column, you will 
 probably notice a gap between the box right edge and the table caption 
 with the shopping chart. This occcurs only in FF 3.0.4. Any suggestion? 
 Did you find anything similar on Bugzilla? thanks in advance.


   




???

table {
border:1px solid red;width: 100%;
}

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.0.4) 
Gecko/2008102920 Firefox/3.0.4

~d

-- 

A thin red line and a salmon-color ampersand forthcoming.

http://chelseacreekstudio.com/

__
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/


Re: [css-d] Firefox bug, or Safari?

2007-12-12 Thread fantasai
Dave Pierce wrote:
 Dave Pierce wrote:
 I've got a bug showing up somewhere, and I'm not too sure how to  
 fix it.
 On this page http://www.lorettodaybreak.org/pages/  
 daybreak_events_photos.html there's a large break between the   
 subheads and the following ULs. It looks OK in Safari and IE, but  
 not  in Firefox and Opera. Knowing that the latter two browsers  
 are  probably the better browsers, web standards wise, can anyone  
 out  there tell me what I'm doing wrong?
 
 
 fantasai fairly replied:
 
 Try getting rid of all the extra br tags. You can use the CSS
 'margin' property if you need more space.
 
 fantasai,
 
 Doh! Thank you, I really should have thought of that one! That works  
 great in Firefox and Opera, but now in Safari the UL is totally  
 messed up. The first line of each list item is spaced right, but the  
 bullet is way off to the right of the first line.
 
 Any suggestions as to how to fix it in Safari?

Oh, and another thing: in addition to getting rid of all your brs
and using CSS margins instead, you should be using proper heading
markup instead of paragraphs with classes.

There's four articles written by Tantek linked from this page:
   http://fantasai.inkedblade.net/web-design/
You should read them. You'll have web pages that are more accessible
*and* easier to style if you use good markup. :)

~fantasai
__
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/


Re: [css-d] Firefox bug, or Safari?

2007-12-12 Thread fantasai
Dave Pierce wrote:
 I've got a bug showing up somewhere, and I'm not too sure how to fix it.
 
 On this page http://www.lorettodaybreak.org/pages/ 
 daybreak_events_photos.html there's a large break between the  
 subheads and the following ULs. It looks OK in Safari and IE, but not  
 in Firefox and Opera. Knowing that the latter two browsers are  
 probably the better browsers, web standards wise, can anyone out  
 there tell me what I'm doing wrong?

Try getting rid of all the extra br tags. You can use the CSS
'margin' property if you need more space.

~fantasai
__
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/


Re: [css-d] Firefox bug, or Safari?

2007-12-12 Thread fantasai
Dave Pierce wrote:
 Dave Pierce wrote:
 I've got a bug showing up somewhere, and I'm not too sure how to  
 fix it.
 On this page http://www.lorettodaybreak.org/pages/  
 daybreak_events_photos.html there's a large break between the   
 subheads and the following ULs. It looks OK in Safari and IE, but  
 not  in Firefox and Opera. Knowing that the latter two browsers  
 are  probably the better browsers, web standards wise, can anyone  
 out  there tell me what I'm doing wrong?
 
 
 fantasai fairly replied:
 
 Try getting rid of all the extra br tags. You can use the CSS
 'margin' property if you need more space.
 
 fantasai,
 
 Doh! Thank you, I really should have thought of that one! That works  
 great in Firefox and Opera, but now in Safari the UL is totally  
 messed up. The first line of each list item is spaced right, but the  
 bullet is way off to the right of the first line.
 
 Any suggestions as to how to fix it in Safari?

Set margin-top on the UL or, even better, margin-bottom on the header,
not 'margin' on the UL: 'margin' resets all four margins, and you
didn't want to touch the left and right margins on the list.

~fantasai
__
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/


Re: [css-d] Firefox bug with fragment identifiers

2007-11-14 Thread Alan Gresley
Ryan Bowman wrote:

 Hi everyone.
snip
 This causes a strange behavior in Firefox, IE 7 is fine.
 
 On the following page making a selection in the Vehicle Type box
 causes the block with the 'Step 1' image in it to scrunch up
 underneath the bread crumb links.
 http://www.rockymountainatv.com/typeDetail.do?navType=typenavTitle=DrivewebTypeId=124webCatId=9
 (styles http://www.rockymountainatv.com/styles/styles.css)
 
 if you select a machine (such as ATV, Honda, TRX 400EX, 2007) and then
 click on any of the sprockets that appear, another vehicle filter will
 appear, and making any selection in that filter will cause the bread
 crumb links to scrunch up underneath the above elements.
snip
 Any ideas?
 Thanks

Hi Ryan

I believe part of the cause are your clearfixes.

.clearfix { display: block; overflow: hidden; }
.clearfix:after { content: .; display: block; height: 0; clear: both; 
visibility: hidden; }

Try removing the class clearfix from the #filter div. Though the validator 
didn't find this error the #filter div doesn't seem to have closing tag /div. 
The validator did find other errors and I have found that sometimes when the 
validator has found say 10 errors, after fixing them and re-validating, the 
validator will find more. Good luck

Kind Regards, Alan
http://css-class.com/


__
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/


Re: [css-d] Firefox bug with fragment identifiers

2007-11-14 Thread Ryan Bowman
Thanks, removing the clearfix class seems to have fixed the problem.
__
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/


Re: [css-d] Firefox bug with fragment identifiers

2007-11-13 Thread Ryan Bowman
So, javascript fix the only way to go?
__
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/


Re: [css-d] Firefox bug on CSS white-space property

2007-08-28 Thread fantasai
Julián Landerreche wrote:
 Hi all.
 First: sorry, I'm double posting this on two lists so anyone can confirm
 this (before reporting to Mozilla).
 
 The issue is simple (you will see it better by just creating a testing
 html with the snippet below):
 
 - there is a white-space:nowrap property (in the stylesheet) applied to
 the a element .
 - then, that rule is override with some inline styling applied
 (white-space:normal) on two elements: one that wraps the a elements and
 one that is wrapped by the a element (that also contains the text).
 - the text  inside the a elements is a very very very long link.
 - and the link is inside a table with a fixed with.
 - every tested browser (but FF) honors both the width of the table and the
 white-space:normal applied to both the parent and children of the a
 elements.
 - but Firefox just expands the table width and doesn't break the link in
 multiple lines as expected
...
 The only one that isn't working as expected is Mozilla Firefox.
 
 Please, if someone can confirm this issue as a bug and tell me exactly how
 to report it to Mozilla (or even better, if someone has some experience
 reporting bugs to Mozilla)...

Heya,

I can confirm that the bug exists in FF2, but I also tested it in a recent
build off the FF3 (Gecko 1.9) codebase, and it works fine there. I guess it
was fixed during the last cycle.

~fantasai
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7 information -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Firefox bug?

2005-09-07 Thread Janet Russeau
I am running FF 1.0.5 and the gap also displayed for me. I tried to 
reload the page to see if it cleared it, but it did not.


Sorry I don't have any tips, but thought you might be interested to 
know that it also displays a gap for me.


Janet


At 02:57 PM 9/7/2005, you wrote:

Hi, I have a 3-column layout but the first time it's displayed on Firefox
(or after clearing the cache) there's a gap between columns and footer. As
far as I can tell it only happens on FF 1.0.6. The gap is somewhat related
to the image appearing on the center column as they share a similar height.

You can take a look at the test site on:
http://interescena.com/test03/

and at the CSS at:
http://www.interescena.com/test03/estilo02.css

Thanks,
Felix.
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
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/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Firefox bug?

2005-09-07 Thread James Bennett
On 9/7/05, Felix E. Guerrero [EMAIL PROTECTED] wrote:
 Hi, I have a 3-column layout but the first time it's displayed on Firefox
 (or after clearing the cache) there's a gap between columns and footer. As
 far as I can tell it only happens on FF 1.0.6. The gap is somewhat related
 to the image appearing on the center column as they share a similar height.

Might be a good idea to check this page and see if that's what you're
running into:

http://developer.mozilla.org/en/docs/Images,_Tables,_and_Mysterious_Gaps

-- 
May the forces of evil become confused on the way to your house.
  -- George Carlin
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Firefox bug?

2005-09-07 Thread Holly Bergevin
From: Felix E. Guerrero [EMAIL PROTECTED]
Date:  Wed, 7 Sep 2005 13:57:30 -0500

Hi, I have a 3-column layout but the first time it's displayed on Firefox 
(or after clearing the cache) there's a gap between columns and footer. 

My Mozilla does this too.

The gap is somewhat related 
to the image appearing on the center column as they share a similar height.

A clue perhaps?

You can take a look at the test site on:
http://interescena.com/test03/

Try adding dimensions, especially height, to the image element in the HTML and 
see if that fixes the problem. Geckos like to know how much room they need to 
display things like that.

~holly 
 
   
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Firefox bug?

2005-09-07 Thread Felix E. Guerrero
Transitional and quirks mode work fine BUT only if I have the height 
specified. It isn't a problem changing the doctype but I still need to find 
a way to specify the height in images uploades with Wordpress.

--Felixe
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/