Ami Fischman

On crostini (linux container in chromeos), not OS/X, with cq-editor installed via `conda install -c cadquery -c conda-forge cq-editor=master` I get a similar [stack](https://pastebin.com/raw/7BfY4hzP) with: ``` import cadquery as cq...

`conda list` dump is at https://pastebin.com/raw/4mB0eZG6

I have a use-case for this motivated by routability - my client can dial a server today but the reverse is not true. The server wants to make side-channel requests...

A related but separate proposal (originally in [discord](https://discord.com/channels/964330484911972403/1074840524181217452/1170771851325231297)): `BaseLineObject`s could use the `@1` of the immediately-preceding `BaseLineObject` for their `start_point` (or equivalent) instead of requiring the user to explicitly state...

@jdegenstein any reason not to use @1 as default, but let user specify an override if needed?

(this is the only Rust I've ever written; please review carefully)

FWIW inserting empty lines between the list items makes the problem go away for me, consistent with `profiler-report` showing significant time spent in `markdown-end-of-text-block`. Similarly, `M-: (setq markdown-regex-block-separator "XXXXXXX") RET`...

Sorry for being unclear: I didn't mean for inserting extra newlines to be a workaround, more a potential breadcrumb in the hunt for a real fix. I found this issue...

`(setq font-lock-multiline nil)` also makes the slowness go away. I expected that that would break some multiline fontification, but e.g. multiline links and pre blocks still work fine (and the...