Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 134 of 806  Not logged in ELOG logo
 Find |  Login |  Help 
 Full | Summary | Threaded | Show attachments  Show only new entries    6444 Entries 
Goto page Previous  1, 2, 3 ... 133, 134, 135 ... 804, 805, 806   Next  
ID Date Icon Author Author Email Category OS ELOG Version Subject
  68765   Fri Mar 16 14:35:05 2018 Reply Stefan Rittstefan.ritt@psi.chBug reportWindowsELOG V3.1.3-fd7Re: Problem with special character "č"

Easiest is to install the Cywgin environment (www.cygwin.com) and there select the C compiler package which installs also "make".

Matej Sedej wrote:

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. blush 

Stefan Ritt wrote:

I had time to look at the problem in detail. I found that a &#xxx; sequence is not correctly identified as HTML code, and thus displayed in plain when used in an attribute. I fixed it in the current git revision and now it looks find in attribute (see attachment). Can you give it a try? Please note that you need "Allow HTML = 1" in your config file.

 

  68764   Fri Mar 16 14:12:04 2018 Reply Matej Sedejmatej.sedej@gmail.comBug reportWindowsELOG V3.1.3-fd7Re: Problem with special character "č"

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. blush 

Stefan Ritt wrote:

I had time to look at the problem in detail. I found that a &#xxx; sequence is not correctly identified as HTML code, and thus displayed in plain when used in an attribute. I fixed it in the current git revision and now it looks find in attribute (see attachment). Can you give it a try? Please note that you need "Allow HTML = 1" in your config file.
  68763   Fri Mar 16 12:46:09 2018 Reply Stefan Rittstefan.ritt@psi.chBug reportWindowsELOG V3.1.3-fd7Re: Problem with special character "č"

I had time to look at the problem in detail. I found that a &#xxx; sequence is not correctly identified as HTML code, and thus displayed in plain when used in an attribute. I fixed it in the current git revision and now it looks find in attribute (see attachment). Can you give it a try? Please note that you need "Allow HTML = 1" in your config file.

Matej Sedej wrote:

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 "Prea" 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

 

  68762   Thu Mar 15 09:39:20 2018 Reply Matej Sedejmatej.sedej@gmail.comBug reportWindowsELOG V3.1.3-fd7Re: Problem with special character "č"

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 "Prea" 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

  Draft   Wed Mar 7 15:15:27 2018 Reply Matej Sedejmatej.sedej@gmail.comBug reportWindowsELOG V3.1.3-fd7Re: Problem with special character "č"

So this is the result in the log file:

Opis: Test č Č
Attachment: 
Encoding: HTML
========================================
<p>Test &#269; &#268; body</p>

 

This is displayed as 

Opis: Test &#269; &#268;

Test č Č body

Stefan Ritt wrote:

In the attribe filed, HTML code is not allowed for security reasons. If you want to bypass this (on your own risk), put

allow html = 1

into your config file.

Stefan

Matej Sedej wrote:

Hello Stefan,

thank you for the reply. The explanation does not solve my problem though. 

1) Could you elaborate, why the body text field CORRECTLY writes the character while the attribute fields write and display the HTML code?

2) If I understand you correctly the problem also contradicts your statement: "When an existing elog entry gets shown by the browser, the code is translated back to the character." and is visible in this very post. The subject field writes and displays it incorrectly, while the body text writes and displays it perfectly OK. See: Č č ?

3) We do not use any scripts. If we were to use a script to replace the HTML code with the actual character, the attribute fields would still display È instead of Č. Also, I have no idea how to write such a script. :)

Thanks,

Matej

Stefan Ritt wrote:

