> yes I know, but it could be a "placebo" :-P .. we are using the elog in a lan so it
> could be a good temporary solution ...
> 
> can you point me to some documentation I can read to be able to do it? should I edit
> the css file ?

No, I would have to add another option to the configuration file, it's not yet implemented. 

> can be usefull to be able to "optionally" execute some external program (a sort of
> pipe) in order to be (eventually) able to set a "filter program" for attachments.
> The same way an MTA does with procmail I mean.
> 
> in this case one has to be able to access both to the original image and the
> processed one...

Executing and external program is possible via the 

Execute new/edit/delete = ...

command. While you can pass attribute values to the program to be executed, it is not
possible right now to pass attachment names, although this could be easily added. What
would be harder is to reformat the whole entry. If you just downsample an image, that
would be ok. But if you want to keep the original, you would have to modify the logbook
entry to contain n*2 attachments afterwards, which would not be easy.

So I don't see a simple way of achieving what you want. Sorry.

> > One of the main and mandatory feature they cannot renunce is the possibility
> > of displaying every attached image just inline, without having to click over
> > the file name or to enter the entry view (in which the attachment can
> > already be displayed inline) ...  
> 
> Displaying images in the list view is possible by going to the "Find" page and
> checking "Display full entries" and "Show attachments". This can even be
> automatized by putting
> 
> Start page = ?mode=full&attach=1
> 
> into the configuration file. 

Perfect it works !! :-)

> 
> > - images (and hopefully ps, eps, pdf) be displayed inline just after the
> > text body of the message in the main "List" view
> 
> PS, EPS and PDF files cannot be displayed inline by the browser (at least not
> the browsers I know). I guess what you want is that users submit PDFs, and elog
> should convert the PDF automatically into JPG and display a reduced version of
> it. Unfortunately this is not possible, and it never will be, since one of the
> design prinicples of elog is to be independent of any other package, and with
> the requested functionality you would need lots of helper functions (like
> ghostview, pbmtools, etc.) which some of which are not present under Windows.
> 
> > - possibility to configure the scale of this view
> > - possibility of build some thumbs in order to save BW and time
> 
> Using a HTML <img width=100 ...> does not help. The image is then shown in a
> smaller scale, but still the full picture has to be transferred. For making
> thumbnails, you again need external libraries (see point above).

yes I know, but it could be a "placebo" :-P .. we are using the elog in a lan so it
could be a good temporary solution ...

can you point me to some documentation I can read to be able to do it? should I edit
the css file ?
> 
> So if you want extensive image processing, you might be better of with a picture
> gallery like applications, but maybe the automatic attachment display shown
> above helps a little bit.

yes, of course...

can be usefull to be able to "optionally" execute some external program (a sort of
pipe) in order to be (eventually) able to set a "filter program" for attachments.
The same way an MTA does with procmail I mean.

in this case one has to be able to access both to the original image and the
processed one...

> One of the main and mandatory feature they cannot renunce is the possibility
> of displaying every attached image just inline, without having to click over
> the file name or to enter the entry view (in which the attachment can
> already be displayed inline) ...  

Displaying images in the list view is possible by going to the "Find" page and
checking "Display full entries" and "Show attachments". This can even be
automatized by putting

Start page = ?mode=full&attach=1

into the configuration file. 

> - images (and hopefully ps, eps, pdf) be displayed inline just after the
> text body of the message in the main "List" view

PS, EPS and PDF files cannot be displayed inline by the browser (at least not
the browsers I know). I guess what you want is that users submit PDFs, and elog
should convert the PDF automatically into JPG and display a reduced version of
it. Unfortunately this is not possible, and it never will be, since one of the
design prinicples of elog is to be independent of any other package, and with
the requested functionality you would need lots of helper functions (like
ghostview, pbmtools, etc.) which some of which are not present under Windows.

> - possibility to configure the scale of this view
> - possibility of build some thumbs in order to save BW and time

Using a HTML <img width=100 ...> does not help. The image is then shown in a
smaller scale, but still the full picture has to be transferred. For making
thumbnails, you again need external libraries (see point above).

So if you want extensive image processing, you might be better of with a picture
gallery like applications, but maybe the automatic attachment display shown
above helps a little bit.

here is a piece of my current config:

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type, Subject

Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2},
Other{3}
Show Attributes = Author, Subject, Type

{1}ROptions Category = Nb, NbN, W, cavity system
{2}ROptions Category = pump, leak, mounting

{1}Show Attributes = Author, Subject, Type, Category
{2}Show Attributes = Author, Subject, Type, Category
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

this is an escamotage I use to have the option to be displyed.
I mean that something like the following:

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
Attributes = Author, Type, Category, Subject
Required Attributes = Author, Type, Subject
Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2},
Other{3}
Preset Type = Deposition

{1}ROptions Category = Nb, NbN, W, cavity system
{2}ROptions Category = pump, leak, mounting

{3}Show Attributes = Author, Subject, Type
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

rises a bug: the select input correctly shows "Deposition" as preselected
value, BUT the attributes shown are not those identified by the "{3}".
re-selecting by hand the "deposition" Type option everything goes right.

sorry for my bad english

I'm configuring this great application in order to replace the previous
elogbook my community is using (in the accelerator's world).

One of the main and mandatory feature they cannot renunce is the possibility
of displaying every attached image just inline, without having to click over
the file name or to enter the entry view (in which the attachment can
already be displayed inline) ...  

- images (and hopefully ps, eps, pdf) be displayed inline just after the
text body of the message in the main "List" view
- possibility to configure the scale of this view
- possibility of build some thumbs in order to save BW and time


Is there any way to do it or any plan to implement such a feature in the
very next future ? 

> Is there a repository of elog configuration files for newbies to lookup and
> learn ? I have seen the 'contributions' elog - useful as it is ... it is not
> much. I would appreciate if someone can point out such a site where people
> have contributed their elog configuration files.

Have a look at the elog:Config+Examples. The configuration of this Forum for
example is there, covering most of the available options.

- Stefan

Hi 

Is there a repository of elog configuration files for newbies to lookup and
learn ? I have seen the 'contributions' elog - useful as it is ... it is not
much. I would appreciate if someone can point out such a site where people
have contributed their elog configuration files.

Thanks,
AnandO.

> header. I saw that elog:333 reported a similar problem but this was listed
> as fixed.

Yes, this was fixed in revision 1.550 of elogd.c. You apparently have revision 1.54x
which does not yet contain the patch. You need to donwload the newest version from
CVS and compile it by hand (or wait for the next major release).