Copy To Function, posted by Mike Bodine on Wed Sep 2 17:06:10 2015
|
Hi,
We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also
copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive |
Copy To Function, posted by Mike Bodine on Wed Sep 2 16:55:00 2015
|
Hi,
We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also
copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive |
Preset on duplicate, posted by Daniel Sajdyk on Mon Aug 31 22:35:03 2015
|
Hi.
Is there any way that "Preset on duplicate" contain ID entry from which it was duplicated?
|
Draft saved is treated as an entry edit, posted by Daniel Sajdyk on Fri Aug 28 21:01:42 2015 
|
Hello.
In Elog i have attribute called "Zmieniano" (eng. changed) which should store how many times entry was edited. If entry
was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, |
Re: Draft saved is treated as an entry edit, posted by Andreas Luedeke on Mon Aug 31 09:38:38 2015
|
Hi Daniel,
this is an undesired side effect of a new feature. I wouldn't call it a bug ;-)
There is no straight forward way for elog to distinguish between a "Submit" and an automatic save. Therefore the "... on edit |
|
Re: Draft saved is treated as an entry edit, posted by Daniel Sajdyk on Mon Aug 31 13:12:09 2015
|
Hi Andreas and thank you very much for explanation ;)
So, we'll have to wait for new version which will correct this.
|
|
Send e-mail based on a hierarchy of attributes?, posted by Phil Rubin on Mon Aug 24 20:40:14 2015
|
Is there a way to distribute e-mail based on the consideration of several attributes and values? A simple example: attributes type and category
have several different values, say, routine and problem for type and hardware and software for category, but one would only like messages sent when there's
a problem to different sets of hardware or software types. Thus: |
Re: Send e-mail based on a hierarchy of attributes?, posted by Andreas Luedeke on Wed Aug 26 09:18:17 2015
|
Yes, this can be done. See below for an example configuration.
Attributes = entrytype, category
Options entrytype = routine{1}, problem{2} |
|
Version 3.1.1 of elog has been released, posted by Stefan Ritt on Tue Aug 4 15:35:39 2015
|
Version 3.1.1, released August 4th, 2015
Updated CKEditor to version 4.5.1
Implemented "Date/Time format <attribute> = ..."
Implemented "Use Email Subject Edit = ..." |
|
Re: Version 3.1.1 of elog has been released, posted by Edmund Hertle on Thu Aug 20 14:23:43 2015
|
There seems to be a small problem with the new "Date/Time format <attribute>" implementation. It works great for the detailed view of
a single entry:
|
|
Re: Version 3.1.1 of elog has been released, posted by Stefan Ritt on Thu Aug 20 15:52:26 2015
|
Thanks for reportung that bug. I fixed it in revision f828049.
Edmund
Hertle wrote:
There seems to be a small problem with the new "Date/Time format |
|
Compiling for Windows, posted by Richard Stamper on Wed Aug 19 17:08:56 2015
|
I am interested in using LDAP authentication for elogd on Windows for which it looks like I need to compile from source, enabling LDAP in the make file.
Does anyone have advice on build environments for Windows in which they have had success making elog? Free ones preferably, such as
Cygwin. |
|
"Resolve host names" does not resolve host names, posted by Daniel Sajdyk on Wed Jul 1 11:05:32 2015
|
Hello
I use Resolve host names = 1 in my config file, but I still get IP instead domain name.
I use elog in internal network with my own DNS. |
|
Re: "Resolve host names" does not resolve host names, posted by Stefan Ritt on Tue Aug 4 13:33:14 2015
|
In elog I simplu use the function gethostbyaddr() to resolve the host name. If this does not work, the underlying OS does not know the hostname either.
Probably you can test this with "nslookup a.b.c.d", to see any further error message.
Daniel |
|
Re: "Resolve host names" does not resolve host names, posted by Daniel Sajdyk on Tue Aug 18 14:23:29 2015
|
I'm sorry... it was my mistake. I put Resolve host names in logbook config instead global.
Regards Daniel.
Stefan |