Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 282 of 806  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subject
  67557   Tue Sep 3 22:21:29 2013 Question Hal Proctorhproctor2@gmail.comBug reportAlllatestFind by date/time

Is it a time zone issue or a setting issue related to the FIND by date / time issue?

It seems to add an hour to each of the time selections once you select SEARCH. see attached pics

Attachment 1: Elog1.jpg
Elog1.jpg
Attachment 2: elog2.jpg
elog2.jpg
  67556   Tue Sep 3 08:34:27 2013 Reply David PilgramDavid.Pilgram@epost.org.ukQuestionLinux2.5.2Re: Paragraph width size of log entries?
> 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.
 
  67555   Tue Sep 3 00:34:59 2013 Question Ryan Blakesleerb@blakesys.netQuestionLinux2.5.2Paragraph width size of log entries?
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!
  67554   Fri Aug 30 13:27:56 2013 Question Nicolas FRANCOISnicolas.francois@free.frQuestionLinux2.9.2Packaging ELOG for Debian

Hi.

I'd like to package ELOG for the new Debian. I'm a complete beginner in
this matter, but I spent some time configuring it for my desktop.

Could you help me do this (links to package maintainance, Elog tips,
security, former package maintainer...) ?

Thanks for any help.

--

Nicolas FRANCOIS                      |  /\
http://nicolas.francois.free.fr       | |__|
                      X--/\\
We are the Micro$oft.                _\_V
Resistance is futile.           
You will be assimilated.         darthvader penguin
 

  67553   Fri Aug 16 12:01:56 2013 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.9.2Re: Moving password file

UlfO wrote:

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. 

  67552   Fri Aug 16 11:54:17 2013 Question UlfOulf.olsson@dynamate.seQuestionWindows2.9.2Moving password file

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

 

 

  67551   Wed Jul 24 02:19:17 2013 Idea Stefan Rittstefan.ritt@psi.chInfoAllALLELOG moved to GIT

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 

  67550   Mon Jul 22 14:05:48 2013 Reply Martin Rongenmartin.rongen@rwth-aachen.deQuestionLinux2.9.2-2475Re: elog's image manipulation of .png file generated from a pdf/jpg

Andreas Luedeke wrote:
I would suggest that the reporters of the issue add a little bit of information, like the version of the operating system, of ImageMagick and if the problem occurs with only a specific browser, etc.

 
Detect language » English
 
 
Detect language » English
 

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

ELOG V3.1.5-3fb85fa6