ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
65731
|
Mon Feb 11 19:52:09 2008 |
| Uwe | uweho@web.de | Question | Windows | 2.7.2-2024 | Re: 'Deactivate' Options |
Stefan Ritt wrote: |
Uwe wrote: |
one question regard Options: For e. g. I am using the following command: Options Categories = NT, 2000, XP, Linux
Now I would like to delete the entry NT. But that would cause, that NT is no longer available in the search function. So I wonder if there is a way to deactivate an attribute?
|
A deactivate option is not implemented. The only possibility you have is to enter the search string drictly in the url, like
http://<host>/<logbook>/?Category=NT
|
Thanks for the quick answer!
best regards,
Uwe |
1845
|
Tue Jun 6 16:20:42 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Windows | ELOG V2.6. | Re: 'Click through' order of elog enteries |
Fergus Lynch wrote: | Hi There,
When you find a set of records in ELOG and then 'click through' the returned list it runs through then in order of ID. - I s there a way to modify this behaviour?
Many Thanks
Fergus |
Unfortunately not. |
903
|
Sun Feb 6 12:44:03 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.6+r154 | Re: $user_email variable causes problems in Use Email From setting |
> header. I saw that elog:333 reported a similar problem but this was listed
> as fixed.
Yes, this was fixed in revision 1.550 of elogd.c. You apparently have revision 1.54x
which does not yet contain the patch. You need to donwload the newest version from
CVS and compile it by hand (or wait for the next major release). |
765
|
Fri Nov 5 17:45:47 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.5.5 | Re: $message id gives wrong value - Gernman traslalation of Back |
> the "$message id" will not be replaced by the msg id, the string "$message
> id" will be dispalyed and used. Other substitutions as $logbook etc. are
> working.
>
> Is this a bug or did i missunderstood the manual?
Well, the manual does not state that "$message id" should work for "Subst
<attribute>" option (;-)
The reason is that the message ID is available only *after* a new entry has been
written to the database, and the "Subst" command is evaluated *before* an entry
is submitted. "$message id" only works for "Thread display", "RSS Title", "Subst
on reply", "Subst on edit" and "Display". You should use
Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon
Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a
href="http://localhost:8080/$logbook/$message id">$logbook:$message id</a>]
Please note that you wrote "mesage id", correct is however "message id" (two
"s"), so there is also a typo.
> Since Version 2.5.5: If ELOG is running under German, the "Zurück" Bottom is
> named "Back". Any Idee where I can change this back? ;-)
The link "Back" has been replaced upon request by "List" which is more
appropriate. So if you changed your menu with "Menu commands = ...", please
replace "Back" by "List" there. |
766
|
Fri Nov 5 21:37:56 2004 |
| Ulrich Trüssel | ulrich.truessel@familienhund.ch | Bug report | Windows | 2.5.5 | Re: $message id gives wrong value - Gernman traslalation of Back |
1. thats now clear with the £message id and the work-around is ok for my
needs
2. the "bacl" link is clear and tranlated to "Liste". But I mean the back
button
in the entry and the edit mode (see picture)... ;-)
> > the "$message id" will not be replaced by the msg id, the
string "$message
> > id" will be dispalyed and used. Other substitutions as $logbook etc.
are
> > working.
> >
> > Is this a bug or did i missunderstood the manual?
>
> Well, the manual does not state that "$message id" should work for "Subst
> <attribute>" option (;-)
>
> The reason is that the message ID is available only *after* a new entry
has been
> written to the database, and the "Subst" command is evaluated *before*
an entry
> is submitted. "$message id" only works for "Thread display", "RSS
Title", "Subst
> on reply", "Subst on edit" and "Display". You should use
>
> Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon
> Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a
> href="http://localhost:8080/$logbook/$message id">$logbook:$message
id</a>]
>
> Please note that you wrote "mesage id", correct is however "message id"
(two
> "s"), so there is also a typo.
>
> > Since Version 2.5.5: If ELOG is running under German, the "Zurück"
Bottom is
> > named "Back". Any Idee where I can change this back? ;-)
>
> The link "Back" has been replaced upon request by "List" which is more
> appropriate. So if you changed your menu with "Menu commands = ...",
please
> replace "Back" by "List" there. |
Attachment 1: Screen 255 Back.jpg
|
|
767
|
Sat Nov 6 11:29:52 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Windows | 2.5.5 | Re: $message id gives wrong value - Gernman traslalation of Back |
> 2. the "bacl" link is clear and tranlated to "Liste". But I mean the back
> button
> in the entry and the edit mode (see picture)... ;-)
Well, if you try with the demo logbook, the "Back" button is translated
correctly, so I don't know whats wong in your case. Can you check that your
eloglang.german file is intact? |
Attachment 1: back.gif
|
|
768
|
Sun Nov 7 09:49:13 2004 |
| Ulrich Trüssel | ulrich.truessel@familienhund.ch | Bug report | Windows | 2.5.5 | Re: $message id gives wrong value - Gernman traslalation of Back |
installed elog 2.5.5 agin, same effekt with "back" / "zurück". checked the
language file eloglang.german witch seem ok for me and the translations are
well done. removed then in eloglang.germen the traslation for back and checked
this: still back was viewed. reinserted the translation "Zurück" (just this
word!)and checked again: everithing looks fine, no longer back, correctly
Zurück on the button.
absolutly no idea why and whats the difference was! bus it works...
thank's stefan! :-)
> > 2. the "back" link is clear and tranlated to "Liste". But I mean the back
> > button
> > in the entry and the edit mode (see picture)... ;-)
>
> Well, if you try with the demo logbook, the "Back" button is translated
> correctly, so I don't know whats wong in your case. Can you check that your
> eloglang.german file is intact? |
69428
|
Sat Dec 4 13:03:32 2021 |
| Chris Körner | chris.koerner@physik.uni-halle.de | Bug report | Linux | 3.14 | Re: $attribute replacement fails occasionally |
This problen drives me crazy. Under some circumstances the List Change <attribute> function does not replace $attribute. It happens at random circumstances when I use the Find function to search all logbooks. In the resulting list, it fails reproducibly for certain entries of certain logbooks. But I cannot find what is special about those lokbooks or entries. In different Find requests it works perfectly fine.
I have added a screenshot. The yellow button is created by this command in [global] for all logbooks. It makes no difference to define it in all [logbook] sections. I would really appreciate help to debug this.
List Change Sample-ID = <a href="page?mode=summary&reverse=1&all=1&Sample-ID=$Sample-ID$&sort=Date" class="id_div">$Sample-ID</a>
Chris Körner wrote: |
Hi,
In our setup we have multiple logbooks. I want a convenient way to search all logbooks for an attribute (in our case with the name Sample-ID) by just clicking it in the list display of any logbook.Therefore, in the [global] section I put "List Change Sample-ID = <a href="https://ourelog.com/$logbook/?all=1&Sample-ID=$Sample-ID"</a>. This transforms the attribute in list display into a hyperlink to the search results page. So far this works fine. In the results page, of course the option also applies, meaning the attribute is replaced by the link as well. But here something odd happens and the replacement does not work. The intended behavior is to replace $logbook in the link with the name of the logbook. Sometimes, however, the replacement yields something like "logbook" (missing $ and thus not replacing anything) or even weirder something like "60logbook". I have no idea what causes this.
|
|
Attachment 1: Screenshot_2021-12-04_130843.jpg
|
|