Email notifications not working properly, posted by Stefan Ritt on Thu Mar 26 17:30:23 2009
|
I just found out that email notifications only worked for the first 50 users of this forum. So if you registered only recently, you might not have received any notification. This was a bug inside elogd which I hope to have fixed now (this entry notification will show...). If you get the first notification and do not want this, log in to the ELOG Forum, click on "Config" and remove the checkmarks from the logbooks you do not want to get notifications. |
New column on main page, posted by Dinkel Markus on Tue Mar 24 21:00:24 2009
|
Hi,
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.

Thanks for your help
Markus |
Re: New column on main page, posted by Stefan Ritt on Wed Mar 25 08:31:17 2009
|
Dinkel Markus wrote: |
Hi,
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.

Thanks for your help
Markus
|
You can use the "Comment = ..." option to add something below "Logbuch" like I did here:
|
Re: New column on main page, posted by Dinkel Markus on Wed Mar 25 11:26:54 2009
|
Stefan Ritt wrote: |
Dinkel Markus wrote: |
Hi,
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.

Thanks for your help
Markus
|
You can use the "Comment = ..." option to add something below "Logbuch" like I did here:
|
Hi,
I use the "Comment=..." option to add the OS-Version. For a better overview it would be nice to add a new column for IP.
If this is not possible I use the "Comment...= option. |
Re: New column on main page, posted by Stefan Ritt on Wed Mar 25 11:33:14 2009
|
Dinkel Markus wrote: |
Stefan Ritt wrote: |
Dinkel Markus wrote: |
Hi,
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.

Thanks for your help
Markus
|
You can use the "Comment = ..." option to add something below "Logbuch" like I did here:
|
Hi,
I use the "Comment=..." option to add the OS-Version. For a better overview it would be nice to add a new column for IP.
If this is not possible I use the "Comment...= option.
|
It is currently not possible to have a new column. But you can add some <br> tags inside your comment, then you IP will show up on a new line after the OS-Version. |
Re: New column on main page, posted by Dinkel Markus on Wed Mar 25 19:34:48 2009
|
Stefan Ritt wrote: |
Dinkel Markus wrote: |
Stefan Ritt wrote: |
Dinkel Markus wrote: |
Hi,
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.

Thanks for your help
Markus
|
You can use the "Comment = ..." option to add something below "Logbuch" like I did here:
|
Hi,
I use the "Comment=..." option to add the OS-Version. For a better overview it would be nice to add a new column for IP.
If this is not possible I use the "Comment...= option.
|
It is currently not possible to have a new column. But you can add some <br> tags inside your comment, then you IP will show up on a new line after the OS-Version.
|
This is Ok but in wich file can i add this tag? In the .cfg-file? |
Re: New column on main page, posted by Stefan Ritt on Thu Mar 26 08:04:11 2009
|
Dinkel Markus wrote: |
This is Ok but in wich file can i add this tag? In the .cfg-file?
|
Yes, this goes into the elogd.cfg file. Just add a line like:
[logbook]
Comment = OS-Version<br><i>192.160.0.1</i>
Then you will get something like this:

|
Re: New column on main page, posted by Dinkel Markus on Thu Mar 26 17:09:47 2009
|
Stefan Ritt wrote: |
Dinkel Markus wrote: |
This is Ok but in wich file can i add this tag? In the .cfg-file?
|
Yes, this goes into the elogd.cfg file. Just add a line like:
[logbook]
Comment = OS-Version<br><i>192.160.0.1</i>
Then you will get something like this:

