You can subscribe to this list here.
2001 |
Jan
(2) |
Feb
(48) |
Mar
(16) |
Apr
(14) |
May
(42) |
Jun
(36) |
Jul
(57) |
Aug
(13) |
Sep
(2) |
Oct
(23) |
Nov
(17) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(5) |
Feb
|
Mar
(10) |
Apr
(1) |
May
(6) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(12) |
Oct
(26) |
Nov
(11) |
Dec
(37) |
2003 |
Jan
(11) |
Feb
(27) |
Mar
(5) |
Apr
(21) |
May
(11) |
Jun
(38) |
Jul
(8) |
Aug
(29) |
Sep
(2) |
Oct
|
Nov
(7) |
Dec
(5) |
2004 |
Jan
(5) |
Feb
(2) |
Mar
(19) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(8) |
From: Brian Y. <br...@sp...> - 2003-07-30 22:49:40
|
> what version of IDS ? 0.82 > Did you try to go to admin mode and click on random icon to see if it > picks one from the subdirectories ? I did. -- Brian Youngstrom br...@sp... He who has but four and spends five has no need for a wallet. |
From: timduru <ti...@ti...> - 2003-07-30 22:17:55
|
I have multiple albums that contains only subalbums and I have an icon for the 'Bigalbum' not sure what could be the problem in your case ... what version of IDS ? Did you try to go to admin mode and click on random icon to see if it picks one from the subdirectories ? > Hello all. > > I've come across something in ids that's kinda bugging me. If you have > one directory that contains just other directories (which in turn have > pictures), there is no album icon displayed at the top level. The > sub-albums all have icons as expected. > > So: > /Bigalbum/ <--- no icon > |-subalbum1 \ > |-subalbum2 |-- all have icons > .. | > \-subalbum[n] / > > Is there a way I can specify an icon for this top-level album? I've > tried to edit the album-data/mytopdir/album_image.txt and specifying a > path there, no luck. |
From: Brian Y. <br...@sp...> - 2003-07-30 22:12:24
|
Hello all. I've come across something in ids that's kinda bugging me. If you have one directory that contains just other directories (which in turn have pictures), there is no album icon displayed at the top level. The sub-albums all have icons as expected. So: /Bigalbum/ <--- no icon |-subalbum1 \ |-subalbum2 |-- all have icons .. | \-subalbum[n] / Is there a way I can specify an icon for this top-level album? I've tried to edit the album-data/mytopdir/album_image.txt and specifying a path there, no luck. Any help is greatly appreciated. -Brian -- Brian Youngstrom br...@sp... Friends, n.: People who borrow your books and set wet glasses on them. People who know you well, but like you anyway. |
From: Chris S. <chr...@ya...> - 2003-07-30 02:03:53
|
I'd love to see these incorporated into IDS. Chris --- timduru <ti...@ti...> wrote: > Hi , > Just thought I would send a small message about > some of the modifications I made, > well overall I'd like to say that IDS works quite > well and it's really very useful for my site :) > > Over the years I've made quite a few modifications, > I think a few users could be interested by some of > them. > Some are just bug fixes,speed optimizations, and a > few new features and enhancements. > > You can see the modified version running there: > http://fursuit.timduru.org/view/ > > It's based on 0.81 but it shouldn't be too difficult > to incoporate the modification made from 0.82 > > > I'm not even sure to remember everything I've > modified and to get a full list I would have to make > a more detailled diff with the original source code. > You know how it is, most of them were quick hacks > 'on the fly' but they work fine ;o) > > But I'll list some of the modifications I remember > of below: > > + exif problem, when an image had exif info into it, > the thumbnail was including the exif data and so > making it like 30KB too big. (that one was really > making dialup user yell ;o) ) > > + speed optimization in non date sorting mode, (as > it was sorting by date first even in name sorting > mode, and that can be quite slow on a few thousands > pictures directories) > From what I've tested it can be about 15x faster for > large albums if you don't sort by date. > 2x only if you sort by date. > > + a few 'software errors' problem fixed, like it > doesn't stop even if one picture is corrupted, but > keep displaying the albums. > > + pretty url system > that one needed quite some rewriting all around in > the code, but that was one of the biggest complaint > I was getting from the users: that the urls were not > really friendly. > with the new system the url is just like browsing > regular directories > and you can just append ',imagename' to see an > image. > (have a look at the online site) > > + possibility to just put a file in an html file in > the directory corresponding to an album, so that the > content is included and displayed in the album > (it's useful to me as I allow both the image archive > to be browsed by IDS and raw apache directories, I > then configured apache to display the same html file > IDS is now using as the header of the directory, so > I don't have to enter the comments twice) > > + CGI::Cache compatible to speed up things, (well > it's not configurable it's either include the code > or comment it so far, but it's located at the very > beginning of the code) I've tested it for some time > and it worked quite well and were making things > faster. > But I then removed it as I update my page quite > often, so having it cached too much was not the best > in my case. > > + added the display of the first filename of a > subpage after the page1...2..3.. at the bottom of > the album > + added next and prev page links > + search function was not working with symlinks > + cookie changed a bit to make it work with multiple > virtual hosts, seems to be working , but might need > some more debugging .. > > some of the modifications / features are in the > config file, some others would need some more > cleaning to be incorporated. > > It might also need some customization for general > use as some of them are quite focused on the way I > use it for my site. > > Well let me know if there is some interest in all > these modifications. ;) > > Timduru __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
From: timduru <ti...@ti...> - 2003-07-29 12:28:08
|
Hi , Just thought I would send a small message about some of the modifications I made, well overall I'd like to say that IDS works quite well and it's really very useful for my site :) Over the years I've made quite a few modifications, I think a few users could be interested by some of them. Some are just bug fixes,speed optimizations, and a few new features and enhancements. You can see the modified version running there: http://fursuit.timduru.org/view/ It's based on 0.81 but it shouldn't be too difficult to incoporate the modification made from 0.82 I'm not even sure to remember everything I've modified and to get a full list I would have to make a more detailled diff with the original source code. You know how it is, most of them were quick hacks 'on the fly' but they work fine ;o) But I'll list some of the modifications I remember of below: + exif problem, when an image had exif info into it, the thumbnail was including the exif data and so making it like 30KB too big. (that one was really making dialup user yell ;o) ) + speed optimization in non date sorting mode, (as it was sorting by date first even in name sorting mode, and that can be quite slow on a few thousands pictures directories) From what I've tested it can be about 15x faster for large albums if you don't sort by date. 2x only if you sort by date. + a few 'software errors' problem fixed, like it doesn't stop even if one picture is corrupted, but keep displaying the albums. + pretty url system that one needed quite some rewriting all around in the code, but that was one of the biggest complaint I was getting from the users: that the urls were not really friendly. with the new system the url is just like browsing regular directories and you can just append ',imagename' to see an image. (have a look at the online site) + possibility to just put a file in an html file in the directory corresponding to an album, so that the content is included and displayed in the album (it's useful to me as I allow both the image archive to be browsed by IDS and raw apache directories, I then configured apache to display the same html file IDS is now using as the header of the directory, so I don't have to enter the comments twice) + CGI::Cache compatible to speed up things, (well it's not configurable it's either include the code or comment it so far, but it's located at the very beginning of the code) I've tested it for some time and it worked quite well and were making things faster. But I then removed it as I update my page quite often, so having it cached too much was not the best in my case. + added the display of the first filename of a subpage after the page1...2..3.. at the bottom of the album + added next and prev page links + search function was not working with symlinks + cookie changed a bit to make it work with multiple virtual hosts, seems to be working , but might need some more debugging .. some of the modifications / features are in the config file, some others would need some more cleaning to be incorporated. It might also need some customization for general use as some of them are quite focused on the way I use it for my site. Well let me know if there is some interest in all these modifications. ;) Timduru |
From: Jeff M. <jef...@vi...> - 2003-06-21 20:31:18
|
On Sat, 2003-06-21 at 12:45, Anthony A. D. Talltree wrote: > >I think IDS needs to support SUEXEC >=20 > ? IDS doesn't need to "support" suexec, as it's entirely server-side stu= ff. Out of the box, IDS has permissions that SUEXEC doesn't like. It is usually the group/world permissions that need to be modified so that only the user can write to the CGI or directory that the CGI exists in. So that is what I mean by 'support suexec'. For those having trouble, there is usually a log file that has suexec errors (suexec.log on my RH system). --=20 Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
From: Christophe Z. <do...@zw...> - 2003-06-21 17:36:52
|
Anthony A. D. Talltree wrote: > > ? IDS doesn't need to "support" suexec, as it's entirely server-side stuff. > It would be nice, though, if instructions were provided, as the use of > suexec is obviously needed. I had a heck of a time figuring it out > at first from the crummy suexec documentation. yea I m there now, im ready to give up. can u provide some short dox how you did it ? thx alot -- Christophe Zwecker mail: do...@zw... Hamburg, Germany fon: +49 179 3994867 http://www.zwecker.de "Who is General Failure ? And why is he reading my disk ??" |
From: Anthony A. D. T. <aa...@lo...> - 2003-06-21 16:46:39
|
>I think IDS needs to support SUEXEC ? IDS doesn't need to "support" suexec, as it's entirely server-side stuff. It would be nice, though, if instructions were provided, as the use of suexec is obviously needed. I had a heck of a time figuring it out at first from the crummy suexec documentation. |
From: Douglas E. M. <do...@ke...> - 2003-06-20 17:59:22
|
I have run into this problem before as well. The soultion that I came up with is I made the group ownership apache and gave the ids directory chmod g+w to allow apache to change any of the files there. That seems to solve all the problems. Hope that helps. Doug On Fri, 20 Jun 2003 11:51:53 -0600, Ashley M. Kirchner <as...@pc...> wrote: > > > -------- Original Message -------- > Subject: [Help] IDS file and directory permission settings > Date: Fri, 20 Jun 2003 09:50:18 -0600 > From: "Todd Albert" <me...@to...> > To: <am...@us...> > > > > Hi, > > I am running IDS, which I love, but I am having trouble setting the > permissions on all of the files. For example, when I try to change a > configuration through the admin interface, I get an error that a > temporary > file could not be created, but it doesn't tell me what directory it is > trying to create it in. Is there anywhere where you state what the > permission settings on each file and directory should be? Please help! > > Thanks, > Todd > > http://toddalbert.com > > > > |
From: Ashley M. K. <as...@pc...> - 2003-06-20 17:52:06
|
-------- Original Message -------- Subject: [Help] IDS file and directory permission settings Date: Fri, 20 Jun 2003 09:50:18 -0600 From: "Todd Albert" <me...@to...> To: <am...@us...> Hi, I am running IDS, which I love, but I am having trouble setting the permissions on all of the files. For example, when I try to change a configuration through the admin interface, I get an error that a temporary file could not be created, but it doesn't tell me what directory it is trying to create it in. Is there anywhere where you state what the permission settings on each file and directory should be? Please help! Thanks, Todd http://toddalbert.com -- H| I haven't lost my mind; it's backed up on tape somewhere. +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Chris S. <chr...@ya...> - 2003-06-17 11:42:23
|
I'm modifying the Ziggo theme, when I'm done I'll post it for anyone to use. In the process, I discovered that parts of the theme don't validate - they're not valid XHTML transitional. Most of these were within the theme, but two were part of index.cgi. The languageMenu and themeMenu input submit tags were missing the close - i.e. they ended with > instead of />. I fixed this on lines 89 and 100 of the attached file. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Chris S. <chr...@ya...> - 2003-06-17 02:24:25
|
> So, my next step was to give people the option > (through the config > file) on whether they want to use Image::Info or > IPTC, or both. The > problem then was, which one would you use to extract > what data? Each > one does slightly different things. > > Now that idea is still stuck in my head and > never put on paper (or > screen), but I am aware of Image::Info's > shortcomings. And it has been > on my radar for a while now. It's in the RFE now, so it's on screen at least :) Chris __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Ashley M. K. <as...@pc...> - 2003-06-16 17:11:10
|
Anthony A. D. Talltree wrote: >Image::Info is known to be absolutely miserable at extracting embedded >comments. I tried for a while to work around its design flaws, >but gave up and had my IDS simply invoke rdjpgcom to do that job. > > For a while there, I was trying to get the Image::Info folks to FIX version 1.12. The damned thing won't even pass it's own internal errors. However, every attempt in communication has gone on deaf ears. So, my next step was to give people the option (through the config file) on whether they want to use Image::Info or IPTC, or both. The problem then was, which one would you use to extract what data? Each one does slightly different things. Now that idea is still stuck in my head and never put on paper (or screen), but I am aware of Image::Info's shortcomings. And it has been on my radar for a while now. -- H| I haven't lost my mind; it's backed up on tape somewhere. +-------------------------------------------------------------------- Ashley M. Kirchner <mailto:as...@pc...> . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave. #6 http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A. |
From: Anthony A. D. T. <aa...@lo...> - 2003-06-16 16:57:28
|
>It's just a question of using Image::Info or using Image::IPTCInfo Image::Info is known to be absolutely miserable at extracting embedded comments. I tried for a while to work around its design flaws, but gave up and had my IDS simply invoke rdjpgcom to do that job. |
From: Jeff M. <jef...@vi...> - 2003-06-16 14:59:01
|
On Mon, 2003-06-16 at 10:26, Chris Shaffer wrote: > OK, but either way I don't think you'd need to add > much to IDS. It's just a question of using > Image::Info or using Image::IPTCInfo (or using both), > right? > Correct, I'm just trying to keep the module count down if possible. -- Jeff Macdonald <jef...@vi...> Into birding? Check out http://www.migratus.com |
From: Chris S. <chr...@ya...> - 2003-06-16 14:26:18
|
> > There is other useful JPEG info such as Title, > > Keywords, Caption, Categories stored in the IPTC > > metadata. See > > http://multipart-mixed.com/photo/iptc.html for a > perl > > script that extracts IPTC data. > > ok, thanks for the pointer. I'm inclined to see if > we can get the > Image::Info folks to include these fields before > adding code to IDS to > handle this. If the Image::Info folks won't be > bothered then it could be > added to IDS. OK, but either way I don't think you'd need to add much to IDS. It's just a question of using Image::Info or using Image::IPTCInfo (or using both), right? Chris __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Jeff M. <jef...@vi...> - 2003-06-16 01:55:13
|
On Sun, 2003-06-15 at 18:24, Chris Shaffer wrote: > Yes, you're right - there appears to be a bug in > Image::Info. EXIF has a Comment field. There is also > another non-EXIF field named JPEG-Comment which is > part of the JPEG/JFIF specification. Image::Info > apparently has a bug that prevents it from accessing > either of these fields. In IDS 0.82, you make > reference to the Comment field on line 696 of > /ids/index.cgi and attempt to merge it with the > contents of the text comments saved by IDS. However, > since Image::Info always returns null for Comment, the > IDS code on line 696 doesn't do anything. >=20 ok > There is other useful JPEG info such as Title, > Keywords, Caption, Categories stored in the IPTC > metadata. See > http://multipart-mixed.com/photo/iptc.html for a perl > script that extracts IPTC data. ok, thanks for the pointer. I'm inclined to see if we can get the Image::Info folks to include these fields before adding code to IDS to handle this. If the Image::Info folks won't be bothered then it could be added to IDS. --=20 Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
From: Chris S. <chr...@ya...> - 2003-06-15 22:24:37
|
> Before you give up, do the comments appear in IDS at > all? With the > photo's I have, IDS shows image type, size, make, > model and other > details. This is shown as uneditable info. From what > I understood of > your request is that you wanted this in the comments > field instead. > > Oh, wait, I see what you mean now, your saying the > EXIF also allows > comments and titles as additional info. This may be > a image info bug if > you are not able to get data for those fields. Yes, you're right - there appears to be a bug in Image::Info. EXIF has a Comment field. There is also another non-EXIF field named JPEG-Comment which is part of the JPEG/JFIF specification. Image::Info apparently has a bug that prevents it from accessing either of these fields. In IDS 0.82, you make reference to the Comment field on line 696 of /ids/index.cgi and attempt to merge it with the contents of the text comments saved by IDS. However, since Image::Info always returns null for Comment, the IDS code on line 696 doesn't do anything. There is other useful JPEG info such as Title, Keywords, Caption, Categories stored in the IPTC metadata. See http://multipart-mixed.com/photo/iptc.html for a perl script that extracts IPTC data. Chris __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Jeff M. <jef...@vi...> - 2003-06-15 17:56:38
|
On Sat, 2003-06-14 at 22:34, Chris Shaffer wrote: > At this point, I'm going to sign off. It doesn't look > like there's anything I can do without learning a lot > more perl :( >=20 Before you give up, do the comments appear in IDS at all? With the photo's I have, IDS shows image type, size, make, model and other details. This is shown as uneditable info. From what I understood of your request is that you wanted this in the comments field instead. Oh, wait, I see what you mean now, your saying the EXIF also allows comments and titles as additional info. This may be a image info bug if you are not able to get data for those fields. - Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
From: Chris S. <chr...@ya...> - 2003-06-15 02:34:48
|
Well, it doesn't look like it's going to be as easy as I thought. Image::Info is supposed to extract a field named Comment. Unfortunately, this is null. In fact, you already wrote support to add the Image::Info Comment field to the comments from the txt file. I tried it with both jpeg-comment (internal to jpeg) and EXIF Comment (an EXIF data field) and neither worked. I can see both comments using Exifer on my Windows box, but neither is extracted by Image::Info. I did find a perl script that uses jhead to extract data and write it out to a text file - it's attached to this message and comes from http://sourceforge.net/projects/mig/ . At this point, I'm going to sign off. It doesn't look like there's anything I can do without learning a lot more perl :( Chris __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Jeff M. <jef...@vi...> - 2003-06-15 01:08:56
|
On Sat, 2003-06-14 at 20:36, Chris Shaffer wrote: <snip> > However, it doesn't extract IPTC data, which would > probably be more useful. And it also doesn't make the > EXIF Comment (or other EXIF data) searchable within > the IDS search utility. Both of those are beyond my > capabilities at this point. Perhaps those features > could be added to the RFE for IDS 2.0? >=20 If the data is cached, it should be trivial to make it searchable. However, here is my list that I will be working on (from earlier emails with Ashley): - Admin Maintenance o Able to delete albums (this includes their contents) (in CVS) o Able to move albums/images around (in or out of other albums) o Album locking (password) (might be deferred to IDS 2.0) o Album hiding (not necessarily locked, just hidden, unhide later) o Web based preview maker - current method will eat resources - General Controls o Better module control (less modules if possible) =20 I will accept patches for other things if the patch isn't to intrusive. Hopefully Ashley will formalize IDS 2.0. It will most likely be a complete re-write. My goal is to get the current IDS stable and slightly more functional. --=20 Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
From: Chris S. <chr...@ya...> - 2003-06-15 00:36:53
|
Right, but IDS is already extracting this data using Image::Info on the image.html and imageSF.html pages. (By the way, what is the difference between those two pages?) Image::Info also extracts the EXIF Comment. Copying and modifying this code is within my skills, and I'm currently editing /ids/index.cgi and trying to make a Ziggo2 theme that will implement it. Actually, from what I can tell, Image::Info is more useful than jhead, as it is perl and extracts data from multiple file formats. See http://search.cpan.org/author/GAAS/Image-Info-1.12/lib/Image/Info.pm . However, it doesn't extract IPTC data, which would probably be more useful. And it also doesn't make the EXIF Comment (or other EXIF data) searchable within the IDS search utility. Both of those are beyond my capabilities at this point. Perhaps those features could be added to the RFE for IDS 2.0? Chris --- Techwolf <Tec...@at...> wrote: > On Thu, 2003-06-12 at 20:45, Chris Shaffer wrote: > > Thanks. Except for a bit of EXIF info, IDS does > > everything I want from a photo gallery. > > There is a > fuction/liberary/externel/how_ever_you_want_to_call_it > that > will return all EXIE stuff. > > "jhead is a public domain EXIF parser. Source, linux > binaries, and > windows binaries can be found at <a > href=http://www.sentex.net/~mwandel/jhead/index.html>the > jhead > homepage</a>" > > > -- > Techwolf > Tec...@at... > http://www.techwolf.net/index.html > PGP public keys on web site. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com |
From: Techwolf <Tec...@at...> - 2003-06-14 18:04:29
|
On Thu, 2003-06-12 at 20:45, Chris Shaffer wrote: > Thanks. Except for a bit of EXIF info, IDS does > everything I want from a photo gallery. There is a fuction/liberary/externel/how_ever_you_want_to_call_it that will return all EXIE stuff. "jhead is a public domain EXIF parser. Source, linux binaries, and windows binaries can be found at <a href=http://www.sentex.net/~mwandel/jhead/index.html>the jhead homepage</a>" -- Techwolf Tec...@at... http://www.techwolf.net/index.html PGP public keys on web site. |
From: Jeff M. <jef...@vi...> - 2003-06-14 15:14:25
|
On Thu, 2003-06-12 at 21:45, Chris Shaffer wrote: > How hard would it be to modify IDS to use EXIF > comments and titles in photo displays? A follow-up > question - is it possible to have the IDS search > function search EXIF comments and titles? I'd rather > save photo data in the EXIF fields than in an external > database or text files. >=20 I don't think this would be all that hard. I wish I could point you to where this could be done, but at the moment I don't know. > I'm not a perl programmer, though I've done a fair bit > of PHP and I think I could make a stab at modifying > the photo pages to use EXIF data on the displays. If > I did that, would you include it in the source so > others could take advantage of it? Note that I > definitely am not skilled enough to modify the search > function to use EXIF. A patch would be welcomed. --=20 Jeff Macdonald <jef...@vi...> My birding blog: http://www.virtualbuilder.com/archives/cat_birding.html Into birding? Visit http://www.migratus.com |
From: Chris S. <chr...@ya...> - 2003-06-13 01:45:31
|
How hard would it be to modify IDS to use EXIF comments and titles in photo displays? A follow-up question - is it possible to have the IDS search function search EXIF comments and titles? I'd rather save photo data in the EXIF fields than in an external database or text files. I'm not a perl programmer, though I've done a fair bit of PHP and I think I could make a stab at modifying the photo pages to use EXIF data on the displays. If I did that, would you include it in the source so others could take advantage of it? Note that I definitely am not skilled enough to modify the search function to use EXIF. Thanks. Except for a bit of EXIF info, IDS does everything I want from a photo gallery. Chris Shaffer chr...@ya... __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com |