ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
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! |
1742
|
Thu Mar 2 14:35:54 2006 |
| Alexandre Gauthier | supernaut@underwares.org | Bug report | Linux | 2.6.1-1622 | Re: Re: Inline images URL not working |
Stefan Ritt wrote: |
Alexandre Gauthier wrote: | Whenever I try to insert an inline picture by using the elog:1741/1 paths with ELCode, the link becomes "logbookname2/1" (Where logbookname is the name of my logbook) and hence, doesn't work. I recall that it worked once. The image did not display, but the URL seemed correct... |
The problem has been fixed in version 2.6.1-3, so just upgrade.
Alexandre Gauthier wrote: | EDIT: i inserted a space in the elog URL above because regardless of the code brackets, it would still get interpreted. |
You have to put a "\" in front of everything which should not get converted into a link, so elog:1741/1 does not get interpreted. |
Hello 
This is what I have done, I checked out the trunk from subversion and built it inside my powerpc QEMU. I just updated the executables and the elcode.js file, and now it works.
Thanks! |
1741
|
Thu Mar 2 07:15:27 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.1-1622 | Re: Inline images URL not working |
Alexandre Gauthier wrote: | Whenever I try to insert an inline picture by using the elog:1741/1 paths with ELCode, the link becomes "logbookname2/1" (Where logbookname is the name of my logbook) and hence, doesn't work. I recall that it worked once. The image did not display, but the URL seemed correct... |
The problem has been fixed in version 2.6.1-3, so just upgrade.
Alexandre Gauthier wrote: | EDIT: i inserted a space in the elog URL above because regardless of the code brackets, it would still get interpreted. |
You have to put a "\" in front of everything which should not get converted into a link, so elog:1741/1 does not get interpreted. |
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 |
|
1739
|
Wed Mar 1 19:51:05 2006 |
| Alexandre Gauthier | supernaut@underwares.org | Bug report | Linux | 2.6.1-1622 | Inline images URL not working |
Hello
I'm running elog on the blackdog embedded device so I can carry it around while doing my consultant work.
Whenever I try to insert an inline picture by using the elog: /1 paths with ELCode, the link becomes "logbookname2/1" (Where logbookname is the name of my logbook) and hence, doesn't work. I recall that it worked once. The image did not display, but the URL seemed correct...
Any ideas?
EDIT: i inserted a space in the elog URL above because regardless of the code brackets, it would still get interpreted. |
1738
|
Wed Mar 1 12:27:36 2006 |
| Holger Mundhahs | holger.mundhahs@vtg-rail.com | Question | Windows | 2.6.1-1653 | [SOLVED] Re: list view mode remembert - Bug? |
> > As default http://<hostname>/<LOGBOOK> shows the Summary View.
> > Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full.
> > But now the URL http://<hostname>/<LOGBOOK> show the Full view as default.
> > I think the URL without ?mode=... should show every time the same result,
> > regardless the view used before. Or maybe I can configure, which view I want to
> > see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too.
>
> Sure, that's a feature :D
>
> It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be
> persistent. If I now add additional default flags, people will have hard time to understand what this is all
> about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose
> do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary
> view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and
> [b]elattach[/b]), but that might be a bit cumbersome.
Thank you for your explanation. My situation was, that I've played around with "Mode commands = 0". In normal case I
use the Summary view, but on one logbook I've changed it to Full before, and after setting the parameter I can't
revert it to Summary. But now I know how it works and can use it like intended.
Regards
Holger |
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. |
1736
|
Wed Mar 1 10:30:51 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Windows | V2.6.1-165 | Re: How to setup Change attributes in detail view/edit mode ? |
I implemented a "Hide attributes = ..." option, with which you can do what you requested, but unfortunately I'm
sitting here in Siberia and have only limited internet access, so I can only submit the modification next weekend.
- Stefan |