ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1568
|
Thu Dec 22 20:50:57 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0beta5 | Re: "Logkook dir" in top group [global] section ineffective |
Yoshio Imai wrote: | There are also one question/request (you see that we use the elog extensively now ):
When searching for a particular event in our shift log using the "Find" function, it would often be useful not to go to the single entry, but to the page where that entry resides. This way we can see the whole context of the event. When clicking onto an entry in the "Find" result page, this takes us of course to the single entry, but could you add a function to go to the page instead. Alternatively, is it possible to include a button "Go to page" in the single entry view (it need not even be exactly +/-N entries around, the usual page partition would do)? |
I implemented that request. When you click on "list", it takes you to the listing page containing the current entry, which is even highlighted. Have a look at this forum if this is what you like. |
1570
|
Fri Dec 23 09:07:14 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | | 2.6.0 | Re: "Syntax of elogd.cfg" - Document |
Edmundo T Rodriguez wrote: | The document "ELOG - Syntax of elogd.cfg" is outdated! |
I forgot to update the web server, but the document distributed in the 2.6.0 package was up to date.
Edmundo T Rodriguez wrote: | Are we going to have an updated documented? |
I copied the actual version to the web server.
Edmundo T Rodriguez wrote: | How much difference exists between the one posted as a reference
and new one covering all new options in ELOG? |
For the changes from one version to the other, have a look at the changelog. |
1575
|
Mon Jan 9 20:09:16 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0 | Re: "Logkook dir" in top group [global] section ineffective |
Yoshio Imai wrote: | One strange thing (maybe it isn't strange at all) is the following behaviour: when the list view is set to "summary", then the line containing the entry where we clicked "list" is highlighted, however when the list view is set to "full", it isn't. Is this "a bug, or a feature"?  |
Was a bug. I have fixed that in revision 1591. |
1576
|
Mon Jan 9 20:19:32 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0 | Re: HelpELCode needs to be present in "Menu commands"? |
T. Ribbrock wrote: | Another little issue I came across was this: I'm using "Menu commands" and "Guest Menu commands" in my configuration. When I logged in and started to create a new entry, clicking on the URL that is behind "ELCode" at the bottom of the screen (and accesses the help for the ELCodes) resulted in a "command denied". The only way to get around this was to add "HelpELCode" to "Menu commands" - but now it also shows up in the menus, which is not what I want. Is there any way around this? |
Thanks for reporting that problem. I fixed that in revision 1592. |
1577
|
Mon Jan 9 20:53:28 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0 | Re: MS Fonts only in ELCode options? |
T. Ribbrock wrote: | I'm just after installing 2.6.0 and marvelling at all the changes, especially ELCode (I was using 2.5.8 previously). However, I noticed that the "FONT" menu for ELCodes only offers Microsoft fonts - something I usually avoid like hell when publishing web content, as I cannot rely on those being installed on the clients. As far as I can see there is no easy way to change this, short of patching the source - or is there?
I'd want to add at least options like "serif" and "sans-serif" and maybe some standard (Unix\?) fonts like "Helvetica". |
In revision 1593 I implemented a "Fonts = ..." option where you can specify a list of fonts to be shown on the list. I tried however the MS set of fonts on a Linux system, and found that the MS fonts got mapped to Unix fonts in a reasonable way. Even the Comic Sans MS font was avalilable. |
1583
|
Wed Jan 11 21:06:06 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0r1593 | Re: Page browsing links in Find mode broken |
Thanks for reporting this bug, I fixed it in revision 1597. |
1584
|
Wed Jan 11 21:12:13 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0beta5 | Re: Getting back from "Find" mode |
Yoshio Imai wrote: | Is there a more direct way to get back to the unfiltered list view than selecting an entry and go to "List" or using "Find" again and clicking on "Back"? |
Yes, just click on the logbook tab on the very top of the page. |
Attachment 1: elog.gif
|
|
1587
|
Thu Jan 12 15:50:51 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0r1597 | Side effects from debugging |
Both problems have been fixed in revision 1598. |