Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 569 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  1735   Wed Mar 1 07:55:42 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportWindows2.6.1-1653Re: list view mode remembert - Bug?
> As default http://<hostname>/<LOGBOOK> shows the Summary View.
> Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full.
> But now the URL http://<hostname>/<LOGBOOK> show the Full view as default.
> I think the URL without ?mode=... should show every time the same result,
> regardless the view used before. Or maybe I can configure, which view I want to
> see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too.

Sure, that's a feature :D

It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be
persistent. If I now add additional default flags, people will have hard time to understand what this is all
about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose
do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary
view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and
[b]elattach[/b]), but that might be a bit cumbersome. 
  1738   Wed Mar 1 12:27:36 2006 Idea Holger Mundhahsholger.mundhahs@vtg-rail.comQuestionWindows2.6.1-1653[SOLVED] Re: list view mode remembert - Bug?
> > As default http://<hostname>/<LOGBOOK> shows the Summary View.
> > Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full.
> > But now the URL http://<hostname>/<LOGBOOK> show the Full view as default.
> > I think the URL without ?mode=... should show every time the same result,
> > regardless the view used before. Or maybe I can configure, which view I want to
> > see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too.
> 
> Sure, that's a feature :D
> 
> It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be
> persistent. If I now add additional default flags, people will have hard time to understand what this is all
> about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose
> do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary
> view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and
> [b]elattach[/b]), but that might be a bit cumbersome. 

Thank you for your explanation. My situation was, that I've played around with "Mode commands = 0". In normal case I 
use the Summary view, but on one logbook I've changed it to Full before, and after setting the parameter I can't 
revert it to Summary. But now I know how it works and can use it like intended.

Regards
Holger 
  66734   Mon Mar 8 16:16:39 2010 Question Mads Jessenmcj@dmi.dkQuestionWindows2.6.1-1642Wrong author when replying a reply

When replying on a reply, the author is set to the author on the original reply? Othervice it workes great!

part of code:
...
Preset Author = $long_name
Locked Attributes = Author
Subst on reply author = $long_name
...

 

 

  66735   Tue Mar 9 00:48:28 2010 Reply David PilgramDavid.Pilgram@epost.org.ukQuestionWindows2.6.1-1642Re: Wrong author when replying a reply
Just to say that this bug was fixed some time ago - I don't remember when (a senior moment).  
I know because I reported it to Stefan (along with the rest of the universe), as it was appearing 
on this forum when it was running on that particular SVN version. 

If you update to the latest version of elog, all will be fine.

David.
(helping Stefan, since I usually give him such a hard time).
  66742   Thu Mar 11 15:38:32 2010 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.6.1-1642Re: Wrong author when replying a reply

Mads Jessen wrote:

When replying on a reply, the author is set to the author on the original reply? Othervice it workes great!

part of code:
...
Preset Author = $long_name
Locked Attributes = Author
Subst on reply author = $long_name
...

I use:

Preset Author = $long_name
Preset on reply Author = $long_name
 
  1643   Mon Jan 30 16:26:08 2006 Warning T. Ribbrockemgaron@gmx.netBug reportLinux2.6.1-1637Numbered lists get closed by </ul>
I just ran into the following problem (and was able to reproduce it in the "demo" logbook on this site):

  • Create a new entry
  • Create a numbered list:
    [LIST=1]
    [*] 1st entry
    [*] 2nd entry
    [/LIST]
    
  • In the resulting HTML code, the closing statement of that list translates to </ul> instead of </ol>, causing the list to remain open and all following text to be intented by the list indentation. This gets worse when several such lists are used in one document. I'll include an example below.

Numbered list follows:

  1. one
  2. two
  3. three

This text is indented, as the list was not closed properly.

  1. four
  2. five
  3. six

And now we have double indention...
  1659   Tue Feb 7 12:58:10 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.6.1-1637Re: Numbered lists get closed by </ul>

T. Ribbrock wrote:
I just ran into the following problem (and was able to reproduce it in the "demo" logbook on this site):

  • Create a new entry
  • Create a numbered list:
    [LIST=1]
    [*] 1st entry
    [*] 2nd entry
    [/LIST]
    
  • In the resulting HTML code, the closing statement of that list translates to </ul> instead of </ol>, causing the list to remain open and all following text to be intented by the list indentation. This gets worse when several such lists are used in one document. I'll include an example below.

Numbered list follows:

  1. one
  2. two
  3. three

This text is indented, as the list was not closed properly.

  1. four
  2. five
  3. six

And now we have double indention...


I can't see any double indention there...

But seriously Wink I fixed that problem and updated this elog server already. It's in SVN revison 1653. The code now correctly chooses the proper </ul> or </ol>. What will not work however are nested lists, like an ordered list inside an unordere list, but that's anyhow very uncommon.
  1668   Thu Feb 9 00:37:29 2006 Entry Alan Stonealstone@fnal.govQuestionLinux2.6.1-1622menu commands - user list does not match config list
I am attempting to configure the Elog for use at the CMS Remote Operations Center
at Fermilab. I included the following option:

Menu commands = List, New, Reply, Duplicate, Find, Last day, Config, Admin, Login, Logout, Help

but the available list (after restarting the elog daemon) gives me:

CMS ROC Logbook, Page 1 of 1 Logged in as "Alan Stone" ELOG Home
New | Find | Select | CSV Import | Config | Logout | Help

Did I miss a step in the syntax instructions?

Thanks, Alan
ELOG V3.1.5-3fb85fa6