Good night,

I would be grateful if someone could indicate me, how could I increase the size of the block where the text of the atribute are in the summary mode.I would like, for example, increase the size of the "subject" you can see on the picture.

Thank you so much!!!

I answer myself... Modify the value of width=100% in the class .listtitle2 in the .css file.

This command makes the Homepage a FIND page: Start page = ?cmd=Find

My question is: can we pre-populate some of the search fields and execute the search so that the homepage becomes the SEARCH RESULTS

zezerze

I have "Show attachments = 0" set in [global], but attachments are shown in the "Full" view. Is this the intended behavior? Looking at individual entries correctly hides the attachments. 

We use inline images often, so when an attachement is shown at the bottom of a post it is effectively a duplicate, which clutters things up a bit. 

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