To conclude this topic, we sadly can't use the characters č and Č propperly in the application. I have marked the problems in the screenshots below:

red square - the user name is changed immediately after saving. It is also written into the log file in the attribute "Lovec" preset as $long_name. This cannot be displayed correctly even when using HTML and the text tag.

orange sqare - This appears in translated menus and in the attribute "Preža" where the options are listed. The character is written correctly in the translation and the log file, but is displayed incorrectly as È and è.

pink square - After using the script on this attribute "Opis" to insert the html text tag the field correctly displays the characters. The minor problem remains when exporting this to a csv file where the html text tag remains.

I have no idea what effort it would take to change the ANSI background of the application to UNICODE and I can't really expect you to do this. On the other hand most modern applications go through this step eventually, mostly because of the Chinese and the Russian markets.

Thanks again for the otherwise great product, I guess we'll have to start using letters c and C instead. Best reagards,
Matej

Great news Stefan! Please pardon my ignorance, but I was not able to "make" it. I have no idea how to run this on Windows where the current POC log resides.  

Phew, made it, sort of. Had to copy the contents of the mxml folder from an older version, the folder was empty in this git. I also had to change the SSL to 0 and then it compiled without errors plus I had to copy the cygwin1.dll to the folder to make the service run.

So yes, I can confirm that manually inputting the Č in the attribute field now works correctly. Excellent! This solves the pink problem then. Any similar solutions for the red and orange ones?

Thanks,
Matej

That's great, Stefan, it works indeed. I tried fiddling around a bit with different charsets but haven't been succesful yet. I'll play around some more.

 Hi,

In version 2.6.5-1844 we received email like picture below.

 Een ouder bericht is op vlap05.nmlan.net gewijzigd:

02-11-2010
.\SenN\Proclib\Server Windows 2008 R2 role IIS toevoegen v01.doc
-----------------------------------------------------
05-11-2010
Server Windows 2008 R2 role IIS toevoegen v02.doc: De wijzigingen betreffen het verplaatsen van Inetpub van c:\ naar e:\
Op VLIS27 en VLSQL05 staat de inetpub nu op e:, op de VLSQL04 (NMLITE Testserver) staat de inetpub nog op c:

When upgraded to version 2.8.0-2331 we receive the email like below whitout the frame:

Een nieuw ELOG bericht is bezorgd:  Logboek: NMLAN  Bericht ID: 927    Geef de tijd op: 5-11-2010 23:07:40 Author: Marty Jansen  Type: QuickChange  Category: Software  Subject: Elog - Update

Vanwege verbeterde mogelijkheden in de editor (fckeditor), ELOG geupdate van versie 2.6.5-1844 naar versie 2.8.0.-2331

ELOG V2.8.0-2331

Any idea how to get the HTML format email back?

Marty

 Sat Nov 6 14:47:16 2010

It looks strange but when I copy and past the message, like I did here,  the HTML format is OK, but not when I receive the email in Outlook. This used to be OK with the previous version.

Nothing has changed in Outlook

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? 

Sorry for the typo,of course I meant IE 11.

I do get on "Error on page" error. After switching on the developer tools, I get the following output:

{exception} The value of the property 'dndInit' is null or undefined, not a Function object. I get this error when I trying to make a new entry.

If I use ELOG version 2.9.2-2455 it all works fine, but that version has an different editor.

Marty.

Another thing appeared in the IE message ribbon at the bottom before it states "Error on page" . I do get a message that ELOG is trying to download data from http://latex.codecogs.com/css/equation-embedde.css.....
Well, this server has no internet connection and will not get an internet connection.
Is there a way around this issue? I do not want to use an equation editor

Marty