From daveMail@g... Fri Mar 19 03:31:03 2004 From: daveMail@g... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Here is a first posting. Message-ID: So, this is the first post to the album mailing list. For those few of you signed up so far, there are no archives of any postings yet because this is a *very* low traffic mailing list, mostly just for announcing releases (of which we'll be seeing a very big beta release of 3.0 soon! :) Posting by members requires my approval, I will allow general discussion, though I might handle some of the replies myself to keep traffic low. If enough discussion is desired/warranted, I might create extra mailing lists (I'd be interested in hearing opinions/input on this), feel free to mail me directly. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415.341.5555 -------------------------- I Am Way Cool ---------------------------------- From album-author@d... Sat Mar 27 01:20:45 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] New list created Message-ID: Sorry if you already got a mail about this.. I realized that it made more sense to have an announce only list. So right now everyone here is on the discussion list, I recommend subscribing to the announce list as well or instead of this one, because general releases won't be announced here. Sorry about the trouble. Info at: http://MarginalHacks.com/Hacks/album/Mailing_List.html Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com 408 919-6804 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From bdoesborg@c... Fri Apr 16 08:02:59 2004 From: bdoesborg@c... (Boris Doesborg) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Problem Applying Theme Message-ID: <6.0.1.1.2.20040416164701.0270d300@mail.competitiveness.com> Hi there, I encounter a problem when I try to use a theme. I am in the directory where the photos are: /var/www/my1stalbum I execute album -theme ../themes/Floating I receiev this error Album: . [XXXXXXXXXXXXXXXXXXXX] Undefined subroutine &main::Theme_URL called at - line 376. [album] album theme returned error [65280] the themes dir is in /var/www/themes i have installed there Floating and Slides Anybody knows how to solve this? Boris Doesborg _______________ Competitiveness Telephone: +34 669 86 55 00 Email: bdoesborg@competitiveness.com Website: http://www.competitiveness.com From album-author@d... Tue Apr 20 16:23:33 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Mailing lists back up Message-ID: Many of you may not have even noticed, but the mailing lists at MarginalHacks.com were down while I did a very painful upgrade. Anyways, I needed to recreate the lists and resubscribe everyone manually, so if you had a password it's been lost. You can change your password by having your current random password mailed to you first: http://MarginalHacks.com/Hacks/album/Mailing_List.html Scroll down to "Options" and enter your email address. Sorry about the inconvenience, and thanks for supporting album! Current status: Soon as I finish my current paying project, I'm going to add directory thumbnails to album v3.0 and then I'll release a beta to the users on album-announce. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@d... Tue Apr 20 16:27:35 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Problem Applying Theme In-Reply-To: <6.0.1.1.2.20040416164701.0270d300@mail.competitiveness.com> References: <6.0.1.1.2.20040416164701.0270d300@mail.competitiveness.com> Message-ID: > I encounter a problem when I try to use a theme. > > Undefined subroutine &main::Theme_URL called at - line 376. > [album] album theme returned error [65280] You need to upgrade your album. This is a common problem amongst debian users, since the debian package is out of date from the themes available on MarginalHacks.com I do debian at home, but I haven't had time to learn how to build a dpkg, if anyone wants to send me the steps, I'll start releasing up-to-date debian packages with each release. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From davidmaxwaterman@y... Sun Apr 25 09:31:17 2004 From: davidmaxwaterman@y... (Max Waterman) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] FYI:firefox bug 239778 Message-ID: <20040425163117.37403.qmail@web41803.mail.yahoo.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For those of you using Firefox to view albums, this might be interesting : http://bugzilla.mozilla.org/show_bug.cgi?id=239778 Max. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAi+fF01IWW7/1FkoRAvaCAJ94Jth4Oec3hVXZnWug+7kes+hbgACeJxLv NHtUidbV3B6f8WCOO8nt07Y= =gbhK -----END PGP SIGNATURE----- __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25¢ http://photos.yahoo.com/ph/print_splash From album-author@d... Mon May 3 21:50:10 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Request For Comments: Directory Thumbnails Message-ID: I know that many of you have been waiting for directory thumbnails, and I'm about to implement them in the rewrite code for v3.0 (and then I'll release a beta to the album-announce list! :) Unfortunately this will require a rewrite of the themes (since they don't currently use directory thumbnails), and I have to figure out how to implement them, and this is where I'm hoping to get some opinions (you can mail me directly or the list). So, as you probably know, most of the current album themes list directories first, usually followed by a separator/bar, and then the thumbnails for images. For these themes, what layout makes the most sense? 1) A bunch of thumbnails for the directories, the separator, then the image thumbnails 2) All the thumbnails together (not separated), but the directories are at the top of the sort. 3) All the thumbnails intermixed (sorted via caption order) 4) Something else entirely? I'd rather not implement multiple options and have it configurable from the command-line, but if there's enough division I might be convinced. I don't really like #3 at all, but I know that's how Gallery does it for some albums. Quite frankly, when looking at Gallery albums that's one of the things that annoys me the most, I find it very confusing that it's not visually immediately clear whether or not I'm looking at one image or a sub-gallery, so unless there's a lot of support for #3, I'd like to avoid it. And if we did #3, I'd need to add some text (such as "19 images") and/or an icon to show which thumbnails were a directory, so I'd have to figure that out as well if we pursued #3. So - speak now or forever hold your peace. Current release plan: 1) Implement thumbnail directories 2) Rewrite themes (to use thumbnail directories and improved 3.0 API) 3) Release beta for testing (to album-announce) 4) Add plugin support, write some simple example plugins 5) Release beta w/ plugins (to album-announce) 6) Release v3.0 to general public. (finally) Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From wrogers@q... Wed May 26 14:47:17 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx ? Message-ID: <40B51065.9090907@qnet.com> Any ideas as to why I am unable to display my album html in the Internet Explorer v6.0.xx browswer? Works find in Mozilla and Konqueror. Walt Rogers From album@d... Wed May 26 15:11:05 2004 From: album@d... (album@d...) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx ? Message-ID: What do you get? Nothing? I use (when I have to use IE) version 6.0.2800.1106, and it works fine. Can you see my album: http://jondaley.dyndns.org/~pictures/ ? Is your album public? What is the URL? On Wed, 26 May 2004, Walter Rogers wrote: > Any ideas as to why I am unable to display my album html in the Internet > Explorer v6.0.xx browswer? Works find in Mozilla and Konqueror. From wrogers@q... Wed May 26 16:16:04 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx ? Message-ID: <40B52534.3090304@qnet.com> Just noticed something strange. First you must understand that I am running IE from win98 under win4lin on my Linux box pointing to the index.html file on my cdrom. When I copy the entire album html structure to a temporary directory on the hard drive and point IE to display from there, everything displays just fine. When I look at the directory/filename naming in IE pointing to my cdrom, everything shows up in UPPER CASE. Perhaps that has something to do with it. What I see instead is the album theme and html structure with boxes and missing photos. When I click on the box where the picture should be, IE does not find any image and I get the I CANNOT DISPLAY THIS PAGE warning. Walt From wrogers@q... Wed May 26 16:28:35 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx or Mozilla - directly from CD drive Message-ID: <40B52823.90504@qnet.com> Looks like the problem has to do with using ANY browswer and trying to display my album html directory/file structure directly from a CD. At least in my environment, running IE or Mozilla under Win98 on top of win4lin in Linux, the directory and file names are changed to UPPER CASE. I suspect that is what's causing the problem. So, my url in IE or Mozilla looks like this trying to display directly from the CD: file:///N:/HONEYMOON2004_PUBLISH/INDEX.HTML Anybody else run into this problem? Walt Rogers From wrogers@q... Wed May 26 16:35:34 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx ? In-Reply-To: References: Message-ID: <40B529C6.20600@qnet.com> When I convert this >>N:\HONEYMOON2004_PUBLISH\tn\0413-055728.jpg.html to this >>N:\HONEYMOON2004_PUBLISH\TN\0413-055728.JPG.HTML all displays ok in both IE and Mozilla. Filenames from my CD are all converted to UPPER CASE but the html code is referring to lower case. I think that's the problem. Suppose one solution would be to encode all my files on the CD into UPPER CASE. Suspect that would solve the problem. Walt David Ljung Madison wrote: >>>What URL does it take you to? >> >>N:\HONEYMOON2004_PUBLISH\tn\0413-055728.jpg.html > > > And what's the URL that shows the index page (but without thumbnails?) > > Dave ][+ > > --------------------------------------------------------------------------- > Dave Ljung Madison http://GetDave.com/ 415.341.5555 > --------- Rome did not create a great empire by having meetings, ---------- > they did it by killing all those who opposed them. From wrogers@q... Wed May 26 16:35:34 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx ? In-Reply-To: References: Message-ID: <40B529C6.20600@qnet.com> When I convert this >>N:\HONEYMOON2004_PUBLISH\tn\0413-055728.jpg.html to this >>N:\HONEYMOON2004_PUBLISH\TN\0413-055728.JPG.HTML all displays ok in both IE and Mozilla. Filenames from my CD are all converted to UPPER CASE but the html code is referring to lower case. I think that's the problem. Suppose one solution would be to encode all my files on the CD into UPPER CASE. Suspect that would solve the problem. Walt David Ljung Madison wrote: >>>What URL does it take you to? >> >>N:\HONEYMOON2004_PUBLISH\tn\0413-055728.jpg.html > > > And what's the URL that shows the index page (but without thumbnails?) > > Dave ][+ > > --------------------------------------------------------------------------- > Dave Ljung Madison http://GetDave.com/ 415.341.5555 > --------- Rome did not create a great empire by having meetings, ---------- > they did it by killing all those who opposed them. From album-author@d... Wed May 26 16:35:02 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] Can't Display album html in IE v6.0.xx or Mozilla - directly from CD drive In-Reply-To: <40B52823.90504@qnet.com> References: <40B52823.90504@qnet.com> Message-ID: > Looks like the problem has to do with using ANY browswer and trying to > display my album html directory/file structure directly from a CD. At Sounds like the problem is with how you burned the CD. If you can't access the files case-sensitive, then you're not going to be able to use album (or most tools) unless you change all the names of your files to uppercase before generating album and burning the CD. It seems to me you just need to use a different format for burning the CD. If this is a widespread problem, I suppose I could try to put together a patch for album, but that would be messy, so I'd like to avoid it. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From mrbill@m... Wed May 26 16:40:39 2004 From: mrbill@m... (Bill Bradford) Date: Thu Dec 21 19:59:30 2006 Subject: [Album] 3.0beta? Message-ID: <20040526234039.GE3066@mrbill.net> Any word on v3beta? Bill -- bill bradford austin texas From album-author@d... Wed May 26 16:47:52 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] 3.0beta? In-Reply-To: <20040526234039.GE3066@mrbill.net> References: <20040526234039.GE3066@mrbill.net> Message-ID: > Any word on v3beta? Very close.. I just lost a contract, so I have time to work on it - need to get my car working first, then I'll be finishing it up - very likely to be a few days. It's working, I just need to get directory thumbs implemented. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415.341.5555 ---------- "Beware of bugs in the above code; --------------- I have only proved it correct, not tried it." - Donald Knuth From wrogers@q... Wed May 26 21:52:34 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Can't Display album html in directly from CD drive - SOLVED In-Reply-To: References: <40B52823.90504@qnet.com> Message-ID: <40B57412.8060609@qnet.com> David Ljung Madison wrote: >>Looks like the problem has to do with using ANY browswer and trying to >>display my album html directory/file structure directly from a CD. At > > > Sounds like the problem is with how you burned the CD. You are RIGHT! CD was burned only with Rockridge extension. Needed the Joliet extension for Microsoft Windows to see the longer filenames, upper and lower case. I burned my CD with an older version of k3b v0.9 and there was no obvious way to select the Joliet extensions. Hopefully, newer versions of k3b have solved this problem under the configurations. What I did was created my own iso image directly from: mkisofs mkisofs -o myalbum.iso -r -J myalbumdirectory Thanks for the help... Walt > > If you can't access the files case-sensitive, then you're not going > to be able to use album (or most tools) unless you change all the names > of your files to uppercase before generating album and burning the CD. > > It seems to me you just need to use a different format for burning the CD. > > If this is a widespread problem, I suppose I could try to put together > a patch for album, but that would be messy, so I'd like to avoid it. > > Dave > > --------------------------------------------------------------------------- > Dave Ljung Madison http://GetDave.com/ 415 341-5555 > ------------ "Preferred over shiny round objects 2-to-1" ------------------ > > > _______________________________________________ > Album mailing list > Album@marginalhacks.com > http://marginalhacks.com/mailman/listinfo/album From wrogers@q... Wed May 26 21:52:34 2004 From: wrogers@q... (Walter Rogers) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Can't Display album html in directly from CD drive - SOLVED In-Reply-To: References: <40B52823.90504@qnet.com> Message-ID: <40B57412.8060609@qnet.com> David Ljung Madison wrote: >>Looks like the problem has to do with using ANY browswer and trying to >>display my album html directory/file structure directly from a CD. At > > > Sounds like the problem is with how you burned the CD. You are RIGHT! CD was burned only with Rockridge extension. Needed the Joliet extension for Microsoft Windows to see the longer filenames, upper and lower case. I burned my CD with an older version of k3b v0.9 and there was no obvious way to select the Joliet extensions. Hopefully, newer versions of k3b have solved this problem under the configurations. What I did was created my own iso image directly from: mkisofs mkisofs -o myalbum.iso -r -J myalbumdirectory Thanks for the help... Walt > > If you can't access the files case-sensitive, then you're not going > to be able to use album (or most tools) unless you change all the names > of your files to uppercase before generating album and burning the CD. > > It seems to me you just need to use a different format for burning the CD. > > If this is a widespread problem, I suppose I could try to put together > a patch for album, but that would be messy, so I'd like to avoid it. > > Dave > > --------------------------------------------------------------------------- > Dave Ljung Madison http://GetDave.com/ 415 341-5555 > ------------ "Preferred over shiny round objects 2-to-1" ------------------ > > > _______________________________________________ > Album mailing list > Album@marginalhacks.com > http://marginalhacks.com/mailman/listinfo/album From album-author@d... Thu May 27 12:23:16 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Mailing list now moderated Message-ID: I've changed the policy of the mailing list so that it's now moderated. I've updated the web page to state: > The album list is moderated because it's not meant for problem > solving, but more for general album discussion (i.e., features and > the like), so if you're having a problem with album, please contact > the author. I expect that this list will stay relatively low traffic, except to discuss such things as desirability of features and plugin ideas and the like. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@d... Wed Jun 2 04:19:42 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] album 3.0beta update Message-ID: Small update. The current version: http://MarginalHacks.com/bin/album.versions/album-3.00b Now saves album-specific configurations for you. Quick example. You run album the first time: % album -theme Blue -medium 50% /home/dave/photos/ And album creates "/home/dave/photos/album.conf" so the next time you can: % album /home/dave/photos/ And if you change your options: % album /home/dave/photos/ -columns 5 It will add that to the .conf, which you can edit as well. What's particularly cool is that you can have subalbum-specific confs, so you can do something like: % album /home/dave/photos/some_trip -theme Dominatrix6 -columns 3 And you'll have different themes/options for different parts of your album! This will be preserved even the next time you run: % album /home/dave/photos/ My final plans are: - Write the plugin code (the framework is already done) - Completely rewrite the docs from scratch (I may need editors/proofreaders for that if there are any volunteers.) - Release - Write some sample plugins The graphics design genius behind the majority of simmer_themes (Dave Simmer of http://DaveWeb.com/ - check him out :) is going to be creating some new themes later this month. Lots of things are happening with album! :) Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album@h... Fri Jun 4 09:26:27 2004 From: album@h... (Dougie Nisbet) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Preserving an un-albumed tree Message-ID: <200406041726.27557.album@highmoor.co.uk> This is my first post to the list and it may be a bit off-topic. Sorry if this is so but perhaps someone can give me some pointers. I keep all my photos in a filesystem called, unsurprisingly, /photos. I want to keep this untouched, so I don't want album putting thumbnails and stuff in there. My /photos filesystem is where I organise all my images. So it has an incoming directory where I sort and rename things before moving them to their final resting place. As far as I can tell, it isn't possible to get album to use a difference source and destination directory. I know there's the --dir option for thumbnails but I don't think that really does what I want. If my photo filesystem was static there wouldn't be a problem. I'd just copy it to /photos_album and cd to /photos_album and run my album brew like so: /usr/local/bin/album -medium 800x600 -known_images -no_crop -file_sizes So I'm now trying to think how to sync my jpegs in my /photos directory to the /photos_album directory without removing the thumbnails and html files in /photos_album. One option is to use rsync without the delete option so that when new photos are added to /photos they get propogated over to /photos_album. However, this wouldn't help in ongoing housekeeping when I move things around or delete jpegs on the original /photos and don't get reflected in the /photos_album filesystem. I've been looking at the switches for rsync and I feel that it should be possible to do this using the --include and --exclude switches but my experiments with the syntax so far have been a bit fruitless. Ideally if album could take a source tree and create the album in a different directory that would be ideal (a bit like the syntax for bins). If anyone else has come up with a process for doing this sort of thign I'd be very interested to know how. Dougie Debian/Sarge dougie@nick:~$ uname -a Linux nick 2.4.25 #1 SMP Thu Jun 3 07:26:44 BST 2004 i686 GNU/Linux dougie@nick:~$ album --version This is album version 2.34 Copyright (c) 2000,2001,2002 David Ljung Madison dougie@nick:~$ From album-author@d... Fri Jun 4 15:07:01 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Preserving an un-albumed tree In-Reply-To: <200406041726.27557.album@highmoor.co.uk> References: <200406041726.27557.album@highmoor.co.uk> Message-ID: > This is my first post to the list and it may be a bit off-topic. Sorry if this > is so but perhaps someone can give me some pointers. This is on-topic and a useful discussion. Btw, the last post I put on here about album 3.00 was actually off-topic (oops) - I meant to post that to album-announce, which you should all be subscribed to - release announcements will not be going on this list, just discussions on album and plugin development. > I keep all my photos in a filesystem called, unsurprisingly, /photos. I want I've heard this a couple times before. There are a couple of solutions. 1) Wait for plugin support in album v3.0, and write a plugin that gets the photo information from a different directory hierarchy. 2) Copy/link all the photos over to another directory and run album there. An easy way to do this is with lnR: http://MarginalHacks.com/index.0.html#lnR If you end up uploading that to a different machine for your website then you can use -just_medium to avoid the href to the (now) broken link. And btw, if you want an easy way to upload any changed files to another system via ssh: http://MarginalHacks.com/index.0.html#upchanged > As far as I can tell, it isn't possible to get album to use a difference > source and destination directory. Right - if this is of interest to people it wouldn't be too hard to write a plugin that will do it. > to /photos_album. However, this wouldn't help in ongoing housekeeping when I > move things around or delete jpegs on the original /photos and don't get lnR will track removals as well as additions. Make sure to occasionally use -clean if you remove files from generated albums. > This is album version 2.34 Please do upgrade, at least to the current release (2.52) Eventually I will have a debian package of album kept up to date, soon after v3.00 release. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@d... Sat Jun 5 15:48:23 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Theme thumbnail alignment Message-ID: I'm trying to make a layout decision for the simmer_theme (this is how a majority of the themes are constructed). The question is about layout of landscape and portrait thumbnails. I can either align the thumbnails on the bottom or the middle, but if I align them on the middle then the captions have a little extra space. Which do you think is better? http://DavePics.com/tmp/album/bottom.jpg http://DavePics.com/tmp/album/middle.jpg Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From davidmaxwaterman@f... Tue Jun 15 17:42:08 2004 From: davidmaxwaterman@f... (Max Waterman) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] FYI: two mozilla bugs that affected 'album's fixed Message-ID: <40CF9760.6070904@fastmail.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 bugs 239780 and 239778 seem to be fixed in the latest release of mozilla (I haven't tried a recent firefox yet). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAz5df4frZ3W7OHZMRAl2rAJwIXid7bTijIVUQdp3ZfmDL2kLBvQCfaL78 6VlyQFEuPxjqv+Su/yC+64M= =EvDC -----END PGP SIGNATURE----- -------------- next part -------------- An embedded message was scrubbed... From: bugzilla-daemon@mozilla.org Subject: [Bug 239780] Images sometimes mispositioned horizontally Date: Mon, 14 Jun 2004 09:47:33 -0700 Size: 1809 Url: http://marginalhacks.com/archives/album/attachments/20040616/44a075b5/Bug239780Imagessometimesmispositionedhorizontally.mht -------------- next part -------------- An embedded message was scrubbed... From: bugzilla-daemon@mozilla.org Subject: [Bug 239778] {inc} Page formatting wrong on first load but ok one refresh Date: Tue, 15 Jun 2004 17:34:38 -0700 Size: 1698 Url: http://marginalhacks.com/archives/album/attachments/20040616/44a075b5/Bug239778incPageformattingwrongonfirstloadbutokonerefresh.mht From dr.munga@g... Tue Jul 13 00:47:05 2004 From: dr.munga@g... (pietro pietro) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] full exif ? Message-ID: <72452fb104071300475fc2998b@mail.gmail.com> Hi all, I was wondering why album doesn't have a full exif option to display all exif informations available. I think it would be pretty straightforward to implement (add an other option in get_exif_captions and a bit of markup). something like: $data->{obj}{$pic}{exif_full} = $exif but I'm not sure where is the best place to add the markup informations (if would be nice to have it as DHTML layer) ... but I guess this is a theme problem... Are there other technicalities that I've to look at ? I haven't read the licence (yet) ... do you accept patches ? pietro From album-author@d... Tue Jul 13 11:18:34 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] full exif ? In-Reply-To: <72452fb104071300475fc2998b@mail.gmail.com> References: <72452fb104071300475fc2998b@mail.gmail.com> Message-ID: > I was wondering why album doesn't have a full exif option to display > all exif informations available. I think it would be pretty This is a great idea.. Soon album will have 'plugin' support where things like this will be easy to add as plugins, instead of having to add so many features to album. Please watch the album-announce mailing list and contact me when you see plugin support in the next few months, and I'll write this as an example plugin. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@D... Tue Jul 27 15:50:48 2004 From: album-author@D... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Any RedHat album users out there? Message-ID: I found a way to build RPMs for album, but I don't have any RedHat machines to test them on. Anyone out there care to do a test RPM install for me? Email me directly.. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@D... Wed Jul 28 18:14:01 2004 From: album-author@D... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] RFC: Use of mailing lists Message-ID: So, I'm trying to figure out the best way to use this list. Right now both mailing lists are moderated. The other list, album-announce, is only for postings about new versions. But I'm not quite sure how to use this list. I see some possibilities: 1) Discussion for future development of album 2) Plugin development (just started adding plugin support to album!) 3) Bug reports (i.e., "There's a problem with -some_option on OS 'bob') 4) User help (i.e., "How do I get album to work?") Etc... Right now 'album' is moderated, and pretty much all of the posts fall into #3 or #4, and I've just been handling them myself. The advantage is less traffic on the mailing list. The disadvantage (for me :) is more work for Dave. So, the question is out there - which of the above uses (or any others) would this mailing list be good for, and should the list be moderated? Because as it stands, the list is only really for #1 and #2 above, and since plugins don't quite exist yet, there's pretty much no traffic. I suppose in the future there could always be an 'album-plugins' list as well once that gets off the ground. Feedback? Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album@h... Tue Aug 17 14:49:32 2004 From: album@h... (Dougie Nisbet) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Parsing of URLs in footer.txt Message-ID: <200408172249.32052.album@highmoor.co.uk> I've just tried uploading a webpage http://tinyurl.com/55nmy with a footer.txt. Is it possible for a URL in a footer.txt file to appear as a hotlink? I notice that the bit in my footer.txt that I marked as emphasized) has appeared quite nicely so Iwondered if it was possible to do the same with links. Dougie From album-author@d... Tue Aug 17 16:04:04 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Parsing of URLs in footer.txt In-Reply-To: <200408172249.32052.album@highmoor.co.uk> References: <200408172249.32052.album@highmoor.co.uk> Message-ID: > Is it possible for a URL in a footer.txt file to appear as a hotlink? Sure. And it never hurts to try something first :) The '.txt' in footer.txt, header.txt and captions.txt is somewhat of a misnomer, all three can contain HTML. There are plenty of HTML guides on the net, have a look around. Generally the format is: GetDave! (Although my maillist archiver might munge that...) Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From dr.munga@g... Thu Sep 2 23:50:33 2004 From: dr.munga@g... (munga) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] watermarking Message-ID: <72452fb104090223502a68096d@mail.gmail.com> Hi, I think it would be handy to have an option to watermark photos either with a simple string or with a tranparent image. Convert already takes care of everything... http://www.cit.gu.edu.au/~anthony/graphics/imagick6/annotating/#watermarking :) p From album-author@d... Wed Sep 8 17:47:52 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] watermarking In-Reply-To: <72452fb104090223502a68096d@mail.gmail.com> References: <72452fb104090223502a68096d@mail.gmail.com> Message-ID: > I think it would be handy to have an option to watermark photos either > with a simple string or with a tranparent image. Convert already takes Sounds like a great plugin! Plugin support will be out with the next version of album. When you see it, if you don't see a watermarking plugin, bug me about it and I'll write one or show you how. One problem, though, with ideas like this that modify the images (another example being to autorotate the image based on the EXIF orientation) is that it doesn't effect the full-size image. Album doesn't do anything to full-size images, nor is that really it's job. It might make more sense to do preprocessing on all your full-size images before running album. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From t.windheuser@g... Tue Sep 14 07:37:49 2004 From: t.windheuser@g... (Thomas Windheuser) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] feature request exif Message-ID: <4147023D.6080204@gmx.de> Hi, Im new to this mailing list. Thanks for this cool program Im now using and enjoying it. I have a feature request: There is a little problem with the exif comment tag. I use Konqueror to comment my images and I have included newlines to my image comments. So the output of jhead head is like: ... Comment: This is a comment (first line) Comment: This is the second line of my comment. ... Unfortunately, only one line is used by "album". I can not read perl really good, so I didnt understand the lines in album where jhead is used really good, but this should be a quite easy task IMHO (although I couldnt figure it out by myself). Many thanks Thomas From album-author@d... Tue Sep 14 12:42:16 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] feature request exif In-Reply-To: <4147023D.6080204@gmx.de> References: <4147023D.6080204@gmx.de> Message-ID: > There is a little problem with the exif comment tag. I use Konqueror to comment my images and I have included newlines > to my image comments. So the output of jhead head is like: > > ... > Comment: This is a comment (first line) > Comment: This is the second line of my comment. I didn't even know exif could do that. Anyways, easy fix. Try changing this line (line 1940 in v3.05): $exif{$1} = $2 if /(.+?)\s*:\s*(\S.*)/; To: $exif{$1} .= $2 if /(.+?)\s*:\s*(\S.*)/; And let me know if that fixes your problem (mail me directly). I'll put it in the next release. Of course, there's the issue of possibly wanting
or

