Re: Reply not working correct, posted by Stefan Ritt on Wed Jul 22 08:03:28 2009
|
| kyle carpenter wrote: |
|
Hi,
I love this software. I am not a programmer but have learned alot about the program.
I have 2 questions. #### This is my modification ####
1. when i do a reply it will bring the original qutes with it but i have the option to change what had been entered. once i do the reply and reply to the reply i can not change the first reply but can change the second reply. This just started last week and i am not sure what has changed. i even uninstalled and reinstalled. If I try to just the HTML i tcomes up with code? If I do elcode seems to do ok just not able to stop the editing of the the last reply. Plain seems to do the same as ELcode.
2. I have also had trouble with E-Log not starting on my XP machines. Any ideas?
Thanks for sharing such a powerful program it is sweet.
Kyle
|
Sorry but I don't get your point. See I modified your original entry above. Now I will submit this entry, and do another reply. |
|
Re: Reply not working correct, posted by Stefan Ritt on Wed Jul 22 08:05:12 2009
|
| Stefan Ritt wrote: |
|
| kyle carpenter wrote: |
|
Hi,
I love this software. I am not a programmer but have learned alot about the program.
I have 2 questions. #### This is my modification #### **** This is my second modification ****
1. when i do a reply it will bring the original qutes with it but i have the option to change what had been entered. once i do the reply and reply to the reply i can not change the first reply but can change the second reply. This just started last week and i am not sure what has changed. i even uninstalled and reinstalled. If I try to just the HTML i tcomes up with code? If I do elcode seems to do ok just not able to stop the editing of the the last reply. Plain seems to do the same as ELcode.
2. I have also had trouble with E-Log not starting on my XP machines. Any ideas?
Thanks for sharing such a powerful program it is sweet.
Kyle
|
Sorry but I don't get your point. See I modified your original entry above. Now I will submit this entry, and do another reply. **** And I can modify this ****
|
So this is my second reply. I can edit both your original entry and my first reply.
Your point 2) is too unspecific. I need more information there. You could run the elogd daemon interactively and check if there is any error output in the console window. |
SQL Database, posted by lance on Thu Sep 2 10:30:14 2010
|
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration? |
|
Re: SQL Database, posted by Stefan Ritt on Wed Sep 15 00:21:10 2010
|
| lance wrote: |
|
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration?
|
Running through a SQL database requires a major rework of the software. I'm planning this in the long run, but not for this year. I'm also not sure how much this would buy you. If you do a full-text search on 140k entries in a SQL database (not index search), this might also take some time.
But what you can do is to "archive" part of your logbooks. Since the files are named YYMMDDa.log, you can move all 09XXXXXa.log files into a separate "archive" which you then do not include in your search. |
|
Re: SQL Database, posted by Bill Pier on Thu Sep 23 17:22:43 2010
|
|
What about using something like MySQLfs to get a db backend transparently to ELOG? I use ENCFS, (a FUSE backend), currently to achieve encrypted logbooks and it works fine -- ELOG never knows anything other than reading and writing to logbook files. From what I've read, the MySQLfs backend would work the same, and you likely would gain some of the caching benefits of MySQL, which might help with your read/search times, given the memory requirements of the database of course.
Bill
lance wrote:
|
|
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration?
|
|
Checks on datetime seconds field generate warning in IE7, posted by Richard Stamper on Wed Jul 1 17:00:30 2009 
|
When adding a log entry containing a datetime field using the IE7 browser a Javascript warning is displayed - see the attachment. This is due to a change in the naming of the "seconds" field of a datetime entry (made in version 2143) not being propagated to the code that generates the Javascript that checks the supplied values.
Suggested patch follows.
Change "s%d" to "c%d" in lines 9675 and 9678.
Showing lines 9675-9680 below, change from:
rsprintf(" if (document.form1.s%d.value == \"\") {\n", i);
sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]);
rsprintf(" alert(\"%s\");\n", str);
rsprintf(" document.form1.s%d.focus();\n", i);
rsprintf(" return false;\n");
rsprintf(" }\n");
to:
rsprintf(" if (document.form1.c%d.value == \"\") {\n", i);
sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]);
rsprintf(" alert(\"%s\");\n", str);
rsprintf(" document.form1.c%d.focus();\n", i);
rsprintf(" return false;\n");
rsprintf(" }\n");
Regards,
Richard Stamper |
|
Re: Checks on datetime seconds field generate warning in IE7, posted by Stefan Ritt on Thu Jul 2 08:36:57 2009
|
| Richard Stamper wrote: |
|
When adding a log entry containing a datetime field using the IE7 browser a Javascript warning is displayed - see the attachment. This is due to a change in the naming of the "seconds" field of a datetime entry (made in version 2143) not being propagated to the code that generates the Javascript that checks the supplied values.
Suggested patch follows.
Change "s%d" to "c%d" in lines 9675 and 9678.
Showing lines 9675-9680 below, change from:
rsprintf(" if (document.form1.s%d.value == \"\") {\n", i);
sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]);
rsprintf(" alert(\"%s\");\n", str);
rsprintf(" document.form1.s%d.focus();\n", i);
rsprintf(" return false;\n");
rsprintf(" }\n");
to:
rsprintf(" if (document.form1.c%d.value == \"\") {\n", i);
sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]);
rsprintf(" alert(\"%s\");\n", str);
rsprintf(" document.form1.c%d.focus();\n", i);
rsprintf(" return false;\n");
rsprintf(" }\n");
Regards,
Richard Stamper
|
This is absolutely correct, even the right fix. I put that into the distribution. Thanks a lot. |
|
Cancelling an Roption selection in Edit., posted by David Pilgram on Thu Jul 2 09:39:40 2009
|
Hi Stefan,
I don't know if anyone else would be interested or need this...
If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
entry and have replies without any of the attributes in that Roption being selected.
However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
condition before one was selected on that entry (so far as I can tell).
Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is
possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
option that has been selected.
Regards, David |
|