Re: [WSG] how to set table column widths with CSS
Philippe Wittenbergh skrev: I'm styling the col element, not a descendant or child of col (there are none, anyway). (col:first-child applies to the first column, child of colgroup) width applies perfectly to the col element. http://www.w3.org/TR/CSS21/tables.html#columns I was surprised to see that until this post no one had referred to using width on col, as it is one of the four allowed properties. Maybe this subject is tricky as MSIE support too many properties! I keep coming back to this in discussions everywhere: http://ln.hixie.ch/?count=1start=1070385285 Lars Gunther *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Where did I come from?
If the back button doesn't work, then I think you will find that history.go won't work either. Mike From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexey Ten Sent: Friday, January 18, 2008 2:41 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] Where did I come from? You can use history.go(-1) to go back. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
You can use history.go(-1) to go back. Also, there is document.referrer string, but it could be empty. On Jan 18, 2008 5:24 PM, Simon Cockayne [EMAIL PROTECTED] wrote: Hi, I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... Cheers, Simon *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Алексей *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
But why? everyone knows about the back button, don't they? So you don't really need to help them. And if the previous site was yours and you want to see if they went from your site A to your site B then you could probably do this with sessions or by passing a variable forward through the link using a server-side language like ASP or PHP. If all you want to do is allow them to go back to where they were before they came to you, tell them about the back button in their browser. One option is to set up Google Analytics on the site, so you can see the referrers without any messy coding, otherwise, it's really none of your business is it? You could create a function on all of your pages that, if they have never been there before and don't have your cookie, to ask them where they came from and show them their back button, but really, it isn't any of your business. So I suppose the web Standards part of this question is about polite behaviour? Joe On Jan 18, 2008, at 14:24, Simon Cockayne wrote: Hi, I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... Cheers, Simon *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** == Joe Ortenzi [EMAIL PROTECTED] *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
Christian Snodgrass wrote: You shouldn't always assume that they are just trying to replace the back button. They could want to get the referrer for something else. From the thread starter .I just want to know what the previous page was...so I can create a button to go back to it.. P -- 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 __ Co-lead, Web Standards Project (WaSP) Accessibility Task Force http://webstandards.org/ __ Take it to the streets ... join the WaSP Street Team http://streetteam.webstandards.org/ __ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
On 18 Jan 2008, at 14:24, Simon Cockayne wrote: I am on a webpage...how do I know what page the browser was previously showing. Reliably? You can't. Unreliably? The (optional) HTTP referer header (which is munged by some personal firewall solutions). NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... The user already has several of those. -- David Dorward http://dorward.me.uk/ http://blog.dorward.me.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
On 18 Jan 2008, at 17:23, Christian Snodgrass wrote: You shouldn't always assume that they are just trying to replace the back button. As assumptions go, when they say so I can create a button to go back to it..., it is a pretty safe one. And, not everyone knows about the back button. Don't assume... The back button should be one of the very first things people learn about when they are introduced to the web. If you suspect that your users do not, then creating a custom control that works only for your site instead of educating them about the software they use, is doing them a disservice. Additionally, an in page control marked back causes confusion since users don't know if it will act in the same way as their back button or go forward to the previous URL (which it is will alter the effect on the normal back button). -- David Dorward http://dorward.me.uk/ http://blog.dorward.me.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
I completely agree with most of the comments so far. Why create functionality that is simply replicating the functionality of a browser? There was an article on text resizing a while ago that I'm sure most people are already aware of by Roger Johansson... http://www.456bereastreet.com/archive/200709/scrap_text_resize_widgets_and_teach_people_how_to_resize_text/ I'd consider text resizing quite advanced compared to using the back button so I personally think that trying to recreate this kind of functionality is actually a step backwards in trying to educate our users. - - - - - - - - - - http://www.dave-woods.co.uk On 18/01/2008, David Dorward [EMAIL PROTECTED] wrote: On 18 Jan 2008, at 17:23, Christian Snodgrass wrote: You shouldn't always assume that they are just trying to replace the back button. As assumptions go, when they say so I can create a button to go back to it..., it is a pretty safe one. And, not everyone knows about the back button. Don't assume... The back button should be one of the very first things people learn about when they are introduced to the web. If you suspect that your users do not, then creating a custom control that works only for your site instead of educating them about the software they use, is doing them a disservice. Additionally, an in page control marked back causes confusion since users don't know if it will act in the same way as their back button or go forward to the previous URL (which it is will alter the effect on the normal back button). -- David Dorward http://dorward.me.uk/ http://blog.dorward.me.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
When I read that, I thought about creating a button that finds the site you were at before you came in here, and then keeps that the same throughout the site, so no matter how many pages you go to, you can get back out of all of those and back where you were before you started that. That's a bit different functionality then a standard back button on an internet browser. And I got that idea from the other thread that the thread starter made about an internal application that refuses to let you leave the site. Patrick H. Lauke wrote: Christian Snodgrass wrote: You shouldn't always assume that they are just trying to replace the back button. They could want to get the referrer for something else. From the thread starter .I just want to know what the previous page was...so I can create a button to go back to it.. P -- Christian Snodgrass Azure Ronin Web Design http://www.arwebdesign.net/ http://www.arwebdesign.net Phone: 859.816.7955 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
Simon, on Friday, January 18, 2008 at 15:24 wsg@webstandardsgroup.org wrote: I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... You can't! There are some properties that hold the value you are looking for, but these aren't reliable: 1. javascript:history.back() - only works if JS is turned on. 2. HTTP-Header Referrer - may be supressed by proxies/firewalls or the user You can access it via (PHP|Java|ASP|...) or by JS document.referrer regards Martin *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Where did I come from?
Hi, I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... Cheers, Simon *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
You shouldn't always assume that they are just trying to replace the back button. They could want to get the referrer for something else. And, not everyone knows about the back button. Don't assume... Joseph Ortenzi wrote: But why? everyone knows about the back button, don't they? So you don't really need to help them. And if the previous site was yours and you want to see if they went from your site A to your site B then you could probably do this with sessions or by passing a variable forward through the link using a server-side language like ASP or PHP. If all you want to do is allow them to go back to where they were before they came to you, tell them about the back button in their browser. One option is to set up Google Analytics on the site, so you can see the referrers without any messy coding, otherwise, it's really none of your business is it? You could create a function on all of your pages that, if they have never been there before and don't have your cookie, to ask them where they came from and show them their back button, but really, it isn't any of your business. So I suppose the web Standards part of this question is about polite behaviour? Joe On Jan 18, 2008, at 14:24, Simon Cockayne wrote: Hi, I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... Cheers, Simon *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** == Joe Ortenzi [EMAIL PROTECTED] *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Christian Snodgrass Azure Ronin Web Design http://www.arwebdesign.net/ http://www.arwebdesign.net Phone: 859.816.7955 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Where did I come from?
are there any SSI whizzes out there? I would have thought that you could use the referrer in an SSI to accomplish this sort of functionality. BTW: I am astonished at how few people understand the back button. And many more who don't trust it: a result of abuse, no doubt, from sites that break the behaviour or use unnecessary 'post' values that cause 'resubmit' problems. That being said, I think a back button is a bad idea as it only ingrains this behaviour... users end up believing if there is no button, they can't get back. -- Andrew Harris [EMAIL PROTECTED] http://www.woowoowoo.com ~~~ * ~~~ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Where did I come from?
When I read that, I thought about creating a button that finds the site you were at before you came in here, and then keeps that the same throughout the site, so no matter how many pages you go to, you can get back out of all of those and back where you were before you started that. That's a bit different functionality then a standard back button on an internet browser. They could want to get the referrer for something else. Sounds more like that to me ... actually it sounds to me more like they want the referrer received at the first page where they entered the site to be shown as a link on all pages viewed after that. I guess you would then need to store that first referrer somewhere, perhaps in a user session if you are using a session manager. (such as php's $_SESSION, etc) I don't really understand why they could assume that a page they came from (first referrer) is *always* the page they are likely to want to go back to. That page could be anything with a link to that site on it, possibly search results, etc *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Re: Where did I come from?
Hi, Are we agreed that the back button *should* take one to the previous page? I use an internal web application (it's a helpdesk issue tracking system...not developed by me) where they developers have hijacked/messed with that back button functionality so I cannot use the back button to get back where I was before I entered the internal web apprather the internal web app page re-renders itself. The developers of the internal web app are not keen on un-hijacking/un-messing with the back button processing. A compromise...I thought...would be a button in the page saying, for example Return (or leave or abandon or exit or something TBA)...that would take the user back to the page they were on *before* the entered the internal web app. To accomplish the compromise the web app will need to know/determine what the prior page to the web app was... Cheers, Simon On Jan 18, 2008 2:24 PM, Simon Cockayne [EMAIL PROTECTED] wrote: Hi, I am on a webpage...how do I know what page the browser was previously showing. I think Javascript History object is the ticket...but STRICT mode in Firefox seems to tell me that I don't have permission to access it. NOTE: I don't want to use the History object to go back or forward...I just want to know what the previous page was...so I can create a button to go back to it... Cheers, Simon *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***