If you just want to show a thumbnail of an attachment in a public logbook, then just add a link to it. like

<img src="https://abk.web.psi.ch/tmp/t.png" alt="" />

or in your example you show the thumbnail in the hidden logbook by adding in the text body:

<img src="<your-host-url>/public/110705_235520_whatthis-0.png" alt="" />

Of course the attachment has to be in the public logbook and the link in the hidden one.

Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that other than physically copy the message, then strip maybe the text. He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB disk these are 50.000 attachments... 

Hi Andreas,

>Of course the attachment has to be in the public logbook and the link in the hidden one.

The issue I have is that the attachment is in the hidden logbook, the link would have to be in the 
public one...

I'll also look again at putting in the links in the text (normally I use plain encoding, rather than html).

I wondered if there had been some flag for the config file whereby the original file for attachment was
processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
the same end. as there is no such flag at present.

For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
logbook, leaving just the .png files.  But maybe something for the wishlist?

Hi Stefan,

>Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what
>David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that
>other than physically copy the message, then strip maybe the text. 

(as per my reply to Andreas)

>He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large
>attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB
>disk these are 50.000 attachments

I've not mentioned it, but the entire logbook directory and subdirectories have to squeeze into a memory stick,
along with other data not at issue here.   Soon be too much for an 8GB stick, so that a factor of 100 down on
the available memory space.

But I can work with the solution I gave in the reply to Andreas.

> I wondered if there had been some flag for the config file whereby the original file for attachment was
> processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
> the same end. as there is no such flag at present.
> 
> For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
> logbook, leaving just the .png files. But maybe something for the wishlist?

At least I now understood your problem :-)

You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails
of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook.

But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want
that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it.

In my opinion this is a rather exotic feature request :-)
I wonder if there is a second person in the world who could use it?

> > I wondered if there had been some flag for the config file whereby the original file for attachment was
> > processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved
> > the same end. as there is no such flag at present.
> > 
> > For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the
> > logbook, leaving just the .png files. But maybe something for the wishlist?
> 
> At least I now understood your problem :-)
> 
> You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails
> of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook.
> 
> But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want
> that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it.
> 
> In my opinion this is a rather exotic feature request :-)
> I wonder if there is a second person in the world who could use it?

Hi Andreas,

True, as a feature explained here, it may not be the most frequently used ;-)

And you are right, I would not want *all* attachements in the hidden directory to appear in the public.  But I've got
quite used to playing around in the logbook subdirectories now.

In my case, the ever-expanding use I make of ELOG - and the fact that I use it with the logbook directory stored on a
memory stick (to move from location to location and use local computers, and that's partly to ensure the hidden
directory stays hidden!) - does mean I sometimes run into issues that some hyper-networked system with ZB of storage
don't even notice. 

You have an old version of elog, this bug has been fixed some time ago. Have a look for example at https://midas.psi.ch/elogs/Linux+Demo/.

If you click on a peperclip there, the attachment is shown correctly. 

 Thanks - just downloaded and compiled the latest version and all is well