| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
Draft
|
Fri Aug 7 16:13:09 2015 |
 | Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.0 | Re: ELOG 3.0 plus and MS Windows issues. |
| William Wong wrote: |
|
Thank you for recompiling ELOG. Unfortunately, there is no change in all the test machines
I ran the newly compiled ELOG 3.1.1-1 on. I will use the 2.x version until our systems move
to a new operating system or I can find someone in my IT department who knows how to compile programs
from the source code.
If anyone else has suggestions or could compile the source for us to try, please speak up. There are
many installations of obsolete operating systems in production :
| Stefan Ritt wrote: |
|
I recompiled the executables according to
https://msdn.microsoft.com/en-us/library/jj851139.aspx
and replaces the elog311-1.exe distribution. Can you try if it works? Unfortunately I don't have a XP machine here.
/Stefan
| William Wong wrote: |
|
Greetings all. A few ELOG users have posted issues with ELOG 3.0 and newer not working with a variety of MS Windows operating systems,.
I have also encountered a similar problem in my environment.
For the following operating systems:
1) Windows XP SP3 (32-bit)
2) Windows Server 2003 SP 2 (32-bit)
when either elog.exe or elogd.exe are run from command line or file manager, the operating system reports the program is not a Win32 application.
I have other test computers that succesfully ran ELOG 3.0, 3.1 and 3.1.1
1) Windows Vista Enterprise (32-bit)
2) Windows 7 Professional (64-bit)
Has ELOG 3.x and newer changed in regards to support for MS Windows but is not documented on the
official ELOG documentation?
Any help would be most appreciated.
NOTE: The current production ELOG I use on Windows Server 2003 is 2.92-2475 but I would like to use the
features available on the 3,.x versions. Unfortunately, I am not able to change my production operating system.
|
|
|
|
|
68097
|
Wed Aug 19 17:08:56 2015 |
 | Richard Stamper | richard.stamper@stfc.ac.uk | Info | Windows | 3.x.y | Compiling for Windows |
I am interested in using LDAP authentication for elogd on Windows for which it looks like I need to compile from source, enabling LDAP in the make file.
Does anyone have advice on build environments for Windows in which they have had success making elog? Free ones preferably, such as Cygwin. |
|
68143
|
Tue Oct 13 12:39:14 2015 |
| Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.0-c701f01 | Re: FCKEditor not working correctly on a Windows server. |
If you are using IE as your browser, the problem may be with that rather than the server. By default IE 11 display intranet sites in a "Compatibility mode" which breaks the FCKEditor in Elog version 3. Fortunately this mode can be disabled, which is what I have had to advise users here to do.
- Click on the "cogwheel" and select "Compatibility settings"
- Deselect "Display intranet sites in Compatibility view"
Pictures attached
| Marty Jansen wrote: |
|
Sorry for the late reply. I have installed a slightly newer version of Elog, but the results are the same. I do get de the 3 editor bars, but the top 2 are greyed out and the bottom one doesn't do anything if clicked. I have commented out the lines that refer to the online equation editor, but that doesn't help much either. I think I let it rest. The old 2.9.xx version still works great, so we leave it at that.
Thanks anyway for the suggestions
Marty
| Marty Jansen wrote: |
|
Hi,
After working many years with previous versions of ELOG, I decided to update to the latest version.
I have installed ELOG version 3.1.0 on a WIndows 2012R2 server with IE 1. The editor is showing up, but everything is greyed out, execpt for some items on the bottom row. (Style, Lettertype...) and after I do load a preset text form with different colors, the page remains white. The tables and text in the form is showing up.
The previous version with the older editor was working great on the same server.
Any suggestions?
|
|
|
| Attachment 1: cogwheel.png
|
|
| Attachment 2: settings.png
|
|
|
68670
|
Tue Aug 22 14:19:43 2017 |
| Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.2 | HTML in attribute values |
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not. |
|
68672
|
Tue Aug 22 14:36:46 2017 |
| Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.2 | Re: HTML in attribute values |
Isn't that list in the message text rather than as an attribute value?
| Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|
|
|
68674
|
Tue Aug 22 14:58:09 2017 |
 | Richard Stamper | richard.stamper@stfc.ac.uk | Question | Windows | 3.1.2 | Re: HTML in attribute values |