to be added in there - if that's the case you'll need to replace the get_exif call using a plugin (wait for the next release of album for plugin functionality). Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From steveo@s... Mon Sep 27 12:29:08 2004 From: steveo@s... (Steven W. Orr) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Problem with the KDE theme. Message-ID: A long time ago I asked you about fixing the KDE theme. Has it been fixed? TIA -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net From album-author@d... Mon Sep 27 14:02:02 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Problem with the KDE theme. In-Reply-To: References: Message-ID: > A long time ago I asked you about fixing the KDE theme. Has it been fixed? Many apologies - I fixed it when I got back from vacation but never mailed. It should work now - if you have any problems, please let me know. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From lugburz@f... Wed Sep 29 02:12:24 2004 From: lugburz@f... (Lugburz) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Voice memos Message-ID: Hi, most cameras allow recording a short voice memo for each photo. It would be nice to include these WAV files in the album, like clicking an icon in the image page plays the voice memo. As far as I know album does not process these WAVs. Some time ago I added a few lines to album 2.52 to support voice memos, but I kept it for myself. If you are interested, David, I can mail you my version and I'd like to ask you to include this in the next release. Zoltan From album-author@d... Wed Sep 29 03:17:13 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:31 2006 Subject: [Album] Voice memos In-Reply-To: References: Message-ID: > most cameras allow recording a short voice memo for each photo. I've heard this once before - and it's a good idea. This fits in the category of "useful to some but not most" which is the same category as "should be a plugin" which is the same folder as "check back with me about this when the next album is released" And I know of been promising plugin support for a while - and it's actually done, but it raised some hairy problems in the .conf file support that I need to figure out first - and time isn't something I have lots of for the next month. So, subscribe to album-announce, and when you see the next album released (probably going to mark it v3.10) then please get back to me with your idea and I'll either write it as a plugin or help you do the same. Plugin support is very cool, btw - it keeps these little features from being a support nightmare - and it allows album development to gain some advantages of "Open Source" development without any of what I consider to be detractions. (This is not flame bait - please don't send me your reasons why Open Source is flawless. I'm tired of that debate: http://DaveFAQ.com/Opinions/OpenSource.html) Anyways - hope to be preparing a release soon, have patience. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From leonid@l... Thu Oct 14 10:33:08 2004 From: leonid@l... (Leonid Mamchenkov) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Yet another EXIF question Message-ID: <20041014173308.GB18812@mamchenkov.net> Hi All. Is it possible to setup album in such a way that it would show EXIF comments as captions and no caption at all (not even the name of file) if EXIF comment is empty or non-existant? Currently, I don't use EXIF at all. I have all files in the directory listed in the captions.txt where some have empty captions - works just like I want it. I would like to have the same setup but without the captions.txt completely, so that all that I need is inside of the image file. Thanks in advance. -- Leonid Mamchenkov. http://mamchenkov.net From album-author@d... Thu Oct 14 14:01:00 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Yet another EXIF question In-Reply-To: <20041014173308.GB18812@mamchenkov.net> References: <20041014173308.GB18812@mamchenkov.net> Message-ID: > Is it possible to setup album in such a way that it would show EXIF > comments as captions and no caption at all (not even the name of file) > if EXIF comment is empty or non-existant? The first part is easy, EXIF will only display exif captions if they are found. The second part of your question is interesting - which is to have the default caption be blank. This is one of those unusual ones which I have to defer to plugins: http://MarginalHacks.com/archives/album/2004-September/000077.html If someone could help me pay my rent this month, I could get plugins done this weekend! ;-) Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From leonid@l... Thu Oct 14 14:28:48 2004 From: leonid@l... (Leonid Mamchenkov) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Yet another EXIF question In-Reply-To: References: <20041014173308.GB18812@mamchenkov.net> Message-ID: <20041014212848.GB24050@mamchenkov.net> Dear David Ljung Madison, Once you wrote about "Re: [Album] Yet another EXIF question": > > Is it possible to setup album in such a way that it would show EXIF > > comments as captions and no caption at all (not even the name of file) > > if EXIF comment is empty or non-existant? > > The first part is easy, EXIF will only display exif captions if they > are found. The second part of your question is interesting - which > is to have the default caption be blank. This is one of those unusual > ones which I have to defer to plugins: > > http://MarginalHacks.com/archives/album/2004-September/000077.html I thought that you would answer this way. :) Just a tiny bit of me hoped that it could be done without plugins. Ok then, I'll wait. :) > If someone could help me pay my rent this month, I could get plugins > done this weekend! ;-) I know the feeling... :) -- Leonid Mamchenkov. http://mamchenkov.net From tfunke@g... Sat Oct 16 12:39:53 2004 From: tfunke@g... (Thomas Funke) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] pics on different server Message-ID: <16753.30985.148282.297355@waldstein.at.home> Hi all, is it possible to create an album where the jpgs are on a different server than the html pages? The reason for this: my main provider has only limited space (for the price I pay), but there are cheaper/free options with other providers for additional MBs. I want to keep the album code on the main server and just the pics on another. From album-author@d... Sat Oct 16 18:12:43 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] pics on different server In-Reply-To: <16753.30985.148282.297355@waldstein.at.home> References: <16753.30985.148282.297355@waldstein.at.home> Message-ID: > is it possible to create an album where the jpgs are on a different > server than the html pages? Good question. Currently no. After plugins, yes. I sound like a broken record... And actually you *could* do it with the current album using a custom theme that does a regexp replacement on the image URLs, or just puts a new URL at the front. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From album-author@d... Fri Oct 22 03:41:12 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release Message-ID: Long post follows. If you want to help the next album release, feel free to read this rambling mess and see if you can find a solution (but read the whole thing if you're going to reply!) ----- So, I'm having problems with figuring out how to parse plugin options with regards to saved .conf files. Here's an example of a sticky problem: First of all, a simple background on plugins. A plugin is a separate file with perl code that can be loaded to change the behavior of album. Plugins can also specify options that the plugin can use to modify behavior. Options can either take an argument (like '-columns 3') or not (like '-d') Let's say we have an album 'Album/Spain/' and inside of this we decide to use a paypal plugin (which adds paypal 'buy' buttons to the captions), so at one point we did: % album Album/Spain/ -plugin paypal -image_price 35 The -image_price is an option to the paypal plugin to specify price. Now, this generates all the albums inside of Album/Spain with the paypal plugin, *and* it saves the -plugin and -image_price inside of the 'Album/Spain/album.conf' file. Let's say we take a bunch of new images and put them in 'Album/Spain/2004' If we run album on that, album is clever enough to pick up all the normal album.confs (including 'Album/Spain/album.conf') which ends up using the paypal plugin on the new 2004 photos. But what if we want to change the price for just the 2004 photos? This is easy enough, in theory we run: % album -image_price 50 Album/Spain/2004/ And it runs album with that setting and also saves the image_price in 'Album/Spain/2004/album.conf' and then just that subalbum has the higher price. This works fine with everything else, but plugins pose a problem. We don't know what the -image_price option is until we've loaded the paypal plugin, and we didn't know we were going to do that until we've read the parent conf in 'Album/Spain' and we don't do that until we have started generating the album and know where to find the parents.. We can't just defer the plugin option processing until later, because we don't know if the option is, for example, a boolean or a string (or a typo, for that matter) - so unless we've loaded the paypal plugin, we don't know if: % album -image_price 50 Means that the -image_price is 50 or that we've turned on some 'image_price' option and that we want to run album on the '50/' directory, for example. Here are some possible solutions, I like none of them: 1) Require '-image_price=50' for plugin options that take args Cons: Non-intuitive, inconsistent, requires post-processing of unknown options. 2) Require '-option=50' for *all* options Cons: Scripts that run album and previous album commands will break 3) Require specification of plugin on command-line whenever plugin options are added/changed. Cons: Non-intuitive, plus the error message will be non-helpful 4) Read the subalbum confs when the album is specified Cons: Breaks the ability to run album on multiple albums, also requires ordering of args - album must come before plugin options. 5) Load up *all* plugins for the sake of getting option parsing info Cons: Wasteful, requires that all plugins can load (what about plugins that use optionally installed perl modules??), requires finding all plugins, requires that plugins don't have option name collision (multiple paypal plugins could both have the same -price option) 6) Plugin options are treated specially at the end of album options, i.e.: % album -index html -no_hashes Album/ --plugin_opts -price 50 ... Cons: Ugly interface I really wish I had required the '-option=val' or '--option val' format in the first place, then I wouldn't have this problem now.. Maybe that just points to me biting the bullet and switching to #2 above. Thoughts or ideas? Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From leonid@l... Fri Oct 22 04:20:43 2004 From: leonid@l... (Leonid Mamchenkov) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: References: Message-ID: <20041022112043.GB32190@mamchenkov.net> Dear David Ljung Madison, Once you wrote about "[Album] Dilemna with plugin release": > Long post follows. [Skip of long post that followed] > Thoughts or ideas? I'm speaking from the top of my head now... Three important problems that need attention with plugins that I see are: 1. Multiple plugins can be called for a single album invocation. Example: album --plugin1 opts1 --plugin2 opts2 /Album/Spain 2. Same option names can exist in different plugins. Example: album --plugin1 --price 30 --plugin2 --price XY /Album/Spain 3. Each plugin can have several options. Example: album --plugin1 --option1 --option2 --value2 /Album/Spain The solution to satisfy all of these that I can think of is the following. Combine plugin name and its options into a single option for album. Example: album --plugname=PayPal:price=30:user=blah --plugname=Foo:price=bar /Img This way it is: - difficult for users to mess up plugin options - easy for the album to load only required plugins (using --plugname or something of that nature) - easy for the album to check plugin options. Basically the plugin itself can validate the options given. Or, if you want to make writing plugins easier, than plugin can export the list of options it understand and album will crosscheck it with what it got from the command line. - easy to have options by the same name in different plugins. In fact, these options will be in different name scopes and thus can even be of different type. I'll think a bit more about it and will follow-up if anything else comes up. -- Leonid Mamchenkov. http://mamchenkov.net From album-author@d... Fri Oct 22 04:27:23 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: <20041022112043.GB32190@mamchenkov.net> References: <20041022112043.GB32190@mamchenkov.net> Message-ID: > 1. Multiple plugins can be called for a single album invocation. Exactly. > 2. Same option names can exist in different plugins. > Example: album --plugin1 --price 30 --plugin2 --price XY /Album/Spain That's not as big of a concern - generally the plugins *may* have naming conflicts, but it's assumed that you won't use both of those plugins at the same time. For example, there may be more than one paypal plugin (for different ways to do paypal links) and both may use the option -paypal_email and that's okay. It only gets in the way if we try to load up *all* the plugins for the sake of knowing all possible options. > 3. Each plugin can have several options. Absolutely. > The solution to satisfy all of these that I can think of is the > following. Combine plugin name and its options into a single option for Interesting idea, though it makes it messy to change options for sub albums. > album --plugname=PayPal:price=30:user=blah --plugname=Foo:price=bar /Img But since this makes it all one string, why not go with the option in my original list of requiring '-option=val' form and then defer the unknown options? Or do people think this makes more sense? > - easy to have options by the same name in different plugins. In fact, True, this does solve any sort of name collisions. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From leonid@l... Fri Oct 22 04:50:17 2004 From: leonid@l... (Leonid Mamchenkov) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: References: <20041022112043.GB32190@mamchenkov.net> Message-ID: <20041022115017.GA1366@mamchenkov.net> Dear David Ljung Madison, Once you wrote about "Re: [Album] Dilemna with plugin release": > > 2. Same option names can exist in different plugins. > > Example: album --plugin1 --price 30 --plugin2 --price XY /Album/Spain > > That's not as big of a concern - generally the plugins *may* have > naming conflicts, but it's assumed that you won't use both of those > plugins at the same time. For example, there may be more than one > paypal plugin (for different ways to do paypal links) and both may > use the option -paypal_email and that's okay. It only gets in the > way if we try to load up *all* the plugins for the sake of knowing > all possible options. With plugins you kind of don't know which way people will go, so why limit yourself from the beginning? :) One of the examples I can think of are include files supported by different plugins. Than you can easily have something like: album --plugin=Foo:header=header1.inc --plugin=Bar:header=header2.inc > > The solution to satisfy all of these that I can think of is the > > following. Combine plugin name and its options into a single option for > Interesting idea, though it makes it messy to change options for sub albums. Well, it's just a matter of finding something that works. For example, we can use --PlugName:opt1=val1:opt2:opt3:val3 syntax. This will assume that you cannot load two plugins with the same name, which is OK with me. :) Than the config file will have a line for each plugin like: Foo opt1=val1:opt2:opt3=val3 Bar opt1:opt2:opt3=val3 This seems to be along the current way of doing things. > > album --plugname=PayPal:price=30:user=blah --plugname=Foo:price=bar /Img > > But since this makes it all one string, why not go with the option in > my original list of requiring '-option=val' form and then defer the > unknown options? Why to split options into known and unknown? Give them all to the appropriate plugin and let it handle them anyway it likes. If it dies - it dies, if it ignores them - it ignores them. :) -- Leonid Mamchenkov. http://mamchenkov.net From emz2101@c... Fri Oct 22 05:34:24 2004 From: emz2101@c... (Eric Zavesky) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: References: <20041022112043.GB32190@mamchenkov.net> Message-ID: <4178FE50.7060905@columbia.edu> Hello, Just my word on the topic. It does make sense that with such a large change you might be expected to revamp the input -- particularly because it's all from the command-line. Having to recursively preprocess all directories or load all plug-ins sounds like an unfair burden. Similar to prior suggestions, below is fairly intuitive and shouldn't break existing scripts because there's not too much change (or it's okay with new plugins anyway): initial: album -album_opt1 -plugin1 -price 20 /Album/Spain update: album -album_opt2 -plugin1:price 35 -plugin1:color red /Album/Spain If I understand correctly, this requires minimal change from the existing algorithm except for where it is truly needed. Hope this helps and thanks again for the script itself. Eric From album-author@d... Sat Oct 23 02:08:18 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: <4178FE50.7060905@columbia.edu> References: <20041022112043.GB32190@mamchenkov.net> <4178FE50.7060905@columbia.edu> <20041022115017.GA1366@mamchenkov.net> Message-ID: Looking at some of the suggestions: > album --plugin=Foo:header=header1.inc --plugin=Bar:header=header2.inc > album -album_opt2 -plugin1:price 35 -plugin1:color red /Album/Spain Demonstrates to me that specifying the plugin everytime plugin options are changed is not that bad of a requirement. And if that's the case, I can use the current album option parsing code, so the problem can be solved as such: % album -plugin paypal -paypal_price 35 -paypal_email bob@some.com /Album/Spain And then later, to change just the price of a subalbum: % album -plugin paypal -paypal_price 50 /Album/Spain/2004 The addition being the requirement of the "-plugin paypal" I guess that's not such a big requirement. The only problem occurs when someone tries to do: (Forgetting the -plugin option) % album -paypal_price 50 /Album/Spain/2004 And they get: ERROR: Unknown command-line option: -paypal_price That's unfortunate. I could improve the error message to: ERROR: Unknown command-line option: -paypal_price If this is a plugin option, you need to first specify the -plugin But that's still not as happy as actually being smart enough to know which plugin they've used. Buggers. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415.341.5555 ---------- "Beware of bugs in the above code; --------------- I have only proved it correct, not tried it." - Donald Knuth From leonid@l... Sat Oct 23 05:17:09 2004 From: leonid@l... (Leonid Mamchenkov) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] Dilemna with plugin release In-Reply-To: References: <20041022112043.GB32190@mamchenkov.net> <4178FE50.7060905@columbia.edu> <20041022115017.GA1366@mamchenkov.net> Message-ID: <20041023121709.GB25957@mamchenkov.net> Dear David Ljung Madison, Once you wrote about "Re: [Album] Dilemna with plugin release": > And then later, to change just the price of a subalbum: > % album -plugin paypal -paypal_price 50 /Album/Spain/2004 Something else before I forget it... I think there should be a couple of other commands for plugins: 1. There should be a way to clear all config options for a plugin. album -plugin paypal clear /Album/Spain 2. There should be a way to rename all config options if plugin name changes. album -rename_plugin foo bar I am not so very sure about the second one, but I see a lot of use for the first one. :) -- Leonid Mamchenkov. http://mamchenkov.net From album-author@d... Sat Oct 23 12:01:48 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] One more question Message-ID: One last question. As you know, album options are saved in the config files of the album you are working on. There are a few small bugs on this that are being worked out (that's part of what's holding up v3.10 release). One of the biggest questions is what to do when I see more options of the options that can be specified multiple times, such as: -exif -scale_opts -theme_path -plugin These options can be specified multiple times on the command line. The question is, what does album do when it sees these options on the command line and the .conf file. What should it use and what should it save in the conf file? Possibilities: 1) Just add the new options to the conf Problem: If the user runs "album -exif '%Filename%'" more than once then they will end up with multiple identical exif comments 2) Always overwrite options when new ones are found Problem: User can only add -exif comments on the command-line by retyping all the current exif comments as well. This is more obviously a problem with -theme_path or -plugin which should be additive. 3) Don't add any options that haven't changed (i.e., don't keep adding 'exif %Filename%' multiple times, but add any new exif options. Problem: No way to clear exif options without editing conf file. If I get an answer to this one, then I can code up the last changes to album v3.10. ------------------------- Oh, and in response to Leonid's point about plugins: > 1. There should be a way to clear all config options for a plugin. This will happen automatically when a plugin is removed. If need be, you can remove it, and then reload it if you actually wanted to have the plugin without any options. Plugins shouldn't generally be renamed (like themes), but if need be, you can remove the old plugin and reinstall the new. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From fbax@s... Sat Nov 27 05:43:35 2004 From: fbax@s... (Frank Bax) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] runtime error with Minimalist theme Message-ID: <5.2.1.1.0.20041126174626.02bdd600@pop6.sympatico.ca> ./album -theme Minimalist Can't modify constant item in scalar assignment at [theme_path]/Minimalist/album.th line 14, near ""size='-1' #CCCCCC";" Execution of - aborted due to compilation errors. [album] album theme returned error [2304] Minimalist/album.th line 14 contains: CREDIT_FONT = "size='-1' #CCCCCC"; I believe it should be: $CREDIT_FONT = "size='-1' color='#CCCCCC'"; Same problem in Minimalist/image.th From album-author@d... Tue Dec 7 17:17:07 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] runtime error with Minimalist theme In-Reply-To: <5.2.1.1.0.20041126174626.02bdd600@pop6.sympatico.ca> References: <5.2.1.1.0.20041126174626.02bdd600@pop6.sympatico.ca> Message-ID: > Minimalist/album.th line 14 contains: > CREDIT_FONT = "size='-1' #CCCCCC"; > I believe it should be: > $CREDIT_FONT = "size='-1' color='#CCCCCC'"; This was fixed in the Themes/Minimalist directory available online, but you're right, there was something wrong with the packages. All the packages have been updated, and all the themes are using a new API function that is only in 3.06, so if you grab new themes, you need to grab a new version of album. All new packages should be available, let me know if there are any problems. Sorry this took so long to fix, but I have been swamped with RL. :-( Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------ From moritz@m... Wed Dec 29 02:27:44 2004 From: moritz@m... (Moritz Meinesz) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] SLIDE SHOW Message-ID: <4018E05C.8080206@meinesz.de> hi, i'm new here. I am not a programmer, but I have a proposal for a feature. Is it possible to do a slide (dia) show with album software? I mean, full (or nearly full) window size pictures, ambient (black?) background, no text. You might give your screen size as an command line argument to album software. The slides should automaticly reload to the next picture in line (just like a windoof screensaver). Did anybody look into that? Wouldn't that be cool? Greetings + Happy New Year, Morpheus From album-author@d... Wed Dec 29 03:29:29 2004 From: album-author@d... (David Ljung Madison) Date: Thu Dec 21 19:59:32 2006 Subject: [Album] SLIDE SHOW In-Reply-To: <4018E05C.8080206@meinesz.de> References: <4018E05C.8080206@meinesz.de> Message-ID: > Is it possible to do a slide (dia) show with album software? I mean, This wouldn't be hard with a theme. If anyone wants to take this on, I recommend using javascript.dkl as a starting point. Dave --------------------------------------------------------------------------- Dave Ljung Madison http://GetDave.com/ 415 341-5555 ------------ "Preferred over shiny round objects 2-to-1" ------------------