GitLab

fallback on colorizing the identifier.

rename location_color to goal_color and lighter_location_color
to premise_color

defaults are "yellow" and "gold" and if you don't like them change them

are not the actual goal.

It's still madness. We shouldn't open our quantifiers every time
we redraw screen. This needs to be fixed.

Modify the source buffer so that the filename is used for selecting syntax highlighting rather than always using why.

This ensures that C files (coming from Jessie) are not uniformly blue due to pointer deferencing "(*ptr)".
For unrecognized files (e.g. Jesse files), the IDE falls back to the old approach, that is, using Why highlighting.

because it is incompatible with the session system

also remove the trailing whitespaces. Dear colleagues,
could you please configure your Emacsen correctly?

- provide a method to mark proof attempts as obsolete
  (thus, we can replay a saved tree even if the source
  file hasn't changed)
- cleaning applies to a subtree (like transformations
  and provers), not only at the first level
- obsolete proof attempts do not count as successuful

- create_env_of_loadpath is now provided in Env instead of Lexer
- find_channel functions now depend on format to determine the
  suitable extensions

move old fnT+fnF versions of t_map, t_fold, etc. to a submodule

Rename as little as possible and keep the API.
Make all the necessary checks in Term and Decl.
Remove the duplicate code in Term but keep it elsewhere.
We will factorize the code as we go, without rush.