Tim: Thanks for the input comments.
You're the 2nd or 3rd one to mention the borders.I'm going to play around with them to see how things look. At first I didn't it would look right with light grey on medium grey, but I love it and it doesn't detract from the photo content (I originally had the text as red/scarlet). I also want to try re-arranging the data parts of each picture in the gallery (index). As the page grows larger??? Hmmmm <g>. I haven't decided the details...yet. Possibly, by month. That would probably suffice for me. Or... I could display the gallery page in chunks of 5-6 photos and then recursively "call" the page with a different starting photo number. If I used the month idea I would probably incorporate it as a column in the SQL table so that I can do specific selects . I would then add a month drop down select list on the top level PDML page. I'd have to think about it... I forgot to get rid of the link borders. You're right Title and Text would be appropriate on the viewer page, and with the wonders of SQL... Navigation controls are on the list. I would like to figure out a way to figure out what the referring page was, dynamically. I can't find any PHP variables (Globals, etc.) that would let me determine "from whenceI came". I could store the HOST and PHP_SELF in session variables and grab them, but for that to be effective every page that called the viewer would have to know to set these variables. Why do this? I could then have a generic go back nav control and go back to a PESO, GESO or PAW gallery or any other page dynamically. I have the flexibility to call the viewer or gallery page and request the photo(s) to display from any page or email by sending a GET request with the appropriate variables set. Ann sent me some comments and included a comment on one of the photos. All she had to do was put in the comment and include a link with the variables and she sent me back to my own photo using my viewer. Kinda cool. I also do this with the gallery page. If I send a GET request with the "urlphotos=photo1,photo2,...photoN" variable set, the gallery will only contain those photos. Ah, the wonders of the WHERE...IN... clause of the SELECT statement! You'll see it in the code, I conditionally build the SELECT statement and let MySQL give me the specific photos. To add new photos right now, I create the thumbnail, web friendly and full size photos and copy them to the web folder. I then add the entries to the SQL tables (2). The PHP takes care of the pages. I like the fact that I can transfer photos and the page doesn't see them until I add them in SQL. I might consider doing some Admin pages. I did the Admin pages for a Jokes page that I was maintaining. I created forms to add text, picture, audio and video jokes. As part of that process I did an upload page. I also did some Admin pages for a local realtor that also included functions that automatically created thumbnail and medium sized versions of the photos that she uploaded. I might go pillage that code and do a couple of Admin pages for this site. I'll send the PHP code and MySQL "dump" info to your email. I don't want to clutter the list... Sorry this was so wordy, Mitch Tim Øsleby wrote: >Not bad Mitch. I like the colours. But I think you could get rid of some of >the frames. >I like the comments at the gallery page. I think I'd prefer some rearranging >of the text. How about title first at a single line, text next, and then >posted info? > >What do you intend to do when the page grows larger? Diving it into sub >pages? > >One more suggestion is to add the text at the photo viewer page. Also get >rid of the blue framing. It's a distraction IMO. > >One more suggestion is to make a link at view page leading to next picture. >In PHP that's simple, just add a +1 routine. Guess you know how to do it, >but if you need help, just ask. > >How do you add new pictures? Have you created an automated routine? > >I would love to see the files under the hood. Both PHP and MySQL. > > >Tim >Mostly harmless (just plain Norwegian) > > >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of >Mitch Conant >Sent: 22. september 2006 06:26 >To: pdml@pdml.net >Subject: My New Webpage for PDML Submissions > >PDMLers: > >Yeah, I could've used a canned package, but where is the challenge in >that??? <g> > >It was cloudy and rainy today, so I finished up a little project that I >was working on. Over the past 2 days I put together a quick series of >web pages that allow me to easily give people access to all of my PESOs >(and hopefully GESOs and possibly PAWs). I have a page to access all of >the photos and the same page allows me to cleanly present new PESOs to >list members. > >I am on Broadband and sometimes lose sight of how things run over >dial-up. If you wouldn't mind taking a couple of minutes, please try the >following links out and give me some feedback on speed, I would >appreciate it. Everything is accomplished by server side scripting >(PHP), no JavaScript. > >For those of you that like playing with things like this, I would be >glad to send you the HTML, PHP Code and MySQL Table layouts. It's the >least I could do in return for some feedback <g>. > >Thanks in advance, >Mitch > >For access to all PESO posts: >http://www.mme-ia.com/pdml/ > >For new PESO posts: >http://www.mme-ia.com/cgi/pdml/pdml-index.php?urlcat=PESO&urlyear=2006&urlph >otos=20060006,20060007,20060008 > > > > > > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.407 / Virus Database: 268.12.8/455 - Release Date: 9/22/2006 -- PDML Pentax-Discuss Mail List PDML@pdml.net http://pdml.net/mailman/listinfo/pdml_pdml.net
