Solene Rapenne <[email protected]> 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,
apostrophe.tar.gz
Description: Binary data
