> > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry.  The
> > > next email received was due to the third entry of this thread.
> > 
> > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
> > 
> > 1st reply to your entry.
> > 
> > 1st reply edited.
> 
> I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem 
> with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay 
> between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, 
> your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more 
> likely.
Hi Stefan,

I confirm that this is a slow internet line, so that explains the Proxy Error.  

Maybe I should just keep my head down on threads where people use html coding ;-)

Did you receive two emails to my entry 66677?  I only received one.

I only received one email to your posting 66680 - the first entry, not the edited version.

> > > > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry.  The
> > > > > next email received was due to the third entry of this thread.
> > > > 
> > > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
> > > > 
> > > > 1st reply to your entry.
> > > > 
> > > > 1st reply edited.
> > > 
> > > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem 
> > > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay 
> > > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, 
> > > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more 
> > > likely.
> > Hi Stefan,
> > 
> > I confirm that this is a slow internet line, so that explains the Proxy Error.  
> > 
> > Maybe I should just keep my head down on threads where people use html coding ;-)
> > 
> > Did you receive two emails to my entry 66677?  I only received one.
> > 
> > I only received one email to your posting 66680 - the first entry, not the edited version.
> 
> I checked my email server and found that the second message really went though it. But then I realized that there is indeed the "Message-
> ID:" in the email header (which I completely forgot in meantime). So maybe George Paplexis is right in that some mail 
> server/forwarder/receiver ignore a second email if it has the same ID. That would mean however that I have to introduce a "revision 
> number" for elog entries, which gets incremented on each edit and gets attached the the message-ID, so that it becomes unique again. 
> That's quite some work and has to wait a bit.

I had come to the same conclusion about the mail header being the same (see my email to you for full details).  

Sorry to all your subscribers for the email ping pong, although if others did receive two emails on the relivent entries - one original, and
one edited, it would be interesting, if possibly now academic, to know.

It is a good point, and surprised that this particular number of days was overlooked.

It only needs four lines added into elogd.c to achieve this.  Even with my notorious 
c coding, I did it first time, but as I'm on linux, not a great help for you.  Indeed, 
any other arbitary number of days could be added in, if you have the sources and means 
to recompile.

I think windows versions are only updated on version number, not svn number, so it will 
require a request to the great man himself(*) to produce a new version for windows.

(*)Hint; Stefan likes the occasional beer.


<p>
<table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;">
<tbody>
<tr>
<td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Paul O'Shaughnessy
wrote:</td></tr>
<tr>
<td cellpadding="10px" style="background-color:#FFFFB0;"><p>Is it possible to create a drop down menu for the
last 3 days of log entries. Currently we have the last day, month, 3 month, etc.</p>
<p>Reason being, after a weekend most people would like to view the log entries&nbsp;for the last three days.
Can anyone help me out here?</p></td>
</tr>
</tbody>
</table>
</p><p> </p>

Just to say that this bug was fixed some time ago - I don't remember when (a senior moment).  
I know because I reported it to Stefan (along with the rest of the universe), as it was appearing 
on this forum when it was running on that particular SVN version. 

If you update to the latest version of elog, all will be fine.

David.
(helping Stefan, since I usually give him such a hard time).

Hi Stefan,

I'm starting to get a similar problem to Lance's ("SQL Database").  Searching is beginning to take time.

In searching, I either can search one logbook (still relatively quick), or all of them.

I have my logbooks in groups, and often I know which group I want to search, and it would make the searching
much quicker were the search confined to just that group.  I don't think I've missed anything in the
documentation on this matter.  

If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this?

Hi Stefan,

I was rather hoping that was *not* going to be your answer.

I much prefer the plain ascii file format, for it allows me to edit it for "mistakes" post submission, 
shall we say. 

> > Hi Stefan,
> > 
> > I'm starting to get a similar problem to Lance's ("SQL Database").  Searching is beginning to take time.
> > 
> > In searching, I either can search one logbook (still relatively quick), or all of them.
> > 
> > I have my logbooks in groups, and often I know which group I want to search, and it would make the searching
> > much quicker were the search confined to just that group.  I don't think I've missed anything in the
> > documentation on this matter.  
> > 
> > If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this?
> 
> You can't do that right now. I would have to extend the functionality to allow searching in groups. Also have a look 
> at https://midas.psi.ch/elogs/Forum/66901. Maybe that helps a bit in meantime.

 Let me report when I see this behaviour.

If I use a text editor on elog.cfg directly, while elog is running, then when I save the file, the new elog.cfg is in place,

but the running elog is still running with the old configuration.  You have to restart elog for it to read the new config file and

use the new settings.

This does not apply if you edit elog.cfg via the "config" option in the menu command, where elog will read the new elog.cfg

just after it has been saved.

The reason I sometimes edit the file directly is if I want to create a new logbook, but with all the configuration of another logbook,

and it's quickest to cut-and-paste,  change the heading, create a new directory and restart elog.

This may be completely off what is being reported.

Hi Stefan,

Roptions, or Radio Buttons.  Do you recall that on old
radios, if you gently pressed a button you could release whichever
button was already in, without selecting the new button; in other
words no selection made.

I'd like this same facility with elog.  Now I know that it can be
done by (for example) in the config file preselecting one of the
selections on reply- or indeed one that does not exist to "clear" it, 
but in this case that is not the route I'd want to take every time.

What I'd like is a (optional) button along with all the others, which 
if you click on it, it will clear any selection for that particular Roption.  
At present, once an Roption has been selected, it will persist in all 
replies unless or until an alternative choice is made.  Alternatively, if 
no selection has been made, then there is no selection on the reply, either. 
[Unless something in the elog.cfg file].

Regards,

David.