is it possible to make the "+" sign, indicating a thread in the threaded
view, to be clickable in order to be able to expand a single thread each time ?

of course elog should remember the choice, so it will be possible to expand
N threads over the M total ones..

thanx :-) 

> of course elog should remember the choice, so it will be possible to expand
> N threads over the M total ones..

How should elog remember that? If you put this into the URL like

http://<elog-host>/<logbook>/?exp=12&exp=14&exp=18

to expand the entries 12, 14 and 18, it might work fine. But imagine that some uses
have very long list with thousands of entries. This would make the URL very long,
everything very slow and could even crash some browsers.

What I usually do is to not expand the list. If I click on an individual entry, I
see then the expanded thread for that entry above that entry. But you probably
realized this possibility already.

> > of course elog should remember the choice, so it will be possible to expand
> > N threads over the M total ones..
> 
> How should elog remember that? If you put this into the URL like
> 
> http://<elog-host>/<logbook>/?exp=12&exp=14&exp=18
> 
> to expand the entries 12, 14 and 18, it might work fine. But imagine that some uses
> have very long list with thousands of entries. This would make the URL very long,
> everything very slow and could even crash some browsers.
> 
> What I usually do is to not expand the list. If I click on an individual entry, I
> see then the expanded thread for that entry above that entry. But you probably
> realized this possibility already.

:-) yes I do 

A way may be using cookies, otherwise one can implement a kind o session mechanism
(using cookies or QS to pass sessid and storing user data on the server for a limited
time...)
the session method may be useful, but more difficult to implemnet, of course

> A way may be using cookies, otherwise one can implement a kind o session mechanism
> (using cookies or QS to pass sessid and storing user data on the server for a limited
> time...)
> the session method may be useful, but more difficult to implemnet, of course

The concept of a session ID is not present in elog, so implementing it would be harder
than writing elog from scratch. Keeping the thousand 'expansion' flags in cookies is bad
as well, because your browser will send them all each time you request a page, which can
then slow down things considerably over slow lines.

> > A way may be using cookies, otherwise one can implement a kind o session mechanism
> > (using cookies or QS to pass sessid and storing user data on the server for a limited
> > time...)
> > the session method may be useful, but more difficult to implemnet, of course
> 
> The concept of a session ID is not present in elog, so implementing it would be harder
> than writing elog from scratch. Keeping the thousand 'expansion' flags in cookies is bad
> as well, because your browser will send them all each time you request a page, which can
> then slow down things considerably over slow lines.

ok, i've downgraded my request then ...

it will be still useful to have the possibility of expland selectively a single thread :-)

> ok, i've downgraded my request then ...
> 
> it will be still useful to have the possibility of expland selectively a single thread :-)

That you can do by clicking on the thread and look at the thread at the top of the page (;-))

That's exactly the same number of clicks as you would need to expand a thread (:-)))

> > ok, i've downgraded my request then ...
> > 
> > it will be still useful to have the possibility of expland selectively a single thread :-)
> 
> That you can do by clicking on the thread and look at the thread at the top of the page (;-))
> 
> That's exactly the same number of clicks as you would need to expand a thread (:-)))

LOL ..this way I can't see the list of other threads .. so il my goal is to inspect the thread
looking for something I have to:
- open the 3d
- return to 3d list
- open another 3d ..
[loop]

my wish would be to reduce it to
- open the 3d
- open another 3d ..
[loop]

of course I'm thinking to a big number of entries in a short number of 3ds .. making ugly to
simply expand everything .. :-)

> LOL ..this way I can't see the list of other threads .. so il my goal is to inspect the thread
> looking for something I have to:
> - open the 3d
> - return to 3d list
> - open another 3d ..
> [loop]
> 
> my wish would be to reduce it to
> - open the 3d
> - open another 3d ..
> [loop]

Well, I have the browser's back button on one of my mouse buttons, so "- return to 3d list" is one
mouse click. My policy is: If I can save someone two or more mouse clicks for am operation, I will
implement it. If it's less, it's not worth investing some hours of programming just to save 0.5s
each tim (;-).

Ok ok, I'll put it on the wish list. Just in case I'm running out of work. :-)

When I define 2 attributes, by default and the second one has to be showed
depending on the first one value the elog correctly handle the thing, but
the rss feed shows an empty comma separeted field corresponding to the
conditional attribute not filled ...

> When I define 2 attributes, by default and the second one has to be showed
> depending on the first one value the elog correctly handle the thing, but
> the rss feed shows an empty comma separeted field corresponding to the
> conditional attribute not filled ...

Can you send me the part of your config files with those things so that I can
reproduce it?

> > When I define 2 attributes, by default and the second one has to be showed
> > depending on the first one value the elog correctly handle the thing, but
> > the rss feed shows an empty comma separeted field corresponding to the
> > conditional attribute not filled ...
> 
> Can you send me the part of your config files with those things so that I can
> reproduce it?

it is attached

Ok, fixed. I do however not evaluate the conditional attribute, but just remove any
empty attribute, I guess that makes more sense.

> Ok, fixed. I do however not evaluate the conditional attribute, but just remove any
> empty attribute, I guess that makes more sense.

ok, it work perfectly, tnx .. I agree with you choice of course :-)

Is it possible to have last runtime filtering and viewing method to be
stored in a cookie in order to make them permanent across navigation ?

