Special characters not showing on some file on some computer
-
Same OS
The Notepad version is different but only from a bit (8.1.1 and 8.1.2).
File opened straight from a common server.
-
Two more (rather pedestrian) thoughts:
First, toggle Show all symbols/characters (toolbar or menu-View) on for a moment and see if anything surprising shows up.
Second, the other guys here have sometimes asked people to issue a Windows console command to query which language or character set (or something) is in effect. Might be relevant. @PeterJones?
-
The console command I was thinking of is
chcp.It probably should not be relevant to your anomaly but whenever something is happening that “should be impossible” it never hurts to explore factors vaguely connected to the disturbing observation.
-
Thank you for your attention.
I hope I can give more details but for now, I can only talk about a curious bit I found.I have a Windows shortcut of this file which is named “Clé.txt” (the one who contains the corrupted special characters).
However the original file is unloadable as the servers is currently down.
Windows 10 opens up a message reading something such “Can’t read the file” since the server is down. This pop-up window has a title. It reads “Cl?.txt”.
Might be the issue straight related with Windows 10, not Notepad?
-
(whispering) No one around here likes when you call Notepad++ “Notepad”!
… which makes me want ask: do the accented chars appear the same in Notepad.exe (on both computers)?
-
@Shenmue-is-life I would check on both computers what charmap.exe has to say:
“DOS: United States” and “DOS: Western Europe” have é in the same position (130), but “Windows: Western” has it in position 233. Npp refers to “DOS: United States” as “OEM US”, to “DOS: Western Europe” as “OEM 850” and to “Windows: Western” as “Windows- 1252”.
-
Please note that some of what @Neil-Schipper and @Paul-Wormer have been hinting at you is that “ANSI” is not one monolithic encoding. Depending on what your Windows OS settings are, the “ANSI” can be any of the character-encodings. Recent Notepad++ versions include
Current ANSI codepage : 1252or equivalent in the ?-menu’s Debug Info, which is why I asked you to share your Debug Info days ago. (And this is also why I didn’t bother replying to Neil, becausechcpwill not tell you what default codepage Notepad++ inherited from Windows, but just what codepage your cmd.exe window is using; there are ways to change the cmd.exe codepage without changing the system default that Notepad++ sees, so I wasn’t going to bother with that suggestion.)So just because both computers say “ANSI” doesn’t mean both are defaulting to the same encoding. And as Paul has shown (with those supersized images that bury his reply text), certain encodings put é at different codepoints, so if your file has one codepoint from one ANSI encoding, but the OS on the
?computer defaults to an encoding that doesn’t have a character at that codepoint, that might explain why Notepad++ is showing?. (That’s one of the reasons that Unicode and the UTF-8/UTF-16 encodings exist – to avoid all the conflicting codepoints for the same character across the multitude of 1980s character sets. I don’t understand why anyone still uses any of the 256-codepoint character sets, since the alternative has existed since the 90s and been mainstream since the early 2000s; all these applications that still use “ANSI” for “backward compatibility” but use them by default so people don’t realize there is something better really annoy me. Just give in and make your customers do a one-time conversion of their text files to a Unicode encoding, and then just always use a Unicode encoding after that. Oh, sorry. End of Rant.)(@Paul-Wormer, In the future, you might consider resizing the images with mspaint.exe or similar before pasting them; it took me two or three times through your post before I noticed your typing between some of those monsters.)
-
@PeterJones said in Special characters not showing on some file on some computer:
(@Paul-Wormer, In the future, you might consider resizing the images with mspaint.exe or similar before pasting them; it took me two or three times through your post before I noticed your typing between some of those monsters.)
Another suggestion may be some appropriate highlighting. For me, it turned into a game of “spot the differences in these photos”, especially between the first and second screenshots – I had to work too hard to see that the difference was in the “character set” dropdown choice. It seems EASY now that I know this, but hindsight is 20/20.
Example, if I were posting several shots that were similar, I’d call attention to the differences with this type of mark-up:
-
@PeterJones said in Special characters not showing on some file on some computer:
… some of what @Neil-Schipper and @Paul-Wormer have been hinting at you is that …
In my case it was more spitballing than hinting since I know precious little about these issues, and only wanted to help OP suss out evidence of something like a stomped upon registry entry.
In fact, I realized not very long ago that among files I typically have sitting my editor instances are 4 different line ending & encoding combos as shown on the status line:
Windows & UTF-8 (most of the newer files)
Windows & ANSI
Unix & ANSI
Unix & UTF-8I copy & paste between them, and with other apps (spreadsheet, word processor, image editor, web browser forms) taking no special precautions. From time to time I’ll want to enter an omega (for ohms), or a nicer (longer than standard) dash, and somehow manage to hack it in from within npp or from another source. Or I’ll paste in something containing French or Spanish accented characters, and such like. Again, I don’t take any special precautions, and I tend to eventually see what I expect without touching the commands under Encoding. I don’t run into jams when I’m searching (although if I’m doing a fancy replace I’ve learned to check what line ending to use)… so these underlying file attributes are for me pretty much “who cares?”, and it seems like smart programmers have figured out how to insulate users from the legacy associated complexities, so it’s a bit baffling to me how much trouble others seem to have based on the frequency of posts on these topics that show up here.
-
(@Paul-Wormer, In the future, you might consider resizing the images with mspaint.exe or similar before pasting them; it took me two or three times through your post before I noticed your typing between some of those monsters.)
I apologize for the idiotic sizes, but I don’t understand where they come from. Today I compared the charmap, as it appears on my screen, with the screen dump that I published on this forum: The forum version is about 30% larger than the original. The MS-paint version of my screen dump has the size of the original, so if I would shrink it, it would look too small to me. Somehow my pasting to the forum enlarges the original. Pasting to MS-paint does not give any enlargement, but next time I will decrease the screen dumps anyway by 30%.
Regarding the highlighting: I was a bit lazy and thought that the font names were evident and assumed that readers were familiar with charmap output.
PS Now that I’m typing this I see that the letters in the two screens are also incredibly large. Do I somehow have a magnification set in my browser (Firefox)?
PPS I submitted my text and compared my letter size with others, nothing unusual there. -
I presume you are taking screenshots using Win+Shift+s keycombo?
-
@Alan-Kilborn said in Special characters not showing on some file on some computer:
I presume you are taking screenshots using Win+Shift+s keycombo?
Yes.
