Claire Foster

Results 128 issues of Claire Foster

I noticed there's no `git` tags for 0.2.6 or 0.2.7, and that this repo still has a Travis CI setup (likely completely obsolete at this point?) So I thought it...

According to https://www.ordnancesurvey.co.uk/docs/support/guide-coordinate-systems-great-britain.pdf (an excellent read), the word datum should be identified with a TRS rather than a TRF (is this standard? need to read something definitive on the matter)....

Continuing some discussion from #11, it would be great for Geodesy.jl to define a common language for spatial reference systems and transformations. This common interface could be implemented by several...

Hi Shashi it was nice to chat about this! I had some thoughts about the design and how it relates to what I've been thinking about * I feel like...

This enables the use of JuliaSyntax.jl as the Julia parser for the runtime, which greatly improves parser error messages in various cases. As an experimental feature, this is only enabled...

parser

With JuliaSyntax, we've got our own green tree (`GreenNode`) and AST (`SyntaxNode`) which often differ from `Expr`, due to the requirement that children are strictly in source order. Some current...

enhancement
design
trees

The handling of `.` in the tokenizer / parser is pretty wonky / inconsistent because the tokenization of `.` is context-dependent. `bump_split()`, in particular is quite ugly and shouldn't exist:...

enhancement
trees

As exposed by https://github.com/JuliaLang/JuliaSyntax.jl/issues/113, we had some unnecessary regressions due to the `Expr` conversion code being under-tested. Probably would make sense to also test the associated `Expr` for every syntax...

Leaving a trailing comma after the last element of `using` is a mistake I've made a few times. The parser only catches this error later, resulting in a fairly poor...

error messages

I've been thinking about what we'd need for a diagnostics system which can really solve a couple of core problem I'm worrying about: **Accessibility**: end users should be *easily* able...

error messages
design