I've run into a situation where the SUMMARY view of a logbook will extend
beyond the righthand border, thus requiring the user to scroll right.  This
does not occur in FULL or THREAD mode.  Long lines in the TEXT attribute
appear to be "pushing" the display too far to the right.  Limiting the
number of displayed summary lines works unless the first line is too long.

A temporary fix for this is to set summary lines = 0

> A temporary fix for this is to set summary lines = 0

Right, that's the only way. I would call this "permanent fix" (;-)

> > A temporary fix for this is to set summary lines = 0
> 
> Right, that's the only way. I would call this "permanent fix" (;-)

I would too - and it actually produces the output that I wanted to see anyway.

Thanks!

It is not clear to me how "Format <attribute> = " works.  At first I thought
it would allow me to rearrange how attributes are organized on the html
"page"  using 
# <flags> Sum of following flags:

    * 1: Display attribute in same line as previous attribute
    * 2: Display radio buttons or check boxes in separate lines (if applicable) 

but this does not result in any behavior that I can see.  I must admit that
I am not sure what "Values used for single message display page:" means.

My goal is to provide a more compact page, taking small attributes and
running them across the page rather than straight down.

Thanks

Just have a look at elog:571 which should answer your question. Also look at
elog:Config+Examples/4 which is the configuration of this Forum (which as you can
see has all attributes in a single line, even using different fonts).

> Just have a look at elog:571 which should answer your question. Also look at
> elog:Config+Examples/4 which is the configuration of this Forum (which as you can
> see has all attributes in a single line, even using different fonts).

Ok, I think I see now.  I was assuming it applied to the entry form as well.

Thanks!

> Ok, I think I see now.  I was assuming it applied to the entry form as well.

Well, good idea. I implemented that. Have a look at this forum (just hit reply to this
entry) and you'll see it. I'm not completely happy with it (at least on small 1024x768
screens), but it's configurable anyhow. New version under CVS.

> > Ok, I think I see now.  I was assuming it applied to the entry form as well.
> 
> Well, good idea. I implemented that. Have a look at this forum (just hit reply to this
> entry) and you'll see it. I'm not completely happy with it (at least on small 1024x768
> screens), but it's configurable anyhow. New version under CVS.

Now that creates an interesting display - especially with the icons and radio buttons. 
But it works!

Thanks.

hi again,

we have been doing a bit of stress testing for Elog. The most important 
thing we found is that Elog stops responding when a user uploads a large 
attachment (we used a 240 Mb attachment). 

Is it possible to add a flag in the configuration file, to specify the 
maximum size of an attachment?

Bartjan Wattel

> Is it possible to add a flag in the configuration file, to specify the 
> maximum size of an attachment?

I implemented a "max content length = xxx" flag, which defaults to 10MB. If an
attachment is larger, an error gets displayed. The problem is that elogd can
only send the error message to the browser *after* it received the whole
request, so it has to "drain" the 240 MB first, which could take quite some
time on a slow connection.

Alternatively, I can cut the connection to the browser immediately, since the
HTTP header contains the content length after the first ~500 bytes, but in
that case the browser only shows a message box "Document contains no data"
which gives the user noe clue of what's wrong.

Anyhow the biggest problem of elog in high stress environments is that it's
single threaded. So if someone issues a search in a large logbook, it could
take some time, in which elog cannot respond to other requests. Maybe I will
find time in the future to make elog multithreaded, but certainly not in the
near future.

HI 
I have setup top group in my elog . I will want to restrict the different 
admin user on the global and the global on top groups .
But however i am not able to use the configuration on "admin user" on the 
global portion to strict admin of top group to access the main global 
config .
Did i configure it wrongly or is there a way?

And for email notification , is there a way which i can select who to email 
it to ? like check box etc.

And is there a way which i can setup the summary page to refresh every 
15mins , so that new entry can be shown ?

And can i make the message id unique , when i move the messages from one 
log book to another log book , the messages id change accorddingly based on 
the number or messages . Anyway for me to make it fixed even i moved to 
another log book , i need the running number still .

Sorry for the many questions
Thanks for your help

> I have setup top group in my elog . I will want to restrict the different 
> admin user on the global and the global on top groups .
> But however i am not able to use the configuration on "admin user" on the 
> global portion to strict admin of top group to access the main global 
> config .
> Did i configure it wrongly or is there a way?

There was indeed a bug which I fixed. Please obtain the newest snapshot (see
download page). If an admin user is defined in a top group, it does not gain
access to the global if the admin of the global is different, like

[gloabl]
password file = passwd
admin user = joe

Top group g1 = demo1, demo2
Top group g2 = demo3, demo4

[global g1]
admin user = joe

[gloabl g2]
admin user = jack

[demo1]
....

So if user "jack" is logged in to demo3 and therefore g2, he can change the
[global g2] section, but not the [global] section, since only user "joe" is
allowed to so do.

> And for email notification , is there a way which i can select who to email 
> it to ? like check box etc.

This is not directly implemented, but one can configure this kind of "manually",
like

Attributes = ..., Send Email, ...
ROptions Send Email = joe, jack, ...

