Hyperlink in attributes and autoincrement, posted by Arno Teunisse on Mon Feb 20 20:33:32 2012
|
Hello
Want a hyperlink in one of the attributes like this : http://Someserver/someDir/perl.pl#subject
In this way I should be able to redirect to a certain part of the html that the perl script is generating. When I setup this manually it works. ( typing directly the html link into the attribute )
When I put the html link into elog config file it will never show up the correct format : everything after the '#' is translated into the digit 1. ( So you get http://Someserver/someDir/perl.pl1 . )
I tried to escape with \# used quoting " and '. No luck. Tried to use the a , No luck.
I've tested with several versions of elog but it seems that it has never worked.
Allow HTML = 1 dit not work for me.
Has it to do with the autoincrement ? ( Subst Number = XYZ-##### ) I think so because of the 1 that is returned if i use a http link . When I use the same link http://Someserver/someDir/perl.pl#subject a second time i'll get back :
http://Someserver/someDir/perl.pl2 . So it seems that the auto increment feature plays a role in this one.
Can this be done in the attributes of elog.? Can I have a # in a hyperlink ?
Thanks for your time.
|
Exim4, posted by Matthew D. on Tue Apr 23 22:14:42 2013
|
Hi,
My email configuration is a little complicated as all emails must be relayed to a central server with TLS authentication.
So far I've been unable to get the ELOG to work with email, after numerous attempts . I have got exim4 working on this machine but I don't understand how the elog sends emails well enough, to configure it to recognise and use exim4. Setting localhost/ my domain/ IP (and variations) under 'smtp host' doesn't work. (cannot connect to server)
The most interesting error I have been able to get is:
"AUTH command used when not advertised"
or
"Unrecognized authentication type"
Any advice?
|
Duplicate: LDAP docs, posted by Stephen G on Thu Jun 4 00:10:32 2015
|
This is a duplicate, made by mistake.
Could someone point me to the LDAP configuration docs, I searched to no avail. I'm sure there is some big red ldap config button it, but I just can't find it. |
Windows 7 and entry storage, posted by Greg Damhorst on Mon Feb 14 23:59:20 2011
|
I have been playing with Elog on windows 7. I want to set up an elog that can be accessed from our local network, and I discovered that can be done by running the server on windows and entering the host machine's computer-name:8080 in a browser on any machine on the network.
I had the server registered as a windows service, but oddly, when I re-booted the server didn't seem to be running (problem #1).
I then ran into some other problems (currently trivial) but I eventually got around to uninstalling and reinstalling Elog. I deleted all the existing logbooks and data files when I uninstalled, and even deleted everything in the folder I had used as a backup to the Elog directory. So, after reinstalling, I should be getting only the demo logbook and the original demo entry, right?
BUT I'm actually getting the three logbooks that I had created before I uninstalled (problem #2). Even though the entire Elog directory was deleted when I uninstalled... including config file and logbook directory. I can go into "Program Files" now and see that the config file present is the default/demo config file (from the most recent install)... yet when I launch elog in a browser, I am seeing those three logbooks from before, even though they should be gone from my hard drive.
Elog must be storing data somewhere else... where?
(p.s. I've also tried clearing my cache and deleting cookies in the browser)
If it's relevant, when I'm not on the local PC hosting the server, I am accessing it through a university network, and I've found that I can enter computer-name:8080 from ANY machine on the University's nertwork to access elog. |
Login user problem, posted by Byron on Fri Apr 4 00:50:31 2003
|
When I use the <Login user => option to specify what users I want to be
able to login into the different logbooks it does not seem to work. Is
there something else you are supposed to do to restrict what logbooks users
can log into? |
Password Problem, posted by Byron on Fri Apr 4 00:53:00 2003
|
I noticed that when I put in a password such as <test1> a person can login
with the password <test2> or any other number at the end. Is the
encryption not able to tell the difference between numbers? The encrypted
passwords even look the same in the password file. Is this a bug? |
Logfiles, posted by becher on Tue Mar 29 23:03:35 2005
|
Is there an option that elog creates one logfile for one entry in the
database? It seems that there elog is creating one logfile for one day. |
Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Sep 22 11:34:46 2005
|
Hi!
All here are amazed by how quickly this software has evolved since we
took our first look into the world of electronic logbooks.
In order to use it as our shift logbook, however, we have one request
which is in principle the same as that of Juliana Peng
(http://midas.psi.ch/elogs/Forum/1280). We want to have the usual
maintenance/admin/problem report entries of the shift crew in the
same logbook as the automatic entries from our runcontrol software to
clearly see cause and effect when analyzing the beamtimes later. Of
course, the run entries have different attributes than the shift crew
entries. So, it would be nice to have the conditional "Show attributes"
function extended also to the list view.
I understand that the attributes layout might then change from line to
line, but since we have only two sets of attributes, that would not
matter (to us). Would you consider implementing this function (i.e.
evaluate the conditions and hide attributes also in list view),
if not by default, then maybe as an option of the config file?
Another nice feature (which we do not explicitly need, just a suggestion)
might be implementing a filter function in list view, such that only entries
with certain attribute values are displayed.
I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?
Cheers
Yoshio |