| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
66104
|
Tue Dec 9 08:04:00 2008 |
 | Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.7.5 | Re: Please add Subst on Duplicate |
| Dennis Seitz wrote: |
|
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
|
Subst on Duplicate does not make sense. Subst always works after you submit an entry, while Preset works before you enter the entry. When you Duplicate an entry, it looks like a new one, just with attributes and text from another entry. So when you submit that one, the system cannot distinguish if you entered a new one by yourself or if this is based on a copy of another entry. So what you probably need is Preset on duplicate. |
|
66105
|
Wed Dec 10 03:11:01 2008 |
| Dennis Seitz | dseitz@berkeley.edu | Request | All | 2.7.5 | Re: Please add Subst on Duplicate |
| Stefan Ritt wrote: |
|
| Dennis Seitz wrote: |
|
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
|
Subst on Duplicate does not make sense. Subst always works after you submit an entry, while Preset works before you enter the entry. When you Duplicate an entry, it looks like a new one, just with attributes and text from another entry. So when you submit that one, the system cannot distinguish if you entered a new one by yourself or if this is based on a copy of another entry. So what you probably need is Preset on duplicate.
|
Thanks for explaining.
I thought Preset would work with Duplicate since Duplicate creates a new entry, but it didn't. Then I tried Subst because Duplicating an entry opens it in Edit mode, so you are in effect Duplicating, and then Editing the entry. It just didn't occur to me to look for Preset on Duplicate. |
|
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 |
|
66213
|
Thu Feb 19 18:19:12 2009 |
| Bill Pier | bpier@clove.org | Question | All | 2.7.3 | Re: scrollable text section only when viewing a log entry |
| Bill Pier wrote: |
|
| IStefan Ritt wrote: |
|
| Bill Pier wrote: |
|
| Stefan Ritt wrote: |
|
| Bill Pier wrote: |
|
Is there a way, option, feature to setup the text section only to be scrollable when viewing a log entry, such that the header (meta info) section stays fixed?
|
Unfortunately no.
|
Well, I tinkered a bit with a journal entry display page and found that without having to suggest the flavor-of-the-month web design mantra of "replace table layout with CSS only", just a few CSS tweaks can enable exactly what I am desiring.
For your consideration, here are the tweaks I made to get a fixed header and footer section with a scrollable journal entry section in the middle:
- moved the journal entry content and footer line (elog version info) out of the layout table structure, into their own div sections;
- in the style sheet, added attribute "position:fixed" to the "frame table" section;
- in the style sheet, added attribute sections for journal entry content and footer div sections:
- #content: overflow:auto;position:fixed;top:230px;bottom:30px;width:100%;
- #footer: text-align:center;bottom:0;position:fixed;width:100%;
Now as I'm not a web designer by trade and not intimately familiar with CSS nuances, I used the time honored method of documentation lookup with trial and error.
In any case, it worked and displays exactly the way I wanted; please do consider this for a future elog release.
|
Apparently you downloaded an ELOG page and modified it manually. Can you send me the modified page, it then would be easier for me to implement it (I can shorten "my" trial and error phase..)
|
Yes, you are correct, I did simply take a sample page from logs and tinker with the html and css file, with the changes enumerated previously. I have attached the tweaked sample html elog log page and css file, along with a few of the standard elog png files to complete the page with some semblance of the normal display.
Thu Feb 19 18:18:20 2009 Did this suggestion ever get considered for implementation?
|
|
|
66215
|
Fri Feb 20 07:58:52 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.7.3 | Re: scrollable text section only when viewing a log entry |
| Bill Pier wrote: |
|
| Bill Pier wrote: |
|
| IStefan Ritt wrote: |
|
| Bill Pier wrote: |
|
| Stefan Ritt wrote: |
|
| Bill Pier wrote: |
|
Is there a way, option, feature to setup the text section only to be scrollable when viewing a log entry, such that the header (meta info) section stays fixed?
|
Unfortunately no.
|
Well, I tinkered a bit with a journal entry display page and found that without having to suggest the flavor-of-the-month web design mantra of "replace table layout with CSS only", just a few CSS tweaks can enable exactly what I am desiring.
For your consideration, here are the tweaks I made to get a fixed header and footer section with a scrollable journal entry section in the middle:
- moved the journal entry content and footer line (elog version info) out of the layout table structure, into their own div sections;
- in the style sheet, added attribute "position:fixed" to the "frame table" section;
- in the style sheet, added attribute sections for journal entry content and footer div sections:
- #content: overflow:auto;position:fixed;top:230px;bottom:30px;width:100%;
- #footer: text-align:center;bottom:0;position:fixed;width:100%;
Now as I'm not a web designer by trade and not intimately familiar with CSS nuances, I used the time honored method of documentation lookup with trial and error.
In any case, it worked and displays exactly the way I wanted; please do consider this for a future elog release.
|
Apparently you downloaded an ELOG page and modified it manually. Can you send me the modified page, it then would be easier for me to implement it (I can shorten "my" trial and error phase..)
|
Yes, you are correct, I did simply take a sample page from logs and tinker with the html and css file, with the changes enumerated previously. I have attached the tweaked sample html elog log page and css file, along with a few of the standard elog png files to complete the page with some semblance of the normal display.
Thu Feb 19 18:18:20 2009 Did this suggestion ever get considered for implementation?
|
|
Yes it's on my personal to-do list, but don't know when I will find some time. |
|
66236
|
Wed Mar 4 22:47:46 2009 |
| Val Schmidt | vschmidt@ldeo.columbia.edu | Question | All | 2.7.5 | Email authentication with SSL/TLS | Hi,
I'm curious is it possible to send email notificaitons from elog through an smtp server that requires SSL/TLS authentication? I think it's not but I thought I'd ask.
-Val
ps. sorry for the initial blank post... |
|
66239
|
Fri Mar 6 21:51:48 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.7.5 | Re: Email authentication with SSL/TLS |
| Val Schmidt wrote: |
|
Hi,
I'm curious is it possible to send email notificaitons from elog through an smtp server that requires SSL/TLS authentication? I think it's not but I thought I'd ask.
-Val
|
This is currently not implemented and will probably not implemented in the next time, but it's on my (very long) to-do list. |
|
66257
|
Thu Mar 19 02:50:16 2009 |
 | Erik Iverson | eiverson@ornl.gov | Question | All | 2.7.4 | "Full" view formatting | I have a logbook I use to capture machine settings. There are many (~30) different attributes defined. I've defined the "Summary" view via "List display" in such a way that not all the attributes are displayed in the summary list, because there's no practical way to fit the 30 different attributes in 30 rows across the screen, and there's no need to have every attribute shown in the summary view. I would like to define something for the "Full" view that lets me put one (or more, but not all) attributes per line; much like the single-entry view does now, just with multiple entries. So a "Full" listing would look like
ID: 1
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
ID: 2
Attribute1: Value1
Attribute2: Value2
Attribute3: Value3
Text...
rather than
ID Attribute1 Attribute2 Attribute3
1 Value1 Value2 Value3
Text...
2 Value1 Value2 Value3
Text...
etc.
Any suggestions?
Thanks as always for a wonderful piece of software! |
|