hi T!! This might work! The items in my "list" are really scripts for given colleges, that have been created by developers. This phase is a part of the workflow for the script so the app can test the script, or run it in the production phase. The testing portion involves testing the script, looking at the results, and then either promoting the successful script to the production folder, or returning the script back to the dev folder. so, the testing portion is where i want to "group" the scripts. in reality, i should look to test files either: -individual script (just want to run a quick test for a college) -by a user (might have made a few mistakes, so i want to test all his/her scripts) -based on the date of completed dev (test all the scripts in the last 24hrs that are in dev) -any other possible groups??? this process could work, as i could then simply have some checkboxes that would interface with the mysql select to generate the list... i could then allow the user to "delete" if nessasary from the list.. on the production side, since i'm going to crawl all the colleges to update the data, i'd simply create/update a group that has all the colleges, which can be automated, with no need for manual interaction... this could work, and would eliminate the need for the pagination/session approach.. if you have any other thoughts regarding possible selects/issues for the testing/grouping process let me know your thoughts!! thanks guys.. -----Original Message----- From: Thodoris [mailto:tgol@xxxxxxxxxx] Sent: Monday, November 10, 2008 5:53 AM To: tedd Cc: php-general@xxxxxxxxxxxxx Subject: Re: PHP - Web/list Question... > At 4:08 PM -0800 11/9/08, bruce wrote: >> hi tedd... >> >> no offense... but how does this get me to where i was talking about >> going??? >> this is simply a demo of breaking a list up across multiple pages... >> >> thanks >> > > > No offense taken. > > I read: > >> I have a list that extends over multiple pages. there might be 200 >> items, >> and i don't want to have the items listed on the same page as it >> would be >> too long. i can break the list up, so i can have it be displayed over >> multiple pages. > > And I thought that you were asking for a way to do that. > > However, now seeing what you actually asked, I would use a database to > record each item the user picked and then when displaying the pages > again, would check the dB first to see if the item should be noted as > checked or not. I would tie it all together with a session. > > If your user wants to check-out, then you have a record of all the > items he selected during his visit and can show them on a single page. > > This of course would require the user to post/get each page UNLESS you > use ajax and write to the dB via a slave php script. That's not all > that difficult to do. > > In any event, those are the two ways I would consider. > > Cheers, > > tedd > > >> >> -----Original Message----- >> From: tedd [mailto:tedd.sperling@xxxxxxxxx] >> Sent: Sunday, November 09, 2008 4:02 PM >> To: bruce; php-general@xxxxxxxxxxxxx >> Subject: Re: PHP - Web/list Question... >> >> >> At 8:26 PM -0800 11/8/08, bruce wrote: >>> Hi. >>> >>> I've got a question/issue that I want to bounce off the list. >>> >> >I have a list that extends over multiple pages. there might be 200 >> items, >>> and i don't want to have the items listed on the same page as it >>> would be >>> too long. i can break the list up, so i can have it be displayed over >> >multiple pages. however, i want the user to select different items >> from the >>> list. given that the selected items might be over different pages, >>> what's >>> the best way of keeping a running track of the items that have been >>> selected?? >>> >>> I could have each page be a form, and do a post/get where i then >>> keep track >>> of the selected items from page to page, but that would appear to >>> get ugly. >>> i'm looking for pointers to other sites/code that might have already >>> implemented this kind of scenario. >>> >>> thoughts/pointers would be appreciated... >> >> Without reading any one else's reply, here's something you might >> consider. >> >> http://webbytedd.com/bbb/paging/index.php?page=1 >> >> 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 > > I want to suggest a solution that might get your life easier. Why don't you group those items and make then put each group in a page. Your user will choose the first group will post the data (say using a submit button labeled "Next >>") and then you can get him to the next group. You can keep the data in a db table and then when your user finishes choosing the items you can give him the option to change any of the categories you have. In that time you can allow him to edit and go back to the final step. If of course it is possible to group the items and make a logical division. -- Thodoris -- 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
