Re: Documentation is available

Terry Gliedt <[email protected]> Sun, 18 May 2003 10:59:22 -0400
Newsgroups gmane.comp.web.cthumb.devel
Message-ID <[email protected]>
Carlos Puchol wrote:

>fan-tas-tic, terry!
>
>the only thing that immediately jumps at me
>is to remove urgently all references to my personal email :)
>(i hate getting my email address into spam lists.)
>
I presume you mean the mailto tags at the bottom of the HTML files? I've 
changed those to [email protected], so fix that if that's not 
what you meant.

>also, note that the official cthumb list is sourceforge.
>i am waiting a while to switch off the one in my server.
>
Not sure what you meant here, so you can fix this yourself

>Terry Gliedt <[email protected]> wrote:
>  
>
>>Please find problems and/or make improvements and send them to me (just
>>save the file, edit it and send it to me). I'll sort out the changes
>>easily enough.  At some point, Carlos, you can snatch the files (or
>>better, ask me for a TGZ file) and then integrate it into a release of
>>cthumb.
>>    
>>
>
>most definitely. could you send the whole batch in a tgz so that
>i don't miss anything?
>
Its in the (e)mail :-)



>same here. there are many features, some neat, that i hardly ever use.
>
>making albums is still painful. let me diverge a bit here ...
>i have a _ton_ of pictures to integrate into my albums.
>i have little time to put even the captions, so they stay album-less
>in my hard drive. which is a pain because they never make it online
>for friends and family. i was thinking about why that is the case.
>there are two reasons:
>
>   - too many manual steps from camera to album (online or cdrom)
>     - i like to load them with the gimp and save them right back,
>       sometimes i apply some color level enhancement so that they
>       look better. but i really do it for the disk savings.
>   - then i have to generate the album and put the captions.
>     this is a pain. i don't see any way to speed this up via some
>     sort of automation. maybe some super-slick gui to surf the
>     pictures as one types the captions. voice recognition would be
>     the fastest, but still.
>
It seems to me that cthumb is not in the business of getting data from 
the camera, so I'd assume the problem to be solved by cthumb (or some 
add-on) is when you've loaded the files from the camera and have a 
directory of images.

Given that, I tried to hint at a possible solution in the 'custom.html' 
file -- Once you have the large-ish JPGs, then the tasks are:

* Convert them to something "reasonable" in size (640x480?)
* Maybe save them as a subdirectory 'originals'.  If you don't have the 
space, then leave them where they started and let the person cleanup. 
Perhaps add a link to "originals" in the HTML generated?
* run cthumb
* Beat the files to a web server

There's no real solution to the captions problem. Unless the image 
provides everything needed for a caption, all you can do is leave it 
uncaptioned.  Myself I'd rather edit a simple ASCII file, rather than 
tediously click on each picture and "rename" it... a common GUI approach 
to the problem. That mode is fine for making small changes, not for 
labelling 100 pictures - too much mouse activity.

There are a lot of variables to this process. How big should the "final" 
pictures be? Remove the originals? cthumb has a million options. That's 
better now that you can actually set up .cthumbrc and it'll really set 
all your personal options (e.g. I like the slide show, always want 
textoptions etc). Finally there are a thousand ways to get the data to a 
web server, that's best left off too.

So it comes down to convert, save (maybe), cthumb.  Not too difficult I 
think. A small script could go a long way, methinks.


>sorry, a late night rambling.
>
3AM? You have more energy than I :-)

-- 
================================================================ 
Terry Gliedt        [email protected]       http://www.hps.com/~tpg/ 
Software Toolsmiths      Solving Software Development Problems 




-------------------------------------------------------
This SF.net email is sponsored by: If flattening out C++ or Java
code to make your application fit in a relational database is painful, 
don't do it! Check out ObjectStore. Now part of Progress Software.
http://www.objectstore.net/sourceforge