More e => 𝑒 fixes

Author: adriweb

TI-84_Plus_CE_catalog-tokens.json

@@ -2429,17 +2429,19 @@
       "TI-82": "1.0"
     }
   },
-  "0xBBB4": {
-    "name": "e",
+  "0xBB31": {
+    "name": "𝑒",
+    "accessibleName": "[e]",
     "type": "constant",
     "categories": [
-      "Statistics > EQ"
+      "Catalog > Misc",
+      "Keypad"
     ],
     "syntaxes": [
       {
-        "syntax": "e",
+        "syntax": "𝑒",
         "arguments": [],
-        "description": "Returns decimal approximation of the constant `e`.",
+        "description": "Returns decimal approximation of the constant `𝑒`.",
         "inEditorOnly": false,
         "location": [
           "【2nd】",
@@ -2448,10 +2450,10 @@
       }
     ],
     "localizations": {
-      "FR": "e"
+      "FR": "𝑒"
     },
     "since": {
-      "TI-83+": "1.03"
+      "TI-83": "0.01013"
     }
   },
   "0xBF": {
@@ -2465,7 +2467,7 @@
     ],
     "syntaxes": [
       {
-        "syntax": "e^(power)",
+        "syntax": "𝑒^(power)",
         "arguments": [
           [
             "power",
@@ -2481,7 +2483,7 @@
         ]
       },
       {
-        "syntax": "e^(list)",
+        "syntax": "𝑒^(list)",
         "arguments": [
           [
             "list",
@@ -21066,31 +21068,6 @@
       "TI-82": "1.0"
     }
   },
-  "0xBB31": {
-    "name": "𝑒",
-    "accessibleName": "[e]",
-    "type": "constant",
-    "categories": [
-      "Catalog > Misc",
-      "Keypad"
-    ],
-    "syntaxes": [
-      {
-        "syntax": "𝑒",
-        "comment": "",
-        "arguments": [],
-        "description": "",
-        "inEditorOnly": false,
-        "location": ""
-      }
-    ],
-    "localizations": {
-      "FR": "𝑒"
-    },
-    "since": {
-      "TI-83": "0.01013"
-    }
-  },
   "0xBB6A": {
     "name": "Asm(",
     "type": "function",
@@ -22780,6 +22757,29 @@
       "TI-83+": "1.03"
     }
   },
+  "0xBBB4": {
+    "name": "e",
+    "type": "text/symbol only",
+    "categories": [
+      "Char > Letters"
+    ],
+    "syntaxes": [
+      {
+        "syntax": "e",
+        "comment": "",
+        "arguments": [],
+        "description": "",
+        "inEditorOnly": false,
+        "location": ""
+      }
+    ],
+    "localizations": {
+      "FR": "e"
+    },
+    "since": {
+      "TI-83+": "1.03"
+    }
+  },
   "0xBBB5": {
     "name": "f",
     "type": "text/symbol only",

categories/Char.md

@@ -129,6 +129,7 @@
  * <a href="../tokens/0xBBB1.md" title="0xBBB1">b</a>
  * <a href="../tokens/0xBBB2.md" title="0xBBB2">c</a>
  * <a href="../tokens/0xBBB3.md" title="0xBBB3">d</a>
+ * <a href="../tokens/0xBBB4.md" title="0xBBB4">e</a>
  * <a href="../tokens/0xBBB5.md" title="0xBBB5">f</a>
  * <a href="../tokens/0xBBB6.md" title="0xBBB6">g</a>
  * <a href="../tokens/0xBBB7.md" title="0xBBB7">h</a>

categories/Statistics.md

@@ -34,7 +34,6 @@
  * <a href="../tokens/0x621A.md" title="0x621A">[|e]</a>
  * <a href="../tokens/0x6235.md" title="0x6235">r²</a>
  * <a href="../tokens/0x6236.md" title="0x6236">R²</a>
- * <a href="../tokens/0xBBB4.md" title="0xBBB4">e</a>
 
 ## Operations
 

parser.js

@@ -66,8 +66,8 @@ try {
             continue;
         }
         tok.__name = tok.__name.replace('ñ', '⁻¹').replace('å', '►').replace('â', '𝗡').replace('ã', '𝐅').replace('Æ', 'Σ')
-                               .replace('ë', 'e').replace('ä', 'χ').replace('Ü', '²').replace('ü', '→').replace('Á', 'θ')
-                               .replace('û', 'ᴇ').replace('ë', 'e').replace('à', '𝑖').replace('¾', '∆').replace('e^', '𝑒^');
+                               .replace('ë', '𝑒').replace('ä', 'χ').replace('Ü', '²').replace('ü', '→').replace('Á', 'θ')
+                               .replace('û', 'ᴇ').replace('Ë', 'x̄').replace('à', '𝑖').replace('¾', '∆').replace('e^', '𝑒^');
         if (tok.__name === 'sinh⁻¹') { tok.__name = 'sinh⁻¹('; } // sigh
         else if (/^∆[XY]$/.test(tok.__name)) { tok.categories.category = 'Variables > Window ➤ X/Y'; } // was "Unassigned"
         dict[tok.__name] = tok;

tokens/0x64.md

@@ -44,14 +44,14 @@ The output is differently expressed:
 
 However, some commands are notably unaffected by angle mode, even though they involve angles, and this may cause confusion. This happens with the [SinReg](SinReg.md) command, which assumes that the calculator is in Radian mode even when it's not. As a result, the regression model it generates will graph incorrectly in Degree mode.
 
-Also, complex numbers in polar form are an endless source of confusion. The angle( command, as well as the polar display format, are affected by angle mode. However, complex exponentials (see the [e^(](𝑒^(.md) command), defined as $e^{i\theta}=\cos\theta+i\sin\theta$, are evaluated as though in Radian mode, regardless of the angle mode. This gives mysterious results like the following:
+Also, complex numbers in polar form are an endless source of confusion. The angle( command, as well as the polar display format, are affected by angle mode. However, complex exponentials (see the [𝑒^(](𝑒^(.md) command), defined as $e^{i\theta}=\cos\theta+i\sin\theta$, are evaluated as though in Radian mode, regardless of the angle mode. This gives mysterious results like the following:
 
 ```ti-basic
 Degree:r𝑒^θ𝑖
         Done
-e^(πi)
-        1e^(180i)
-Ans=e^(180i)
+𝑒^(πi)
+        1𝑒^(180i)
+Ans=𝑒^(180i)
         0 (false)
 ```
 

tokens/0x65.md

@@ -44,14 +44,14 @@ The output is differently expressed:
 
 However, some commands are notably unaffected by angle mode, even though they involve angles, and this may cause confusion. This happens with the <tt><a href="SinReg.md">SinReg</a></tt> command, which assumes that the calculator is in <tt>Radian</tt> mode even when it's not. As a result, the regression model it generates will graph incorrectly in <tt>Degree</tt> mode.
 
-Also, complex numbers in polar form are an endless source of confusion. The <tt>angle(</tt> command, as well as the polar display format, are affected by angle mode. However, complex exponentials (see the <tt><a href="𝑒^(.md">e^(</a></tt> command), defined as $e^{i\theta}=\cos\theta+i\sin\theta$, are evaluated as though in Radian mode, regardless of the angle mode. This gives mysterious results like the following:
+Also, complex numbers in polar form are an endless source of confusion. The <tt>angle(</tt> command, as well as the polar display format, are affected by angle mode. However, complex exponentials (see the <tt><a href="𝑒^(.md">𝑒^(</a></tt> command), defined as $e^{i\theta}=\cos\theta+i\sin\theta$, are evaluated as though in Radian mode, regardless of the angle mode. This gives mysterious results like the following:
 
 ```ti-basic
 Degree:r𝑒^θ𝑖
         Done
-e^(πi)
-        1e^(180i)
-Ans=e^(180i)
+𝑒^(πi)
+        1𝑒^(180i)
+Ans=𝑒^(180i)
         0 (false)
 ```
 

tokens/0xBB2F.md

@@ -33,7 +33,7 @@ The ►Rect command can be used when displaying a complex number on the home scr
 
 ```ti-basic
 i►Polar
-    1e^(1.570796327i)
+    1𝑒^(1.570796327i)
 Ans►Rect
     i
 ```

tokens/0xBB30.md

@@ -35,9 +35,9 @@ The ►Polar command can be used when displaying a complex number on the home sc
 i
     i
 i►Polar
-    1e^(1.570796327i)
+    1𝑒^(1.570796327i)
 {1,i}►Polar
-    {1 1e^(1.570796327i)}
+    {1 1𝑒^(1.570796327i)}
 ```
 
 It will also work when displaying a number by putting it on the last line of a program by itself. It does **not** work with [Output(](Output\(.md), [Text(](Text\(.md), or any other more complicated display commands.

tokens/0xBB31.md

@@ -7,41 +7,41 @@
 # `𝑒`
 
 ## Overview
-
+Returns decimal approximation of the constant `𝑒`.
 
 
 <b>Availability</b>: Token available everywhere.
 
 ## Syntax
 `𝑒`
 
+## Location
+<tt><kbd><b>2nd</b></kbd></tt>, <kbd>e</kbd>
 <hr>
 
 ## Description
 
+<tt><em>e</em></tt> is a constant on the TI-83 series calculators. The constant holds the approximate value of [Euler's number](https://mathworld.wolfram.com/e.html), fairly important in calculus and other higher-level mathematics.
+
+The approximate value, to as many digits as stored in the calculator, is 2.718281828459…
 
-## Examples
+The main use of <tt><em>e</em></tt> is as the base of the exponential function <tt><a href="𝑒^(.md">𝑒^(</a></tt> (which is also a separate function on the calculator), and its inverse, the natural logarithm <tt><a href="ln(.md">ln(</a></tt>. From these functions, others such as the trigonometric functions (e.g. <tt><a href="sin(.md">sin(</a></tt>) and the hyperbolic functions (e.g. <tt><a href="sinh(.md">sinh(</a></tt>) can be defined. In <tt><a href="r𝑒^θ𝑖.md">r𝑒^θ𝑖</a></tt> mode, <tt><em>e</em></tt> is used in an alternate form of expressing complex numbers.
 
-Explanation 1
-```ti-basic
-code 1
-```
----
-Explanation 2
-```ti-basic
-code 2
-```
+Important as the number <tt><em>e</em></tt> is, nine times out of ten you won't need the constant itself when using your calculator, but rather the <tt>𝑒^(</tt> and <tt>ln(</tt> functions.
 
-## Error Conditions
+## Related Commands
 
+*   <tt><a href="𝑒^(.md">𝑒^(</a></tt>
+*   <tt><a href="ln(.md">ln(</a></tt>
+*   <tt><a href="log(.md">log(</a></tt>
 
-## Advanced Notes
+* * *
 
+**Source**: parts of this page were written by the following TI|BD contributors: alexrudd, burr, DarkerLine, GoVegan, Myles_Zadok, simplethinker, Timothy Foster.
 
 ## History
 | Calculator | OS Version | Description |
 |------------|------------|-------------|
 | <b>TI-83</b> | 0.01013 | Added |
 
-## Related Commands
 

tokens/0xBB4E.md

@@ -36,22 +36,22 @@ Sets the mode to polar complex number mode (`re``^`θ`i`).
 The re^θ𝑖 command puts the calculator into polar complex number mode. This means that:
 
 *   Taking square roots of negative numbers, and similar operations, no longer returns an error.
-*   Complex results are displayed in the form re^(θ𝑖) (hence the name of the command)
+*   Complex results are displayed in the form r𝑒^(θ𝑖) (hence the name of the command)
 
-The mathematical underpinning of this complex number format is due to the fact that if (x,y) is a point in the plane using the normal coordinates, it can also be represented using coordinates (r,θ) where r is the distance from the origin and θ is the angle that the line segment to the point from the origin makes to the positive x-axis (see [Polar](polar-mode) and [PolarGC](PolarGC.md) for more information on polar coordinates and graphing). What does this have to do with complex numbers? Simple: if x+y𝑖 is a complex number in normal (rectangular) form, and re^(θ𝑖) is the same number in polar form, then (x,y) and (r,θ) represent the same point in the plane.
+The mathematical underpinning of this complex number format is due to the fact that if (x,y) is a point in the plane using the normal coordinates, it can also be represented using coordinates (r,θ) where r is the distance from the origin and θ is the angle that the line segment to the point from the origin makes to the positive x-axis (see [Polar](polar-mode) and [PolarGC](PolarGC.md) for more information on polar coordinates and graphing). What does this have to do with complex numbers? Simple: if x+y𝑖 is a complex number in normal (rectangular) form, and r𝑒^(θ𝑖) is the same number in polar form, then (x,y) and (r,θ) represent the same point in the plane.
 
 Of course, that has a lot to do with how you define imaginary exponents, which isn't that obvious.
 
 An equivalent form to polar form is the form r[cos(θ)+𝑖sin(θ)].
 
-Unfortunately, the calculator seems to have some confusion about the use of [degree](degree-mode) and [radian](radian-mode) angle measures for θ in this mode (the answer is: you can only use radians — degrees make no sense with complex exponents). When calculating a value re^(θ𝑖) by using the [e^(](𝑒^(.md) command and plugging in numbers, the calculator assumes θ is a radian angle, whether it's in Degree or Radian mode. However, when _displaying_ a complex number as re^(θ𝑖), the calculator will display θ in radian or degree measure, whichever is enabled. This may lead to such pathological output as:
+Unfortunately, the calculator seems to have some confusion about the use of [degree](degree-mode) and [radian](radian-mode) angle measures for θ in this mode (the answer is: you can only use radians — degrees make no sense with complex exponents). When calculating a value r𝑒^(θ𝑖) by using the [𝑒^(](𝑒^(.md) command and plugging in numbers, the calculator assumes θ is a radian angle, whether it's in Degree or Radian mode. However, when _displaying_ a complex number as r𝑒^(θ𝑖), the calculator will display θ in radian or degree measure, whichever is enabled. This may lead to such pathological output as:
 
 ```ti-basic
 Degree:r𝑒^θ𝑖
         Done
-e^(πi)
-        1e^(180i)
-Ans=e^(180i)
+𝑒^(πi)
+        1𝑒^(180i)
+Ans=𝑒^(180i)
         0 (false)
 ```
 

tokens/0xBBB4.md

@@ -1,47 +1,47 @@
 | Property      | Value |
 |---------------|-------|
 | Hex Value     | `$BBB4`|
-| Categories    | <ul><li>[Statistics](<../categories/Statistics.md>) > [EQ](<../categories/Statistics.md#EQ>)</li></ul> |
+| Categories    | <ul><li>[Char](<../categories/Char.md>) > [Letters](<../categories/Char.md#Letters>)</li></ul> |
 | Localizations | <ul><li><b>FR</b>: `e`</li></ul> |
 
 # `e`
 
 ## Overview
-Returns decimal approximation of the constant `e`.
+
 
 
 <b>Availability</b>: Token available everywhere.
 
 ## Syntax
 `e`
 
-## Location
-<tt><kbd><b>2nd</b></kbd></tt>, <kbd>e</kbd>
 <hr>
 
 ## Description
 
-<tt><em>e</em></tt> is a constant on the TI-83 series calculators. The constant holds the approximate value of [Euler's number](https://mathworld.wolfram.com/e.html), fairly important in calculus and other higher-level mathematics.
-
-The approximate value, to as many digits as stored in the calculator, is 2.718281828459…
 
-The main use of <tt><em>e</em></tt> is as the base of the exponential function <tt><a href="𝑒^(.md">e^(</a></tt> (which is also a separate function on the calculator), and its inverse, the natural logarithm <tt><a href="ln(.md">ln(</a></tt>. From these functions, others such as the trigonometric functions (e.g. <tt><a href="sin(.md">sin(</a></tt>) and the hyperbolic functions (e.g. <tt><a href="sinh(.md">sinh(</a></tt>) can be defined. In <tt><a href="r𝑒^θ𝑖.md">r𝑒^θ𝑖</a></tt> mode, <tt><em>e</em></tt> is used in an alternate form of expressing complex numbers.
+## Examples
 
-Important as the number <tt><em>e</em></tt> is, nine times out of ten you won't need the constant itself when using your calculator, but rather the <tt>e^(</tt> and <tt>ln(</tt> functions.
+Explanation 1
+```ti-basic
+code 1
+```
+---
+Explanation 2
+```ti-basic
+code 2
+```
 
-## Related Commands
+## Error Conditions
 
-*   <tt><a href="𝑒^(.md">e^(</a></tt>
-*   <tt><a href="ln(.md">ln(</a></tt>
-*   <tt><a href="log(.md">log(</a></tt>
 
-* * *
+## Advanced Notes
 
-**Source**: parts of this page were written by the following TI|BD contributors: alexrudd, burr, DarkerLine, GoVegan, Myles_Zadok, simplethinker, Timothy Foster.
 
 ## History
 | Calculator | OS Version | Description |
 |------------|------------|-------------|
 | <b>TI-83+</b> | 1.03 | Added |
 
+## Related Commands
 

tokens/0xBE.md

@@ -29,7 +29,7 @@ Returns the natural logarithm of a real or complex number, expression, or list.
 
 ## Description
 
-The ln( command computes the natural logarithm of a value — the exponent to which the constant _[e](e-value)_ must be raised, to get that value. This makes it the inverse of the _[e^(](𝑒^(.md)_ command.
+The ln( command computes the natural logarithm of a value — the exponent to which the constant _[e](e-value)_ must be raised, to get that value. This makes it the inverse of the _[𝑒^(](𝑒^(.md)_ command.
 
 ln( is a real number for all positive real values. For negative numbers, ln( is an imaginary number (so taking ln( of a negative number will cause [ERR:NONREAL ANS](errors#nonrealans) to be thrown in [Real](real-mode) mode), and of course it's a complex number for complex values. ln( is not defined at 0, even if you're in a complex mode.
 
@@ -59,7 +59,7 @@ This is the exponent to which B must be raised, to get X.
 ## Related Commands
 
 *   _[e](e-value)_
-*   _[e^(](𝑒^(.md)_
+*   _[𝑒^(](𝑒^(.md)_
 *   [log(](log\(.md)
 *   [logBASE(](logBASE\(.md)