code-input
code-input copied to clipboard
Fully customisable, editable, syntax-highlighted textareas + plugins
Aesthetic but annoying; WebKit (e.g. GNOME Web, Safari) only. Open tests/i18n.html; keyboard navigate to right-to-left element with plugins then to the end of the longest line so scrolls left. Keyboard...
Currently they are not passed and do nothing since code-input elements aren't focusable and making them focusable would be illogical. The consistency is with the focus event, `selectionStart`, `selectionEnd`, etc.
For this code: ``` // Create a function for autocompletion var tags = ["!DOCTYPE html", "html", "head", "body", "title", "style", "script", "link", "meta", "h1", "h2", "h3", "h4", "h5", "h6", "em",...
Using these special characters (all ASCII chars from 0000 to 007F), on Firefox 140: ``` !"#$%&'()*+,-./0123456789:;?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ ``` Out of the full-plugin demos here, only with highlight.js and not...
## Steps to reproduce * Open tests/i18n.html (in the repository). * Alternatively, create a code-input element and input some Devangari (e.g. Hindi) or Hebrew text into it. * Make the...
Currently, if no find-and-replace query has been executed before, the first match found will be the first in all the code. The expected result mirrored in IDEs is starting at...
The autocomplete-created pre to find where to place the popup does not handle special character sizes. Potentially autocomplete should use the pre element. This is part of #106.
Aims: * Make it easier for people to try out `code-input` * Make it easier for people to contribute to `code-input` * Give `code-input` a website, a space on the...