bugGNU Octave - Bugs: bug #48733, Special characters improperly...

 
 

bug #48733: Special characters improperly displayed.

Submitter:  None
Submitted:  Tue 09 Aug 2016 03:34:53 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Need Info Assigned to:  None
Originator Name:  Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 4.0.3
Operating System:  * Microsoft Windows Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 06 May 2019 06:05:58 PM UTC, comment #6: 

this indeed seems to solve my issue:


>> __mfile_encoding__
ans = system
>>
>> __mfile_encoding__ ("utf-8")
>> clear all
>> test_function

Temp=3°
dist=5µm


thanks for your help!

Floris Van de Vijver <fvandevijver>
Mon 06 May 2019 03:53:00 PM UTC, comment #5: 

I think what you are seeing is different from the original issue.
It looks like Octave is interpreting the file as if it where encoded in latin-1 while it is really UTF-8.

What do you see for the following?

__mfile_encoding__
__mfile_encoding__ ("utf-8")
clear all
test_function


Markus Mützel <mmuetzel>
Group administrator
Mon 06 May 2019 09:03:08 AM UTC, comment #4: 

can this be reopened?
is see similar issues in 5.1.0 (Windows 64-bit):


function test_function()
    fprintf('Temp=%d°\n', 3)
    fprintf('dist=%dµm\n', 5)
end


results in

>> test_function

Temp=3°
dist=5µm


another strange thing is that i can not even copy the line from the editor into the command window

fprintf('Temp=%d°\n', 3)


in the command window. when pasted (and executed) in the command window it looks like

>> fprintf('Temp=%d\n', 3)
Temp=3


Floris Van de Vijver <fvandevijver>
Sun 10 Mar 2019 06:38:45 PM UTC, comment #3: 

No response, asumming this has been fixed in the latest release.  Closing report.

Rik <rik5>
Group administrator
Sun 03 Mar 2019 07:32:42 AM UTC, comment #2: 

Version 4.0.3 is deprecated and no longer supported.  Please try with the latest stable release which is 5.1.0.  The problem is likely to have been fixed.

Rik <rik5>
Group administrator
Thu 11 Aug 2016 04:17:56 AM UTC, comment #1: 

I think the issue is encoding getting clobbered; whereas when you edit in the Qt GUI itself it is using Unicode and doing things right.

Possible solutions include,
1) Detecting extended ASCII usage (byte_val > 127) and asking user to specify the encoding
2) Auto suggest encoding like Cyrillic, CJK etc.

HTH,
-Muthu

Anonymous
Tue 09 Aug 2016 03:34:53 PM UTC, original submission:  

When opening a simple .m file containing special characters such as "é, à, ê, è, ç, ï", saved either in Matlab or notepad, octave editor displays the following character instead : �.

For instance, the following code, saved with either notepad or matlab 2011b, creates this issue when displayed in the editor, but the characters are displayed properly on the figure once executed even though the editor displays a bunch of � :


figure(1)
xlabel('éàêèçï')


The issue is strangely reversed when written and saved directly in octave editor. The same code is then properly displayed in octave editor, but on the plot we see the attached image file.

Octave GUI and windows 7 x64 are in french. Also on present on release 4.0.1

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #38157:  characters_bug.PNG added by None (1KiB - image/png)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mmuetzel (Posted a comment)
  • -email is unavailable- added by fvandevijver (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-03-10 rik5 Open/ClosedOpen Closed
    2019-03-03 rik5 StatusNone Need Info
    2016-08-09 None Attached File- Added characters_bug.PNG, #38157

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code