That's strange. If you use HTML or ELCode encoding, attachments are automatically hidden if they are used inline. So no "Show attachments = 0" necessary! I just tried that with the demo logbook and here is how it looks:

As you can see, there is no attachment shown in the full view. This is actually handled by the function "is_inline_attachment()" in elogd.c. I don't know if you can do debugging, but somehow this inline test won't work for you and the question is why. Can you try the simple configuration from the demo logbook and see if you still have the problem? Can you show me an example when this does not work. I need to reproduce your problem exactly in order to fix it.

Stefan

The automatic hiding behavior is what I'm after, and I've discovered that it is only a problem for PDF attachments. I have reproduced this on the demo logbook on git revision f828049. 

I've taken a look at the source you mentioned, but as far as I can tell, it is just looking for the opening of the img tag in the HTML source, and I'm not sure why that is different for a PDF.

Hm, looking through the source, there are many many places where PDF files are treated differently than strictly image filetypes (PNG, etc.). This makes sense in the context of multi-page documents. 

Still, I like using PDFs for vector plots... I suppose I should also confess to the following modification I've made to my ELOG for treating PDFs like images in drag-and-drop uploading. 

--- a/scripts/ckeditor/plugins/dndfiles/plugin.js
+++ b/scripts/ckeditor/plugins/dndfiles/plugin.js
@@ -142,7 +142,7 @@ CKEDITOR.plugins.add( 'dndfiles', {
                                                                return;

                                                        if(src.indexOf(".png") >= 0 || src.indexOf(".jpg") >= 0 || src.indexOf(".jpeg") >= 0
-                           || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0) { // This is an image
+                           || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0 || src.indexOf(".pdf") >= 0) { // This is an image
                                                                html += '<a href = ' + src + '><img src = "' + thumb + '">' + '</a>';
                                                        } else {        // this is not an image
                                                                // Server appends 14 characters in front of the name so we should remove them

> In my bottom.html file I have:
> 
> <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=Open">Open</A> 
> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10&Status=
> Open">(Threaded)</A> /                                                   
>   <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=C
> losed">Closed</A> /  
> <A Href="host/Forum/?mode=summary&reverse=1&npp=10">All</A>
> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10">(threaded)</A> 
> tickets.
> 
> This sort of implements some of the buttons you have in your whishlist.
> 
> This works, because it is the same for all users, now what I would like 
> is to add some sort of linke that will "show all entries from ME". I 
> could do this on a per user basis, but that's not what I want, Something 
> general with $user would be preferable.
> 
> Something like:
> 
> http://midas.psi.ch/elogdemo/Forum/?
mode=threaded&reverse=1&npp=8&Author=$user
> 
> Is this possible ?

I added this feature in version 2.2.3, so now you can click on

http://midas.psi.ch/elogdemo/Forum/?mode=threaded&reverse=1&npp=8&Author=$long_name

and see all your entries.

> In the "find" command, when searching over all logbooks, it
> would be nice to see ALL attributes, which are common for all
> logbooks (e.g. typically the author name), not just
> logbook name, date and text.

That depends on how you specify what gets displayed in a search (with 
the "Display search" option for example). If you try the following link:

http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1

you see that all attributes are displayed from the three logbooks in this 
installation.

> > In the "find" command, when searching over all logbooks, it
> > would be nice to see ALL attributes, which are common for all
> > logbooks (e.g. typically the author name), not just
> > logbook name, date and text.
> 
> That depends on how you specify what gets displayed in a search (with 
> the "Display search" option for example). If you try the following link:
> 
> http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> 
> you see that all attributes are displayed from the three logbooks in this 
> installation.

How does the corresponding elogd.cfg entry look like for the
display search command ? - I can't reproduce this behaviour...

> > > In the "find" command, when searching over all logbooks, it
> > > would be nice to see ALL attributes, which are common for all
> > > logbooks (e.g. typically the author name), not just
> > > logbook name, date and text.
> > 
> > That depends on how you specify what gets displayed in a search (with 
> > the "Display search" option for example). If you try the following link:
> > 
> > http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> > 
> > you see that all attributes are displayed from the three logbooks in 
this 
> > installation.
> 
> How does the corresponding elogd.cfg entry look like for the
> display search command ? - I can't reproduce this behaviour...

Ok, finally I can confirm the problem. It will be fixed from Version 2.2.4 
on.