Re: [WSG] FF Bug - Any Fixes?
Hi Chris, Try border-collapse : collapse in your ul declaration. Bob Chris Stratford wrote: Hey List, I know this bug has been discussed before - but I can't find any solutions. Wondering if there have been any recent fixes or what not. This is how the menu should look (this was from IE, even IE gets it right) http://img78.echo.cx/img78/1969/menubug25aq.jpg This is FireFox's render: http://img78.echo.cx/img78/6669/menubug16xy.jpg AS you can see, beneath CHAT ROOMS and BROWSE A-Z there is a signifcant gap... White space... Something! :S The website is: www.simplyrewarding.com.au Thanks! ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] FF Bug - Any Fixes?
On 19 Jun 2005, at 6:10 pm, designer wrote:
Hi Chris,
Try border-collapse : collapse in your ul declaration.
Bob
Applies only to tables, or block level elements set to {display:table}
Philippe
---
Philippe Wittenbergh
http://emps.l-c-n.com/
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
Re: [WSG] PNG Support
A few weeks ago a programmer of IE 7 official say that they fix the PNG problem! So its already done and we will have proper PNG Support in IE 7! :) Jack Jorge Colon wrote: Dear Friends, I have just read and signed the online petition: Proper PNG Support in Internet Explorer for Windows hosted on the web by PetitionOnline.com, the free online petition service, at: http://www.PetitionOnline.com/msiepng/ I personally agree with what this petition says, and I think you might agree, too. If you can spare a moment, please take a look, and consider signing yourself. Best wishes, Jorge ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] PNG Support
we will have proper PNG Support in IE I wouldn't be that sure ;) You know - MS... -- Jan Brasna aka JohnyB :: www.alphanumeric.cz | www.janbrasna.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] FF Bug - Any Fixes?
The rounding area can usually be fixed by adjusting your font-size and/or line height, on the parent element and the cascade through your list elements. The solution really is just a matter of tweaking each until it is eliminated -- use the computed style section the FF dom inspector and try to get everything resolving to whole pixels. regards Terrence Wood. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Clash of nested lists
I would argue that putting edit delete in front of every list item is more of a barrier to accessibility than the white space issue. The complexity of your interface increases by an order of magnitude: In a list of 25 items where I want the last item means I have to listen (and choose between) 50 links. 50 items equals 100 links etc. How about containing your list in a form, marking up the folders with radio's or checkboxes and choosing an action edit or delete (which should be a post action, but thats another story) at the end?. regards Terrence Wood. On 19 Jun 2005, at 2:47 PM, Patrick H. Lauke wrote: Andreas Boehmer [Addictive Media] wrote: The reason I cannot simply put both icons into a tags is that they have to be separated by more than just space for accessibility reasons. I would argue, though, that this checkpoint has purely technical reasons, and that the situation in which adjacent links can cause problems (as far as I remember, Netscape 4 in combination with Outspoken on Mac OS 9) is fairly uncommon nowadays, making it obsolete (as per the until user agents clause). Sure, it won't pass automated dumb testing, but I doubt that the vast majority of real users (even those with disabilities) will have any access problems if there is only a single space (or even nothing at all) between those links. -- Patrick H. Lauke _ redux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] FF Bug - Any Fixes?
On 20 Jun 2005, at 9:04 AM, Terrence Wood wrote: The rounding area That of course is rounding error. now where is my coffee? T. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] FF Bug - Any Fixes?
Any chance of having a look at the code and the css.? Jackie - Original Message - From: Chris Stratford [EMAIL PROTECTED] To: wsg@webstandardsgroup.org Sent: Sunday, June 19, 2005 2:00 PM Subject: [WSG] FF Bug - Any Fixes? Hey List, I know this bug has been discussed before - but I can't find any solutions. Wondering if there have been any recent fixes or what not. This is how the menu should look (this was from IE, even IE gets it right) http://img78.echo.cx/img78/1969/menubug25aq.jpg This is FireFox's render: http://img78.echo.cx/img78/6669/menubug16xy.jpg AS you can see, beneath CHAT ROOMS and BROWSE A-Z there is a signifcant gap... White space... Something! :S The website is: www.simplyrewarding.com.au Thanks! ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Clash of nested lists
-Original Message- From: Terrence Wood [mailto:[EMAIL PROTECTED] Sent: Monday, 20 June 2005 7:14 AM To: wsg@webstandardsgroup.org Cc: Terrence Wood Subject: Re: [WSG] Clash of nested lists I would argue that putting edit delete in front of every list item is more of a barrier to accessibility than the white space issue. I think you're referring to the Usability of the site to a proportion of disabled users, rather than the ability to access the page. But I see your point. The complexity of your interface increases by an order of magnitude: In a list of 25 items where I want the last item means I have to listen (and choose between) 50 links. 50 items equals 100 links etc. How about containing your list in a form, marking up the folders with radio's or checkboxes and choosing an action edit or delete (which should be a post action, but thats another story) at the end?. Although I understand why you are suggesting it, currently the majority of users I am addressing would have a better user experience if there were icons infront of each folder, rather than radio buttons. Radio buttons might make it more user-friendly for users with screenreaders, but for most users the icons will be the better option, I think. However, I will ensure that the ALT tags clearly identify what the link is for. regards Terrence Wood. On 19 Jun 2005, at 2:47 PM, Patrick H. Lauke wrote: Andreas Boehmer [Addictive Media] wrote: The reason I cannot simply put both icons into a tags is that they have to be separated by more than just space for accessibility reasons. I would argue, though, that this checkpoint has purely technical reasons, and that the situation in which adjacent links can cause problems (as far as I remember, Netscape 4 in combination with Outspoken on Mac OS 9) is fairly uncommon nowadays, making it obsolete (as per the until user agents clause). Sure, it won't pass automated dumb testing, but I doubt that the vast majority of real users (even those with disabilities) will have any access problems if there is only a single space (or even nothing at all) between those links. -- Patrick H. Lauke _ re.dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Background image in li not showing in IE
Cole wrote: I've got a small background icon that I've hooked to a few li's. Displays as planned in FF, but doesn't display at all in IE6.
Any ideas how I can fix this in IE?not sure if youve solved this by now but often i find if you specify a background colour (instead of transparent), IE will play along nicely.
so instead of :li.signInOptions {background: transparent url(../../admin/i/info.jpg) 0 5px no-repeat}try
li.signInOptions {background: #fff url(../../admin/i/info.jpg) 0 5px no-repeat}
of course, then thats a pain if you have a background image that needs to sit on varying background colours. you may end up needing to feed specific colours to certain uses, eg...
#nav li.signInOptions {background-color:#ccc}
...if the li's needed to sit within a navigation area that has a background of #ccc
the other thing to try when IE isnt displaying a background image is to specify a width on the li.
hth,
pete ottery
Re: [WSG] Followup to Tuesday's Brisbane Meeting
Sticks, carrots staying sane: An approach to standards advocacy in large organisations and very interesting it was. You are too kind ;) The presentation is online at http://weblog.200ok.com.au/2005/06/sticks-carrots-staying-sane.html and the video appears to have been successful, so hopefully that will be available soon. Video is still in the works. We'll probably be looking for volunteers later on to help us caption the sucker... cheers, h -- --- http://www.200ok.com.au/ --- The future has arrived; it's just not --- evenly distributed. - William Gibson ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Followup to Tuesday's Brisbane Meeting
Video is still in the works. We'll probably be looking for volunteers later on to help us caption the sucker... We've just got to wait for the AV team to have some spare time to digitise it so I can take it home and edit it into something worthy of upload (Don't worry Ben, I'll overdub you with someone interesting ;p) Once it's edited, we'll cut it up into manageable blocks and put the call out for captioners. Ben and I will fill the void left by any potential lack of volunteers. Cheers, Andrew. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Background image in li not showing in IE
Thanks for all the suggestions Peter. I hadn't gotten it fixed
until I set the width of the li as per your suggestion.
Now the bullets show up in IE as desired.
Cole
- Original Message -
From:
Peter
Ottery
To: wsg@webstandardsgroup.org
Sent: Monday, June 20, 2005 7:54 AM
Subject: Re: [WSG] Background image in
li not showing in IE
Cole
wrote: I've got a small background icon that I've hooked
to a few li's. Displays as planned in FF, but doesn't display at all
in IE6. Any ideas how I can fix this in IE?not sure if
youve solved this by now but often i find if you specify a background colour
(instead of transparent), IE will play along nicely.
so instead of :li.signInOptions {background:
transparent url(../../admin/i/info.jpg) 0 5px
no-repeat}tryli.signInOptions {background: #fff
url(../../admin/i/info.jpg) 0 5px no-repeat}
of course, then thats a pain if you
have a background image that needs to sit on varying background colours. you
may end up needing to feed specific colours to certain uses, eg... #nav li.signInOptions {background-color:#ccc}
...if the li's needed to sit within a
navigation area that has a background of #ccc
the other thing to try when IE isnt
displaying a background image is to specify a width on the li.
hth,
pete
ottery
Re: [WSG] Background image in li not showing in IE
Other fixes for this problem are as follows:
li { position:relative; }
li { height:1%; }
li { zoom:1.0; }
Applying borders may also fix the problem, I haven't tested that one
as it's a bad solution anyway -- changing the design to fix a bug
isn't cool at all; plus IE can't handle transparent borders anyhoo.
Other solutions can be tested by using this JS in IE:
alert(this.hasLayout);
If it comes back true, you've won :D
Now that I can confidently tackle the IE/PC bugset, I don't mind IE so
much... it keeps me in a job! heh ;)
Andrew.
---
http://leftjusitfied.net/
On 6/20/05, Cole Kuryakin - x7m [EMAIL PROTECTED] wrote:
Thanks for all the suggestions Peter. I hadn't gotten it fixed until I set
the width of the li as per your suggestion.
Now the bullets show up in IE as desired.
Cole
- Original Message -
From: Peter Ottery
To: wsg@webstandardsgroup.org
Sent: Monday, June 20, 2005 7:54 AM
Subject: Re: [WSG] Background image in li not showing in IE
Cole wrote:
I've got a small background icon that I've hooked to a few li's.
Displays as planned in FF, but doesn't display at all in IE6.
Any ideas how I can fix this in IE?
not sure if youve solved this by now but often i find if you specify a
background colour (instead of transparent), IE will play along nicely.
so instead of :
li.signInOptions {background: transparent url(../../admin/i/info.jpg) 0 5px
no-repeat}
try
li.signInOptions {background: #fff url(../../admin/i/info.jpg) 0 5px
no-repeat}
of course, then thats a pain if you have a background image that needs to
sit on varying background colours. you may end up needing to feed specific
colours to certain uses, eg...
#nav li.signInOptions {background-color:#ccc}
...if the li's needed to sit within a navigation area that has a background
of #ccc
the other thing to try when IE isnt displaying a background image is to
specify a width on the li.
hth,
pete ottery
**
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
**
