| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1707
|
Tue Feb 21 22:33:32 2006 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.6.1 | Re: svn revision number in the source |
| Steve Jones wrote: | | I have no idea how I got to CVS |
I realized that I had an old link to CVS when I checked your previous posting, so I updated that link like 30 min ago. That's why you got a new one. |
|
1708
|
Tue Feb 21 22:37:14 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | Re: svn revision number in the source |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | I have no idea how I got to CVS |
I realized that I had an old link to CVS when I checked your previous posting, so I updated that link like 30 min ago. That's why you got a new one. |
Ah, thanks. All is now right with the world  |
|
1725
|
Fri Feb 24 16:40:38 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | All | 2.5.9 | eLog Version number as eLog attribute? |
When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom. Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?
Thanks! |
|
1737
|
Wed Mar 1 10:31:33 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.5.9 | Re: eLog Version number as eLog attribute? |
| Steve Jones wrote: | When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom. Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?
Thanks! |
I added that feature, but will not be able to commit it before the next weekend. |
|
1740
|
Wed Mar 1 20:22:28 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | All | 2.5.9 | Re: eLog Version number as eLog attribute? |
| Stefan Ritt wrote: |
| Steve Jones wrote: | When a footer is used (via Bottom text = <filename>) eLog no longer displays the eLog version number at the bottom. Is it possible to somehow expose the version/revision as an eLog attribute or have the version still display even when a replacement footer is specified?
Thanks! |
I added that feature, but will not be able to commit it before the next weekend. |
| Quote: | | Not a problem! Thanks |
|
|
1743
|
Thu Mar 2 23:32:25 2006 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.6.1 | Top Groups and logbook directorys |
I am re-working our elog setup and am seriously looking at using the "Top Group" feature. What I like best is the ability to create [global] configurations for a group (or type) of logbook when I host multiple types on the same server. I also like being able to specify a different password file, etc.
A limitation that I run into is I would really like the actual directory names used for storing the logbooks for the different types to be identical - which isn't possible when all logbooks (regardless of context) exist at the same directory level. For example, I might have:
3 physical locations: ABC, DEF, GHI
For each location I want to maintain two *groups* of logbooks - CircuitTests and BoardTests. What I would like to end up with is:
- CircuitTests
----ABC
----DEF
----GHI
- BoardTests
----ABC
----DEF
----GHI
Under current elog this is not possble as far as I know. Since each logbook is a physical directory, each logbook requires a unique name. The concept of a named [global] area fills the bill for all things but it would be nifty if one could do:
[global circuittests]
Logbook dir = circuittestlogbooks
[global boardtests]
Logbook dir = boardtestlogbooks
I suppose the poorman's way of doing this is for each logbook to do the following:
[ABC]
Subdir = boardtestlogbooks/ABC
[DEF]
Subdir = boardtestlogbooks/DEF
[GHI]
Subdir = boardtestlogbooks/GHI
or something like that, but I was hopic for something a little more integrated - like creating the hierarchical stuff via the GUI. Anyway, this probably sounds like a major overhaul, which definitely wouldn't be worth it unless I have completely missed something glaringly obvious.
Thanks! |
|
1745
|
Fri Mar 3 18:02:59 2006 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.6.1 | Allow $attributes in "Comment = " option |
| Is it possible to allow $attribute substitutions in the "Comment =" option for logbooks? |
|
1746
|
Sat Mar 4 05:17:14 2006 |
 | Glenn Horton-Smith | gahs@phys.ksu.edu | Request | All | 2.6.1-1668 | require smileys to have whitespace on either side? |
It would be nice if elog would only interpret something as a smiley if it is surrounded by whitespace. It can be particularly annoying that an 8 followed by a right paren becomes a "cool" smiley -- e.g., a parenthetical reference to event eighteen (18) becomes mangled... [That was "18" inside the parens.]
Is there already a way to solve this issue (other than always previewing your entries and adding spaces before parans)? Is the feature hard to implement? |