ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68679
|
Wed Aug 23 20:09:39 2017 |
 | Stefano Bonaldo | stefano.bonaldo.13@gmail.com | Question | Mac OSX | v3.1.2 | Re: Hide logbook tab when not authorized |
Hi Andreas,
many thanks for your answer. I partially agree with you, because sometimes "for privacy" of my working group I don't want that other users (external users) know the existance of the other logbooks.
Do you think that will be implemented in future?
Best regards, Stefano
| Andreas Luedeke wrote: |
|
Hi Stefano,
I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.
Kind Regards, Andreas
| Stefano Bonaldo wrote: |
|
Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?
|
|
|
|
68678
|
Wed Aug 23 15:11:32 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug report | Linux | 3.1.3-aded4ae | Re: Problems with german_UTF8 language |
Just an update: I've re-compiled, reinstalled and restarted elogd for other reasons and now the corrupted strings are all gone. Everthing looks fine now.
But I never worry when a problem goes away before I could understand it: I'm confident that I will have plenty of time later, when the problem magically re-appears - likely I'll be called on a Friday night :-)
| Andreas Luedeke wrote: |
|
Hi Stefan,
since recently (a few weeks) ELOG confuses the language translations.
Individual language strings are translated into garbage; most other strings are fine.
Currently I see the string "please select" translated into "ressed" (see attached picture), instead of what's written correctly in the language file "bitte auswählen".
But with every restart the corrupted strings vary: other strings are affected and other garbage strings are shown - some of them unreadable binary code (see Attachment 2).
I have the same version running in English: I see no problems there.
Kind regards
Andreas
|
|
|
68677
|
Wed Aug 23 11:36:22 2017 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Mac OSX | v3.1.2 | Re: Hide logbook tab when not authorized |
Hi Stefano,
I think your assessment is correct: it is not possible to hide a logbook based on your read/write privileges.
And I'm not even sure that this would make much sense: at least you need to be able to get to the login page of the logbook.
But if you don't have read privileges for a logbook, you'll be automatically redirected to the login page, as soon as you select this logbook.
Kind Regards, Andreas
| Stefano Bonaldo wrote: |
|
Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?
|
|
|
68676
|
Tue Aug 22 18:29:02 2017 |
 | Stefano Bonaldo | stefano.bonaldo.13@gmail.com | Question | Mac OSX | v3.1.2 | Hide logbook tab when not authorized |
Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups? |
|
68674
|
Tue Aug 22 14:58:09 2017 |
 | Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.2 | Re: HTML in attribute values |
Exactly the information I was after - thanks! I'll simulate fancier markup as necessary.
| Stefan Ritt wrote: |
|
Sorry, I misread your question. Only following HTML tags are allowed in attributes:
<a>
<img>
<b>
<i>
<p>
<br>
<hr>
This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.
Stefan
| Richard Stamper wrote: |
|
Isn't that list in the message text rather than as an attribute value?
| Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|
|
|
|
|
68673
|
Tue Aug 22 14:37:44 2017 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 3.1.2 | Re: HTML in attribute values |
Sorry, I misread your question. Only following HTML tags are allowed in attributes:
<a>
<img>
<b>
<i>
<p>
<br>
<hr>
This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.
Stefan
| Richard Stamper wrote: |
|
Isn't that list in the message text rather than as an attribute value?
| Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|
|
|
|
68672
|
Tue Aug 22 14:36:46 2017 |
| Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.2 | Re: HTML in attribute values |
Isn't that list in the message text rather than as an attribute value?
| Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|
|
|
68671
|
Tue Aug 22 14:26:42 2017 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 3.1.2 | Re: HTML in attribute values |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|