ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1550
|
Wed Dec 14 15:45:29 2005 |
| Yoshio Imai | | Request | Linux | 2.6.0beta5 | Re: Logbook aliases |
Stefan Ritt wrote: | If you click "List" on the single entry page, it takes you by default to the listing page. |
I also think this is the best way to do it.
BTW, now that everyone here got used to the current elog look&feel, I think we no longer need the conditional hiding of attributes (don't hit me... ). I hope you didn't invest too much time in that already.
Thanks, and happy beamtime!
Yoshio |
1559
|
Wed Dec 21 20:54:11 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | V2.6.0-bet | Re: Attachments in duplicated entries |
Bertram Metz wrote: | The duplicate command duplicates the entry text itself, but it does not duplicate attachments. If attachments in a duplicated entry are deleted, the original attachment files are deleted as well and cannot be accessed anymore within the original entry.
My suggestion is to copy the attached files too and to use file names of the copies in the duplicated entry. |
I chaned it such that attachments are removed from the duplicated entry, which was easier to implement. I hope this is ok as well. The change is in SVN revision 1584. |
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. |
1572
|
Wed Jan 4 12:05:21 2006 |
| T. Ribbrock | emgaron@gmx.net | Question | Linux | 2.6.0 | MS Fonts only in ELCode options? |
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". |
1573
|
Wed Jan 4 12:26:31 2006 |
| T. Ribbrock | emgaron@gmx.net | Question | Linux | 2.6.0 | HelpELCode needs to be present in "Menu commands"? |
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? |
1574
|
Wed Jan 4 15:27:31 2006 |
| Yoshio Imai | | Bug report | Linux | 2.6.0 | Re: "Logkook dir" in top group [global] section ineffective |
Stefan Ritt wrote: | 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. |
Thank you!
I just installed the latest revision; it is exactly what we need.
I found one problem, however: while linking the binaries for elogd, the linker complained about an undefined reference to forkpty implemented in libutil. I had to add the linker option -lutil to the Makefile target elogd:, then it compiled correctly.
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"?
Thanks for the work from all, and happy new year.
Yoshio |
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. |