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. |
Adding texts for each attachment, posted by Dongwook Jang on Mon Mar 16 22:33:23 2009
|
Dear Stefan,
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang |
Re: Adding texts for each attachment, posted by Stefan Ritt on Mon Mar 16 22:53:22 2009
|
Dongwook Jang wrote: |
Dear Stefan,
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang
|
Dear Dongwook,
no, this is not implemented and also was never requested. The way most people work is that images are included directly in the text, and the the text goes along with that.
So for example if I want to show you the ELOG logo, I put it here:
If I want to add a comment for an attachment, I write it in the text and just refence the attachment with link. This way is more flexible that adding just a line of text to each attachment, since you can write several lines in the text, make a table etc. etc. |
Re: Adding texts for each attachment, posted by Dongwook Jang on Tue Mar 17 02:05:08 2009
|
Stefan Ritt wrote: |
Dongwook Jang wrote: |
Dear Stefan,
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang
|
Dear Dongwook,
no, this is not implemented and also was never requested. The way most people work is that images are included directly in the text, and the the text goes along with that.
So for example if I want to show you the ELOG logo, I put it here:
If I want to add a comment for an attachment, I write it in the text and just refence the attachment with link. This way is more flexible that adding just a line of text to each attachment, since you can write several lines in the text, make a table etc. etc.
|
Dear Stefan,
Maybe I used elog with very inefficient way so far. The way you suggested requires putting figures somewhere else, right?
Elog saves attachments on the machine that elog is running. I want to store figures in elog.
The logo you showed above is stored in this entry?
Thank you.
Dongwook Jang |
Re: Adding texts for each attachment, posted by Stefan Ritt on Wed Mar 18 04:23:41 2009
|
Dongwook Jang wrote: |
Dear Stefan,
Maybe I used elog with very inefficient way so far. The way you suggested requires putting figures somewhere else, right?
Elog saves attachments on the machine that elog is running. I want to store figures in elog.
The logo you showed above is stored in this entry?
Thank you.
Dongwook Jang
|
If you embed an image (via the "insert image" button in the task bar) this image is stored as an attachment, but the actualy attachment is hidden and the image is shown in-line. Yes, it is stored on the server where elogd runs.
|
How ca I delete / hide the Elog Icon and Labels like ELOG V2.7.5-2175, posted by Heinzmann on Wed Mar 11 15:51:36 2009
|
Hi Stephan,
How can I delete / hide the Elog Icon 
and Labels like ELOG V2.7.5-2175 ?
Thanks,
Michael
|
Re: How ca I delete / hide the Elog Icon and Labels like ELOG V2.7.5-2175, posted by Heinzmann on Thu Mar 12 21:21:00 2009
|
Heinzmann wrote: |
Hi Stephan,
How can I delete / hide the Elog Icon 
and Labels like ELOG V2.7.5-2175 ?
Thanks,
Michael
|
Sorry,
found it:
Bottom text = <center>Hello</center>
Bottom text login = <center>Login Hello</center> |
Odd behaviour with gecko based browsers and reverse proxy., posted by Andraž 'ruskie' Levstik on Thu Mar 12 08:03:07 2009
|
I have a really odd issue with elog...
My setup:
elogd.cfg:
[global]
port = 2109
SMTP host = localhost
Resource dir = /usr/share/elog
Logbook dir = /srv/www/elog
charset = UTF-8
Main Tab = main
URL = https://elog.codemages.net
Relative redirection = 1
Usr = www
Grp = www
Resolve host names = 0
Self register = 0
Admin user = ruskie
SSL = 0
Login expiration = 20
[links]
Subdir = links
Theme = default
Comment = Link spam
Attributes = Author, Category, Link, Comment
Options Category = General, Law, IT, Odds, Linux
Required Attributes = Link, Comment
Page Title = ELOG - Link spam
Reverse sort = 1
Quick filter = Date, Category
Time format = %Y-%m-%dT%H:%M
Date format = %Y-%m-%d
Password file = links.pwd
Admin user = ruskie
RSS Title = $logbook $entry time :$Author :$Link :$Comment
[notes]
Subdir = notes
Theme = default
Comment = Various notes
Attributes = Category, Comment
Options Category = General, Law, IT, Odds, Linux
Required Attributes = Comment
Page Title = ELOG - Various notes
Reverse sort = 1
Quick filter = Date, Category
Time format = %Y-%m-%dT%H:%M
Date format = %Y-%m-%d
Password file = notes.pwd
Admin user = ruskie
RSS Title = $logbook $entry time :$Comment
lighttpd.conf:
$HTTP["host"] =~ "elog.*" {
proxy.server = ( "" =>
( "10.0.0.10" =>
(
"host" => "10.0.0.10",
"port" => 2109
)
)
)
}
If I access elog directly on 2109 I get no issues but when I use this configuration it takes minutes to access
any elog page at all. But the odd thing is this only happens when I'm using a gecko based browser(firefox,
xulrunner based etc...) if I use webkit-gtk or elinks all the pages load up with no noticable delay.
I have tried this on different computers, different configurations and so on... And always the same behaviour
when it comes to a gecko based browser. Elinks and webkit-gtk load up fine.
Marking this as Other so far. If anyone knows anything about running elog and lighttpd togheter please speak up. |