Re: $message id gives wrong value - Gernman traslalation of Back, posted by Stefan Ritt on Sat Nov 6 11:29:52 2004 
|
> 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? |
Re: $message id gives wrong value - Gernman traslalation of Back, posted by Ulrich Trüssel on Sun Nov 7 09:49:13 2004
|
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? |
|
Re: $attribute replacement fails occasionally, posted by Chris Körner on Sat Dec 4 13:03:32 2021
|
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.
|
|
|
Re: #include statements and attachment visibility, posted by Stefan Ritt on Thu Mar 6 14:03:17 2008
|
| Yoshio Imai wrote: | | Recently, one collaborator here noted that it would be helpful if the preview of attached files could be disabled on a file-by-file basis (via a checkbutton next to the "Upload" button maybe?). This applies e.g. to cases where someone performs a measurement outside of routine operations and attaches the ASCII data file (preview not wanted, in particular if it contains many lines) and the graph representing the evaluation (preview wanted). The disabling should apply to both single-entry view and list view with "Show attachments" option. |
I made you something even better: I added a new option called Attachment lines. This number restricts the number of lines shown for any ASCII attachment. The default is 300, but you can set this to 10 maybe. This still shows you the first 10 lines of the attachment which might be handy. If you set this value to zero, no line at all is shown. The new feature is in SVN revision 2069.
| Yoshio Imai wrote: | Another "fancy" idea of ours would be to allow #include-like statements in the ELOG config file. E.g. if the number of logbooks gets large, people might choose to put old logbooks to an archive disk which is then stored on some shelf. If a user then wants to access these, the disk could be mounted again (say, under /elog-archive). But since we don't know which archive disk has been mounted, and in order to keep the main config file small, the best would be to have the configurations for the logbooks of each disk on the disk itself (say, in a file called additional.config). We could then have a line like#include /elog-archive/additional.config in the main config file. When the elogd is (re)started, it would try to include that file. If it finds none (because no archive disk is mounted) it would silently ignore this. But if it finds such a file, it would include the logbook definitions found therein.
|
I will put this feature on the wishlist. |
Re: #include statements and attachment visibility, posted by Yoshio Imai on Thu Mar 6 18:19:48 2008
|
Thanks you! I just installed the new revision, and it works.
However, it does not seem to work in list mode (with attach=1 option): elog still shows all the lines of attached text files there.
I also noticed that the images referenced inline are also shown in the attachment list in list mode, although this post gave me the impression that in list mode, too, inline images should only be displayed inside the elog entry and not in addition as attachment.
Might this be a bug, or is there a particular reason why it is like that? |
|
Re: #include statements and attachment visibility, posted by Stefan Ritt on Fri Mar 7 08:01:44 2008
|
| Yoshio Imai wrote: | However, it does not seem to work in list mode (with attach=1 option): elog still shows all the lines of attached text files there.
I also noticed that the images referenced inline are also shown in the attachment list in list mode, although this post gave me the impression that in list mode, too, inline images should only be displayed inside the elog entry and not in addition as attachment. |
I fixed both issues in revision #2072. |
Re: #include statements and attachment visibility, posted by Yoshio Imai on Fri Mar 7 13:07:34 2008
|
| Thank you, works perfectly! |
|
Re: "preview attachement" flag not working on thumbnails ?, posted by Stefan Ritt on Mon Jun 2 12:08:00 2008
|
> I would like to turn off the display of attachements when editing an entry in some of our logbooks that contains big file.
> So I did set the flag "preview attachements" to 0. It seems to work fine on text file attachment but
> the thumbnails for PDF and images (very nice feature by the way!...) are still there...
I fixed that in revision 2109. |