Re: author field in reply, posted by Ken Harvey on Thu Jun 21 05:29:59 2012
|
| Andreas Luedeke wrote: |
| Ken Harvey wrote: |
I am a newbie to being the administrator to ELog, but have used it for a while now. We just updated and have the same issue with the reply now. Unfortunatley I am not much of a programmer, yet, still learning. In our config file it has "Preset Name = $long_name", "Preset Author = $long_name", "Preset on reply Author = $long_name". By looking in the Syntax of elogd.cfg section, it seems to be correct, but I am not sure. Can you give me a suggestion on how it should look? Or tell me why it is not working and lead me in the right direction on how to correctly set it up? Thank you for your time. |
A common mistake is to think that "Author" is some kind of keyword: it is not.
You can use any defined attribute, if you want to use "Author" this attribute needs to be defined in the "Attributes=" command line.
Attributes = Author, ...
Then you can use the "Preset" command.
Preset Author = $long_name
Preset on reply Author = $long_name
I've just tested it with 2.9.0-2435 and it works fine.
If the following 4 line minimal logbook configuration does not work for 2.9.1, then please post again:
Attributes = Author
Preset Author = $long_name
Preset on reply Author = $long_name
Locked Attributes = Author
Cheers
Andreas |
Thanks Andreas,
That cleared up a lot for me. With your information I was able to figure it out. I got rid of the Author and just went with Name, and now it all works good.
Again, thanks for your help,
Ken Harvey |
Re: attribute of type "datetime" sorted incorrectly, posted by Stefan Ritt on Wed Jul 27 21:22:47 2005 
|
| Kees Bol wrote: | | What goes wrong here? |
The wrong sorting is a mystery to me. I redid what you have, and entered exactly the same entries, and got following:
As you can see, the sorting is quite different. What happens if you reload the page, what if you restart elogd?
As for the missing validity check for the date field, all what was missing was the year check. I added that. |
|
Re: attribute of type "datetime" sorted incorrectly, posted by Kees Bol on Thu Jul 28 09:46:40 2005
|
| Stefan Ritt wrote: |
| Kees Bol wrote: | | What goes wrong here? |
The wrong sorting is a mystery to me. I redid what you have, and entered exactly the same entries, and got following:
As you can see, the sorting is quite different. What happens if you reload the page, what if you restart elogd?
As for the missing validity check for the date field, all what was missing was the year check. I added that. |
Stefan, I think it has something to do with version 2.57-1. Yesterday evening I installed V2.60 and there was a big difference. All entries of Logdate were changed in 1-jan-70 and when entering/editing an entry I now get the calendar and clock. So everything, including sorting, looks good now.
Thanks |
|
Re: attachments created using "Image" button can not be clicked-on and do not appear in the attachment table., posted by Devin Bougie on Thu Jan 28 20:02:06 2016
|
As there appears to be some inconsistencies, I thought I'd document the behaviour of each of the attachment options.
------
1. Click on the "Image" button in the CKEditor, click on "Choose File" and browse to the file, click on "Send it to the Server", and click "OK".
- The image appears inline at the configured "Thumbnail size", but it is not clickable and it does not appear in the attachment table when viewing the entry.
2. Drag and drop an image into the body of the message.
- The image appears inline at the configured "Thumbnail size" and is clickable. As with "1," however, it does not appear in the attachment table when viewing the entry.
3. Drag and drop an image into the "Drop attachments here ..." section.
- The image appears in the attachment table at the configured Thumbnail Size, and is clickable.
4. From the attachment table, click on "Choose File" and then click on "Upload."
- The image appears in the attachment table at the configured Thumbnail Size, and is clickable.
------
We need to make sure the images are always clickable so that you can always view the full-sized image. Any suggestions for fixing this, short of reverting to v2.9.2, would be greatly appreciated.
Thanks again,
Devin
| Devin Bougie wrote: |
|
This has been confirmed usign the Demo forum on this server. For example, please see https://midas.psi.ch/elogs/Linux+Demo/8
When an image is attached using the "Image" button in the CKEditor, that image does not appear in the attachment table for that entry. In addition, the image can not be clicked on to view the full image.
This was not the case in v2.9.2, at least.
Is there some configuration option I could toggle to change this behaviour? By default, we would like any attachment (whether it's made using drag and drop, the Image button, or the "Choose File" button) to appear in the attachment table *and* be clickable to view the full image.
Thanks,
Devin
|
|
|
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 10:42:40 2009
|
| Devin Bougie wrote: |
|
I'm not sure if this is the expected behavior, but it appears as though an attachment is not displayed in the list of attachments if you manually add a link to the attachment into the body of the entry. I would greatly appreciate any advice on how to fix or change this behavior.
I will try to demonstrate with the two attachments on this entry. There are two attachments in this entry, but only one appears in the standard view of the entry.
Picture_1.png.png
Many thanks,
Devin
|
Well, you can have "inline" pictures like that:
In this case it is clumsy if this image gets displayed twice, once in the text and once as the attachment. So I look at the entry and if I find the image inlined, I suppress the display at the end. Now the "check if the image is shown inline" is a bit stupid, it just looks for the link. So I never thought that someone would just put a link in the text manually. I will have a look and see if I can change that. |
|
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 13:14:37 2009
|
| Devin Bougie wrote: |
|
I'm not sure if this is the expected behavior, but it appears as though an attachment is not displayed in the list of attachments if you manually add a link to the attachment into the body of the entry. I would greatly appreciate any advice on how to fix or change this behavior.
I will try to demonstrate with the two attachments on this entry. There are two attachments in this entry, but only one appears in the standard view of the entry.
Picture_1.png.png
Many thanks,
Devin
|
One question just for curiosity: How did you obtain the link to the attachment? Don't you first have to submit the entry, then get the attachment link via the browser ("Copy link location"), then edit the same entry, then paste a link? This is rather complicated, that's why I could not imagine that someone really does it. Or do you want to achieve something else? |
|
Re: attachment not displayed if entry contains link to attachment., posted by Stefan Ritt on Tue Jul 28 13:30:35 2009
|
| Devin Bougie wrote: |
|
I'm not sure if this is the expected behavior, but it appears as though an attachment is not displayed in the list of attachments if you manually add a link to the attachment into the body of the entry. I would greatly appreciate any advice on how to fix or change this behavior.
I will try to demonstrate with the two attachments on this entry. There are two attachments in this entry, but only one appears in the standard view of the entry.
Picture_1.png.png
Many thanks,
Devin
|
I improved the mentioned check for inline attachments. Now your page correctly shows both attachments. This fix is in SVN revision 2241. |
|
Re: attachment indicator in summary view, posted by Stefan Ritt on Fri Apr 4 22:06:48 2008
|
| Dennis Seitz wrote: |
|
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release. |
|