highlighting
Here are 314 public repositories matching this topic...
You can see this in the examples on the public demo page.

null/true/false should be literals, but instead are keywords:
![CleanShot 2022-05-12 at 14 20 01](https://user-images.githubusercontent.com/3127419/1
-
Updated
Jun 1, 2022 - Go
-
Updated
Apr 26, 2022 - JavaScript
-
Updated
May 27, 2021 - C++
-
Updated
Jan 16, 2022 - Kotlin
-
Updated
May 8, 2022 - JavaScript
-
Updated
Oct 28, 2020 - Emacs Lisp
-
Updated
May 27, 2022 - TypeScript
-
Updated
Feb 1, 2021 - JavaScript
-
Updated
Apr 9, 2022 - Emacs Lisp
-
Updated
May 22, 2022 - JavaScript
-
Updated
May 11, 2022 - JavaScript
-
Updated
Mar 4, 2022 - CSS
-
Updated
May 16, 2022 - JavaScript
-
Updated
Mar 30, 2022 - Vim script
-
Updated
May 24, 2021 - JavaScript
-
Updated
Oct 13, 2021
-
Updated
Feb 12, 2016 - Objective-C
-
Updated
Jan 31, 2022 - Java
-
Updated
Apr 22, 2022 - C++
-
Updated
May 25, 2022 - Java
Add basic tests
Woops! Sorry for that, and thank you for catching it! I meant to type
continuethere but I slipped. Testing the codebase on thedemodirectory did not raise problems so I went along.No promises here, but would you be open to PRs related to building an integration test suites? Such regressions could be caught pretty easily with basic tests.
_Originally posted by @clement-elbaz in ht
-
Updated
Feb 9, 2022 - TypeScript
-
Updated
Apr 9, 2022 - JavaScript
-
Updated
Jan 10, 2018 - Vim script
-
Updated
May 27, 2022 - Swift
-
Updated
Aug 17, 2021 - Lua
Improve this page
Add a description, image, and links to the highlighting topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the highlighting topic, visit your repo's landing page and select "manage topics."
We should create custom error types for when we parse the
TaskType, andTypeStatusin ourFromStrimplementations. The same applies to theIndexUid::newmethod that returns anIndexResolverError, we should implement the rightIndexResolverError::fromfor a custom error type too.It would be much more Rust idiomatic and easier to work with.
We have [a
Stringerror for the