On 2021-10-03, 17:09 +0800, Ihor Radchenko <yanta...@gmail.com> wrote:
> Timothy <tecos...@gmail.com> writes:
>
>> Ihor Radchenko <yanta...@gmail.com> writes:
>>
>>> Let me bump this thread again and mark it as a patch ;)
>>
>> Thanks for the bump. I'd like to get this working, but I don't know how best
>> to
>> deal with the "prettification" of {{{results(=value=)}}}, which is the major
>> blocker as I
>> see it.
>
> What about separating the src_{} fontification into separate patch? I
> think that part raised no objections.
>
> As for the results prettifications, I look at this and similar ideas as
> at Emacs themes. It looks nice on your screenshot with your fonts and
> colours, but may not be good for other people. Similar to org-bullets
> and co.
>
> I can see how some people (I am among those people) want to reduce the
> markup noise beyond hiding emphasis markers. However, some people
> prefer not to hide text in buffer under "bells and whistles". Maybe we
> can create some kind of "prettify-symbol themes" replacing different
> markup elements in bulk with nice symbols/svg (e.g. inline results,
> block headers/footers, uninteresting property drawers aka
> org-custom-properties, bullets, etc)?
> WDYT?
>
> Also, CCing Prot as it might be of interest for him.
Thank you!
I am monitoring the discussion in case there is something I would need
to do for my themes. Otherwise I have no technical insight to offer
about the substance of this feature.
With regard to the use of faces, I generally find that re-purposing
faces in an altogether different context than their original can create
constraints for users/themes. For example, and without having tried the
patch yet, we find this:[1]
(font-lock-append-text-property beg lang-end 'face 'org-block)
Is the text-to-be-propertised the same as an Org block or does it differ
in purpose/presentation? Because a user/theme may like their blocks to
e.g. have no background of their own, but also wish to maintain a
distinct background colour for inline constructs like org-verbatim,
org-code, and those discussed here. The rationale would be that blocks
are clear enough due to their innate spacing and indentation, whereas
inline constructs are surrounded by text.
This is not a hard requirement, of course, while too many overly
specific faces can also prove problematic for testing/maintenance. Just
something for you to bear in mind.
Finally, how does the use of 'org-block' in this context relate to
'org-src-block-faces'? Could there be undesired conflicts in styling or
whatnot?
All the best,
Prot
[1] <https://list.orgmode.org/87pmzf4bd0....@gmail.com/>
--
Protesilaos Stavrou
https://protesilaos.com