Actually unicode characters are converted by your browser into HTML code (such as &#268) where 268 decimal = 10C hex. elog just writes to file what it gets from the browser. When an existing elog entry gets shown by the browser, the code is translated back to the character. Why do you care what is written to the log file? If you use scripts or so to parse your log files, you have to adapt them to correctly decode HTML encoded characters. This is necessary since log files are ASCII and thus encode one charecter in one byte. Your Slovenian characters require two bytes in unicode, so some kind of "special" encoding is necessary.

Stefan

 

 

 

 

  68760   Tue Mar 6 18:01:30 2018 Agree Piotr Zolnierczukzolnie@yahoo.comQuestionLinux3.1.3Re: how to insert images inline

Got it to work.  Removed "Preview attachments = 1" from the global section.

Thanks for your help.

Piotr

 

 

Piotr Zolnierczuk wrote:

I did just that. The image was properly send to the server (it appears in the attachement list). However clicking OK still produces "Image source URL is missing".

What is the URL that refers to an attachment? I've tried 68759/<1> and 68759/1 and even elog:1234/<1> (where 1234).

 

Stefan Ritt wrote:

Before you click OK on your point 4, click on "Send to Server".

Stefan

Piotr Zolnierczuk wrote:

Hi,

I recently upgraded elog from 2.7 to 3.1 and have a hard time to insert images inline. The attachements work just fine. I am certain it is something silly, but I cannot figure it out.

  1. In edit mode, I click the image icon
  2. A pop-up "Image Propertied" shows with two tabs "Image Info" and "Upload" (selected)
  3. Click on Browse button and select an image
  4. Now
    • if I click OK, I get an error "Image source URL is missing".
    • if I go to "Image Info" tab - what URL am I supposed to enter, 68757/<1> ?

I found an old thread elog:68410 (from 2016) but could not find a solution that would work for me. Where does "Preview attachments" option should be inserted? In the global section?

Hopefully there's a simple explanation for this

Piotr

 

 

 

  68759   Tue Mar 6 17:49:49 2018 Question Piotr Zolnierczukzolnie@yahoo.comQuestionLinux3.1.3Re: how to insert images inline

I did just that. The image was properly send to the server (it appears in the attachement list). However clicking OK still produces "Image source URL is missing".

What is the URL that refers to an attachment? I've tried 68759/<1> and 68759/1 and even elog:1234/<1> (where 1234).

 

Stefan Ritt wrote:

Before you click OK on your point 4, click on "Send to Server".

Stefan

Piotr Zolnierczuk wrote:

Hi,

I recently upgraded elog from 2.7 to 3.1 and have a hard time to insert images inline. The attachements work just fine. I am certain it is something silly, but I cannot figure it out.

  1. In edit mode, I click the image icon
  2. A pop-up "Image Propertied" shows with two tabs "Image Info" and "Upload" (selected)
  3. Click on Browse button and select an image
  4. Now
    • if I click OK, I get an error "Image source URL is missing".
    • if I go to "Image Info" tab - what URL am I supposed to enter, 68757/<1> ?

I found an old thread elog:68410 (from 2016) but could not find a solution that would work for me. Where does "Preview attachments" option should be inserted? In the global section?

Hopefully there's a simple explanation for this

Piotr

 

 

  68758   Tue Mar 6 17:28:46 2018 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux3.1.3Re: how to insert images inline

Before you click OK on your point 4, click on "Send to Server".

Stefan

Piotr Zolnierczuk wrote:

Hi,

I recently upgraded elog from 2.7 to 3.1 and have a hard time to insert images inline. The attachements work just fine. I am certain it is something silly, but I cannot figure it out.

  1. In edit mode, I click the image icon
  2. A pop-up "Image Propertied" shows with two tabs "Image Info" and "Upload" (selected)
  3. Click on Browse button and select an image
  4. Now
    • if I click OK, I get an error "Image source URL is missing".
    • if I go to "Image Info" tab - what URL am I supposed to enter, 68757/<1> ?

I found an old thread elog:68410 (from 2016) but could not find a solution that would work for me. Where does "Preview attachments" option should be inserted? In the global section?

Hopefully there's a simple explanation for this

Piotr

 

Goto page Previous  1, 2, 3 ... 133, 134, 135 ... 804, 805, 806   Next  
ELOG V3.1.5-3fb85fa6