Email "Send email" joe = joe@some.domain
Email "Send email" jack = jack@other.domain

The option "Email <attribute> <value> = <email address>" gets executed when the
attribute "Send email" has the value "joe" in the first line, so email is sent
to joe@some.domain. It's a bit cumbersome since one cannot use the email
addresses from the password file, but better than nothing. 

> And is there a way which i can setup the summary page to refresh every 
> 15mins , so that new entry can be shown ?

No, this is not foreseen. One should use email notification for that, which
tells you immediately (not after 15 mins) when a new entry has been submitted.

> And can i make the message id unique , when i move the messages from one 
> log book to another log book , the messages id change accorddingly based on 
> the number or messages . Anyway for me to make it fixed even i moved to 
> another log book , i need the running number still .

The message id must be unique in a logbook (like in a relational database). If I
would keep the id when moving entries to another logbook, this could cause a
conflict. Assume you have two logbooks both with three entries having ID's
1,2,3. Now you move ID 3 from the first logbook to the second, but ID 3 exists
already in the second logbook, so you would have that ID twice, which breaks the
database structure. What you can do however is user an "numbered" attribute like

Attributes = ..., tag, ...
Preset tag = ID%d

For each new submission, the attribute "tag" gets a new number, like ID1, ID2
etc. These attributes are not modified when moving an entry to another logbook,
but if the target logbook has already an entry with the same tag, you get this
tag twice. I don't know if that is what you want...

Hi Stefan
Thanks for your reply
Can i check , with the new snap shot , can i disable the capability for the admin 
to delete the logbook and create new logbook
I tried with the config -
Allow Delete the logbook = admin 
 but cannot , please advise

And As for the id , can i have the month and the day in the id , what is the 
corresponding field for just the month and day , if there is .

And is there a way to prevent preset value get overwritten when user do a reply
Example , i preset a field with 
Preset test = "9v"
so when the user submit , it will have 9v and they may have enter some following 
value. but when a user reply , the test field get reset back to 9v

Thanks 


> > I have setup top group in my elog . I will want to restrict the different 
> > admin user on the global and the global on top groups .
> > But however i am not able to use the configuration on "admin user" on the 
> > global portion to strict admin of top group to access the main global 
> > config .
> > Did i configure it wrongly or is there a way?
> 
> There was indeed a bug which I fixed. Please obtain the newest snapshot (see
> download page). If an admin user is defined in a top group, it does not gain
> access to the global if the admin of the global is different, like
> 
> [gloabl]
> password file = passwd
> admin user = joe
> 
> Top group g1 = demo1, demo2
> Top group g2 = demo3, demo4
> 
> [global g1]
> admin user = joe
> 
> [gloabl g2]
> admin user = jack
> 
> [demo1]
> ....
> 
> So if user "jack" is logged in to demo3 and therefore g2, he can change the
> [global g2] section, but not the [global] section, since only user "joe" is
> allowed to so do.
> 
> > And for email notification , is there a way which i can select who to email 
> > it to ? like check box etc.
> 
> This is not directly implemented, but one can configure this kind of "manually",
> like
> 
> Attributes = ..., Send Email, ...
> ROptions Send Email = joe, jack, ...
> 
> Email "Send email" joe = joe@some.domain
> Email "Send email" jack = jack@other.domain
> 
> The option "Email <attribute> <value> = <email address>" gets executed when the
> attribute "Send email" has the value "joe" in the first line, so email is sent
> to joe@some.domain. It's a bit cumbersome since one cannot use the email
> addresses from the password file, but better than nothing. 
> 
> > And is there a way which i can setup the summary page to refresh every 
> > 15mins , so that new entry can be shown ?
> 
> No, this is not foreseen. One should use email notification for that, which
> tells you immediately (not after 15 mins) when a new entry has been submitted.
> 
> > And can i make the message id unique , when i move the messages from one 
> > log book to another log book , the messages id change accorddingly based on 
> > the number or messages . Anyway for me to make it fixed even i moved to 
> > another log book , i need the running number still .
> 
> The message id must be unique in a logbook (like in a relational database). If I
> would keep the id when moving entries to another logbook, this could cause a
> conflict. Assume you have two logbooks both with three entries having ID's
> 1,2,3. Now you move ID 3 from the first logbook to the second, but ID 3 exists
> already in the second logbook, so you would have that ID twice, which breaks the
> database structure. What you can do however is user an "numbered" attribute like
> 
> Attributes = ..., tag, ...
> Preset tag = ID%d
> 
> For each new submission, the attribute "tag" gets a new number, like ID1, ID2
> etc. These attributes are not modified when moving an entry to another logbook,
> but if the target logbook has already an entry with the same tag, you get this
> tag twice. I don't know if that is what you want...

> Can i check , with the new snap shot , can i disable the capability for the admin 
> to delete the logbook and create new logbook
> I tried with the config -
> Allow Delete the logbook = admin 
>  but cannot , please advise

