| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
66423
|
Thu Jun 25 22:58:01 2009 |
 | weiluo | lwsy711@gmail.com | Question | Linux | 2.7.6 | attached picture size changed |
Hello everyone.
Here I found a problem recently with attaching screen-shot to the elog.
I am using "elog -f xxx/xxx.gif" to make elog entry. Recently I found my attached pictures were scaled to the half of the original size horizontally appearing in the log entry, the other half of the picture was filled with black. I need to click it once to magnify the picture to see it.
Does anyone know how to solve this problem? It bugs me a lot.
By the way, I saw some pictures were produced with the name "xxx.gif.png" in the logbook directory.
Thanks, and one of the modified picture is attached.
|
| Attachment 1: 3.gif.png
|
|
|
66424
|
Fri Jun 26 08:15:16 2009 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.7.6 | Re: attached picture size changed |
| weiluo wrote: |
Hello everyone.
Here I found a problem recently with attaching screen-shot to the elog.
I am using "elog -f xxx/xxx.gif" to make elog entry. Recently I found my attached pictures were scaled to the half of the original size horizontally appearing in the log entry, the other half of the picture was filled with black. I need to click it once to magnify the picture to see it.
Does anyone know how to solve this problem? It bugs me a lot.
By the way, I saw some pictures were produced with the name "xxx.gif.png" in the logbook directory.
Thanks, and one of the modified picture is attached.
|
When you submit a picture, elogd calls the ImageMagick package to generate a thumbnail out of it, therefore you get the "xxx.gif.png" file (which represents the thumbnail). If you create your GIF images with the ROOT package, ImageMagick will give problems because ROOT does not use standard GIF encoding, therefor the black border on your pictures. You can turn off the thumbnail generation completely by specifying
Thumbnail size = 0
in the configuration file. This option was just introduced recently, so please update to SVN revision 2227 for this option to work. |
|
66426
|
Fri Jun 26 14:34:58 2009 |
| Steve Williamson | StephenWilliamson@Barnsley.gov.uk | Request | Linux | 2.7.6 | Re: Formatting list page data |
| Stefan Ritt wrote: |
|
| Steve Williamson wrote: |
|
Thanks for a great piece of software - it does so much and is (mostly) so simple to use. However, I do have a suggestion that (for me, at least) would make it even better -
I use elog for a variety of logging tasks but find that, because I want to see as complete a summary as possible, the list page can get very crowded with longer fields wrapping over several lines. I would like to have more control over the way attributes are displayed here. Specifically, being able to truncate data (e.g. to show just the first n characters of a description), being able to select a substring (e.g. displaying characters before the '@' character to remove the domain from an email address or displaying characters after the space to remove the day from a date in ddd dd/mm/yy format) and being able to concatenate fields (e.g. to show a reference in a single cell as "Incident 1234" by joining call type and call reference attributes).
regards
Steve
|
Something along these lines is however not implemented (and hard to do). The only chance you have is to export your data into a spreadsheet and do the reformatting/report generation there.
|
Thanks for looking at the suggestion - it was only a 'nice to have', whereas elog is an essential!
regards |
|
66427
|
Fri Jun 26 17:04:23 2009 |
| weiluo | lwsy711@gmail.com | Question | Linux | 2.7.6 | Re: attached picture size changed |
| Stefan Ritt wrote: |
| weiluo wrote: |
Hello everyone.
Here I found a problem recently with attaching screen-shot to the elog.
I am using "elog -f xxx/xxx.gif" to make elog entry. Recently I found my attached pictures were scaled to the half of the original size horizontally appearing in the log entry, the other half of the picture was filled with black. I need to click it once to magnify the picture to see it.
Does anyone know how to solve this problem? It bugs me a lot.
By the way, I saw some pictures were produced with the name "xxx.gif.png" in the logbook directory.
Thanks, and one of the modified picture is attached.
|
When you submit a picture, elogd calls the ImageMagick package to generate a thumbnail out of it, therefore you get the "xxx.gif.png" file (which represents the thumbnail). If you create your GIF images with the ROOT package, ImageMagick will give problems because ROOT does not use standard GIF encoding, therefor the black border on your pictures. You can turn off the thumbnail generation completely by specifying
Thumbnail size = 0
in the configuration file. This option was just introduced recently, so please update to SVN revision 2227 for this option to work. |
Thanks a lot for the detailed explanation! It works! |
|
66430
|
Thu Jul 2 09:39:40 2009 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.7.6-2226 | Cancelling an Roption selection in Edit. | Hi Stefan,
I don't know if anyone else would be interested or need this...
If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
entry and have replies without any of the attributes in that Roption being selected.
However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
condition before one was selected on that entry (so far as I can tell).
Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is
possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
option that has been selected.
Regards, David |
|
66431
|
Thu Jul 2 10:04:13 2009 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.7.6-2226 | Re: Cancelling an Roption selection in Edit. | > Hi Stefan,
>
> I don't know if anyone else would be interested or need this...
>
> If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
> entry and have replies without any of the attributes in that Roption being selected.
>
> However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
> condition before one was selected on that entry (so far as I can tell).
>
> Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is
> possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
> option that has been selected.
>
> Regards, David
The easiest to achieve this is to define another option. Assume you have the three options
One, Two, Three
and you want to "unselect" them. So just add a fourth option like
Unspecified, One, Two, Three
so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want. |
|
66432
|
Thu Jul 2 11:33:48 2009 |
 | David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.7.6-2226 | Re: Cancelling an Roption selection in Edit. | > > Hi Stefan,
> >
> > I don't know if anyone else would be interested or need this...
> >
> > If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
> > entry and have replies without any of the attributes in that Roption being selected.
> >
> > However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
> > condition before one was selected on that entry (so far as I can tell).
> >
> > Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is
> > possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
> > option that has been selected.
> >
> > Regards, David
>
> The easiest to achieve this is to define another option. Assume you have the three options
>
> One, Two, Three
>
> and you want to "unselect" them. So just add a fourth option like
>
> Unspecified, One, Two, Three
>
> so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want.
This is sort of what I do now, I just wondered if there was a way of clearing that would leave the field completely
blank in the YYMMDDa.log file.
Thanks. |
|
66435
|
Mon Jul 6 17:20:36 2009 |
| Mike | mike@raghuexim.com | Bug report | Linux | 2.7.6-2207 | Page Expired, Duplicate Entries & Thumbnail Woes? | Have a few issues here. The big one is that I have some users of our elog books
that are in India, while the server is in USA. When they click on thumbnail images
then press their browser back-button they get a page expired message and are
unable to see what they were looking at before unless they go back to the main
page. Is this an elog problem or something with Apache?
Also when these users in India write messages sometimes we end up with
duplicate messages seconds apart. I'm not sure if they are pressing the submit
button repeatedly or pressing their browser back button. I've suggested they
try not to do that.
Last issue, is there a way to make thumbnail images open in a new window
by default rather then the same window? This would help fix the first issue at
least. Is there some setting to fix the page expiration/time-out issues?
Regards,
Mike |
|