ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
66501
|
Fri Aug 7 08:36:19 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.7.3 | Re: Pre-populate Attachments in URL |
That would be nice, I want this, too! But unfortunately your browser does not allow this for security reasons, and I found no way around. Assume you look to a page on the internet, and it pre-populates a file selector with something like /etc/passwd or any other sensitive file. Then this box gets hidden by some CSS style so you don't see it. So as soon as you click on something on that page, your sensitive files gets submitted, and you don't want that. Therefore it's impossible to pre-populate file selector boxes.
- Stefan |
66502
|
Fri Aug 7 23:09:42 2009 |
| Dennis Seitz | dseitz@berkeley.edu | Request | All | 2.7.6 | Re: alphabetize Quick Filter items? |
Stefan Ritt wrote: |
Dennis Seitz wrote: |
Hi Stefan,
I'd like to request a feature: automatic alphabetization of the items in the Quick Filter menus.
We track quite a few detector assemblies, which are produced with non-sequential designations. It would be useful if the Quick Filter list was automatically sorted alphabetically to make it more convenient for folks to find a particular item.
I know people can always search by designation but it would be handy to have this alpha sorting feature. Would it be possible to include that in a future release?
Thanks again for a *very* useful logging system!
Dennis
|
The order of items in a Quick Filter menu is exactly as in the configuration file. Like if you have items
Options Type = C, D, A, B
they are shown like that in the quick filter menu. If you want to sort them, just do the sorting yourself in the configuration file like
Options Type = A, B, C, D
I have not implemented automatic sorting since some people want a different order, like some main topics at top. So by following the order from the configuration file, everybody can be satisfied just by chaning the order in the config file.
- Stefan
|
Yes, I have been manually sorting and resorting. We have extendable attributes and the list keeps growing so I have to resort every so often. I thought perhaps a simple alphanumeric sort as an option would be popular with most users so I thought I'd ask for it. It would really simplify things for me. Users who want to sort manually could do so by disabling the option. It never hurts to ask!
|
66503
|
Mon Aug 10 17:14:48 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.7.6 | Re: alphabetize Quick Filter items? |
Dennis Seitz wrote: |
Stefan Ritt wrote: |
Dennis Seitz wrote: |
Hi Stefan,
I'd like to request a feature: automatic alphabetization of the items in the Quick Filter menus.
We track quite a few detector assemblies, which are produced with non-sequential designations. It would be useful if the Quick Filter list was automatically sorted alphabetically to make it more convenient for folks to find a particular item.
I know people can always search by designation but it would be handy to have this alpha sorting feature. Would it be possible to include that in a future release?
Thanks again for a *very* useful logging system!
Dennis
|
The order of items in a Quick Filter menu is exactly as in the configuration file. Like if you have items
Options Type = C, D, A, B
they are shown like that in the quick filter menu. If you want to sort them, just do the sorting yourself in the configuration file like
Options Type = A, B, C, D
I have not implemented automatic sorting since some people want a different order, like some main topics at top. So by following the order from the configuration file, everybody can be satisfied just by chaning the order in the config file.
- Stefan
|
Yes, I have been manually sorting and resorting. We have extendable attributes and the list keeps growing so I have to resort every so often. I thought perhaps a simple alphanumeric sort as an option would be popular with most users so I thought I'd ask for it. It would really simplify things for me. Users who want to sort manually could do so by disabling the option. It never hurts to ask!
|
Ok, I implemented
Sort attribute options = 1
in the current SVN revision. |
66518
|
Wed Aug 19 11:54:52 2009 |
| Johannes Liegl | Johannes.Liegl@gefanuc.com | Question | All | 2.7.5 | Re: Multiple keyword search |
Yoichi Aso wrote: | 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 |
Dear Yoichi,
well we are facing the same problem and I would like to ask you if you have been able finding another method searching for keywords in documents?
I am looking forward to getting feedback. Thank you very much for your help in advance.
Best Regards
Johannes Liegl |
66555
|
Wed Oct 7 01:31:05 2009 |
| Bill Pier | bpier@clove.org | Request | All | 2.7.7 | feature req.: identify ELOG web pages via META element |
* Withdrawn *
The HTML layout produced by elogd is horrendous to deal with programmatically; I give up.
Hi,
I'm writing a greasemonkey script to slightly alter the look of the pages served by the ELOG server. One difficulty that I'm struggling with is how to identify what type of page ELOG has created. While I have several methods to determine the page type, such as a log entry vs. log entries summary, the solutions are not straight forward and not clean. As far as I tell, there's no specific identification in HTML document currently that describes and identifies the type of page being served by the ELOG server.
So, I'm requesting that the pages created by ELOG be identified in some fashion with the META element, such as:
<meta name="description" content="elog log entry" />
or
<meta name="description" content="elog log summary" />
or even using the keywords attribute:
<meta name="keywords" content="elog log summary" />
Thanks!
|
66562
|
Wed Oct 21 19:06:59 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.7.7 | Re: feature req.: identify ELOG web pages via META element |
Bill Pier wrote: |
* Withdrawn *
The HTML layout produced by elogd is horrendous to deal with programmatically; I give up.
Hi,
I'm writing a greasemonkey script to slightly alter the look of the pages served by the ELOG server. One difficulty that I'm struggling with is how to identify what type of page ELOG has created. While I have several methods to determine the page type, such as a log entry vs. log entries summary, the solutions are not straight forward and not clean. As far as I tell, there's no specific identification in HTML document currently that describes and identifies the type of page being served by the ELOG server.
So, I'm requesting that the pages created by ELOG be identified in some fashion with the META element, such as:
<meta name="description" content="elog log entry" />
or
<meta name="description" content="elog log summary" />
or even using the keywords attribute:
<meta name="keywords" content="elog log summary" />
|
Sorry, I didn't yet have time to implement your request.
Have you considered to download an entry in plain text? Like this entry you can load with
https://midas.psi.ch/elogs/Forum/66555?cmd=Download
which should be much easier to interprete. If you write your entries in ELCode or plain format, it should be even easier. |
66563
|
Sat Oct 24 01:10:24 2009 |
| Gabriele Sirri | sirri@bo.infn.it | Bug report | All | 2.7.7-2254 | "Collapse to last = 1" problem when reply twice to the same entry | Hello.
Please look at the entry 66525 of this forum (just 5 thread before this one):
-> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525)
|-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526)
|-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
+ Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009
I guess it is because both 66526 and 66556 replies to the first entry.
I have the same problem with Elog v2.7.7-2246 and Windows.
In general, it seems to work well only if you always reply to the last entry of a thread.
Thank you.
b.t.w. : is there any tip to always force reply to the last entry of a thread? |
66568
|
Thu Oct 29 20:58:59 2009 |
| David Pilgram | David.Pilgram@epost.org.uk | Comment | All | 2.7.7-2254 | Re: "Collapse to last = 1" problem when reply twice to the same entry | > Hello.
>
> Please look at the entry 66525 of this forum (just 5 thread before this one):
>
> -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525)
> |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526)
> |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556)
>
> When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent)
>
> + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009
>
> I guess it is because both 66526 and 66556 replies to the first entry.
> I have the same problem with Elog v2.7.7-2246 and Windows.
>
> In general, it seems to work well only if you always reply to the last entry of a thread.
>
> Thank you.
>
>
> b.t.w. : is there any tip to always force reply to the last entry of a thread?
As the person who suggested this concept, I have to admit I've yet to think of a good way around this issue.
Preventing "branching" is all very well, but sometimes it is relivent to have a branch (although I usually try to
avoid them). Unless elog scans every possible branch to find where the latest entry, I cannot think of a
foolproof, practical scheme. |
|