Re: Documentation is available

Artur Kedzierski wrote:

>	I don't know about automation but I think one way of making of
>making it easier to create captions would be through a CGI form. We could
>have an option in cthumb to generate a thumbnail page containg textareas
>where a user would add/edit the captions. Then, the page would be
>submitted to another program that would generate new album with new/edited
>captions. For that we'll have to split the cthumb into Perl modules.
>
This seems like ALOT of work and is fraught with problems in getting it 
to run because of permissions for CGI scripts.  If one wants to provide 
a nice interface for this (this assumes editting is "too hard"), then 
how about a Perl/Tk program to parse the album file, and provide an 
interface where you show the image thumbnail and one can enter the text? 
 You can probably do a bunch of these at once, that MIGHT be better. 
Certainly seeing the thumbnail is one thing you must have to enter a 
caption.


>
>=================================================================
>Artur Kedzierski                    || [email protected]
>Infomine Programmer                 || http://www.kedzierski.org/
>University of California, Riverside ||
>
>
>On Sun, 18 May 2003, 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.)
>>
>>also, note that the official cthumb list is sourceforge.
>>i am waiting a while to switch off the one in my server.
>>
>>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?
>>
>>    
>>
>>>Myself, I'd integrate this HTML somewhere into the sourceforge web site
>>>and change the man page to point to it.  You can distribute it, but I
>>>think it's probably most useful for someone to just get there via
>>>his/her browser -- but that's your call really.
>>>      
>>>
>>i agree, this is very useful online. but it also should be distributed in
>>the source.
>>
>>    
>>
>>>This clearly uses the stuff I know about and use. There are things in
>>>the code I'd never heard of. I keep forgetting how to use cthumb, so
>>>this is as much for me as anyone else :-)  I'd appreciate hearing from
>>>people who know about something that is wrong or missing.
>>>      
>>>
>>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.
>>
>>sorry, a late night rambling.
>>
>>thanks for taking the initiative terry!
>>
>>-c
>>
>>
>>-------------------------------------------------------
>>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
>>_______________________________________________
>>Cthumb-devel mailing list
>>[email protected]
>>https://lists.sourceforge.net/lists/listinfo/cthumb-devel
>>
>>    
>>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ObjectStore.
>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
>_______________________________________________
>Cthumb-devel mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/cthumb-devel
>
>
>  
>

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