Alt code
An Alt code is a keyboard shortcut in Microsoft Windows that enables users to insert special characters, symbols, accented letters, and other non-standard glyphs not directly accessible on a typical QWERTY keyboard by holding down the Alt key and typing a specific numeric sequence on the numeric keypad.[1][2] This input method originated in the early 1980s with the IBM PC BIOS, where it allowed direct entry of characters from the system's code page by interpreting the numeric sequence as a decimal byte value.[3] Microsoft Windows preserved this functionality from MS-DOS to ensure backward compatibility, adapting it to work with the Windows ANSI code page (typically CP1252) for modern applications.[3][4] To use an Alt code, a user holds the left or right Alt key, enters the decimal code—often a three- or four-digit number, with a leading zero required for values under 100 in ANSI mode—on the numeric keypad (not the top-row numbers), and releases the Alt key to produce the character.[4][5] For example, Alt+0169 inserts the copyright symbol ©, while Alt+164 produces ñ, drawing from the extended ASCII or OEM code pages like CP437 in legacy contexts.[3] In standard Windows text controls, codes greater than 255 are reduced modulo 256, limiting output to 256 possible characters, though richer environments like RichEdit controls can interpret values up to 65535 for partial Unicode support.[3] Alt codes are particularly useful for quickly accessing mathematical symbols (e.g., Alt+246 for ÷), currency signs (e.g., Alt+0165 for ¥), and international diacritics without switching languages or using on-screen keyboards.[1][6] However, they require a physical numeric keypad, which is absent on many laptops, and their behavior can vary by application, font, or input method editor, sometimes resulting in inconsistent outputs like a heart (♥) or snowman (☃) for the same code such as Alt+3 or Alt+9731 depending on the modulo operation applied.[3] Despite these quirks, Alt codes remain a staple for power users in word processing, coding, and design tasks within the Windows ecosystem.[5]Overview
Definition and Mechanism
Alt codes refer to a keyboard input technique that allows users to insert special characters and symbols by holding down the Alt key while entering a numeric sequence on the numeric keypad. This method is designed primarily for accessing characters from the ASCII standard and its 8-bit extensions, which include accented letters, mathematical symbols, and other glyphs not present on standard keyboards.[3][7] The mechanism operates by interpreting the entered numeric sequence as a decimal value that maps to a specific character's code point within the system's active code page, a predefined table associating numeric codes with visual representations (glyphs) of characters. Code pages function as character encodings that support particular languages or symbol sets by assigning unique decimal values (typically 0–255) to each character. For example, in the ASCII character set, the decimal value 65 corresponds to the uppercase letter 'A'.[3][8][9] To execute an Alt code, the user must first ensure that Num Lock is enabled on the keyboard and that a compatible layout with a dedicated numeric keypad is in use, as the top-row number keys do not function for this purpose. The process involves pressing and holding the Alt key (typically the left one), typing a sequence of 1 to 4 digits directly on the numeric keypad to form the decimal code, and then releasing the Alt key, which triggers the insertion of the corresponding character at the cursor position. This input is processed as a byte value, often taken modulo 256 to fit within the extended ASCII range, ensuring compatibility with legacy character sets.[3][10]Historical Origins
Alt codes originated in the early 1980s with the introduction of the IBM Personal Computer (PC) in 1981, where the system's BIOS provided support for entering extended characters beyond the standard 7-bit ASCII set using the Alt key combined with the numeric keypad. This feature allowed users to input decimal values from 0 to 255, interpreted as byte values for display via the video adapter's character generator ROM, which mapped to the extended range (128-255) of Code Page 437 (CP437), the default U.S. OEM code page for the IBM PC. The mechanism was implemented through keyboard interrupts handled by the BIOS, enabling the generation of international and graphic symbols that the 7-bit ASCII limitation—restricted to 128 characters, primarily English letters, digits, and basic punctuation—could not accommodate on its own. IBM's character generator ROM played a crucial role, storing the 8-bit character patterns for rendering these extensions on monochrome or color displays.[11][3] Key milestones in the development of Alt codes aligned with the evolution of the PC platform. The 1981 IBM PC release established the foundational BIOS interrupt handling for keyboard input, including the Alt sequence, as detailed in the system's technical documentation. By 1987, MS-DOS 3.3 introduced the CHCP command, formalizing the ability to switch between different code pages at runtime, which expanded support for multilingual environments while maintaining compatibility with CP437's Alt code functionality. This period marked a shift driven by the need for 8-bit extensions to handle diverse scripts and symbols in business and technical applications, addressing ASCII's inadequacies for non-English languages and specialized graphics.[11][12] Early adoption of Alt codes became widespread by the mid-1980s in productivity software, particularly word processors and terminal emulators running on IBM PC compatibles. Users relied on this method to insert accented characters and box-drawing symbols in documents and interfaces, with runtime code page adjustments facilitated by utilities like KEYB, introduced in MS-DOS 3.3 in 1987 to load language-specific keyboard layouts that aligned with selected code pages. This integration enhanced usability for international users without requiring hardware changes. As a legacy feature, Alt codes were preserved in subsequent Microsoft Windows systems to ensure backward compatibility with DOS-era applications.[3][12][13]Implementation in Microsoft Systems
MS-DOS Era
In the MS-DOS era, Alt codes were implemented through the BIOS keyboard services, specifically via interrupt INT 16h, which handled input from the numeric keypad while the Alt key was held. The BIOS accumulated the decimal digits entered on the numpad into a temporary byte (stored at memory address 0040:0019), and upon releasing the Alt key, it inserted the resulting value (ranging from 0 to 255) into the keyboard buffer as an ASCII character with scan code 00h in register AH and the character code in AL. This process allowed direct entry of characters from the active OEM code page, such as CP437 (the default for U.S. English, featuring box-drawing symbols and basic Latin extensions) or CP850 (optimized for Western European languages, including accented characters like ú via Alt+163).[14] Code page management was essential for determining which character an Alt code produced, as MS-DOS supported only 256-character sets limited by 8-bit encoding. Users could switch code pages using the CHCP command in the command-line interface, for example, typingCHCP 437 to activate the U.S. code page or CHCP 850 for multilingual Latin-1 support, which updated the console's character mapping accordingly. Some applications required leading zeros for codes below 100 (e.g., Alt+065 for 'A') to ensure proper three-digit padding, though this varied by software implementation. Without such adjustments, Alt codes were confined to the current page's repertoire, precluding support for Unicode or broader character sets.[15][16]
The KEYB command further influenced Alt code behavior by loading country-specific keyboard layouts and scan code translations, such as KEYB US for the standard English layout or KEYB GR for German, which remapped numpad interpretations to align with regional code pages. This utility ensured that Alt-entered characters matched the expected output in international contexts, like producing £ (pound symbol) via Alt+156 in CP437. In practice, Alt codes were primarily utilized within text-based environments, including the COMMAND.COM shell for console input and early productivity software like WordPerfect, where they facilitated insertion of non-standard symbols in documents without dedicated keys. These mechanisms operated entirely at the BIOS and DOS levels, relying on 8-bit limitations that persisted until graphical interfaces evolved.[17][14]
Windows Support
Windows operating systems preserve and extend the Alt code mechanism originally developed for MS-DOS, integrating it into the graphical user interface while maintaining backward compatibility with legacy code pages. This support allows users to input characters by holding the Alt key and entering a decimal numeric sequence on the numeric keypad, with the resulting character determined by the system's active code page. The feature has been a core part of keyboard input handling since Windows 3.1 in 1992 and remains fully supported in Windows 11 and subsequent versions as of 2025, without major changes or deprecations.[18] For legacy preservation, Windows distinguishes between OEM and ANSI code pages based on the input format. Sequences without a leading zero map to the OEM code page, such as the default CP437, where Alt+163 produces the accented 'ú'. In contrast, adding a leading zero invokes the ANSI code page, typically CP1252 in English locales, so Alt+0163 yields the pound symbol '£'. This dual system ensures compatibility with DOS-era applications while accommodating Windows' extended character sets.[18][19] At the system level, Alt code processing occurs through the Win32 API, where the TranslateMessage function converts virtual key presses (including the accumulated numeric input while Alt is held) into WM_CHAR messages, and code page APIs like MultiByteToWideChar perform the mapping from the decimal value (modulo 256 for standard codes up to 255) to the corresponding Unicode character. Behavior can vary by application; basic controls in Notepad strictly enforce the 8-bit limit, while advanced editors like Word may interpret higher values differently depending on their implementation. Alt codes also adapt to regional variations via the system locale, employing locale-specific code pages—for instance, CP1250 for Central European languages, which remaps characters like Alt+163 to contextually appropriate symbols.[20][21] Keyboard layouts influence Alt code usage alongside other input methods; the US-International layout, for example, supports dead keys for composing accents (e.g., ' followed by e for é) without disrupting Alt code functionality, allowing seamless integration for multilingual typing. A representative example is Alt+0169, which generates the copyright symbol © across most locales using the ANSI code page. While standard Alt codes are limited to 255, Windows provides extensions for Unicode values beyond this range in certain contexts.[22][23]Unicode Integration
Decimal Alt Codes
In Windows applications using RichEdit controls version 2.0 and later (introduced in 1996), decimal Alt codes enable the insertion of Unicode characters by holding the Alt key while typing a decimal number (typically four digits) on the numeric keypad, directly corresponding to the character's Unicode code point in the range 0000 to FFFF.[3] For instance, Alt+9731 produces the snowman ☃ (U+2603).[3] This approach bypasses legacy code pages, allowing access to the broader Unicode set without reliance on system-specific encodings.[3] The method supports input codes from 256 to 65,535; leading zeros may be added for values below 1000 for consistent four-digit entry, such as Alt+0208 for the uppercase eth Ð (U+00D0), though they are optional as the value is determined by the digits entered.[3] Internally, the system processes these as UTF-16 code units, though success depends on the application's support for Unicode rendering, functioning reliably in RichEdit-based tools like WordPad.[3] Mapping occurs directly to the specified Unicode code point, independent of active code pages, providing consistent results across supported environments.[3] However, it is restricted to the Basic Multilingual Plane (BMP), excluding supplementary planes beyond U+FFFF.[3] A practical example is Alt+9829, which inserts the black heart suit ♥ (U+2665).[3] This Unicode decimal support stems from Windows' subsystem introduced with NT 4.0 in 1996, via early RichEdit implementations.[3] For hexadecimal alternatives offering finer control, see the dedicated section.[3]Hexadecimal Alt Codes
Hexadecimal Alt codes provide an advanced method for entering Unicode characters in Windows by using hexadecimal notation, offering greater precision for the Basic Multilingual Plane (BMP) compared to decimal variants. This feature must first be enabled through a registry modification: create a string value (REG_SZ) named "EnableHexNumpad" under the key HKEY_CURRENT_USER\Control Panel[Input Method](/page/Input_method) and set it to "1", followed by a logoff or system restart to activate the mode.[24][25] Once enabled, users can input characters by holding the Alt key, pressing the "+" key on the numeric keypad, typing one to four hexadecimal digits (0-9 or A-F, with letters entered via the main keyboard row), and then releasing Alt; this process directly maps to Unicode code points up to U+FFFF.[25] The hexadecimal approach excels in handling characters whose decimal equivalents exceed three digits or require non-numeric input, making it particularly useful for symbols beyond basic ASCII, such as mathematical operators or international diacritics. For instance, entering Alt++11B produces the character ě (U+011B, Latin small letter e with caron), Alt++2665 yields ♥ (U+2665, black heart suit), and Alt++20AC generates € (U+20AC, euro sign).[26] This method has been supported in Windows since version 2000, extending the utility of Alt codes to the full BMP without relying on application-specific tools.[24] Common issues with hexadecimal Alt codes often stem from hardware or configuration errors, such as the Num Lock key being disabled, which prevents numeric keypad input from registering correctly. Additionally, the feature may not function in certain applications lacking full Unicode hex support, like some legacy text editors, requiring users to test in standard environments such as Notepad. Ensuring the registry change is applied correctly and verifying Num Lock status typically resolves these problems.[27][28]Usage in Other Operating Systems
Unix-like Systems
In Unix-like systems, the primary methods for inputting special characters equivalent to Windows Alt codes rely on compose key sequences and Unicode hexadecimal entry, rather than direct numeric keypad combinations. The compose key, also known as Multi_key in the X Window System, allows users to combine multiple keystrokes to produce accented or symbolic characters; for instance, pressing the compose key followed by an apostrophe and then 'e' generates 'é'.[29] This feature is standard in both X11 and Wayland display servers, with the compose key typically mapped to a modifier like the right Alt or a dedicated key via system settings.[30] Alternatively, users can enter Unicode characters by pressing Ctrl+Shift+U, typing the hexadecimal code point (up to six digits), and confirming with Enter or Space; for example, Ctrl+Shift+U followed by 2665 and Enter inserts the heart symbol ♥.[31][32] These approaches provide flexible, keyboard-driven access to a wide range of Unicode glyphs without requiring hardware-specific numeric input. Unlike Windows systems, which support direct Alt numeric codes through legacy code page mappings, Unix-like systems lack native Alt code functionality due to their distinct keyboard input drivers and emphasis on internationalized Unicode handling from early development.[33] Since the early 2000s, multilingual input has depended on frameworks like SCIM (Smart Common Input Method), initiated around 2001 for supporting complex scripts in East Asian languages, and its successor IBus (Intelligent Input Bus), which became the default in major distributions such as Fedora 11 in 2009 and Ubuntu 9.10 later that year.[33][34] These input method editors (IMEs) integrate compose sequences and Unicode entry into graphical environments, enabling seamless switching between layouts for global character support. Variations exist across desktop environments and tools. In GNOME, the Ctrl+Shift+U Unicode shortcut is natively supported in GTK-based applications via IBus integration.[31] KDE Plasma provides similar functionality through its KWin window manager and IBus, though compose key sequences are more prominently featured and customizable via system settings; however, Ctrl+Shift+U may require explicit IME configuration in Qt applications.[35] Terminal emulators like xterm support octal escape sequences for character insertion—such as Ctrl+V followed by the octal code (e.g., \345 for é)—but do not process Alt numeric inputs directly, relying instead on shell-level escapes or IME overlays.[36] As of 2025 in Ubuntu, traditional Alt codes remain ineffective across the system, as the environment prioritizes Unicode methods over legacy DOS-style inputs. Users can customize shortcuts, including compose key mappings, using the gsettings command-line tool (e.g., gsettings set org.gnome.desktop.input-sources xkb-options "['compose:ralt']" to assign the right Alt as compose key). The Ctrl+Shift+U Unicode hex method functions reliably in GTK applications like GNOME Text Editor or Firefox, confirming the character upon entry, while IBus ensures consistency in diverse language inputs.[31]macOS and Mobile Platforms
On macOS, traditional numeric Alt codes from Windows are not natively supported, as the system emphasizes graphical and modifier-based input instead. Users can insert accented and special characters using the Option key as a dead key modifier; for example, pressing Option + u followed by u produces ü, while Option + e followed by e yields é.[37] This method covers common diacritics and symbols available in the active keyboard layout.[38] For broader access, macOS provides the Emoji & Symbols panel, invoked via Edit > Emoji & Symbols in the menu bar or the keyboard shortcut Control-Command-Space, which displays categorized grids of characters including emoji, arrows, and currency symbols for selection and insertion.[39] To approximate numeric input, the built-in Unicode Hex Input keyboard source—enabled in System Settings > Keyboard > Input Sources—allows holding Option while typing a four-digit hexadecimal code point to insert any Unicode character, such as Option + 2665 for ♥.[40] Third-party utilities like Karabiner-Elements extend this by enabling custom key remappings for Unicode hex sequences without switching input sources.[41] Mobile platforms like iOS and Android adapt character input for touchscreens, eschewing numeric keypads in favor of contextual gestures. On iOS, long-pressing a vowel key on the default keyboard reveals a popup menu of accented variants, such as holding 'e' to choose é, ê, or ë; the globe icon (on multilingual keyboards) cycles through symbol layouts for additional punctuation and icons.[42] Android keyboards, including stock AOSP and third-party options like Gboard and SwiftKey, offer similar long-press popups for diacritics—for instance, holding 'e' in Gboard displays é options—and a dedicated symbols tab accessed via a ?123 or globe key.[43] These apps support Unicode entry through search bars in their emoji panels, where typing a name like "heart" or hex code retrieves the character; Gboard further allows assigning shortcuts to specific Unicode points via its personal dictionary for repeated use.[44] Recent updates have refined these mechanisms for efficiency. macOS Ventura (released in 2022) enhanced the Emoji & Symbols panel with a more responsive search field, enabling users to type keywords like "umlaut" to filter results across categories, reducing navigation time.[45] Android 15 (launched in 2024) bolsters Unicode input accessibility through new keyboard features like sticky, slow, and bounce keys, which aid users with motor impairments in selecting precise characters, including via improved on-screen emoji pickers and physical keyboard integration.[46] When emulating Windows environments on macOS, such as through Parallels Desktop virtualization, Alt codes typically fail to register, as the guest OS interprets Mac hardware mappings (e.g., Option as Alt) but lacks direct numeric code processing, forcing reliance on host-level Emoji & Symbols or Option key methods.[47] Under Wine, a compatibility layer for running Windows applications, Alt key behaviors are similarly constrained by incomplete modifier emulation on macOS, resulting in ignored numeric sequences and fallback to native input tools.[48]Limitations and Modern Alternatives
Technical Constraints
Alt codes rely on specific hardware configurations, primarily requiring a dedicated numeric keypad on the keyboard to input the numeric sequence while holding the Alt key. Many laptops and compact keyboards lack this full numeric keypad, necessitating the use of function (Fn) key combinations to emulate it, which can introduce delays or inconsistencies in character insertion.[49][50] Additionally, the Num Lock key must be activated for the numeric keys to register as digits; if disabled, the same keys function as navigation arrows or function keys, potentially triggering unintended actions such as browser navigation (e.g., Alt+4 activating the back button in web browsers).[51][52] Software implementation of Alt codes exhibits significant inconsistencies across applications, as the feature is not universally supported or standardized. In certain programs like web browsers or games, Alt code inputs may fail entirely or produce no output due to event handling priorities that intercept the key combinations for other shortcuts.[53] Furthermore, in multilingual environments, code page mismatches can result in incorrect glyphs being inserted, as Alt codes traditionally map to the active system's OEM or Windows code page rather than universal Unicode values, leading to garbled characters when the locale changes.[54][55] The effective range of Alt codes is constrained by their legacy design, originally limited to decimal values from 0 to 255 corresponding to 8-bit code pages for basic Latin and extended characters. Even in extended Unicode mode (using leading zeros for four- or five-digit inputs), support is capped at the Basic Multilingual Plane (BMP, U+0000 to U+FFFF), excluding characters in supplementary planes (U+10000 and beyond) which require surrogate pair encoding not compatible with single Alt code inputs. Alt codes also lack native support for combining characters, inserting precomposed forms where available but failing to generate diacritic sequences for characters without precomposed equivalents.[49][56][57] Accessibility challenges arise with Alt codes in non-QWERTY keyboard layouts, where modifier key behaviors or numeric input mappings may differ, complicating reliable character entry for users on international keyboards. Screen reader compatibility is further hindered, as inserted special characters can disrupt pronunciation or navigation if not properly encoded in Unicode, leading to misread or skipped content. As of 2025, web standards increasingly favor structured input methods like HTML entities over legacy keyboard shortcuts like Alt codes to ensure consistent accessibility across diverse user agents.[58][59] Modern alternatives, such as on-screen keyboards or IME tools, address many of these constraints in contemporary systems.Contemporary Input Methods
In contemporary computing environments, built-in tools have largely supplanted traditional Alt codes for character insertion, offering intuitive search and browsing capabilities. The Windows Emoji panel, accessible via the Win + . or Win + ; shortcut since its introduction in Windows 10 in 2015, allows users to search for and insert emojis, symbols, and other Unicode characters directly into text fields across applications, with Windows 11 version 24H2 adding support for Emoji 16.0 in September 2025, including new emojis such as face with bags under eyes and fingerprint.[60][61] Similarly, cross-platform applications provide seamless Unicode search features; for instance, Microsoft Word enables users to insert characters via the Insert > Symbol menu, where they can browse categories or search by name or code, supporting over 100,000 Unicode points.[62] Google Docs offers a comparable tool through Insert > Special characters, permitting searches by description, Unicode value, or visual browsing, which integrates effortlessly with web-based workflows.[63] Software solutions further enhance character input, particularly for specialized needs. Input Method Editors (IMEs), standard in Windows and other systems, facilitate entry of complex scripts in East Asian languages such as Chinese, Japanese, and Korean by converting phonetic or radical-based inputs into full characters, often with predictive suggestions for efficiency.[64] Browser extensions like Unicode Input for Chrome and Firefox extend this functionality by allowing direct insertion of characters using hexadecimal or decimal codes—such as typing a four-digit hex code followed by Insert—directly in web forms and editors, bypassing keyboard limitations.[65] Emerging standards and AI integrations are pushing character input toward more predictive and adaptive models. HTML5's input type="text" attribute, combined with the autocorrect global attribute, enables browsers to suggest corrections and symbols in real-time, particularly on mobile devices where touch interfaces benefit from contextual predictions like punctuation or currency symbols. Tools like Grammarly, with its 2025 updates to AI-powered writing assistance, incorporate generative features that suggest tone-adjusted text and contextual elements, including symbols, during composition in integrated apps and browsers.[66] These developments address legacy constraints of Alt codes, such as hardware dependency, by prioritizing touch-friendly, multilingual, and accessible designs that reduce cognitive load—for example, Microsoft SwiftKey on Android uses gesture-based glide typing to swiftly insert symbols like the euro (€) or snowman (☃) via predictive swipes and dedicated rows.[67]Reference Materials
Code Page Tables
Alt codes rely on the system's active code page to map numeric inputs to specific characters, with legacy code pages defining these associations for extended ASCII characters beyond the standard 7-bit range. The most prominent code pages for Alt codes in Windows environments are CP437, CP850, and CP1252, each tailored to different regional and historical needs while sharing the first 128 characters (0x00-0x7F) with ASCII.[68] These pages determine the output of Alt+numeric sequences, such as two- or three-digit codes, based on the current system locale.[21] CP437, the original United States OEM code page introduced in the 1980s for IBM PC-compatible systems and MS-DOS, serves as the foundational standard for English-language computing. It extends ASCII with graphics characters, including box-drawing elements (e.g., lines and corners in the 0xB0-0xDF range) and symbols like smileys and card suits assigned to control code positions (0x01-0x1F), which are printable in console displays unlike true control functions. In contrast, CP1252, the default Windows ANSI code page for Western European languages, maps the 0x80-0x9F range to printable symbols and currency signs (e.g., the euro symbol at 0x80), treating these as extensions of ISO 8859-1 rather than controls.[68][69] CP850, a multilingual OEM variant, builds on CP437 by replacing some graphics with additional accented Latin characters for Western European use, maintaining compatibility for international text in DOS-era applications.[68] The following table summarizes key differences in extended ranges for these code pages, focusing on representative mappings without exhaustive listings:| Code Page | Description | Key Extended Range Example (0x80-0xFF) | Notable Differences from ASCII/Controls |
|---|---|---|---|
| CP437 | US OEM (MS-DOS standard) | 0x80-0x9F: Accented letters and symbols (e.g., Ç at 0x80); 0xB0-0xDF: Box-drawing graphics | 0x01-0x1F: Graphical symbols like ☺ (smiley) instead of controls; includes legacy icons for early PC displays.[68][70] |
| CP850 | Multilingual OEM (Western Europe) | 0x80-0x9F: Enhanced accented characters (e.g., more diacritics than CP437); 0xC0-0xFF: Latin extensions | Replaces some CP437 graphics with letters for broader language support; retains ASCII base.[68] |
| CP1252 | Windows ANSI (Latin-1 extension) | 0x80-0x9F: Printable symbols (e.g., € at 0x80, “ at 0x91); 0xA0-0xFF: Punctuation and currency | 0x80-0x9F: Usable characters vs. controls in ISO 8859-1; optimized for Windows text rendering.[68][69] |
Common Character Examples
Alt codes remain a practical method for inserting special characters in plain text fields, such as coding environments or email compositions, even in 2025 where emoji panels and touch keyboards are prevalent but not always accessible.[69] This section provides categorized examples of frequently used characters, emphasizing their decimal Alt code inputs (using the leading zero for Windows-1252 compatibility), corresponding Unicode code points, and official names for quick reference and copy-paste utility in modern applications.[50]Punctuation
These examples cover common typographical marks often needed for professional writing.| Character | Alt Code | Unicode | Name |
|---|---|---|---|
| … | 0133 | U+2026 | Horizontal Ellipsis |
| – | 0150 | U+2013 | En Dash |
| © | 0169 | U+00A9 | Copyright Sign |
| § | 0167 | U+00A7 | Section Sign |
Currency
Currency symbols are essential for financial and international documentation.| Character | Alt Code | Unicode | Name |
|---|---|---|---|
| ¢ | 0162 | U+00A2 | Cent Sign |
| £ | 0163 | U+00A3 | Pound Sign |
| € | 0128 | U+20AC | Euro Sign |
| ¥ | 0165 | U+00A5 | Yen Sign |
Symbols
Miscellaneous symbols enhance visual and mathematical representations.| Character | Alt Code | Unicode | Name |
|---|---|---|---|
| ★ | 9733 | U+2605 | Black Star |
| ♠ | 9824 | U+2660 | Black Spade Suit |
| ♥ | 9829 | U+2665 | Black Heart Suit |
| ± | 0177 | U+00B1 | Plus-Minus Sign |
Accents
Accented letters support multilingual text in Latin-based scripts.| Character | Alt Code | Unicode | Name |
|---|---|---|---|
| é | 0233 | U+00E9 | Latin Small Letter E with Acute |
| á | 0225 | U+00E1 | Latin Small Letter A with Acute |
| ñ | 0241 | U+00F1 | Latin Small Letter N with Tilde |
| ü | 0252 | U+00FC | Latin Small Letter U with Diaeresis |