Jon

I read something a week or so ago giving a general dissent about using `//` as the notation for Regex literals; the main reason being that it's ambiguous with mathematic...

While I was originally against them, Sigils are a decent solution for non-literal literals (regexes, datetimes as shown in #5, etc.). I still don't want to implement them in quite...

Just a slight variation on sigils: `r/[A-Z][a-z]*/`. I like the lack of tilde, it's also not syntactically ambiguous with division.

While I generally like your idea for implementing sigils, I don't think it would fit well in Myst. The sigil style itself has a pretty universally understood pattern, and is...

From a parsing standpoint, everything would live in `src/myst/syntax/parser.cr`, adding a new clause to the `parse_literal` method. A new AST node, `RegexLiteral`, would need to be added as a subclass...

I can agree with this. This style was taken from Ruby, which uses the format `:` when it outputs the receiver. In practice, this can lead to some really unwieldy...

Rationale for this: ISO 8601 is pretty unanimously understood by developers. For some reason, date constructors in various languages use different parameter layouts and/or naming conventions that mean I often...

So Elixir does have [Date Sigils](https://til.hashrocket.com/posts/c116b0e924-create-a-date-with-the-date-sigil) that work similarly: ```elixir ~D[2017-08-23] ~N[2000-02-28 01:23:45] ``` This is _okay_ in my book, but I'm not a fan of the overloaded `[]` notation...

One other thing to consider with this is that running scripts without a login shell would probably end up _not_ setting `MYST_HOME` for a lot of users, at least ones...

That sounds like a pretty solid plan to me. I certainly think it's fair to say "if you don't use `mtenv` or `make install`, it's your responsibility to set `MYST_HOME`...