|
Thanks, this is great.
By, Markus |
Restrict edit - issue, posted by Heinzmann on Mon Mar 9 17:55:30 2009
|
Hello,
please could you help me.
The Restrict edit funktion is not working. Because my user Dirk is able to edit/delete the text from user Peter:
via select and edit.
Delete the - keep original text here - and then submit.
The whole text disappeared from the user Peter
I have tried both Restrict edit = 0 and then Restrict edit = 1
Please note my config:
[global]
port = 80
Password file = C:\Program Files\ELOG\test.txt
Admin user = admin3
Self register = 1
Login expiration = 0
[demo]
Theme = default
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Extendable Options = Category
Required Attributes = Author, Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type
Login user = Peter, Dirk, Kervin, Frank, MichaelH
Password file = C:\Program Files\ELOG\user.txt
Self register = 1
Login expiration = 0
Restrict edit = 0
Thanks |
Re: Restrict edit - issue, posted by Heinzmann on Tue Mar 10 16:33:52 2009
|
Heinzmann wrote: |
Problem solved, I had to set the 'preset funktion' additionally |
|
Re: Restrict edit - issue, posted by Stefan Ritt on Wed Mar 25 10:35:59 2009
|
Heinzmann wrote: |
Hello,
please could you help me.
The Restrict edit funktion is not working. Because my user Dirk is able to edit/delete the text from user Peter:
via select and edit.
Delete the - keep original text here - and then submit.
The whole text disappeared from the user Peter
I have tried both Restrict edit = 0 and then Restrict edit = 1
Please note my config:
[global]
port = 80
Password file = C:\Program Files\ELOG\test.txt
Admin user = admin3
Self register = 1
Login expiration = 0
[demo]
Theme = default
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Extendable Options = Category
Required Attributes = Author, Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type
Login user = Peter, Dirk, Kervin, Frank, MichaelH
Password file = C:\Program Files\ELOG\user.txt
Self register = 1
Login expiration = 0
Restrict edit = 0
Thanks
|
First, you need "Restrict edit = 1" in your config file. Then for each edit operation the system checks the currently logged in user against the "Author" attribute. Therefore, the "Author" attribute must contain the full user name. This can be achieved by adding
Preset Author = $long_name
Locked Attributes = Author
as described in the manual. |
Hiding Comments on the Logbook Selection Page, posted by Adam Blandford on Tue Mar 3 11:30:01 2009
|
Hi
I was just wondering if there was a way that the comments for a logbook could be set to be invisible on the Selection page but then displayed once a user has logged in to a particular logbook?
This is required for security purposes. I want a common login page which shows all logbooks, where the logbook names only have meaning for people who know them but then once logged in the comment provides additional information about that logbook.
Thanks
Adam |
Re: Hiding Comments on the Logbook Selection Page, posted by Stefan Ritt on Tue Mar 24 11:44:10 2009
|
Adam Blandford wrote: |
Hi
I was just wondering if there was a way that the comments for a logbook could be set to be invisible on the Selection page but then displayed once a user has logged in to a particular logbook?
This is required for security purposes. I want a common login page which shows all logbooks, where the logbook names only have meaning for people who know them but then once logged in the comment provides additional information about that logbook.
Thanks
Adam
|
Ok, I implemented a new option "Hide comments = 1" in SVN revision #2182, which will be included in the next release of elog. |
Find usage, posted by Mike Forster on Fri Mar 13 13:45:22 2009
|
Hello Stefan and Elog fans,
Is there a way to find entries with the words program and error when then are not contiguous in the text?
Thanks,
--Mike |
Re: Find usage, posted by Stefan Ritt on Wed Mar 18 04:37:19 2009
|
Mike Forster wrote: |
Hello Stefan and Elog fans,
Is there a way to find entries with the words program and error when then are not contiguous in the text?
Thanks,
--Mike
|
Please have a look at
https://midas.psi.ch/elogs/Forum/66151
does this help? |
Re: Find usage, posted by Mike Forster on Wed Mar 18 15:40:17 2009
|
Stefan Ritt wrote: |
Mike Forster wrote: |
Hello Stefan and Elog fans,
Is there a way to find entries with the words program and error when then are not contiguous in the text?
Thanks,
--Mike
|
Please have a look at
https://midas.psi.ch/elogs/Forum/66151
does this help?
|
Hello Stefan,
I am looking for the same answer that Yoichi was looking for. For instance, could the text keyword filtering be looped so that the first group of results is then filtered by the next keyword?
--Mike |
Re: Find usage, posted by Stefan Ritt on Tue Mar 24 10:43:02 2009
|
Mike Forster wrote: |
Stefan Ritt wrote: |
Mike Forster wrote: |
Hello Stefan and Elog fans,
Is there a way to find entries with the words program and error when then are not contiguous in the text?
Thanks,
--Mike
|
Please have a look at
https://midas.psi.ch/elogs/Forum/66151
does this help?
|
Hello Stefan,
I am looking for the same answer that Yoichi was looking for. For instance, could the text keyword filtering be looped so that the first group of results is then filtered by the next keyword?
--Mike
|
No, that's not possible unfortunately. |
"Full" view formatting, posted by Erik Iverson on Thu Mar 19 02:50:16 2009
|
I have a logbook I use to capture machine settings. There are many (~30) different attributes defined. I've defined the "Summary" view via "List display" in such a way that not all the attributes are displayed in the summary list, because there's no practical way to fit the 30 different attributes in 30 rows across the screen, and there's no need to have every attribute shown in the summary view. I would like to define something for the "Full" view that lets me put one (or more, but not all) attributes per line; much like the single-entry view does now, just with multiple entries. So a "Full" listing would look like
ID: 1
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
ID: 2
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
rather than
ID Attribute1 Attribute2 Attribute3
1 Value1 Value2 Value3
Text...
2 Value1 Value2 Value3
Text...
etc.
Any suggestions?
Thanks as always for a wonderful piece of software! |
Re: "Full" view formatting, posted by Stefan Ritt on Tue Mar 24 10:42:25 2009
|
Erik Iverson wrote: | I have a logbook I use to capture machine settings. There are many (~30) different attributes defined. I've defined the "Summary" view via "List display" in such a way that not all the attributes are displayed in the summary list, because there's no practical way to fit the 30 different attributes in 30 rows across the screen, and there's no need to have every attribute shown in the summary view. I would like to define something for the "Full" view that lets me put one (or more, but not all) attributes per line; much like the single-entry view does now, just with multiple entries. So a "Full" listing would look like
ID: 1
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
ID: 2
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
rather than
ID Attribute1 Attribute2 Attribute3
1 Value1 Value2 Value3
Text...
2 Value1 Value2 Value3
Text...
etc.
Any suggestions?
Thanks as always for a wonderful piece of software! |
This is not implemented, but I will consider it for a future version. |
Escape emoticons in ELCODE, posted by Gernot Buselmeier on Fri Mar 20 14:33:53 2009
|
Hi,
I want to write a text like "John:Doe" in ELCODE. However the ":D" is converted to a LOL emoticon. I tried various ways to escape this. One solution I found was entering "John\:Doe". However, the upper-case D is converted to lower-case: the result reads "John:doe".
Thanks for an answer and many thanks for providing ELOG.
Gernot |
Re: Escape emoticons in ELCODE, posted by Stefan Ritt on Tue Mar 24 10:34:14 2009
|
Gernot Buselmeier wrote: |
Hi,
I want to write a text like "John:Doe" in ELCODE. However the ":D" is converted to a LOL emoticon. I tried various ways to escape this. One solution I found was entering "John\:Doe". However, the upper-case D is converted to lower-case: the result reads "John:doe".
Thanks for an answer and many thanks for providing ELOG.
Gernot
|
Thanks for reporting this bug. I fixed it in revision #2180. |
Storing Elog database files in version control (CVS/SVN/GIT)?, posted by Brett Viren on Mon Mar 23 19:30:09 2009
|
Hi,
Is it possible to store ELOG back-end database files in version control so as to synchronize multiple ELOG
instances?
Has anyone tried it? Any obvious show stoppers to such an approach?
Cheers,
-Brett. |
Re: Storing Elog database files in version control (CVS/SVN/GIT)?, posted by Brett Viren on Mon Mar 23 22:30:44 2009
|
Brett Viren wrote: | Hi,
Is it possible to store ELOG back-end database files in version control so as to synchronize multiple ELOG
instances?
Has anyone tried it? Any obvious show stoppers to such an approach?
Cheers,
-Brett. |
I asked this before learning about mirroring which sounds like a good thing if we can make it work with SSL. |
Re: Storing Elog database files in version control (CVS/SVN/GIT)?, posted by Stefan Ritt on Tue Mar 24 08:14:48 2009
|
Brett Viren wrote: | Hi,
Is it possible to store ELOG back-end database files in version control so as to synchronize multiple ELOG
instances?
Has anyone tried it? Any obvious show stoppers to such an approach?
Cheers,
-Brett. |
I acknowledge that mirroring through SSL is highly requested, I will try to do my best to implement it. Doing it with version control on the back-end files is not such a good idea. After each synchronization you would have to restart the elogd servers, since they don't realize if the files got changed "under their feet". Furthermore, if you have changes on both sides on different entries for the same day, you have a conflict which you have to solve manually with an editor on the raw files. The elog synchronization works on the entry level, not on the file level. So if two different entries for the same day are changed on both servers, they are combined properly without conflict. Only if the same message got modified on both sides, elog reports a conflict and you have to choose one version or the other. |