| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1499
|
Mon Oct 31 01:39:52 2005 |
 | Yoshio Imai | | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
I have installed the new version, and it works just fine. It is also MUCH faster than my intermediate solution.
| Quote: |
For the moment, I could satisfy the users by setting the start page to the "All" view
|
Thanks for the work! |
|
1498
|
Mon Oct 31 01:36:52 2005 |
| Yoshio Imai | | Request | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view |
| Thank you! I have tested it and it works just as expected! |
|
1497
|
Fri Oct 28 23:45:33 2005 |
 | Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view |
| Yoshio Imai wrote: | I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted? |
I implemented that in revision 1540. On the logbook selection page, the links to the individual logbooks honor the "URL = ..." statement from the config file, and thus you get redirected via "https://...". More is unfortunately not possible. If elogd gets contacted the first time, it is impossible to figure out by elogd under which URL it got contacted, and therefore it cannot distinguish between secure and insecure connections. The only way is to switch off port 80 by a firewall and only allow "https://..." connections from outside. |
|
1496
|
Fri Oct 28 20:36:55 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
Ok, I implemented the last page display per default in revision 1538. If "reverse sort = 0" the last page is shown and if "reverse sort = 1" the first page is shown by default. This way one always sees the page with the latest entries. I hope this accomodates everybody. If not, please complain and I could make it a switch (yet another option  ). |
|
1495
|
Fri Oct 28 13:24:27 2005 |
| Yoshio Imai | | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
| Stefan Ritt wrote: |
What about
Start page = last10
|
In principle this would be a good starting point, however, we would like to use the "Previous" and "Next" page selectors to browse (and these don't appear when using the "lastNN" statement for the start page). |
|
1494
|
Fri Oct 28 13:14:19 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
| Yoshio Imai wrote: | | We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this? |
What about
Start page = last10
This shows always the last 10 entries. If you want to see more, you can click on the new menu entry "Last 20 entries" etc. |
|
1493
|
Fri Oct 28 13:12:46 2005 |
| Yoshio Imai | | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
Thanks!
For the moment, I could satisfy the users by setting the start page to the "All" view, but if it can be implemented in a future version, this would come very handy.
Yoshio |
|
1492
|
Fri Oct 28 13:05:26 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
| Yoshio Imai wrote: | | We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this? |
Start page = 0?cmd=last
Well, I guess this is not what you want either, correct? You would like to see the listing page with ~20 entries. The first one you can access easily via "<logbook>/page1", but the number of the last page varies over time. I would have to add a new functionality like "<lobook>/page_last", which automatically gets converted into the correct page number. I will put this on my wishlist. |