ELOG moved to GIT, posted by Stefan Ritt on Wed Jul 24 02:19:17 2013
|
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 |
elog's image manipulation of .png file generated from a pdf/jpg, posted by David Pilgram on Thu Nov 22 16:23:08 2012
|
Hi all,
Is it just my system or do others have this odd issue.
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Stefan Ritt on Wed Feb 6 13:25:33 2013
|
> Hi all,
>
> Is it just my system or do others have this odd issue.
|
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by David Pilgram on Sat Feb 9 15:11:19 2013
|
> > Hi all,
> >
> > Is it just my system or do others have this odd issue.
|
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Stefan Ritt on Mon Feb 11 14:21:05 2013
|
> 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
|
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Martin Rongen on Tue Jul 16 15:42:30 2013
|
> > 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
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Stefan Ritt on Tue Jul 16 16:35:01 2013 
|
> 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 |
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Andreas Luedeke on Fri Jul 19 14:03:29 2013
|
> > 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
Hi |
|
Re: elog's image manipulation of .png file generated from a pdf/jpg, posted by Martin Rongen on Mon Jul 22 14:05:48 2013
|
Andreas Luedeke wrote:
I would suggest that the reporters of the issue add a little bit of information, like the version of the operating |
|
Auto save?, posted by Daniel Roldan on Fri Jun 28 10:43:03 2013
|
Hi,
One question, is possible activate auto-save while write a new "ticket"?
Thanks very much. |
|
Re: Auto save?, posted by Andreas Luedeke on Mon Jul 1 09:39:52 2013
|
Daniel Roldan wrote:
Hi, |
|
Re: Auto save?, posted by Stefan Ritt on Mon Jul 1 09:59:18 2013
|
Andreas Luedeke wrote:
|
|
Re: update to ckeditor (formerly: Auto save?), posted by Andreas Luedeke on Mon Jul 1 13:30:28 2013
|
Stefan Ritt wrote:
|
Enforce new thumbnails, posted by Martin Rongen on Mon Jun 24 15:46:43 2013
|
Hi everyone
The past few days I have been editing elogd.c to link all image files to the PIXLR-API (http://pixlr.com/). I am now at a point where the edited
images are uploaded fine to the elog server, but in order for the thumbnails to refresh one needs to click edit and thus load the FCKeditor for the |
|
Filter and sorting, posted by UlfO on Wed May 29 08:38:04 2013
|
Hi,
We have a fire preventive team at our company doing periodic inspections of our |
|
Re: Filter and sorting, posted by Stefan Ritt on Tue Jun 4 16:52:18 2013
|
UlfO wrote:
Hi, |
|
Re: Filter and sorting, posted by UlfO on Tue Jun 4 17:02:32 2013
|
Stefan Ritt wrote:
|
|
Re: Filter and sorting, posted by Stefan Ritt on Tue Jun 4 17:07:13 2013
|
UlfO wrote:
|
|
Re: Filter and sorting, posted by UlfO on Tue Jun 4 17:16:32 2013
|
Stefan Ritt wrote:
|
|
Latest windows version vs 2.9.2.2455, posted by UlfO on Tue Jun 4 17:07:04 2013
|
What is the differences between E-log windows version 2.9.2-2455 like we run and E-log windows version 2.9.2.-2475 ?
I cant find a changelog for this. |
|
Re: Latest windows version vs 2.9.2.2455, posted by Stefan Ritt on Tue Jun 4 17:09:44 2013
|
UlfO wrote:
|
|
Re: Latest windows version vs 2.9.2.2455, posted by UlfO on Tue Jun 4 17:14:25 2013
|
Stefan Ritt wrote:
|
|
Sorting by numeric attribute (not entry ID)., posted by David Pilgram on Mon Jun 3 20:02:38 2013
|
By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are
shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each
thread, and then previous entries (in reply to) back from the latest one.
|
|
Re: Sorting by numeric attribute (not entry ID)., posted by Stefan Ritt on Tue Jun 4 12:03:18 2013
|
> By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are
> shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each
> thread, and then previous entries (in reply to) back from the latest one.
|
|
Re: Sorting by numeric attribute (not entry ID)., posted by David Pilgram on Tue Jun 4 15:00:23 2013
|
> > By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are
> > shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each
> > thread, and then previous entries (in reply to) back from the latest one.
|
|
Daemonizing vs. shell execution, posted by Martin Rongen on Mon Jun 3 15:44:46 2013
|
Hi all
I have setup an logbook that executes a number of shell scripts to preset attributes and append standart information, which works great. Now I
am trying to daemonise the whole thing. I have tried the -D option as well as daemontools. In both cases the logbook itself is functional but the bash |
|
Re: Daemonizing vs. shell execution, posted by Stefan Ritt on Mon Jun 3 15:53:22 2013
|
Martin Rongen wrote:
Hi all |
|
Re: Daemonizing vs. shell execution, posted by Martin Rongen on Tue Jun 4 13:26:02 2013
|
Stefan Ritt wrote:
|