How to type E with Grave

è lives in the Latin-1 Supplement block (U+0080-U+00FF), the accented letters and common signs Western European languages needed. Within Unicode it is classified as Ll, a lowercase letter. It has an uppercase counterpart and changes under case conversion. Its bidirectional class makes it left-to-right.

è has a decomposed form: it can also be written as U+0065 Latin Small Letter E, U+0300 Combining Grave Accent. The two look identical and are not equal as strings, which is why a search for a word containing è sometimes fails against text that was typed on a different system. Everything on this site uses the single-codepoint (NFC) form shown here.

Its uppercase counterpart is È (U+00C8). They are separate codepoints, so a byte comparison treats them as different characters even though a case-insensitive search does not.

Typing è without switching keyboard

è is the letter E carrying a grave accent, and it is needed in French, Portuguese and Italian. It is one character rather than two: a spell checker treats it as a letter of those alphabets, not as E with something added.

Both of the routes worth knowing compose the letter rather than looking it up. On a Mac press Option + `, let go, then press e: nothing appears until the second key, because the first one is a dead key waiting for a letter to sit under. On Windows the same idea needs the United States-International layout, which turns the backtick key into the same dead key. Add that layout once under Language and region, and è costs two keystrokes from then on rather than four digits on a numeric keypad.

How E with Grave behaves in software

è is East Asian Ambiguous: one column in a Western locale and two in a CJK one. That is why a table that lines up on your machine can break on somebody else's, with no change to the text at all. It is a left-to-right character, so it holds that direction even inside a right-to-left paragraph.

Every way to write E with Grave

If è arrives as è

That is this exact character, undamaged: its two UTF-8 bytes C3 A8 are being read one at a time as Windows-1252. The Latin-1 range is where this happens most, because it is the range every legacy system thought it already handled. Nothing is lost, and retyping will not help: the fix is at the reading end, which has to be told the text is UTF-8. An empty rectangle is the opposite complaint, and means the encoding is right and the font has no glyph for U+00E8.