Re: [WSG] underscore hack - why underscore?
Patrick, Jan, Thanks for the explanation. Pity that, I **did** like the idea of putting IE only stuff inside square brackets! At least I feel reasonably happy using the underscore now! :-) Bob McClelland, Cornwall (U.K.) www.gwelanmor-internet.co.uk - Original Message - From: Patrick H. Lauke [EMAIL PROTECTED] To: wsg@webstandardsgroup.org Sent: Saturday, April 02, 2005 9:16 PM Subject: Re: [WSG] underscore hack - why underscore? designer wrote: I have been playing with the underscore hack and noticed that almost anything that isn't 0-1 or a-z performs the same trick. [...] Is this very naughty? It doesn't validate as CSS, but then neither does the underscore hack (unless the validator is wrong, as some would have us believe). So what's the story here? Look at the CSS2.1 spec's section on syntax and keywords http://www.w3.org/TR/CSS21/syndata.html#keywords In CSS2.1, identifiers may begin with '-' (dash) or '_' (underscore). Keywords and property names, beginning with -' or '_' are reserved for vendor-specific extensions. An initial dash or underscore is guaranteed never to be used in a property or keyword by any current or future level of CSS. Thus typical CSS implementations may not recognize such properties and may ignore them according to the rules for handling parsing errors. However, because the ***initial dash or underscore is part of the grammar***, CSS2.1 implementers should always be able to use a CSS-conforming parser, whether or not they support any vendor-specific extensions. (emphasis mine) So, as per spec, the underscore can legally be used. Other characters are just syntax errors. As for the validators: they're correct in that anything prefixed with underscore is invalid in the light of the official W3C CSS spec (as it implies vendor specific properties which go outside of the spec), but that doesn't mean that the underscore isn't legal in the wider context of CSS grammar (while, again, other characters are both outside of spec *and* break the grammar rules) -- 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 **
[WSG] Scrolling layout problem
Guys n girls, Having some small problems with a Ski website Im working on and some assistance would be great. The URL is: http://testdrive.fueladvance.com/Perisher/Default.aspx The problems are: Were missing the nice sexy rounded corners top-left and top-right The horizontal scroll bar shouldnt be there The text should go over the mountains bottom-left It is totally broken in IE6 So far Ive only tested in FF1.0.2 and IE6/Win. IE6/Win is tragic. Once I get the FF version working Ill hack it down for other browsers where required. Its getting quite frustrating. Thanks, Tatham Oddie Technical Director, Fuel Advance www.fueladvance.com
RE: [WSG] Scrolling layout problem
Would you care to negotiate a fee? I mean, come on ... ;o) Mike Pepper Accessible Web Developer Internet SEO and Marketing Analyst http://www.seowebsitepromotion.com Administrator Guild of Accessible Web Designers [EMAIL PROTECTED] http://www.gawds.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tatham Oddie Sent: 03 April 2005 13:22 To: wsg@webstandardsgroup.org Subject: [WSG] Scrolling layout problem Guys n girls, Having some small problems with a Ski website Im working on and some assistance would be great. The URL is: http://testdrive.fueladvance.com/Perisher/Default.aspx The problems are: Were missing the nice sexy rounded corners top-left and top-right The horizontal scroll bar shouldnt be there The text should go over the mountains bottom-left It is totally broken in IE6 So far Ive only tested in FF1.0.2 and IE6/Win. IE6/Win is tragic. Once I get the FF version working Ill hack it down for other browsers where required. Its getting quite frustrating. Thanks, Tatham Oddie Technical Director, Fuel Advance www.fueladvance.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] Scrolling layout problem
G'day The URL is: http://testdrive.fueladvance.com/Perisher/Default.aspx ... * The horizontal scroll bar shouldn't be there Can't help with the other issues right now, but use overflow:auto instead of overflow:scroll on your div#content One thing to bear in mind is that overflowing divs can't be scrolled with the mouse wheel in Firefox/Mozilla. Quite annoying - it's a bug that's been with us for a long time (and doesn't look like going away any time soon). You could play with margins on body, and a background on html and forget the div, so people can still scroll with the mousewheel in Gecko based browsers Regards -- Bert Doorn, Better Web Design http://www.betterwebdesign.com.au/ Fast-loading, user-friendly websites ** 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] Scrolling layout problem
Bert, That fixed the scrollbar issues... thanks. I'm not too worried about wheel scrolling. I use Firefox 24/7 - so it's not that I don't care about the browser. Just that I'd prefer to get the bug fixed (or fix it myself). Tat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bert Doorn Sent: Sunday, 3 April 2005 10:47 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] Scrolling layout problem G'day The URL is: http://testdrive.fueladvance.com/Perisher/Default.aspx ... * The horizontal scroll bar shouldn't be there Can't help with the other issues right now, but use overflow:auto instead of overflow:scroll on your div#content One thing to bear in mind is that overflowing divs can't be scrolled with the mouse wheel in Firefox/Mozilla. Quite annoying - it's a bug that's been with us for a long time (and doesn't look like going away any time soon). You could play with margins on body, and a background on html and forget the div, so people can still scroll with the mousewheel in Gecko based browsers Regards -- Bert Doorn, Better Web Design http://www.betterwebdesign.com.au/ Fast-loading, user-friendly websites ** 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] Scrolling layout problem
All, Ok... we're getting somewhere on our end - so status update: I've uploaded a new version to the test-drive server (http://testdrive.fueladvance.com/Perisher/Default.aspx). The remaining issues are: - mountains in bottom left corner won't sit under in any browser - scrolling isn't working in IE6 I haven't started testing any other browsers yet, so some quick checks in that department would be nice too please. Thanks! Tat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tatham Oddie Sent: Sunday, 3 April 2005 11:07 PM To: wsg@webstandardsgroup.org Subject: RE: [WSG] Scrolling layout problem Bert, That fixed the scrollbar issues... thanks. I'm not too worried about wheel scrolling. I use Firefox 24/7 - so it's not that I don't care about the browser. Just that I'd prefer to get the bug fixed (or fix it myself). Tat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bert Doorn Sent: Sunday, 3 April 2005 10:47 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] Scrolling layout problem G'day The URL is: http://testdrive.fueladvance.com/Perisher/Default.aspx ... * The horizontal scroll bar shouldn't be there Can't help with the other issues right now, but use overflow:auto instead of overflow:scroll on your div#content One thing to bear in mind is that overflowing divs can't be scrolled with the mouse wheel in Firefox/Mozilla. Quite annoying - it's a bug that's been with us for a long time (and doesn't look like going away any time soon). You could play with margins on body, and a background on html and forget the div, so people can still scroll with the mousewheel in Gecko based browsers Regards -- Bert Doorn, Better Web Design http://www.betterwebdesign.com.au/ Fast-loading, user-friendly websites ** 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 **
[WSG] Opening links in new window with XHTML
All, Im trying to have a link open in a new window (like Ive done a million times) however the validator doesnt like this. If we dont have the target attribute how are we supposed to do it now? Or arent we supposed to do it and leave it up to the use agent? This page is not Valid XHTML 1.1! Below are the results of attempting to parse this document with an SGML parser. 1. Line 121, column 76: there is no attribute target .../ title=Australian Alpine Club target=_blank Tat
Re: [WSG] Opening links in new window with XHTML
a) DOM - target is still present in DOM, so you can make it via this.target, via onclick or behavior, see below... b) onclick=return !window.open(this.href) - ugly, functional c) behavior, using eg. rel=external and adding the behavior (window.open or this.target) via JS - more info on sitepoint.com The quick summary is that opening windows shouldn't be handled by the document itself. However, client scripting is suitable for it, so when it's really neccessary, JS can do the job. In many ways. -- 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] Opening links in new window with XHTML
Hey, You can use this DTD: !DOCTYPE html PUBLIC XHTML 1.0 Strict http://www.neester.com/DTD/xhtml-target.dtd; I made it myself from a tutorial. It is XHTML 1.0 Strict. But I modded it to allow target=_blank :) Hope it helps :) Tatham Oddie wrote: All, Im trying to have a link open in a new window (like Ive done a million times) however the validator doesnt like this. If we dont have the target attribute how are we supposed to do it now? Or arent we supposed to do it and leave it up to the use agent? *This page is **not** Valid XHTML 1.1 http://www.w3.org/TR/2001/REC-xhtml11-20010531/!* Below are the results of attempting to parse this document with an SGML parser. 1. //Line 121, column 76//: there is no attribute target |.../ title=Australian Alpine Club target=||_blank| Tat -- Chris Stratford [EMAIL PROTECTED] http://www.neester.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] Opening links in new window with XHTML
Hi Tat, You do it via JavaScript. For example: a href=http://mysite.com; onclick=window.open(this.href); return false; onkeypress=window.open(this.href); return false;/a This is the most accessible way to do this. If the user agent does not support JavaScript or it is disabled, the link will open in the same window. Regards, -Vlad http://xstandard.com Standards-compliant XHTML WYSIWYG editor Tatham Oddie wrote: All, I’m trying to have a link open in a new window (like I’ve done a million times)… however the validator doesn’t like this. If we don’t have the target attribute how are we supposed to do it now? Or aren’t we supposed to do it – and leave it up to the use agent? *This page is **not** Valid XHTML 1.1 http://www.w3.org/TR/2001/REC-xhtml11-20010531/!* Below are the results of attempting to parse this document with an SGML parser. 1. //Line 121, column 76//: there is no attribute target |.../ title=Australian Alpine Club target=||_blank| Tat ** 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] Opening links in new window with XHTML
Hi Im trying to have a link open in a new window (like Ive done a million times) however the validator doesnt like this. Take a look at this page http://www.accessify.com/tutorials/the-perfect-pop-up.asp or create a custom dtd (kinda cheating IMO) You should ask yourself if you really need to pop a new window! Kim ** 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] Opening links in new window with XHTML
At 07:14 AM 4/3/2005, Chris Stratford wrote: You can use this DTD: !DOCTYPE html PUBLIC XHTML 1.0 Strict http://www.neester.com/DTD/xhtml-target.dtd; I made it myself from a tutorial. It is XHTML 1.0 Strict. But I modded it to allow target=_blank Further on this subject, here's some interesting reading (including the subsequent discussion): Validating a Custom DTD http://alistapart.com/articles/customdtd/ My intuition tells me that if custom DTDs proliferate then web standards will lose some of the commonality that holds them together (however shakily) today. However, I can't argue that point rigorously, and rolling one's own DTD, like monkeying with the innards of any machine for the first time, is undeniably fun. Paul ** 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] Opening links in new window with XHTML
Hi Tatham, Of course, if you make it XHTML1.0 transitional, it'll be fine! !DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" (Do you need the strict1.1 inthis case?) Bob McClelland,Cornwall (U.K.)www.gwelanmor-internet.co.uk - Original Message - From: Tatham Oddie To: wsg@webstandardsgroup.org Sent: Sunday, April 03, 2005 3:02 PM Subject: [WSG] Opening links in new window with XHTML All, Im trying to have a link open in a new window (like Ive done a million times) however the validator doesnt like this. If we dont have the target attribute how are we supposed to do it now? Or arent we supposed to do it and leave it up to the use agent? This page is not Valid XHTML 1.1! Below are the results of attempting to parse this document with an SGML parser. 1. Line 121, column 76: there is no attribute "target" .../" title="Australian Alpine Club" target="_blank" Tat
RE: [WSG] Opening links in new window with XHTML
I agree with using transitional to port existing sites But for totally new sites Im either in or Im out no point going halfway. I think Ill just leave it and they can use the middle-click if they want Thanks all, Tat From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of designer Sent: Monday, 4 April 2005 12:41 AM To: webstandards group Subject: Re: [WSG] Opening links in new window with XHTML Hi Tatham, Of course, if you make it XHTML1.0 transitional, it'll be fine! !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd (Do you need the strict1.1 inthis case?) Bob McClelland, Cornwall (U.K.) www.gwelanmor-internet.co.uk - Original Message - From: Tatham Oddie To: wsg@webstandardsgroup.org Sent: Sunday, April 03, 2005 3:02 PM Subject: [WSG] Opening links in new window with XHTML All, Im trying to have a link open in a new window (like Ive done a million times) however the validator doesnt like this. If we dont have the target attribute how are we supposed to do it now? Or arent we supposed to do it and leave it up to the use agent? This page is not Valid XHTML 1.1! Below are the results of attempting to parse this document with an SGML parser. 1. Line 121, column 76: there is no attribute target .../ title=Australian Alpine Club target=_blank Tat
Re: [WSG] Opening links in new window with XHTML
Paul Novitski wrote: My intuition tells me that if custom DTDs proliferate then web standards will lose some of the commonality that holds them together (however shakily) today. Agreed. Also, on the subject of custom DTDs and target attributes: what always strikes me is that doing this currently works because browsers still have the code built-in to handle the target attribute. The DTD itself does not contain behaviour information for the browser, but merely makes it legal again to use this attribte to leverage functionality which is still present in the browser. *If* browsers ditched the code to natively handle the target attribute, even a custom DTD would not trigger the behaviour. -- 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 **
Re: [WSG] Opening links in new window with XHTML
I think Ill just leave it and they can use the middle-click if they want Good decision! -- 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] Opening links in new window with XHTML
I¹m trying to have a link open in a new window (like I¹ve done a million times) however the validator doesn¹t like this. Take a look at this page http://www.accessify.com/tutorials/the-perfect-pop-up.asp or create a custom dtd (kinda cheating IMO) You should ask yourself if you really need to pop a new window! Hi, I have only begun to embrace accessibility and have implemented it to my site. I'd have similar experience, to or to not open a new window for external link. I first opted for yes and similar to Tat, my code couldn't validated, but I didn't want to bother with DTD or JS stuff. My quick and easy solution was to change that page to XHTML Transitional. After reading yours response on this matter, I am going to change to XHTML strict and disable the target_blank, however I will put a reminder in title=right click for option if you wish to open a new window for this link Whenever I surf the internet, I like to open a new window if link to external site because I simple hate using 'back' button, reason: many ill designed sites force user to reload entire page again and again once a 'back' button is clicked. Many web standards compliant site don¹t' have this option and my solution is to use right click. This has work pretty well for me. tee ** 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] Scrolling layout problem
On Sun, 3 Apr 2005 23:30:46 +1000, Tatham Oddie [EMAIL PROTECTED] wrote: I've uploaded a new version to the test-drive server (http://testdrive.fueladvance.com/Perisher/Default.aspx). The gray portion of the background-image is covering the lower-left content text in FF1.0.2 and Opera7.54u2 at 800. The menu is in the snowflake on first load in FF -- shifts left to where it should be, and remains there, once hovered. The lower-right rounded corner shows the border-bottom in Opera. The font-size for the content is not being honored in Opera. (aside: it would be easier-- for me at least--to logically follow the thread if you wrote below rather than on top of those that reply to you) Best, David -- de gustibus non est disputandum http://www.dlaakso.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] Opening links in new window with XHTML
You may be interested in my short piece fenestration for the masses at: http://www.marscovista.fsnet.co.uk/gwelanmor/comment/scribblings.html :-) Bob McClelland, Cornwall (U.K.) www.gwelanmor-internet.co.uk ** 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] Opening links in new window with XHTML
tee wrote: Whenever I surf the internet, I like to open a new window if link to external site because I simple hate using 'back' button, reason: many ill designed sites force user to reload entire page again and again once a 'back' button is clicked. Many web standards compliant site don¹t' have this option and my solution is to use right click. This has work pretty well for me. Exactly. The point is that these sites leave the choice of whether or not a link should be openend in a new window to the user, rather than deciding for them. -- 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 **
Re: [WSG] Opening links in new window with XHTML
Somewhat off topic but wonder if any javascript could get a window to open up in a new tab? I know only maybe 30% of people have a tabbed browsing capable browser but I just think it would be cool. lol. Patrick H. Lauke wrote: tee wrote: Whenever I surf the internet, I like to open a new window if link to external site because I simple hate using 'back' button, reason: many ill designed sites force user to reload entire page again and again once a 'back' button is clicked. Many web standards compliant site don¹t' have this option and my solution is to use right click. This has work pretty well for me. Exactly. The point is that these sites leave the choice of whether or not a link should be openend in a new window to the user, rather than deciding for them. ** 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] Opening links in new window with XHTML
At 09:00 AM 4/3/2005, David wrote: Somewhat off topic but wonder if any javascript could get a window to open up in a new tab? I know only maybe 30% of people have a tabbed browsing capable browser but I just think it would be cool. lol. David, I use Firefox, set to open new pages in new tabs rather than new windows. I've had the disconcerting experience of going to a site that opens a child window with specific dimensions using javascript. It works (the child window is opened to specified dimenstions), but if you try to close the child window Firefox thinks you're trying to close the entire application. A child window without toolbars etc. lacks the Firefox window tab structure. I'm not sure if this represents a rough step in the path of Firefox development, but it's mildly irritating and shifts my prejudice just a bit farther away from pop-up windows. Paul ** 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] Opening links in new window with XHTML
Even on click pop up windows can be blocked by some strick pop up blockers. Does this concern anyone, or are these cases rare? Theres a guy in the office that has pop up blocking software with strict settings. In fact it dosnt permit the typical on click script to launch a window without a tick box enabling the page to run a script that may be harmful check off. The blocker program does this in a small heading between the browser bar and the page that would potentially cause slight confusion among some users. The same goes for closing a window but with a different message. I wonder if the earlier example (below) would launch open an html window on that guys machine or if it would prompt to allow the script-I'll check on monday. a href=file.htm onclick=window.open('file.htm');return false; target=newWin also the method used at the below address goes below the radar of ad ware mentioned above. (you have to drill down to the listings to see the pop ups) It uses a complicated chunk of javascript in the head. http://www.autotrader.ie/ Anyway i think there are some times when a pop up window is helpful i also think its a good idea to mention something about the pop up window near its link. ** 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] Opening links in new window with XHTML
wow, at least that seems like a reason to make sure that you include a close window button in the pop up window. David, I use Firefox, set to open new pages in new tabs rather than new windows. I've had the disconcerting experience of going to a site that opens a child window with specific dimensions using javascript. It works (the child window is opened to specified dimenstions), but if you try to close the child window Firefox thinks you're trying to close the entire application. A child window without toolbars etc. lacks the Firefox window tab structure. I'm not sure if this represents a rough step in the path of Firefox development, but it's mildly irritating and shifts my prejudice just a bit farther away from pop-up windows. Paul ** 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 **
[WSG] Firefox rendering bug part 2
Hi again, On my earlier post about Firefox having rendering issues I've just found out that this is indeed a bug. It seems to be fixed in the nightly development builds. Tried it and everything is fine. However: it remains an annoying problem that my site acts up in Firefox. Therefore I wonder if anyone knows a technique (possibly a javascript thing) that can force a re-render of the page after loading. It should not be a full refresh, just a re-render, like it happens when you resize your browser. Is this possible? This would cure the problem for the time being. Kind regards, Marco -- Marco van Hylckama Vlieg Senior Internet Developer email: [EMAIL PROTECTED] www: http://www.i-marco.nl/ ** 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] Firefox rendering bug part 2
Marco van Hylckama Vlieg wrote: Therefore I wonder if anyone knows a technique (possibly a javascript thing) that can force a re-render of the page after loading. It should not be a full refresh, just a re-render, like it happens when you resize your browser. If you just want a resize: window.onload = function () { window.resizeBy(-1,0); } HTH! -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] help with IE 3-pixel bug
Hi As you can see on the test page I've put up here: http://home.vicnet.net.au/~persia/final/test.html The background image in the floated right column is being affected by the IE 3-pixel bug. I've found an explanation and solution for this at: http://www.onestab.net/a/pie/explorer/threepxtest.html but can't get it to work so far. I'd appreciate any alternative solutions, advice, etc. Ta Robin Gallagher ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Suckerfish Sliding Doors Image Replacement with Current Page .. Navigation
Let's combine a whole bunch of different CSS concepts and hope it works in everything. :o) Check out this link: http://www.grafx.com.au/wip/test/test.html Here's the CSS: http://www.grafx.com.au/wip/test/styles/style.css On the navigation: 1. The suckerfish drop down on "services" in the menu works. 2.Replaced all the text links with sliding doors background images. 3. Because we're on the Client page, this has it's roll-over state on. All this works PERFECTLY on PC FireFox, PC IE 5.0 and PC IE 6.0. Mac Safari? Thenav doesn't work at all Can't even click on the buttons. Can anyone PLEASE help me? I don't have OSX 10.2 so I can't test on Safari. Anything to get me out of this hole would be greately appreciated!. Cheers :o) Richard
Re: [WSG] help with IE 3-pixel bug
Gallagher, Robin wrote: http://home.vicnet.net.au/~persia/final/test.html The background image in the floated right column is being affected by the IE 3-pixel bug. I would go for the simplest solution: #rightColumn {_width:202px;_margin-left: -2px;} ...that'll fix IE6. Then I would try a proper doctype on that page, and fix it a bit for Firefox. Only Opera and IE/win are able to render that page at the moment. regards Georg -- http://www.gunlaug.no ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **