Is there a way to post a logbook entry to a future dated logbook file?  I've searched through the user manual for forward dating but can't seem to find anything.  As an example at my office, a user wants to add a personal entry stating they will be absent from work on October 5th and I would like that entry information written to the 131005a.log file instead of the current days log.

I know two ways to do this. Either way you do need some kind of sysadmin status.

Stefan, Andreas, close your eyes for the next sentence.

1.  Set the computer/server clock to 5th October, make the entry, set the clock back again.

2.  Make the entry as normal, then go into the logbook directory and find today's 130912a.log entry - now create a new 131005a.log file, and paste in the relivant entry into this - not forgetting to change the day and date at the top.  Save the file.  Ensure that 131005a.log has the correct permissions and ownership (compare with all the other files) - you do mean you're using linux, didn't you.  Cannot answer for what to do/happen with Windows.

Now I too have this issue - there is one entry I want to keep at the very top of the list until a certain date has passed.  The way that Stefan/Andreas may offer probably will work, but I've never tried it - which is that the entry goes into today's log file, but has a "entry date" category.  I don't know if that would keep the entry at the top of the list until the 5th October has passed.  As I don't want to have an "Entry date" category, I resort to one of the two methods above.

The fact that the ID numbers become out of sequence doesn't seem to affect the performance of ELOG at all in my perhaps rather more extensive experience than the developers would have wanted me to try.

Is there a way to remove the "Remove user" button from non-Amin users config page?

BTW Stefan ELOG is a Great Solution!

Thanks

Mark. 

Andreas

 Hi Andreas,

we would prefer only admin users to be able to remove user accounts.

I have just tested the Remove user command with a regular user account and get this error " Error: Command "Remove user" not allowed" so it looks like users can't remove their own account, so that is OK.

Thanks

Mark.

Does anyone have a method to query the log file?  I wish to automate a summary report based on a defined timeframe (8hr shift) and deliver a report to the owners/managers of the logbook. 

maybe even generate the summary report as an HTML entery within the logbook, encapsulating the enteries queried with the hyperlinks intact to the entries in question.

Anyone have something like this? Hate to recreate the wheel. I will share if I come up with something

Hello,

I've had much success and use with ELOG.  However there is one thing that I wish I could figure out in order to 
make ELOG work exactly as I need it.

When I either create a new ELOG entry, or, have one created via an automated scrip run by CRON, the paragraph 
width is preset. 

I've read the notes and experimented with setting the text size, but it seems that if I either adjust it via the 
config file, or, change the size by dragging the message box itself, then I end up with an ELOG entry that has an 
irregular message size to it than all the others.  Consistency and uniformity is very important to me for how I 
use ELOG.

It would be idea, if the log entries did not contain <CR>'s or justified lines.  In other words, I would like to 
be able to have my ELOG entry fill the width of the screen, be it a wide screen or standard portrait scree, and 
at whatever resolution and text size I have my browser set to.

By not filling the entire width (and also by not having it auto adjust depending on screen size, resolution, 
etc.) there are large portions of the screen real estate that is lost and you end up with very long, scrolling 
log entries versus entries that file the entire width and therefor take less vertical screen space.

With all that said -- Does anyone else have this issue?  And, is there anything I can do to correct this?  This 
would make me a very happy user if it could be done.

Thank you in advance!

> Hello,
> 
> I've had much success and use with ELOG.  However there is one thing that I wish I could figure out in order to 
> make ELOG work exactly as I need it.
> 
> When I either create a new ELOG entry, or, have one created via an automated scrip run by CRON, the paragraph 
> width is preset. 
> 
> I've read the notes and experimented with setting the text size, but it seems that if I either adjust it via the 
> config file, or, change the size by dragging the message box itself, then I end up with an ELOG entry that has an 
> irregular message size to it than all the others.  Consistency and uniformity is very important to me for how I 
> use ELOG.
> 
> It would be idea, if the log entries did not contain <CR>'s or justified lines.  In other words, I would like to 
> be able to have my ELOG entry fill the width of the screen, be it a wide screen or standard portrait scree, and 
> at whatever resolution and text size I have my browser set to.
> 
> By not filling the entire width (and also by not having it auto adjust depending on screen size, resolution, 
> etc.) there are large portions of the screen real estate that is lost and you end up with very long, scrolling 
> log entries versus entries that file the entire width and therefor take less vertical screen space.
> 
> With all that said -- Does anyone else have this issue?  And, is there anything I can do to correct this?  This 
> would make me a very happy user if it could be done.
> 
> Thank you in advance!
Hi Ryan,

Do you quote the previous entries in later entries, with the '>' character (as above)?  I ask this because that will
make what you are requesting much more complicated, soon making those previous entries very difficult to read
indeed.

For me, readabiliy of previous quoted entries is important - along with the indenting '>' character to denote each
entry - your request would be an issue for me simply because of how many times an entry may get re-quoted in later
replies - over 40 is not uncommon.  As such, I tend to keep my lines short when writing an entry, being aware
that it could soon have a large number of '>' characters preceeding it.

[Sep 03 07:30]
Not an aside as such, but I have tried to experiment with this quoting business, to remove the '>' character (easy
enough) but have each quoted reply headed with a simple date/timestamp *within* this text box, such as I headed this
paragraph.  It hasn't worked as I expected, and I'm not sure why - maybe it might even be a bug!  But if that
could be cracked, then your suggestion would be a boon to me as well.
 

Hi,

Is it possible to move a passwordfile from one E-log to another E-Log located on a different server without the need for users to register again?

Regards
/UlfO

Yes. Just make sure that both elog servers are not running when you move the password file. 

The ELOG repository has been moved from Subversion to GIT. While the old repository will be visible for some time, all new development is done on the GIT repository. To download the repository, do a

git clone https://bitbucket.org/ritt/elog.git
git clone https://bitbucket.org/tmidas/mxml.git


or access it online at https://bitbucket.org/ritt/elog/

/Stefan 

Hi all, 

Is it just my system or do others have this odd issue.

I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was
generated.  Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top
of the image in elog to do a 180 degree rotation.
The first 90 degree rotation was fine, but the second attempt just made a smaller image.  
It happens with various pdf files generated by various software (in case).
I also tried it with a jpg file, in that case the second attempt enlarged the image.

I could not find any way to actually invert the .png image using elog; but I was surprised that a second
rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a
90 degree rotation.

It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges,
so when necessary I use xv or gimp on the .png file to get what I want.

Or is this just my system?

> Hi all, 
> 
> Is it just my system or do others have this odd issue.
> 
> I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was
> generated.  Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top
> of the image in elog to do a 180 degree rotation.
> The first 90 degree rotation was fine, but the second attempt just made a smaller image.  
> It happens with various pdf files generated by various software (in case).
> I also tried it with a jpg file, in that case the second attempt enlarged the image.
> 
> I could not find any way to actually invert the .png image using elog; but I was surprised that a second
> rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a
> 90 degree rotation.
> 
> It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges,
> so when necessary I use xv or gimp on the .png file to get what I want.
> 
> Or is this just my system?

I just tried on the demo logbook:

https://midas.psi.ch/elogs/Linux+Demo/14

and it worked fine in rotating the image twice. Can you try yourself and find out if it's related to your installation if ImageMagic, or the actual image file?

/Stefan

> > Hi all, 
> > 
> > Is it just my system or do others have this odd issue.
> > 
> > I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was
> > generated.  Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top
> > of the image in elog to do a 180 degree rotation.
> > The first 90 degree rotation was fine, but the second attempt just made a smaller image.  
> > It happens with various pdf files generated by various software (in case).
> > I also tried it with a jpg file, in that case the second attempt enlarged the image.
> > 
> > I could not find any way to actually invert the .png image using elog; but I was surprised that a second
> > rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a
> > 90 degree rotation.
> > 
> > It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges,
> > so when necessary I use xv or gimp on the .png file to get what I want.
> > 
> > Or is this just my system?
> 
> I just tried on the demo logbook:
> 
> https://midas.psi.ch/elogs/Linux+Demo/14
> 
> and it worked fine in rotating the image twice. Can you try yourself and find out if it's related to your installation if ImageMagic, or the actual image file?
> 
> /Stefan

