Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 288 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  67837   Wed Mar 25 10:36:15 2015 Entry Tim Scheltim.schelfhout@fixbrussel.beInfoLinux | Windows3.00test

zezerze

  68080   Wed Aug 12 23:44:16 2015 Question Eric Quinteroericq@caltech.eduQuestionAll3.0.0-70b274bShow attachments = 0

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. 

  68081   Thu Aug 13 08:41:57 2015 Reply Stefan Rittstefan.ritt@psi.chQuestionAll3.0.0-70b274bRe: Show attachments = 0

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

 

 

Eric Quintero wrote:

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. 

 

  68105   Mon Aug 31 17:14:08 2015 Reply Eric Quinteroericq@caltech.eduQuestionAll3.0.0-70b274bRe: Show attachments = 0

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.

  68146   Fri Oct 16 00:24:50 2015 Reply Eric Quinteroericq@caltech.eduQuestionAll3.0.0-70b274bRe: Show attachments = 0

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

  67736   Tue Jan 6 03:04:51 2015 Question Banatajogjacard@yahoo.comQuestionWindows3.0.0Translation problem

Hello, I try to translate elog using 2.9 version, I never try on 2.9 until new version 3.0 released

I translate 2 files here : elcode_indonesia.html and eloglang.indonesia,

after new version 3.0 I try to load those translation to the latest version using :

Language : indonesia

but language still in English, What I'm missing here?

 

 

  67737   Tue Jan 6 09:20:44 2015 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows3.0.0Re: Translation problem

Maybe 

language = indonesia

instead

language : indonesia

???

Banata wrote:

Hello, I try to translate elog using 2.9 version, I never try on 2.9 until new version 3.0 released

I translate 2 files here : elcode_indonesia.html and eloglang.indonesia,

after new version 3.0 I try to load those translation to the latest version using :

Language : indonesia

but language still in English, What I'm missing here?

 

 

 

  67738   Wed Jan 7 08:04:08 2015 Reply Banatajogjacard@yahoo.comQuestionWindows3.0.0Re: Translation problem

sorry, this is the elog.cfg on my server

Theme = default
Comment = Logbook Balai Sabo
Attributes = Author, Category
Options Category = Rutin, Litbang
Required Attributes = Author, Category
Page Title = LOGBOOK
Reverse sort = 1
Quick filter = Date, Category, Author
self register = 1
Time format = %d %B, %Y
Password file = pass.txt
Self register = 1
Admin user = Banata
Allow delete = Banata
Preset Author = $long_name
Locked Attributes = Author
Login expiration = 1000
Restrict edit = 1
Language = indonesia

 

and still I cant load my language, any idea?

 

Stefan Ritt wrote:

Maybe 

language = indonesia

instead

language : indonesia

???

Banata wrote:

Hello, I try to translate elog using 2.9 version, I never try on 2.9 until new version 3.0 released

I translate 2 files here : elcode_indonesia.html and eloglang.indonesia,

after new version 3.0 I try to load those translation to the latest version using :

Language : indonesia

but language still in English, What I'm missing here?

 

 

 

 

ELOG V3.1.5-3fb85fa6