Nicolas Goaziou writes:
> Hello,
>
> Alex Branham writes:
>
>> But then users of global-prettify-symbols-mode don't see the pretty
>> symbols in org buffers without knowing about and activating
>> org-pretty-mode. Anyway, the attached patch moves it to org-pretty.el.
>
> [...]
>
>> I've left it
Hello,
Alex Branham writes:
> But then users of global-prettify-symbols-mode don't see the pretty
> symbols in org buffers without knowing about and activating
> org-pretty-mode. Anyway, the attached patch moves it to org-pretty.el.
[...]
> I've left it as a defvar since there's no way for us
On Thu 05 Apr 2018 at 07:50, Nicolas Goaziou wrote:
Hi, and sorry for the delayed response.
> I don't think users should call M-x prettify-symbols-mode. Instead, they
> could call `org-art-prettify-buffer', an autoloaded function, which
> would properly initialize `prettify-symbols-mode' and so
Hi,
Thanks for looking at this. I’ll definitely use this.
Alex Branham writes:
> + (setq-local prettify-symbols-alist org-prettify-alist)
Hmm, wouldn’t this "break" the "normal" usage of prettify-symbols-mode?
I guess it would be better to simply add symbols to prettify-symbols-alist
(I bel
Hello,
Alex Branham writes:
> The issue I see with putting it into org-art.el is that users won't be
> able to just call M-x prettify-symbols-mode in an org buffer. They'll
> have to do something like
>
> (require 'org-art)
> (add-hook 'org-mode-hook #'org-art-prettify)
I don't think users shou
On Tue 03 Apr 2018 at 15:33, Nicolas Goaziou wrote:
>> Fair enough. How about the attached patch instead? It only sets up the
>> two local variables in org.el and puts the rest in org-entities.el since
>> that file is also concerned with replacing characters with "prettier"
>> versions of themse
> Fair enough. How about the attached patch instead? It only sets up the
> two local variables in org.el and puts the rest in org-entities.el since
> that file is also concerned with replacing characters with "prettier"
> versions of themselves.
I don't think it belongs to "org-entities.el" eithe
On Tue 03 Apr 2018 at 01:39, Nicolas Goaziou wrote:
> Hello,
>
> Alex Branham writes:
>
>> Why not, if you don't mind me asking? Other major modes (python, elisp,
>> and latex off the top of my head) setup prettify-symbols themselves.
>
> Because "org.el" file is already 23 kloc long, and I'm t
Hello,
Alex Branham writes:
> Why not, if you don't mind me asking? Other major modes (python, elisp,
> and latex off the top of my head) setup prettify-symbols themselves.
Because "org.el" file is already 23 kloc long, and I'm trying to put it
on a diet.
Regards,
--
Nicolas Goaziou
On 2 April 2018, Alex Branham wrote:
It could go into some "org-art.el" library (along with Org bullet mode,
or something that would auto-number headlines) within the code base, or
simply in GNU ELPA.
I'm fine putting it into org-XXX.el if you want. I didn't for now since
it's only a few lines
On Mon 02 Apr 2018 at 13:47, Nicolas Goaziou wrote:
> Hello,
>
> Alex Branham writes:
>
>> I've written this patch that makes use of prettify-symbols-mode to show
>> the stars in org headings as nice UTF bullets. There's already
>> org-bullet-mode[1] but that seems to have been abandoned, plus
Hello,
Alex Branham writes:
> I've written this patch that makes use of prettify-symbols-mode to show
> the stars in org headings as nice UTF bullets. There's already
> org-bullet-mode[1] but that seems to have been abandoned, plus it isn't
> included in org mode itself.
Is it abandoned, or sim
Hello,
I've written this patch that makes use of prettify-symbols-mode to show
the stars in org headings as nice UTF bullets. There's already
org-bullet-mode[1] but that seems to have been abandoned, plus it isn't
included in org mode itself.
The one bug right now is that it'll show an asterisk a
13 matches
Mail list logo
