Hi there,

It seems that by default in a message created as "reply" of another message, the "quoted text" of the original entry is put at the _TOP_ of the new entry and not movable (Firefox 17, elog 2.92). I would strongly like to have it opposite, i.e. that one is able to create a new text first and only then has the "quoted text" since people are interested to see a new information and only then the previous messages as sort of "reminder". It was like this in older (2.6?) version but now I did not find how to change this default behavior. Did I miss something?

Cheers

Valentin

We use elog for (amongst other things) a simple change management log.  About two dozen users allowed to do updates and their email addresses are listed at the bottom of the page to allow any of them to be included on circulation for a change request.  The email addresses appear in the order that they were added (i.e. apparently random).  Is there any way to sort these, ideally by Last part of Full Name/First part of Full Name, but login name or email address would be OK?

Thanks for a great piece of software.

Steve

Hi

Thanks for elog - it's a brilliant piece of software.  I'd looked all over for open source software to log/manage change requests before discovering elog; it's so flexible that I've been able to do everything I need with it.

However, I think that I've just discovered my first undocumented 'feature'.  Attribute names containing punctuation characters (e.g. / and :) cause "Redirection limit for this URL exceeded" errors in Firefox 3.0.2 and corrupt the URL if they're used in a Quick Filter.  I often use '/' in attribute names for brevity, e.g. "Old/New Versions" but hadn't used one in a Quick Filter before.

keep up the good work.

regards

Steve

Hi

I've just upgraded to 2.7.5 mainly because I wanted to have Museremail sorted.  We use this to list contacts on an RFC form and it's much easier to find the ones you want when they are in a predictable sequence.  As an extension to this it would be great if they could be sorted by the last part of their real name - typical user, give him a sweetie and he wants jam on it!

cheers

Steve

Ritt, Stefan

Doe, John

 Good point! However, the current sorting appears to be done on email address rather than name.  Having the option to sort on name, where we are in control of the format so could structure it accordingly, would be great.

regards

Steve

Ritt, Stefan

Doe, John

We currently have 24 users set up which, using a normal font size, takes 6 lines to display Museremail.  Having realname+emailaddress would double the space - a bit much for us but may suit other users. 

You ask about how our email addresses look.  These are very simple, e.g. John Smith's email address would be "JohnSmith@mycompany.co.uk".  The are some exceptions, e.g. one or two people have a middle initial,or have a department name as a suffix and some people have abbreviated names because that is how they are known, so John's brother Joseph, known as Joe, might be JoeSoap@mycompany.co.uk and one or two users have a different domain.  So the ordering looks a bit odd sometimes, e.g.:

* StanleySmith@mycompany.co.uk * StellaEvans@mycompany.co.uk * StephenJones@mycompany.co.uk * StephenSmith@myothercompany.co.uk

* SterlingGold@mycompany.co.uk * SteuartEvans@mycompany.co.uk  * SteveSmythe@mycompany.co.uk * SylviaJones@mycompany.co.uk ...

where Steve Smythe has shifted down the ranks because of the abbreviation. 

However, the main reason for the request was that the I was so pleased with the ordering introduced in 2.7.5 but, as it is more normal for me  to look down a list of names ordered by last-name/first-name than the other way about, I thought it worth asking if there was any way to do this sensibly.  I appreciate that it isn't simple and what suits me may well not suit others - so thanks for taking time to consider the possibilities.  I guess the only real solution is to define users differently, e.g. by structuring the name data into first name(s) and last name (not a global solution but would suit most of western europe and the USA at least!) but that is bound to have lots of impacts both on the application and on existing setups - so not really feasible, and probably not worth the disruption.

regards

Steve

 That's fine.  Thanks for listenening - and for keeping on with elog

regards

Steve

[demo]
Attributes = Author, Type, Subject, Old/New
Options Old/New = Old, New
Quick filter = Type, Old/New

 Thanks for the advice!

I've just had time to set up a test for this using both empty and populated logbooks (which don't have Hardware/Software in every entry as the field was added recently) and newly created logbooks (which have consistent attributes) and saw the problem on . 

The control ("Hardware/Software") causing the problem has three options "Hardware Only", "Software Only" and "Both".  The problem happens every time you click on the "-- Hardware/Software --" (i.e. All) option in the Quick Filter after having previously selected one (or more) of the options as a filter.  This produces the error:

The page isn't redirecting properly
Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
*   This problem can sometimes be caused by disabling or refusing to accept cookies.

I ran elog with a trace (attached) which shows lots of:

select(1024, [5], NULL, NULL, {1, 0})   = 1 (in [5], left {1, 0})
recv(5, "GET /Change_Log/?Hardware%2FSoftware=_all_ HTTP/1.1\r\nHost: localhost:8080\r\nUser-"..., 100000, 0) = 619
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0
time(NULL)                              = 1227528904
send(5, "HTTP/1.1 302 Found\r\nServer: ELOG HTTP 2.7.5-2130\r\nConnection: Keep-Alive\r\nKeep-A"..., 199, 0) = 199
send(5, "<html>redir</html>\r\n", 20, 0) = 20

messages after selecting "-- Hardware/Software --"

The only difference between today's test and last week's is that today the browser is on the local machine.

I also attach my (anonymised) elogd.cfg

Hope this helps

regards

Steve