I mean:
- if I decide to view "all" entries in the elog and then open one of them, 
  I'd like not to select "show all entries" again and again
- same thing if I choose to view last week
- same for every runtime filter and/or viewing option 

hope this is simple to implement :-)  thanks in advance 

> Is it possible to have last runtime filtering and viewing method to be
> stored in a cookie in order to make them permanent across navigation ?

Sounds like a good idea. Will put it on the wishlist.

Hello Stefan,

I have an question for you :o). Is there any solution to use the filtering 
system with an match case solution ? Add a parameter or something else to 
add a solution ? 
I gave you an picture for the explaination.
Wenn I select GA for example, I just want to habe GA in my array and not 
CofoGAr.
Thanks for answer

> I have an question for you :o). Is there any solution to use the filtering 
> system with an match case solution ? Add a parameter or something else to 
> add a solution ? 

I added a paramet "case sensitive search" which does this. In addition, the
switch defines the default state of the "case sensitive" check box on the find
page. The new functionality will be contained in the next release.

Hi,
Is there anybody that use the MOptions ?
I'am searching some example to understand this fonction could you help 
me ? :)

Thanks a lot for answer!

> Is there anybody that use the MOptions ?
> I'am searching some example to understand this fonction could you help 
> me ? :)

You used it already! (;-)

In this forum, you clicked on OS:Windows. You can select more than one OS
(->"multi" options or MOptions). The according configuration entry is:

MOptions OS = Linux, Windows, MaxOSX, All, Other

I am running 2.5.8-3 with the elogd.c 1.632.  I have attached the config
file that I am using.   I have a top group "src", with logbooks "SRC
Analysis" and "SRC Mail" in it.  These two logbooks share the same password
file.  If one logs into one, I would like them to be not have to login to
the other.  If I put the password file name under [global src], I get this
behaviour, but the logbook selection page does not show my graphic or the
locks by the logbook names (instead it has the Alt text "This logbook
requires authentication."  If I remove the password from [global src] and
put it in each logbook individually, then my logbook selection page looks
OK, but I have to log into each logbook seperately.

Stephen

> I am running 2.5.8-3 with the elogd.c 1.632.  I have attached the config
> file that I am using.   I have a top group "src", with logbooks "SRC
> Analysis" and "SRC Mail" in it.  These two logbooks share the same password
> file.  If one logs into one, I would like them to be not have to login to
> the other.  If I put the password file name under [global src], I get this
> behaviour, but the logbook selection page does not show my graphic or the
> locks by the logbook names (instead it has the Alt text "This logbook
> requires authentication."

Thanks for reporting this bug. I fixed it in the current CVS version.

> Thanks for reporting this bug. I fixed it in the current CVS version.
I get my Icons and Graphics in the top group now.  Thanks for fixing it.

I am trying to unify several existing logbook collections that run on
seperate servers under a single server using groups.  For a top group, under
"[global topgroupname]", I would like to redefine the resource directory or
the logbook directory so that everything except for the .cfg is at it
original location.  However, it seems like "Resource dir" and "Logbook dir"
can not be redefined in the global section for specific groups.  Is it
possible to redefine these directories for each top group, or is it feature
that could be added?

I could probably do what I want with soft-links, but redefining the resource
dir just seems to be right way to do this.  (For one thing, I would like
different favicons for each group.)

> I am trying to unify several existing logbook collections that run on
> seperate servers under a single server using groups.  For a top group, under
> "[global topgroupname]", I would like to redefine the resource directory or
> the logbook directory so that everything except for the .cfg is at it
> original location.  However, it seems like "Resource dir" and "Logbook dir"
> can not be redefined in the global section for specific groups.  Is it
> possible to redefine these directories for each top group, or is it feature
> that could be added?

Not easily. There is only a single logbook and resource directory inside elogd.
The reason is that these are constants which can be fixed during compile time.
The Debian package uses this extensively. So having multiple directories would
break that scheme.

> I could probably do what I want with soft-links, but redefining the resource
> dir just seems to be right way to do this.  (For one thing, I would like
> different favicons for each group.)

I'm afraid you have to use soft links. The favicons you can define however via
the theme, which is a per-logbook option, so it would work in the [global
topgroupname] section as well.

Is it possible to create a Link To command (ala Copy To, Move To) that
would allow you to reference an entry in another log book without copying it?
This would be handy as the info would be kept current in both log books.
My thought is that it would create a psuedo entry in the other log
book that pointed back at the originating log book entry (similar to a 
UNIX soft link)
/Tim

> Is it possible to create a Link To command (ala Copy To, Move To) that
> would allow you to reference an entry in another log book without copying it?
> This would be handy as the info would be kept current in both log books.
> My thought is that it would create a psuedo entry in the other log
> book that pointed back at the originating log book entry (similar to a 
> UNIX soft link)

What you ask for is not possible due to internal reasons. The underlying database
does not support links. But what you can do is to reference a logbook entry with

elog :<loglook>/<id>

So I can reference your question with elog:Forum/1099. Some people make even
complete "summary" pages where they reference a whole set of other logbook entries like

Your question is at elog:Forum/1099
A script for thumbnail generation is at elog:Contributions/12
Demo entries: elog:Linux+Demo/14, elog:Linux+demo/1