Re: [PHP] Serving pages based on user input
Jochem Maas wrote: tedd schreef: At 10:02 PM -0700 8/23/08, Prasad Chand wrote: Thanks for that information. But in my case I need to serve pages based on selection of US states. There are 50 of them, so generating pages dynamically would have been a nice idea. WTF? do you have any idea why we write scripts as opposed to endless copy/pasting of plain (X|(x)HT)ML? and really you don't need to generate 50 pages, merely 50 URLs that end up triggering a single script (which in turn generates output based on the request URL). OK late reply but just to set the record straight. I did not mean generating 50 different pages!!! I would as well do it in html if thats the case. I meant generating a single page with the desired content based on form input. As of now I am using includes to generate the page. I will be more careful with the wording next time. Really, there are 50 of them!?!? :-) unofficially there are 51, well Tony Blair would like to think so. You don't have to generate 50 pages dynamically to do it -- try this: http://webbytedd.com/bbb/map/ That demo is done with just pure css -- no php nor javascript. Plus each one of those States can be linked to another page -- AND-- it is user friendly, validates, accessible, and SEO friendly. What more could anyone want? a version of europe actually :-P seriously how much time did you spend hacking that together? and how did your eyes bleed? If you don't know php, then I think the best way to ask a question on this list by telling us what you want to do rather than asking specific php questions trying to do something they way you think it might work. Thanks for your comment. I was completely new to php so the questions were unrefined, now I am much more comfortable. map-navigation is a good idea but I will need to change the look and feel and I need to give it more time and then I am willing to right now. Btw, I could not download the outline of the map when i saved it as you haven't given permission to the states folder. I had to create the states folder and then download the outline of the us map. no. the best thing would be to RTFM and STFW for a few years, but hey hell will freeze over first ;-) Cheer, tedd -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
O/H Jochem Maas έγραψε: Robert Cummings schreef: On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote: On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote: On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote: Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Oh dear, not this BS again. If the content is different then perform a redirect. Do you really want your login page to be indexed as your homepage? Lynch's arguments on this were weak. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP I thought the arguments were very valid, but can be take to the point of extreme. Keep similar pages grouped into one PHP file. After all, this is what PHP is for. Don't try to replicate your HTML pages as PHP pages, thats a silly idea and takes more time to manage. You're confusing using a front page loader with redirection. The distinction being that I would suggest that you redirect to the URL that your front loader would use to load a given page rather than just presenting said page within another page's context to save a redirect. you wouldn't have to frakkin' redirect if the links used by said front controller were generated correctly to start with ... it's the whole using a select box to choose a page (unless it's to set window.location to the value of the selected option in the select box) ... that sucks. Late reply but I kind of enjoy when Battlestar Gallactica dirty speech is making it's presence to this list (frak). Perhaps I could make a table in mysql with all the known phrases for me to search when I am in a lame mood. I believe that I have run into a list somewhere in the web. there is no need to use redirection in this case, it's just f'ing lazy. (to be clear ... I'm lazy now and again ;-) but at least I know it) redirection should be used sparingly, and fudging SE friendly urls back into your own application IS NOT such as case. no idea wtf you meant with the login page reference - way too obtuse an argument for me to follow. Cheers, Rob. yeah mine an ice cold one thanks. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote: On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote: On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote: Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Oh dear, not this BS again. If the content is different then perform a redirect. Do you really want your login page to be indexed as your homepage? Lynch's arguments on this were weak. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP I thought the arguments were very valid, but can be take to the point of extreme. Keep similar pages grouped into one PHP file. After all, this is what PHP is for. Don't try to replicate your HTML pages as PHP pages, thats a silly idea and takes more time to manage. You're confusing using a front page loader with redirection. The distinction being that I would suggest that you redirect to the URL that your front loader would use to load a given page rather than just presenting said page within another page's context to save a redirect. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
tedd schreef: At 9:55 PM -0700 8/23/08, Prasad Chand wrote: This is off-topic, but the reason I was touchy about includes was because it could create seo problems. http://forums.digitalpoint.com/showthread.php?t=31519 any takers on how the above link was found? lol Bttt -- nope -- two different types of includes. indeed, there is an SEO issue with URLs google et al see as being 'dynamic' i.e. with large numbers of params BUT 1. this is not at all black and white, and really unless your fighting tooth and nail with well clued up SEO pirates for every SERP hit ... your probably not going notice. 2. it's way above the OP's abilities ... good ( Honest[tm]) SEO is hard, well at least if your in a cut-throat market like real-estate (JMHO). 3. the OP was using a form to post a request for a certain bit of content ... I personally have never assumed that a search engine would go through a form, they might do that (occasionally?), but I'd personally make sure I'd have all pages I want indexed linked to via simple links and not hidden behind forms. The link above is discussing having data included the url and not php includes. The advice/code that Jochem gave you was using php includes which is a completely different critter. I use php includes for all my sites and don't have any problem whatsoever with SEO. I think the SEO argument stems from the fact that different content would seem to come from a single URL ... indeed not good for SEO, but that comes down to shit design it's not a fault of php includes. Cheers, tedd -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
Robert Cummings schreef: On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote: On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote: On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote: Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Oh dear, not this BS again. If the content is different then perform a redirect. Do you really want your login page to be indexed as your homepage? Lynch's arguments on this were weak. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP I thought the arguments were very valid, but can be take to the point of extreme. Keep similar pages grouped into one PHP file. After all, this is what PHP is for. Don't try to replicate your HTML pages as PHP pages, thats a silly idea and takes more time to manage. You're confusing using a front page loader with redirection. The distinction being that I would suggest that you redirect to the URL that your front loader would use to load a given page rather than just presenting said page within another page's context to save a redirect. you wouldn't have to frakkin' redirect if the links used by said front controller were generated correctly to start with ... it's the whole using a select box to choose a page (unless it's to set window.location to the value of the selected option in the select box) ... that sucks. there is no need to use redirection in this case, it's just f'ing lazy. (to be clear ... I'm lazy now and again ;-) but at least I know it) redirection should be used sparingly, and fudging SE friendly urls back into your own application IS NOT such as case. no idea wtf you meant with the login page reference - way too obtuse an argument for me to follow. Cheers, Rob. yeah mine an ice cold one thanks. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
tedd schreef: At 10:02 PM -0700 8/23/08, Prasad Chand wrote: Thanks for that information. But in my case I need to serve pages based on selection of US states. There are 50 of them, so generating pages dynamically would have been a nice idea. WTF? do you have any idea why we write scripts as opposed to endless copy/pasting of plain (X|(x)HT)ML? and really you don't need to generate 50 pages, merely 50 URLs that end up triggering a single script (which in turn generates output based on the request URL). Really, there are 50 of them!?!? :-) unofficially there are 51, well Tony Blair would like to think so. You don't have to generate 50 pages dynamically to do it -- try this: http://webbytedd.com/bbb/map/ That demo is done with just pure css -- no php nor javascript. Plus each one of those States can be linked to another page -- AND-- it is user friendly, validates, accessible, and SEO friendly. What more could anyone want? a version of europe actually :-P seriously how much time did you spend hacking that together? and how did your eyes bleed? If you don't know php, then I think the best way to ask a question on this list by telling us what you want to do rather than asking specific php questions trying to do something they way you think it might work. no. the best thing would be to RTFM and STFW for a few years, but hey hell will freeze over first ;-) Cheer, tedd -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
On Sun, 2008-08-24 at 21:53 +0200, Jochem Maas wrote: Robert Cummings schreef: On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote: On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote: On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote: Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Oh dear, not this BS again. If the content is different then perform a redirect. Do you really want your login page to be indexed as your homepage? Lynch's arguments on this were weak. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP I thought the arguments were very valid, but can be take to the point of extreme. Keep similar pages grouped into one PHP file. After all, this is what PHP is for. Don't try to replicate your HTML pages as PHP pages, thats a silly idea and takes more time to manage. You're confusing using a front page loader with redirection. The distinction being that I would suggest that you redirect to the URL that your front loader would use to load a given page rather than just presenting said page within another page's context to save a redirect. you wouldn't have to frakkin' redirect if the links used by said front controller were generated correctly to start with ... it's the whole using a select box to choose a page (unless it's to set window.location to the value of the selected option in the select box) ... that sucks. there is no need to use redirection in this case, it's just f'ing lazy. (to be clear ... I'm lazy now and again ;-) but at least I know it) redirection should be used sparingly, and fudging SE friendly urls back into your own application IS NOT such as case. no idea wtf you meant with the login page reference - way too obtuse an argument for me to follow. Obtuse eh... I didn't realize your mind was so simplistic :B It has to do with correctness of the URL/content relationship. If you take the lazy approach and just output alternate content (yes redirection is NOT the lazy approach) then you run the risk that search engines will mismatch the URL with the wrong content and that browser bookmarks will record the wrong relationship. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
At 10:02 PM +0200 8/24/08, Jochem Maas wrote: tedd schreef: You don't have to generate 50 pages dynamically to do it -- try this: http://webbytedd.com/bbb/map/ That demo is done with just pure css -- no php nor javascript a version of europe actually :-P I saw that after I had done mine. I'm not sure as to how they did theirs, but mine originally was javascript and then I changed it to pure css. seriously how much time did you spend hacking that together? and how did your eyes bleed? It was about two days of work. I spent a lot of my time making the graphics because the roll-overs had to be exact and the hover area had to match the graphic. I enjoyed doing it, as I do with all my other little demos. The only things I don't enjoy is when clients say : Paint my house white and after I'm done they say I didn't mean that white. I was leaning toward more of an off-white. Oh well, it's just a minor color change. It shouldn't take you too long to redo, right? And finally they say What do you mean you have to repaint the entire house? I'm not paying for you to paint my house twice! Sometimes I would like to have a client sit down next to me while I instruct him to do what's required to accommodate his minor changes. Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
You can read about the header function. http://is2.php.net/manual/en/function.header.php Ólafur Waage 2008/8/23 Prasad Chand [EMAIL PROTECTED]: Hi, I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? Thanks, Prasad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
Prasad Chand schreef: Hi, I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? millions of them, but not in php itself this is the kind of thing you have to write yourself. you don't really want to redirect the user at all (because it's a completely unecessary round-trip that will cause your server to have to handle another request when you already have the required info needed to display the relevant content), what you want to do is parse the input from the form and then run the relevant code to generate the relevant content. e.g. if (isset($_POST['selected_page'])) { switch ($_POST['selected_page']) { case 'page1': include 'myfirstpage.php'; exit; case 'page2': include 'mysecondpage.php'; exit; case 'page3': include 'mythirdpage.php'; exit; default: die('go away smelly hacker!'); } } else { // output your page selection form here or something. } that's just one lame example, there are as many ways to skin this cat as there are cats. might I suggest you go and read a few basic tutorials because what your asking is as basic as it gets ... namely take some user input and use it to determine what to output ... Thanks, Prasad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Ólafur Waage 2008/8/23 Prasad Chand [EMAIL PROTECTED]: Hi, I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? Thanks, Prasad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
At 2:03 PM -0700 8/23/08, Prasad Chand wrote: Hi, I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? Thanks, Prasad Why use PHP for this? Standard html with css works quite well for this and is by far more common. I see no need to bring the php sledgehammer to drive this thumbtack. Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
At 1:21 AM +0100 8/24/08, Ashley Sheridan wrote: On Sat, 2008-08-23 at 20:07 -0400, tedd wrote: At 2:03 PM -0700 8/23/08, Prasad Chand wrote: I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? Why use PHP for this? Standard html with css works quite well for this and is by far more common. I see no need to bring the php sledgehammer to drive this thumbtack. Standard HTML and CSS will not do, you'd have to use JavaScript to guarantee it all works correctly on the browser, but this is a bit like using a dozen thumbs for one thumbtack! If you do it entirely on the client-side, then each time a visitor wants any of the pages, the whole lot is sent to the browser, which is a real bad idea! I was addressing providing the user with pages and not the drop-down menu thing. If you want to entertain a drop-down menu, please review this: http://sperling.com/examples/menuh/ That uses html, css, and javascript -- and while I show how to do it, I would not recommend it for anyone. Besides, there's no way that php can deliver a drop-down menu because the user's action are client-side. I've thought about using php with ajax, but why? It won't work any better. But, without the drop-down issue, then css and html will deliver pages quite nicely, like this: http://sperling.com/index.php My right side navigation is totally css and html. If you don't want right navigation, then there's a lot more possibilities, check out: http://css.maxdesign.com.au/listamatic/ All of these are designed to provide the end-user with the topic (i.e., page) of their choice -- all without php. Now, is this something that I'm not getting? Because all of this is pretty obvious to me. Where am I wrong? Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
Jochem Maas wrote: Prasad Chand schreef: Hi, I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? millions of them, but not in php itself this is the kind of thing you have to write yourself. you don't really want to redirect the user at all (because it's a completely unecessary round-trip that will cause your server to have to handle another request when you already have the required info needed to display the relevant content), what you want to do is parse the input from the form and then run the relevant code to generate the relevant content. e.g. if (isset($_POST['selected_page'])) { switch ($_POST['selected_page']) { case 'page1': include 'myfirstpage.php'; exit; case 'page2': include 'mysecondpage.php'; exit; case 'page3': include 'mythirdpage.php'; exit; default: die('go away smelly hacker!'); } } else { // output your page selection form here or something. } that's just one lame example, there are as many ways to skin this cat as there are cats. might I suggest you go and read a few basic tutorials because what your asking is as basic as it gets ... namely take some user input and use it to determine what to output ... Thanks for your reply Jochem. I will keep your advice in mind. This is off-topic, but the reason I was touchy about includes was because it could create seo problems. http://forums.digitalpoint.com/showthread.php?t=31519 Thanks again, Prasad Thanks, Prasad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
Thanks for that information. But in my case I need to serve pages based on selection of US states. There are 50 of them, so generating pages dynamically would have been a nice idea. tedd wrote: At 1:21 AM +0100 8/24/08, Ashley Sheridan wrote: On Sat, 2008-08-23 at 20:07 -0400, tedd wrote: At 2:03 PM -0700 8/23/08, Prasad Chand wrote: I am fairly new to PHP. I would like to serve a page to a user based on his input. Say, I have a page 1 where user has 3 options(drop down menu). Based on his selection I would like a php script to direct him to another page (to pages 2,3,4 based on what he selected). I am unable to figure how to do this in php. Can you please give me some pointers. Is there any function which takes path and directs the user to that page? Why use PHP for this? Standard html with css works quite well for this and is by far more common. I see no need to bring the php sledgehammer to drive this thumbtack. Standard HTML and CSS will not do, you'd have to use JavaScript to guarantee it all works correctly on the browser, but this is a bit like using a dozen thumbs for one thumbtack! If you do it entirely on the client-side, then each time a visitor wants any of the pages, the whole lot is sent to the browser, which is a real bad idea! I was addressing providing the user with pages and not the drop-down menu thing. If you want to entertain a drop-down menu, please review this: http://sperling.com/examples/menuh/ That uses html, css, and javascript -- and while I show how to do it, I would not recommend it for anyone. Besides, there's no way that php can deliver a drop-down menu because the user's action are client-side. I've thought about using php with ajax, but why? It won't work any better. But, without the drop-down issue, then css and html will deliver pages quite nicely, like this: http://sperling.com/index.php My right side navigation is totally css and html. If you don't want right navigation, then there's a lot more possibilities, check out: http://css.maxdesign.com.au/listamatic/ All of these are designed to provide the end-user with the topic (i.e., page) of their choice -- all without php. Now, is this something that I'm not getting? Because all of this is pretty obvious to me. Where am I wrong? Cheers, tedd -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
At 9:55 PM -0700 8/23/08, Prasad Chand wrote: This is off-topic, but the reason I was touchy about includes was because it could create seo problems. http://forums.digitalpoint.com/showthread.php?t=31519 Bttt -- nope -- two different types of includes. The link above is discussing having data included the url and not php includes. The advice/code that Jochem gave you was using php includes which is a completely different critter. I use php includes for all my sites and don't have any problem whatsoever with SEO. Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote: Ólafur Waage schreef: You can read about the header function. http://is2.php.net/manual/en/function.header.php hi Ólafur, his situation doesn't require a redirect (he only thinks it does), and redirects suck when used unecessarily. (plenty of info on the web about why this is so ... hunt for a 'rant' by the formidable Richard Lynch in the archives of this list for instance) Oh dear, not this BS again. If the content is different then perform a redirect. Do you really want your login page to be indexed as your homepage? Lynch's arguments on this were weak. Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Serving pages based on user input
At 10:02 PM -0700 8/23/08, Prasad Chand wrote: Thanks for that information. But in my case I need to serve pages based on selection of US states. There are 50 of them, so generating pages dynamically would have been a nice idea. Really, there are 50 of them!?!? :-) You don't have to generate 50 pages dynamically to do it -- try this: http://webbytedd.com/bbb/map/ That demo is done with just pure css -- no php nor javascript. Plus each one of those States can be linked to another page -- AND-- it is user friendly, validates, accessible, and SEO friendly. What more could anyone want? If you don't know php, then I think the best way to ask a question on this list by telling us what you want to do rather than asking specific php questions trying to do something they way you think it might work. Cheer, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php