> > It seems that maximal number of attachments is about 20. When you try to add
> > more, a new entry _is_ added to the logbook but the refernce to it is not
> > added to the web page.
> 
> Uhhh, Mr. "monster of number of attachments" gave it's stroke!

:)  I wanted to post a message with ~200 attachments.

>Well, we never 
> had such large number of attachments so I forgot to put a waring in. The 
> limit comes from 
> 
> #define MAX_ATTACHMENTS  20
> 
> in elogd.c which you can easily increase (as long as you have RAM!) and 
> recompile.

Actually my report was NOT about this limitation. You have it - it is fine.
The problem is that I add some 'zombies' or dead files to my logbook.

BTW is there a tool to check the 'integrity' of a logbook? That all
attachments are in place,  there are no dead files, etc. I perfectly
understand that it is not _highly_ desired or needed, but with the two last
problems (auto-removing of attached files and silent adding a new ones with
20+ attachments) I have doubts that our logbook in a good state. And we just
started to use it. And I am still so excited about it!!

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 ? 

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

> > 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...

> > 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. 
> 

uhm ok .. can I expect to get a release with this feature in the near future ?

tnx in advance

> > uhm ok .. can I expect to get a release with this feature in the near future ?
> 
> I checked how I would do that and did not find a good solution. If I put a
> 
> <img width=300 ...> 
> 
> for example, this scales down a big picture to only 300 pixels width. But if you submit a small
> picture, like just an icon, it blows it up to 300 pixels as well, which does not look nice.
> Unfortunatle I don't know of any option like "maxwidth=x" which only scales pictures down if they
> are larger than x. Do you know?

the following should do the job:

<table><TR><TD width="200">
<img src="IMG_3133.jpg" width="100%">
</TD></TR></table>

or (better I think)

<div style="width: 200px">
<img src="IMG_3133.jpg" style="width: 100%" />
</div>

the configurable parameter should be with obviously :-)

elog sends wrong HTTP headers, charset is empty and not separed from the
next one "Connection: Keep-Alive ... this bug tells the browser that the
encoding is "connection:" ... that is wrong.

root@emc2:/home/albert# GET -USde http://midas.psi.ch/elogs/Forum/
GET http://midas.psi.ch/elogs/Forum/
User-Agent: lwp-request/2.06

GET http://midas.psi.ch/elogs/Forum/ --> 200 Document follows
Connection: close
Date: Tue, 08 Feb 2005 11:54:40 GMT
Pragma: no-cache
Server: ELOG HTTP 2.5.6-2
Content-Type: text/html;charset=Connection: Keep-Alive
Expires: Fri, 01 Jan 1983 00:00:00 GMT
.....
....


this is the problem from validator point of viev:
http://validator.w3.org/check?uri=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FForum%2F&charset=%28detect+automatically%29&doctype=%28detect+automatically%29&ss=1&verbose=1