No, disabling the capability to delete the logbook is not implemented. Usually the
admin user is an experienced user who knows what she/he does. The admin user typically
also was write access directly to the elogd.cfg file, and no flag in the world can
then prevent them from adding/removing logbooks by changing elogd.cf directly.

> And As for the id , can i have the month and the day in the id , what is the 
> corresponding field for just the month and day , if there is .

No, but it's on the wishlist. I added your vote there.

> And is there a way to prevent preset value get overwritten when user do a reply
> Example , i preset a field with 
> Preset test = "9v"
> so when the user submit , it will have 9v and they may have enter some following 
> value. but when a user reply , the test field get reset back to 9v

This is clearly a bug. The 'Preset test = 9v' should not be evaluated on a reply. I
fixed that and updated the CVS and snapshot.

- Stefan

Hi - again a configuration question.

How can I suppress all email notifications? The "Suppress default = 2" flag 
allows me to always produce a notification, but the flag does not provide 
an option to never produce a notification. The flag "Suppress Email on 
edit" does help a bit, but still notifications for new messages will be 
sent.

I'm looking forward to your fast response... So far your support is 
fantastic!

Bartjan Wattel

> How can I suppress all email notifications? The "Suppress default = 2" flag 
> allows me to always produce a notification, but the flag does not provide 
> an option to never produce a notification. The flag "Suppress Email on 
> edit" does help a bit, but still notifications for new messages will be 
> sent.

Suppress email to users = 1

RTFM

Hi, 

I was just searching your online discussion forum for entries with the 
word 'password' in the subject. I noticed that the 'Full' option in 
the 'full/summary/threaded' line displays the results of all entries in the 
logbook, and not only the entries with the word 'password' in the subject.

I think there is an error in the URL, because when looking for the word 
password in the subject, the URL for the 'Full' option is:
http://midas.psi.ch/elogs/Forum/page1?mode=full&reve&npp=8&Subject=password

If I change the word 'reve' in this URL to 'reversed=1', the results are 
correct

Bartjan Wattel

Thanks for pointing out this bug. I fixed it. New version under CVS.

Hi,

I want to create a series of logbooks, say logbook A, and logbooks B up to 
including S. I want the logbooks B,C,D,E,...S to have the same options and 
layout, the only difference is: the name of the logbook, and an options or 
extendable options list. All other settings of logbooks B-S are the same, 
while logbook A is a completely different logbook. 

I know I can simply copy the settings for logbook B and repeat the settings 
for all logbooks C-S. But is there a better way to accomplish this?

Thanks, 
Bartjan Wattel

> I know I can simply copy the settings for logbook B and repeat the settings 
> for all logbooks C-S. But is there a better way to accomplish this?

Yes. Put all common settings into the [global] section, only differences into
the individual logbook sections. Like

[global]
Attributes = ....
Options ....

[A]
; Logbook A is different
Attributes = ....
Options = ...

[B]
Option X = ...

[C]
Option X = ...

[D]
Option X = ...

This way all logbooks "inherit" the settings from the [global] section, only the
differents are superseeded in the individual sections. Still you need two lines
for each logbook, but all recurring configuration can be omitted.

> > I know I can simply copy the settings for logbook B and repeat the settings 
> > for all logbooks C-S. But is there a better way to accomplish this?
> 
> Yes. Put all common settings into the [global] section, only differences into
> the individual logbook sections. Like
> 
> [global]
> Attributes = ....
> Options ....
> 
> [A]
> ; Logbook A is different
> Attributes = ....
> Options = ...
> 
> [B]
> Option X = ...
> 
> [C]
> Option X = ...
> 
> [D]
> Option X = ...
> 
> This way all logbooks "inherit" the settings from the [global] section, only the
> differents are superseeded in the individual sections. Still you need two lines
> for each logbook, but all recurring configuration can be omitted.

Thanks for you quick and correct answer. I have one question left ;-)

Suppose I want to have different password files for all the logbooks, but I want to 
have a single (admin) user that can log in to all logbooks... Do I need to specify 
the admin data in all the different password files, or can I use one global 
password file containing the login name and password for the administrator?

> Suppose I want to have different password files for all the logbooks, but I want to 
> have a single (admin) user that can log in to all logbooks... Do I need to specify 
> the admin data in all the different password files, or can I use one global 
> password file containing the login name and password for the administrator?

I would not recomment different password files for all logbooks, but a common one and
individual "login user" options on the logbooks, like

[global]
Password file = xxx
Admin user = xxx
...

[A]
Options X = ...
Login user = <user1>,<admin user>

[B]
Option X = ...
Login user = <user2>,<admin user>

This has the advantage that there is only a single password file which is easier to
maintain.

Is it possible to add one more "text entry" field ?

> Is it possible to add one more "text entry" field ?

I guess you mean the main body text, which is multi-line. No, this is not
possible right, now, but I added your vote to the wishlist istem "Multi-line
attributes".

Your guess is correct. I would like to have that feature in ELOG.

Thanks

> > Is it possible to add one more "text entry" field ?
> 
> I guess you mean the main body text, which is multi-line. No, this is not
> possible right, now, but I added your vote to the wishlist istem "Multi-line
> attributes".