On Sierra Macports install openssl in /opt/local/include/ , but copy it into /usr/local/include. You should able to fix it.

sudo cp -r /opt/local/include/openssl /usr/local/include/

My macports puts it under

/opt/local/include/openssl/ssl.h

Thanks for the quicky reply Stefan. Yes, I had inut the same string! My error was not restarting the server; I've done this and code highlighting works fine.

Bottom Text = <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/styles/default.min.css"><script src="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/highlight.min.js"></script><script>hljs.initHighlightingOnLoad();</script>

#include <stdio.h>
int main()
{
   // printf() displays the string inside quotation
   printf("C Programming");
   return 0;
}

All I did was this:

Bottom Text = <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/styles/default.min.css"><script src="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/highlight.min.js"></script><script>hljs.initHighlightingOnLoad();</script>

#include <stdio.h>
int main()
{
   // printf() displays the string inside quotation
   printf("C Programming");
   return 0;
}

Can I ask for some clarification; I would like to include code highlighting for some computational students who will be making use of ELOG. 

In the example you showed, my understanding is that you included a "Bottom text =... " entry in the forums elog config. This included the bare minimum remote call outlined by the highlightjs site. Can you clarify (as I'm having issues setting it up) should the "Bottom text=..." entry take this as a string, or should it be contained in a seperate html file in the same local directory as the cfg?

#include <stdio.h>
int main()
{
   // printf() displays the string inside quotation
   printf("C Programming");
   return 0;
}

I put one in https://midas.psi.ch/elogs/Database/?cmd=New

Could also be a pop-up blocker problem. Let's see.

Stefan

Just last week I've downloaded the latest version of ELOG, compiled and installed it, and the date picker just works fine.

In my case it was an update of an existing installation. Can you provide a bit more information about your case: I guess it was a first time installation? Was is ELOG V3.1.2-754330e or a different GIT version?

Stefan, could you please add an attribute of type "datetime" and "date" to one of the demo logbooks? Currently there is non. Maybe to elog:Database? Then we can check if it is a client problem.

Cheers, Andreas

Hello users,

When I configure an attribute with "Type <attribute>= date", in the new entry form a clic on the calendar symbol does nothing.

Reading the source code I see it's trying to open a window named "cal.html" through javascript (function opencal) but this file doesn't exist anywhere in source elog files.

Thanks