| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68871
|
Wed Dec 5 14:38:51 2018 |
 | Yanick Vachon | yvachon@materiauxblanchet.ca | Bug report | Windows | 3.1.2 | Re: French Language | I've deleted the cookies and it works.
Thanks!
| Stefan Ritt wrote: |
|
Have you tried to delete all cookies in Chrome?
Stefan
| Yanick Vachon wrote: |
|
I Stefan, i got the problem again with the french version, i realised that if i open it with Chrome or Edge it's not working but with Internet Explorer it works envery times. Is there a way i can use it with Chrome?
Thanks!
| Stefan Ritt wrote: |
|
I just tried myself with the current version 3.1.4 and it worked for me flawlessly. Maybe you want to upgrade.
Stefan
| Yanick Vachon wrote: |
|
Hi,
When i set Language = French in global config it works in french until i logout, after i can't login anymore, even if i enter my user and password i always stay at the login window, the only way to login again is to edit the Elogd.cfg file in Elog directory, remove the Language = french and save then i can login in and work normally in english version.
Thanks.
|
|
|
|
|
|
66151
|
Wed Jan 14 19:52:04 2009 |
 | Yoichi Aso | asoy01@gmail.com | Question | All | 2.7.5 | Multiple keyword search | Hi,
I have a question regarding how to perform a multiple-keyword search.
For example, when I want to find entries which contain two keywords "abc" and "def" in the body text but in an unknown order,
one way I came up with was to use a regular expression like this.
(abc|def).*(abc|def)
But this will also match entries containing two "abc" or two "def".
The following one will eliminate this problem.
(abc.*def)|(def.*abc)
But when I use more than two keywords, this type of regular expressions becomes very long (because I have to list all the permutations of the keywords) and it may not fit in the search text field (there seems to be a limit on the length of the search text).
Is there any way to allow multiple-keyword search easily ?
It would be nice if I can just enter two or more keywords separated by white spaces and elog finds entries containing all the keywords.
Thanks,
Yoichi |
|
1419
|
Thu Sep 22 11:34:46 2005 |
| Yoshio Imai | | Request | Linux | 2.6.0beta2 | Conditional hiding of attributes in list view | Hi!
All here are amazed by how quickly this software has evolved since we
took our first look into the world of electronic logbooks.
In order to use it as our shift logbook, however, we have one request
which is in principle the same as that of Juliana Peng
(http://midas.psi.ch/elogs/Forum/1280). We want to have the usual
maintenance/admin/problem report entries of the shift crew in the
same logbook as the automatic entries from our runcontrol software to
clearly see cause and effect when analyzing the beamtimes later. Of
course, the run entries have different attributes than the shift crew
entries. So, it would be nice to have the conditional "Show attributes"
function extended also to the list view.
I understand that the attributes layout might then change from line to
line, but since we have only two sets of attributes, that would not
matter (to us). Would you consider implementing this function (i.e.
evaluate the conditions and hide attributes also in list view),
if not by default, then maybe as an option of the config file?
Another nice feature (which we do not explicitly need, just a suggestion)
might be implementing a filter function in list view, such that only entries
with certain attribute values are displayed.
I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?
Cheers
Yoshio |
|
1453
|
Thu Oct 13 11:40:32 2005 |
 | Yoshio Imai | imai@kph.uni-mainz.de | Question | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view | Hi again!
I noticed the quickfilter option in the config guide in the meantime  !
I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)?
Thanks
Yoshio
BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
|
1457
|
Thu Oct 13 14:47:06 2005 |
| Yoshio Imai | imai@kph.uni-mainz.de | Request | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view |
| Stefan Ritt wrote: |
Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
|
Well, in our case the changes would not be very frequent (if the beamtime goes smooth, we will have mainly
run-entries and few admin entries; if it is a hardware developement beamtime, we will have mainly admin
entries and fewer run entries). So, for us a layout with a new title line at the change between the two sets of attributes is ok.
| Stefan Ritt wrote: |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there.
|
I see. I thought that the "hardcoded" default directory would still be searched -- my error.
| Stefan Ritt wrote: |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes?
|
Not much . The only thing left was that the elogd redirects to the "URL="-address only after logging in, and not already after selecting a logbook in the selection page (i.e. before the password is transmitted), when a user calls directly the elogd port and not, say, the stunnel port defined to secure the connection. In our case this doesn't matter so much, but maybe to others it does ... ?
Thanks for the work
Yoshio |
|
1486
|
Wed Oct 26 16:00:00 2005 |
| Yoshio Imai | imai@kph.uni-mainz.de | Bug report | Linux | 2.6.0beta5 | Preset text overriden after preview | Hi, Stefan!
I have run across a problem with preset texts. We have defined a form to be filled in when the operator selects a specific combination of attributes. This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. Clicking on "Submit" at this point then submits only the empty form, and the information filled in is lost.
When clicking on "Submit" without previewing, the text is entered correctly to the elog. Do you know where the problem might come from?
Thanks in advance
Yoshio |
|
1488
|
Fri Oct 28 10:42:44 2005 |
 | Yoshio Imai | imai@kph.uni-mainz.de | Bug report | Linux | 2.6.0beta5 | Re: Preset text overriden after preview |
| Stefan Ritt wrote: |
Thanks for reporting this bug. It's fixed in revision 1534.
- Stefan |
I just tested it, it works. Thanks! |
|
1489
|
Fri Oct 28 12:15:33 2005 |
| Yoshio Imai | | Question | Linux | 2.6.0beta5 | Display last page by default | Hi again!
I have one question concerning the logbook configuration. Normally, clicking on "List" takes me to the first page of the list view. Is it possible to configure the logbook so that "List" takes me to the last page instead?
Yoshio |
|