Exactly the information I was after - thanks! I'll simulate fancier markup as necessary.
| Stefan Ritt wrote: |
|
Sorry, I misread your question. Only following HTML tags are allowed in attributes:
<a>
<img>
<b>
<i>
<p>
<br>
<hr>
This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.
Stefan
| Richard Stamper wrote: |
|
Isn't that list in the message text rather than as an attribute value?
| Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
| Richard Stamper wrote: |
|
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
|
|
|
|
|
|
69336
|
Tue Mar 30 13:43:46 2021 |
| Richard Stamper | richard.stamper@stfc.ac.uk | Question | Linux | 3.1.3-1-1 | Re: Pre-fill Attribute with last entry |
Just noting that, depending on what you want to achieve, you may be able to use the threading functionality so that a "new" entry is actually a "reply" to a previous entry. This will allow you to populate attributes with values from that previous entry without having to rely on storing information outside the system, with all the attendant concurrency risks already identified.
| Sebastian Schenk wrote: |
|
I am glad, we could help.
I can see a caveat in the recommendation.
By having "Execute New = echo $attrib > /path/last_attrib" and "Preset attrib = $shell(cat /path/last_attrib)" as the most simple construction.
But there are cases, where /path/last_attrib can get out of sync with the elog by e.g. editing or deleting the last entry, which is the most likely one to edit or delete.
I am aware, that you can make the logic more complex to fix this issue,
but basically you have the same information stored in two locations and you have to keep them in sync for the system to be reliable.
I am not sure, if it will be more hassle to construct a script/config system to keep them in sync or to find a solution which gets the information from the elog database.
| Dominic Schneider wrote: |
|
Thank you very much.
So far I testet all functionalities and scripts to reach my goal. I will post a dummy of the solution later on for future purposes.
Best wishes
| Stefan Ritt wrote: |
|
That would actually be my recommendation. There is a "execute new" which you can call when submitting a new entry.
Stefan
| Dominic Schneider wrote: |
|
Hi Stefan, hi Sebastian,
thank you for your help. Ok I see its not that simple.
Is there maybe a way of executing a Script on submitting, writing the values of the Attributes into an temporary file and loading the values from this file via a preset shell script when opening a NEW entry?
Best wishes & thanks in advance
| Sebastian Schenk wrote: |
|
Sorry Stefan, but it is possible as you have the scripting ability.
The idea is to use "Preset Test_Attribute = $shell(script_to_get_the_last_entry)", where the script asks elog about the details and parses them.
The problem here is, that the elogd already is working to resolve the click on "new entry" request (or similar) and the script can't call elogd until the page is delievered, what is to late.
(If it would, the elogd will hang.)
So the script either has to directly parse all the entry.log files in the logbook folder or you need a second elogd running, which can answer the request from the script.
This second elogd could run on a different port and it doen't need to be public as it only answers internal requests and could use the same config as the "primary" elogd.
My idea for the script uses the python elog module to establish the connection and do the parsing.
I hope this helps as a workaround.
Best wishes,
Sebastian
| Stefan Ritt wrote: |
|
Nope, there is no way to acces the last value of an attribute. Sorry.
Stefan
| Dominic Schneider wrote: |
|
Hi all together,
I struggle a lot with the following problem:
I try to prefill certain attributes with the value of exactly the same attribute in the last entry made in the same logbook.
I know I have to go with Preset, tried a view hours and searched the forum but i didn't find a thing. Am I overlooking a flag, an option or whatever, or is there just not such a functionality (which I dont believe)?
I thought about:
Preset Test_Attribute = $Test_attribute
Preset Test_Attribute = Re:$Test_attribute
Preset Test_Attribute = $shell(Command to somehow get last entry and this attributes value)
Not succesful though.
I would be very thankful for help, thanks in advance.
|
|
|
|
|
|
|
|
|
67288
|
Tue Jun 19 04:02:43 2012 |
| Ken Harvey | richard.harvey@l-3com.com | Question | Linux | 2.9.1-2435 | Re: author field in reply |
I am a newbie to being the administrator to ELog, but have used it for a while now. We just updated and have the same issue with the reply now. Unfortunatley I am not much of a programmer, yet, still learning. In our config file it has "Preset Name = $long_name", "Preset Author = $long_name", "Preset on reply Author = $long_name". By looking in the Syntax of elogd.cfg section, it seems to be correct, but I am not sure. Can you give me a suggestion on how it should look? Or tell me why it is not working and lead me in the right direction on how to correctly set it up? Thank you for your time. |