Re: [new] editors/apostrophe

Solene Rapenne <solene@perso.pw> writes:

> hello,
>
> this is a new port for apostrophe, a distraction free editor. It
> requires textproc/py-pypandoc that I will send in a next mail.
>
> Apostrophe is a GTK+ based distraction free Markdown editor. It
> uses pandoc as back-end for parsing Markdown and exporting to
> multiples format and offers a very clean and sleek user interface.
>
> [2. application/x-compressed-tar; apostrophe.tgz]...

Seems to work fine; it's a nice distraction free editor, I'll recommend
to a couple of friends, thanks!

Sometimes when closed it throws an error:

--8<---------------cut here---------------start------------->8---
% apostrophe
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/gi/overrides/GLib.py", line 664, in <lambda>
func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data)
File "/usr/local/lib/python3.8/site-packages/apostrophe/text_view_markup_handler.py", line 318, in on_parsed
if self.parent_conn.poll():
File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 255, in poll
self._check_closed()
File "/usr/local/lib/python3.8/multiprocessing/connection.py", line 136, in _check_closed
raise OSError("handle is closed")
OSError: handle is closed
--8<---------------cut here---------------end--------------->8---

but this triggers only when closing and doesn't seems to corrupt the
edited files, so maybe it's ok?

The only test passes.

Anyway, just as I was saying in the py-pandoc thread, I'd argue that
apostrophe doesn't need the RDEP on textproc/pandoc, only on
py-pypandoc. I'm attaching a port with RDEPS tweaked.

Cheers,