Hi Stefan,

Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations.
But, this is elog v2.9.0-2435, and I am using v2.9.2-2475.  And I remember there was a recent issue about the image manipulation at some point, so I went to the
download section to read the subversion listing to find where this occurred.  But you've changed subversion!  I couldn't find my way around it, so I not only could
I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue.

As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it.  Do you know when this was?  Could it be relivent?

> Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations.
> But, this is elog v2.9.0-2435, and I am using v2.9.2-2475.  And I remember there was a recent issue about the image manipulation at some point, so I went to the
> download section to read the subversion listing to find where this occurred.  But you've changed subversion!  I couldn't find my way around it, so I not only could
> I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue.
> 
> As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it.  Do you know when this was?  Could it be relivent?

I upgraded to V2.9.2, so please try again.

/Stefan

> > Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations.
> > But, this is elog v2.9.0-2435, and I am using v2.9.2-2475.  And I remember there was a recent issue about the image manipulation at some point, so I went to the
> > download section to read the subversion listing to find where this occurred.  But you've changed subversion!  I couldn't find my way around it, so I not only could
> > I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue.
> > 
> > As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it.  Do you know when this was?  Could it be relivent?
> 
> I upgraded to V2.9.2, so please try again.
> 
> /Stefan

I can confirm this bug in V2.9.2. Also after submitting the entry, the orginal image is being displayed, with no rotation, resizing etc...

> I can confirm this bug in V2.9.2. Also after submitting the entry, the orginal image is being displayed, with no rotation, resizing etc...

Have you tried on the Demo logbook on the PSI server or on your installation. I just attached an image to this entry, rotated it twice, reduced its size 
and it works fine. The point is that I have to reproduce your bug in order to fix it, but it seems I cannot.

/Stefan

I've noted that you did your test with a PNG while he was reporting about a problem with a PDF. I'll give it a try with your server

Regards

Andreas

Cool: while it worked fine when I've created the entry, it stops working when I EDIT the entry that had been rotated! Actually it sometimes works and sometimes not.

As a workaround you can always go to "1:1" and then retry to rotate. That worked here.

Andreas

PS: I've noticed that the thumbnail PNG file only updated in the List view after I did a reload. I'm using Firefox 10.0.11 ESR on SL6.0.

 Hi all

Tested browsers on my SL6.4 desktop computer are Firefox 17.07, Konqueror 4.3.4. Here the rotation and rescaling is all wonky and the changes are  not saved when submitting the entry.

On my Android mobile phone (Chrome 28.0.1500.64) the images rotate and rescale nicely, but the changes are not saved aswell. I tried to force reloading and clearing my cache with all of the browsers.

The elogs I tested are served from Ubuntu 10.04.4 LTS and Debian 3.2.46-1 x86_64 running IM 6.5.7-8 and 6.7.7-10 respectively.

Martin

 Hi, 

One question, is possible activate auto-save while write a new "ticket"?

Thanks very much.

Regards Andreas

Great that you pointed out this possibility. I saw that Lazarus Form Recovery is even available for Google Chrome and it works fine. It however works only for the "EL Code" and "plain" encodings. In the "HTML" edit box it does not work (probably some collision with the FCKEditor). If anybody has an idea about this, please post it.

/Stefan 

Hi Stefan,

that reminds me of something: you've wanted to upgrade from the obsolete FCKEditor to the successor CKEditor. That would allow to use the cool editor for math formulas: http://www.fmath.info/plugins/CKEditor/demo.jsp

Cheers, Andreas