I´m having problems getting correct names of files uploaded to a NancyFx web.
I´m Spanish and we have no common characters like
ñ á é í ó ú... in uppercase and many more.
When I pick the file already uploaded from this.Request.Files.FirstOrDefault().Name then the names are always bad encoded.
I tried a lot of transformations with no success.
Any suggestions are highly appreciated.
Does your HTML page contain a
<META http-equiv="Content-Type" content="text/html; charset=utf-8">
within the <HEAD> element?
I have same experience with Korean file name.
And after some more googling, I found this nancyfx github issue: https://github.com/NancyFx/Nancy/issues/1850
It's fixed bug. (but I am using nancy 0.x version, so it did not helped me.)
Related
On a CMS TYPO3 website I created 15-20 years ago and have been updating regularly, a few days ago, noticed a new problem: that the accented characters were all displayed badly. I hadn't changed or updated anything for a few weeks. How do I get it back to how it was?
That sounds like a bad UTF-8 encoding of your database.
Normaly this should have been detected and cleared some years ago when TYPO3 switched over to UTF-8 connections in general. Up to then it was possible to use the database in any encoding and force UTF-8 usage in the connection. in this way UTF-8 characters were stored in e.g. iso-latin fields. one missing forced usage and you ended up with a scrambled page. especially if you transfered the data with a dump you could destroy your data.
As this should have been happened years ago, another problem could have occured:
Maybe your (updated?) browser can't decide which encoding your site is using and guessed wrong.
Maybe you need to provide a proper encoding information in your HTML output.
ADD:
A proper encoding information may look like <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> or just <meta charset="utf-8"> as meta information in the HTML header.
Normaly such a header is sent by TYPO3 by default.
I'm new here and I have a question about an encoding.
I created a simple html page and I use czech characters in it (ěščřžýáí)
But when I open it in a browser, the characters are deformed and they look... Russian... and the encoding is set to "windows-2051" instead of "windows-2050" as it should.
So I added this:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//CZ" "http://www.w3.org/TR/html4/strict.dtd">
And this:
<meta charset="windows-1250">
But it didn't help. Still looks russian. So, could you, please, help me?
TL:DR version:
Shows "dnщ zbэvб do zaибtku novй шady" instead of "dnů zbývá do začátku nové řady"
Thank you very much!
You could use UTF-8? Make sure your editor is also saving as UTF-8 Read this helped me a lot.
Also, for HTML-4, you need something more like this <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
I am using netbeans 7.4 for PHP programming. I have a web form and need to insert a non-English language (Sinhalese)to the interface. I have installed various fonts of this language in my PC and my browser (firefox) renders these fonts properly, because I have viewed local websites using the browser.
Netbeans shows this font as squares and when I run it in the browser something like this කොහොමà·à¶ºà·’is displayed. (Not squares). What is the reason for this? I really do not want to netbeans to show those characters. If the browser can render them, that would be enough.
Answering my own question :)
If you want to display unicode in your browser, you have to include below meta under <head> tag of your html part. Otherwise it won't render non-English content. This worked for me, but netbeans still shows squares for non-English context. I don't mind it since I am using non-english only for user interfaces
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
Hope this will help a future reader
I want to ask you, as a beginner, what basic settings for the document encoding are you doing with UTF-8?
An example how I do it below and am asking about repair if something is wrong. I want to rely on all devices in different browsers with different user settings will render the text as it should, so I will do the following:
I use Notepad ++ , first in the Format tab choose "change the encoding to UTF-8 (if its already not)";
Because I use <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> mostly or . <!DOCTYPE html>, then select the correct attribute for the meta tag in the head, so either <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/> , respectively . <meta charset="UTF-8" />
I'm concerned mainly about the Czech characters
Am I right or isn´t it that simple if I expect cooperation between HTML, PHP or JS, maybe MySQL?
Thank you for your answers and sorry for incomplete English.
If you read text from a Database make sure that it is set to utf8 and that the columns are as well. Then you can use SET NAMES UTF8 to make sure the connection encoding is utf8 as well. Just make it your first query to the databse.
Is there any restrictions for it to show normally?
Sounds like an encoding problem. For special characters like that, I prefer to use HTML entities. In this case, try »
After my experience, a question mark usually replaces undecodable special characters when you encode your special characters with utf8, because web browsers by default decode the web page using iso-latin1. You can/should explicitely declare the encoding of your web page using the following directive:
<?xml version="1.0" encoding="UTF-8" ?>
for xhtml, or
<meta http-equiv="Content-Type" content="text/html"; charset="utf-8">
(inside the element), for HTML.
Regard this post as a supplement, because I guess that using the xml/html entities like » or » mentioned above are the better way to go.
You can also use »
If your Apache server is configured with...
AddDefaultCharset UTF-8
...in the httpd.conf file (which, strangely, was the default on my server), then Content-Type specs in the .html files (e.g., <meta http-equiv=Content-Type content="text/html; charset=windows-1252">) will be ignored, causing character codes above 127 to be interpreted incorrectly.
Comment out the AddDefaultCharset line and restart Apache.